Zusammengesetzte Barcodes: Gelesener Text ist noch keine richtige Feldzuordnung

Wenn ein Scanner eine Zeichenfolge liefert, ist die Lagerfunktion noch nicht fertig. Enthält ein Lieferantenetikett gleichzeitig Produktkennung, Charge und Menge, muss die Anwendung diese Bestandteile unterscheiden und richtig zuordnen. Beschreiben Sie diese Interpretation im Auftrag. „Der Barcode lässt sich scannen“ ist dafür kein ausreichendes Abnahmekriterium.

Beginnen Sie mit tatsächlichen Etikettarten

Stellen Sie repräsentative Etiketten zusammen, die Sie verwenden dürfen, und erklären Sie die erwarteten Inhalte. Unterschiedliche Lieferanten oder Etikettversionen gehören in die Auswahl, sofern die App sie unterstützen soll. Für die Vorführung eignen sich künstliche Werte, damit keine vertraulichen Geschäftsdaten offengelegt werden.

Trennen Sie reine Produktcodes von Codes mit mehreren Datenfeldern. Legen Sie fest, welche Formate unterstützt werden. Dass eine Kamera einen QR-Code lesen kann, sagt noch nichts darüber aus, ob dessen Inhalt nach denselben Regeln aufgebaut ist wie ein GS1-Lieferantenetikett.

Die GS1-Dokumentation von Odoo 19 zeigt eine konkrete Voraussetzung: Enthält ein Barcode mehrere codierte Felder, müssen die entsprechenden Regeln in der Odoo-Nomenklatur vorhanden sein. Das beschreibt diese Implementierung und ist keine Zusage, dass beliebige Scanner jedes Lieferantenformat verstehen.

Ordnen Sie jedem Inhalt ein Zielfeld zu

Erstellen Sie eine kurze Zuordnungsliste mit Eingabefeld, Bedeutung, Ziel in der App und erwartetem Beispielergebnis. Die Produktkennung soll zum vorgesehenen Produktdatensatz führen. Der Chargenwert gehört in das vereinbarte Chargenfeld. Zur Menge gehören Einheit und Interpretation; sie darf nicht einfach im gerade aktiven Zahlenfeld landen.

Das sind Anforderungen an Ihr Projekt. Ob Chargenverfolgung nötig ist und wie Einkaufseinheiten umgerechnet werden, entscheiden Sie getrennt. Die Barcode-Auswertung setzt diese Regeln um, statt sie aus dem gelesenen Text abzuleiten.

Odoo weist auf eine wichtige Grenze hin: Eine neue Regel kann ein bisher unbekanntes Feld lesbar machen, ohne dessen Inhalt automatisch mit einem vorhandenen Odoo-Feld zu verknüpfen. Dafür sind laut Anleitung Entwickleranpassungen nötig. Lassen Sie deshalb den gespeicherten Datensatz zeigen, nicht nur den entschlüsselten Text. „Erkannt“ und „im Arbeitsablauf nutzbar“ sind verschiedene Ergebnisse.

Regeln Sie unvollständige Ergebnisse

Was passiert, wenn das Produkt erkannt wird, ein weiterer Bestandteil aber nicht? Hängt der Wareneingang von diesem Wert ab, ist eine verständliche Fehlermeldung mit Klärung vor der Bestätigung eine sinnvolle Vorgabe. Ist eine teilweise Übernahme erlaubt, muss sichtbar bleiben, welche Information fehlt und was Mitarbeitende anschließend erledigen müssen.

Unbekannte Felder sollten nicht unbemerkt verschwinden. Ebenso braucht das automatische Anlegen von Produkten oder Chargen eine ausdrückliche Regel; eine ähnlich aussehende Zeichenfolge genügt nicht als Entscheidung. Unterscheiden Sie die Vorbereitung des Wareneingangs von seiner Bestätigung und der Bestandsbuchung.

Prüfen Sie die Auswertung schrittweise

Odoo empfiehlt zur Fehlersuche bei einem kombinierten Code, zunächst nur die Produktkennung zu testen, dann die Charge hinzuzunehmen und zuletzt den vollständigen Barcode zu prüfen. So lässt sich der problematische Bestandteil eingrenzen.

Vereinbaren Sie für Ihre Anwendung folgende Vorführungen:

• Ein unterstütztes vollständiges Etikett führt zum richtigen Produkt und zu den richtigen Zielfeldern.
• Ein bekanntes Produkt mit einem unbekannten Zusatzfeld löst die vereinbarte Behandlung aus.
• Ein gelesenes Feld ohne Zuordnung wird nicht als erfolgreich gespeicherte Geschäftsinformation ausgegeben.
• Ein Abbruch der Prüfung verändert den Bestand nicht.
• Nach der Bestätigung sind die vereinbarten Wareneingangsdaten einschließlich Menge und Einheit nachvollziehbar.
• Eine neue Lieferantenetikettversion wird geprüft, bevor sie als unterstützt gilt.

Kontrollieren Sie die resultierenden Datensätze mit bekannten Beispielen. Ein Signalton oder ein grüner Rahmen belegt keine korrekte Bestandsinformation.

Grenzen des Beispiels

Die Quelle beschreibt Odoo-Regeln und deren Grenzen, keine allgemeine GS1-Zertifizierung, Hardwarekompatibilität oder branchenspezifische Rückverfolgbarkeit. Zuordnungsliste und Bestätigungskontrollen sind vorgeschlagene Projektanforderungen. Halten Sie sie in den Abnahmekriterien fest, bevor Sie die Umsetzung beauftragen.