Odoo 19 hat eine Lücke geschlossen, die RFID-Projekte jahrelang geprägt hat: Die Barcode-App liest nun native UHF-RFID-Tags — ohne IoT Box, ohne eigenes Modul und ohne Middleware. Für einen bestimmten, klar umrissenen Ausschnitt von Workflows reicht das tatsächlich aus. Die Frage, die vor jeder Budgetierung beantwortet werden sollte, ist, wo dieser Ausschnitt endet — denn er endet schnell, und der typische Grund für gescheiterte RFID-Projekte ist nicht die falsche Lesermarke, sondern die Erwartung, dass ein Handheld-Workflow einen ganzen Betrieb abdeckt.
Was die native Unterstützung tatsächlich abdeckt
Die Barcode-App in Odoo 19 koppelt sich mit einem offiziellen mobilen Setup und behandelt RFID-Lesungen wie Barcode-Scans innerhalb der bestehenden Barcode-Workflows — Wareneingang, Warenausgang und Bestandskorrekturen. Der unterstützte Hardwarepfad ist schmal und präzise:
- Ein Zebra TCX Series Mobile Computer — oder ein gewöhnliches Android-Smartphone — gekoppelt mit einer Zebra RFD40 Sled, die Tags liest und beschreibt.
- Die Odoo-APK für Android mit Zebra-RFID-Unterstützung, per Sideload auf dem Gerät installiert; Android verlangt, „Unbekannte Apps installieren“ für den Browser oder Dateimanager zu aktivieren, über den man sie lädt.
- Das Produkt muss einen GTIN-14-kompatiblen Barcode tragen und Bestandsführung aktiviert haben — eine RFID-Lesung löst denselben Produktdatensatz auf wie ein Barcode-Scan.
Ist das Gerät gekoppelt, läuft der Operator über Rampe oder Regal, drückt den Abzug, und die Barcode-App verarbeitet Dutzende Tags pro Sekunde, als wäre jeder einzeln gescannt worden. Für Wareneingänge, Ausgänge und Zählungen, die eine Person mit Handheld ausführt, ist das der kürzeste Weg von der Bestellung zum laufenden RFID.
Wo der native Pfad endet
Die Support-Matrix der Dokumentation ist zugleich eine Liste von Grenzen, und Produktionsdaten finden alle:
- Kodierung: nur SGTIN-96, und der Serienteil muss numerisch sein. Alphanumerische Seriennummern — bei serialisierten Geräten üblich — fallen stillschweigend aus dem unterstützten Bereich.
- Lose: Ein losgeführtes Produkt wird als ein Los mit Menge 1 erfasst. Ein Los mit 240 Einheiten lässt sich per Tag-Lesung nicht zählen; der Workflow ist auf Einzelposten ausgelegt.
- Stammdaten: Produkte müssen GS1-registriert sein. GS1-freie interne SKUs, Auftragsfertigung und Lieferantencodes lösen nicht auf.
- Frequenzfamilie: nur UHF. NFC- und BLE-Assets sind außen vor.
- Lesepunkte: nur Handheld. Es gibt keinen Treiber für feste Leser, kein Tor-Portal und keinen Integrationspfad für AGVs, Roboter oder Drohnen.
- Ereignisumfang: Die Abbildung endet bei den Operationen der Barcode-App. RFID-Ereignisse speisen keine Assets, kein POS und keine Fertigung — eine in die Produktion gelieferte Palette bleibt reiner Bestand.
Das sind keine Fehler, sondern die Grenzen eines bewussten Designs: RFID als alternativer Scanner für die Barcode-App, nicht als Ereignisinfrastruktur.
Die günstigere Handheld-Alternative
Der offizielle Pfad ist nicht der einzige Handheld-Pfad. CipherLab RS36- und RS38-UHF-Scanner arbeiten über die Odoo-Barcode-PWA im mobilen Browser und nutzen CipherLabs Multi-Tag Output App, um mehrere EPCs als getrennte Zeichenkette zu senden — als Trennzeichen wird das Semikolon konfiguriert. Beim Setup muss am Scanner „Eingeschränkte Einstellungen zulassen“ aktiviert und die Bedienungshilfen-Berechtigung erteilt werden; danach braucht es keine Odoo-Android-App mehr. Für Teams, die am Preis der Zebra-Sled scheitern, ist das deutlich günstigere Hardware auf im Wesentlichen demselben Handheld-Workflow — und ein vernünftiger Weg zu pilotieren, bevor man sich auf die Liste unterstützter Geräte festlegt.
Wann Middleware weiterhin die richtige Schicht ist
Alles, was die native Unterstützung nicht erreicht, steht auf einer kurzen, stabilen Liste:
- Feste Leser. Torportale, Tunnelleser und Förderband-Lesungen erzeugen einen kontinuierlichen Ereignisstrom ohne menschlichen Abzug. Middleware nimmt diesen Strom auf, dedupliziert ihn und schreibt Bestandsänderungen in Echtzeit in Odoo.
- Kodierungsflexibilität. Individuelle EPC-Layouts, alphanumerische Seriennummern und GS1-freie Stammdaten sind im industriellen Umfeld normal; Middleware löst sie über Musterregeln statt über das GS1-Register auf.
- Automatisierung über Module hinweg. Assets, die sich selbst ein- und ausbuchen, POS, der serialisierte Artikel annimmt, Fertigung, die rückverfolgte Komponenten verbraucht — all das braucht Ereignisse jenseits der Barcode-App.
- Robotik. Leser an AGVs und Drohnen sind Ereignisquellen wie jede andere; Middleware behandelt sie wie Portale.
- Ältere Odoo-Versionen. Odoo 17 und 18 haben überhaupt kein natives RFID. Middleware, die XML-RPC oder JSON-RPC spricht, deckt sie heute ab — die SpidersRFID-Middleware unterstützt alle Versionen von 17 bis 20, in Community und Enterprise, mit demselben Konnektor — das heißt auch, dass Ihre Integration das nächste Upgrade überlebt, statt als versionsgebundene App neu gekauft zu werden.
Zwei Schichten, eine Architektur
Das ehrliche Fazit: Natives RFID und Middleware ergänzen sich. Nutzen Sie die native Unterstützung von Odoo 19, wenn der Workflow wirklich reiner Handheld ist — eine Person, ein Abzug, Belege der Barcode-App. Fügen Sie Middleware hinzu, wenn Lesungen ohne anwesende Person stattfinden müssen, wenn die Tag-Daten nicht in SGTIN-96 passen, oder wenn dieselbe Funkinfrastruktur Bestand, Assets und Fertigung gleichzeitig treiben soll. Betriebe, die langfristig funktionieren, haben am Ende beides: Handhelds für Ausnahmen und Stichproben, feste Infrastruktur für das Regelvolumen und eine Middleware-Schicht, die den ERP-Stand hält, egal welcher Sender die Lesung erzeugt hat.
Häufig gestellte Fragen
**Funktioniert natives RFID in Odoo 19 auch mit Lesern anderer Hersteller?** Offiziell ist der unterstützte Pfad ein Zebra-TCX-Mobile-Computer oder Android-Smartphone mit einer Zebra-RFD40-Sled. CipherLab RS36/RS38-Scanner decken denselben Handheld-Workflow über die Barcode-PWA im Browser mit der Multi-Tag Output App ab — günstiger. Feste Leser sind in keinem Fall nativ unterstützt; dafür braucht es Middleware.
**Kann ich natives RFID unter Odoo 17 oder 18 nutzen?** Nein. Natives RFID kommt mit Odoo 19. Unter 17 und 18 erreicht dieselbe Hardware Odoo über Middleware; die SpidersRFID-Middleware unterstützt Odoo 17-20 in Community und Enterprise, sodass Sie eine Integration standardisieren können, während Sie das Upgrade planen.
**Brauche ich Middleware noch, wenn alle meine Tags GS1-SGTIN-96 sind?** Wenn jede Lesung von einer Person mit Handheld ausgelöst wird und in Barcode-App-Belegen landet, vielleicht nicht. Bei festen Portalen, Echtzeit-Bestandssync, alphanumerischen Seriennummern, GS1-freien Artikeln, Encode-Stationen und jedem Workflow außer Wareneingang, Ausgang und Zählung bleibt Middleware im Vorteil.
