Odoo-Integration
RFID-Daten nützen erst, wenn sie im ERP ankommen. Themen: Odoo-Integrationsmuster — Middleware-Architektur, XML-RPC- und JSON-RPC-Schnittstellen, Anpassungen am Lagermodell, Idempotenz und Daten-Governance.
Artikel in diesem Thema
RFID über mehrere Odoo-Unternehmen und Lager hinweg — ohne Kontrollverlust
Gemeinsam genutzte Lesegeräte, unternehmensbezogene Daten, Intercompany-Umlagerungen und die Tag-Identitätsregeln, die verhindern, dass eine Multi-Entity-RFID-Einführung die Bestandsführung verfälscht.
Kundenverhalten mit RFID analysieren: was die Umkleidekabine wirklich sagt
RFID auf Artikel-Ebene beobachtet Kleidung, keine Kunden. Die nützliche Frage ist nicht, wer hineinging, sondern welcher Artikel in die Kabine wanderte und nicht als Verkauf herauskam.
Arbeitsaufträge mit RFID melden: Ereignisse melden, keine optimistischen Prozente
Ein Arbeitsauftrag ist eine Aussage über Zeit, Menge und Ausführende. RFID kann zwei der drei gut liefern, die dritte nur, wenn die Identitätsbindung ehrlich ist.
Nutzungsbasierte Abschreibung in Odoo: wo RFID-Daten legitim hingehören
Eine RFID-Lesung ist kein Abschreibungsbuchungssatz. Was sie liefern kann, ist Nachweis: welche Anlagen stillstehen, welche hart laufen und welche ganz verschwunden sind.
Elektronische Regaletiketten und Odoo: die Koordination ist das Projekt
Ein Licht am Regal spart Suchzeit, nicht Wegzeit. Über den Nutzen entscheidet, wie Odoo Aufträge bündelt, Pickflächen abbildet und den Bestätigungsschritt behandelt.
RFID-Drohnen über hohen Regalen: eine Mission fliegen, kein Foto
Eine Drohne über hohen Regalen liefert Beobachtungen, keine Bestandswerte. Ob daraus ein nützlicher Pilot wird, entscheidet das Modell für Flug, Pose und Momentaufnahme - vor jedem Eingriff ins ERP.
Inventarroboter und Odoo: eine Abstimmung synchronisieren, keine Zahl
Ein Roboter, der nachts tausend Lagerorte zählt, erzeugt einen Abweichungsbericht, keine Bestandswahrheit. Ob Odoo ihm vertraut, hängt davon ab, wie die Synchronisation Position, Zeit und Unsicherheit modelliert.
Odoo und RFID-Zutrittskontrolle: Berechtigungen integrieren, nicht nur Karten
Zutrittskontrolle ist ein Autorisierungsprozess, der an einer Tür endet. Wenn Odoo das Personalverzeichnis führt und die Tür entscheidet, ist die Integration eine Richtlinien-Pipeline mit Prüfpfad - nicht eine nächtliche Tabelle, die einem Subunternehmer sechs Wochen schenkt.
Handheld-Batch-Import in Odoo: erst den Import entwerfen, dann den Scanner
Ein Handheld, das offline zählt, ist leicht gekauft und schwer zu glauben. Der Unterschied liegt darin, ob der Import als Staging-Pipeline mit Idempotenz, Zeitlogik und Konfliktregeln entworfen wird oder als CSV, das am Montagmorgen jemand hochlädt.
Impinj R700 an Odoo anbinden, ohne Odoo zum Lesertreiber zu machen
Der R700 ist ein Linux-Rechner mit Antenne, kein serielles Peripheriegerät. Das ändert die Architektur: Der Leser besitzt seinen Zustand, das Middleware die Semantik, Odoo den Bestand. Diese drei Verantwortungen zu vermischen, ist der übliche Fehler.
AGV- und Odoo-Integration mit RFID: Disposition, Übergaben und Ausnahmen
Wie RFID belegt, was ein AGV tatsächlich bewegt hat, wie Transportaufträge in Odoo modelliert werden und warum der Ausnahmepfad darüber entscheidet, ob der Flotte vertraut wird.
Ereignisgesteuerter Bestand in Odoo: MQTT-Subscriptions produktionsreif machen
Vierzig feste Leser, sechs Handhelds und zwei Portale veröffentlichen in einen Broker. Der Unterschied zwischen einer funktionierenden Pilotanlage und einer funktionierenden Fabrik liegt nicht im Broker, sondern im Ereignisvertrag, im Subscriber-Prozess, im Umgang mit Duplikaten und in der Fähigkeit, um drei Uhr nachts zu beweisen, dass die Kette lebt.
RFID-Zählungen nach Odoo schreiben: von stock.inventory zu stock.quant-Anpassungen
Die Zählung ist die leichte Hälfte. Die schwere Hälfte ist, aus einem Strom von EPC-Lesungen eine belastbare Bestandsanpassung zu machen: deterministische Zuordnung, Soll-Ist-Arithmetik mit Respekt vor Reservierungen, Batch-Schreibvorgänge ohne Deadlock und ein Prüfpfad, den die Buchhaltung akzeptiert.
Odoo und Zebra-Festleser: Auf LLRP standardisieren, das SDK sparsam nutzen
Ein Zebra FX9600 an einem Odoo-Standort ist kein Plug-in. Die dauerhafte Integration nutzt LLRP für Konfiguration und Reporting, kapselt das Hersteller-SDK nur dort, wo es Mehrwert bringt, filtert und dedupliziert vor dem ERP und behandelt Zeit synchronisation als Inventarproblem. Architektur und Feldnotizen.
RFID-Modul für Odoo 17 Community: Ein kleines Modul schlägt einen großen Fork
Die Community-Edition hat keine IoT Box, und das ist in Ordnung. Ein kompaktes eigenes Modul — drei Modelle, geerbte Views, zwei ACL-Gruppen, ein Controller und ein Cron — verbindet ein RFID-Gateway mit stock.quant, ohne das Inventarmodul zu forken. Struktur, Sicherheit und Upgrade-Disziplin.
MQTT zwischen Leser und Odoo: Ein Broker ist Infrastruktur, keine Lösung
HTTP-Polling sättigt das ERP und verliert Ereignisse bei Jitter. MQTT entkoppelt Leser von der Geschäftslogik — aber nur, wenn der Themenbaum als Vertrag behandelt wird, QoS bewusst gewählt ist und die Bridge Deduplizierung, Backpressure und Replay besitzt. Ein praktischer Designleitfaden.
Odoo stock.quant und RFID: Das Gateway ist das Produkt
Leser liefern Tausende doppelte Etikettenereignisse pro Sekunde; Odoo schreibt eine Zeile pro Quant und verklemmt sich unter Nebenläufigkeit. Die belastbare Antwort ist ein Gateway, das EPCs deterministisch parst, in Zeitfenstern dedupliziert, zu Deltas aggregiert und sie idempotent anwendet. Architektur, Feldabbildung und die Fehlermodi, die niemand dokumentiert.
Dichte Lesegerätumgebung: zwanzig Lesegeräte wie ein System betreiben
Weitere Lesegeräte erhöhen die Kapazität nicht linear: Ab einer bestimmten Dichte stören sie sich gegenseitig, Etiketten werden von Nachbarantennen überdeckt, und die ganze Anlage liest schlechter als ein Drittel ihrer Größe. Dichte Installation ist ein Koordinationsproblem, und Koordination muss entworfen werden.
RFID im Freien: für Regen, UV und das Gewitter, das den Pilot beendet
Ein Indoor-RFID-Design im Freien scheitert auf Arten, die das Datenblatt nicht nennt: UV versprödet das Gehäuse, in einem dichten Kasten bildet sich Kondensat, und ein naher Einschlag nimmt drei Lesegeräte gleichzeitig heraus. Outdoor-Projekte gelingen, wenn Schutz als System entworfen und nicht als IP-Wert eingekauft wird.
Data Governance für RFID: Warum Ihr Bestand nur so gut ist wie die Datenstrecke
RFID erzeugt Beobachtungen, ein ERP braucht Aussagen. Genau dazwischen stirbt die Bestandsgenauigkeit. Ein praktisches Governance-Rahmenwerk mit vier Fehlerklassen, Deduplizierungsregeln, Validierung am Rand und im Kern, Ausnahmenprozess und den Kennzahlen, die einen gesunden Datenpfad belegen.
RFID-Integration in ERP und WMS: Wo der Wert gewonnen oder verloren wird
Die Lesegeräte laufen und die Etiketten werden zu 98 % gelesen, trotzdem entstehen zum Monatsabschluss Inventurdifferenzen, die niemand erklären kann. Fast jeder RFID-Fehlschlag ohne Physikbezug ist ein Integrationsfehler. So trennt man die Schichten, wählt das Muster und vermeidet die Abkürzungen, die Odoo, SAP und Yonyou brechen.
RFID-Middleware-Architektur: wo Geräte enden und Geschäftslogik beginnt
Middleware macht aus einem Strom von Leseereignissen einen belastbaren Geschäftssatz. Architektur, Pufferung, Filterung, Deduplizierung und Replay entscheiden, ob das ERP die Wahrheit sieht oder einen Stau.
RFID und IoT-Konvergenz: vom Insel-Lesegerät zur Datenbasis
Ein Lesegerät im Netzwerk ist noch kein Sensor der Plattform. Zwischen Identifikation und Infrastruktur liegt eine Architektur: vier Schichten, ein Ereignisvertrag, Latenzbudgets je Sprung und fünf Antipatterns, die teurer sind als die Hardware.