FlowInventory Help &
Privacy Policy

The five pieces you need most: ^ start, $ end, \d a digit, [a-z,A-Z,öäü,ÖÄÜ] letters, {min,max} how many times. ^ and $ matter - without them a filter matches if the pattern appears anywhere in the code, which lets unwanted barcodes through.

Full syntax reference

The app uses JavaScript regular expressions. The complete reference is MDN's guide:
https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Regular_expressions

To try a formula before using it, https://regex101.com (set the flavour to ECMAScript/JavaScript) shows live which codes match and explains each part.

Or let an AI write the regex pattern for you:

You do not need to learn regex. A good AI assistant (Claude, ChatGPT, Gemini …) writes formulas pretty reliably these days if you describe the case concretely. Give it examples of codes that should match and codes that should not, and ask for a JavaScript regex:

"Write me a JavaScript regex. It should match patterns like these: 4012345678901, 4009300021001. It should not match patterns like this: SN-88213, 12345. Anchored with ^ and $."

Paste the result into the settings field. If it is invalid, the app warns you when saving.

Two extra checks:

Check digit (EAN/UPC): any Attribute-1 code with 12 or 13 digits is additionally verified by its checksum. Misreads are rejected with "Rejected: Invalid Checksum!" - this catches errors that regex alone cannot.

Confirmation count (debounce): with confirmation ≥ 2 the same code must be read identically x times in a row before it gets accepted.

How the two attributes are routed:

If Attribute 2 scanning is enabled, the app decides automatically: if a scan matches the Attribute 2 regex and a row is waiting for a serial (current cell in column B filled, column C still empty), it inserts the Attribute 2 matching code to column C. Otherwise a match on Attribute 1 starts a new row. Scanning an attribute 2 with no row currently "waiting" is blocked with "Scan Attribute 1 first".

With Volume Hold Mode you decide instead of the app: hold volume-down for Attribute 1, volume-up for Attribute 2. Nothing is accepted unless a key is held - useful when both codes look similar.

CSV Database Lookup:

You can load two independent product lists. After every scan into column B, the app looks the barcode up in both and fills in the connected product data automatically.

The two databases

My DB needs these columns: SKU, Name, GTIN (or EAN), Own ID (or ID), MPN

Supplier DB needs: EAN (or GTIN), Name, MPN

Column order does not matter - the app finds them by name. If one is missing, the import fails naming the column. Comma, semicolon and tab separators are detected automatically, and quoted fields are handled. Both lists are stored on the device and survive restarts.

What gets filled in

A scan in B is searched in three places: My DB GTIN, My DB Own ID, Supplier DB EAN. Matching happens case-insensitively and ignores surrounding spaces. Results go to:
A - SKU

E - product name

H - MPN

F - quantity, set to 1 if still empty

Clearing a cell in B also clears A, E and H for that row.

Reading the brackets

When a code is found in several places, the values are shown next to each other, and the brackets tell you where each came from:
Notation Source

12345 My DB, matched on GTIN

(12345) My DB, matched on Own ID

[12345] Supplier DB, matched on EAN

So 4711 [4712] means: your own database and the supplier database both know this code but give different numbers - usually worth a look.

Double-entry check

If one database contains the same code on several genuinely different products, the row is flagged:

Column A reads duplicate detected!: followed by all found values

All candidates are listed separated by ; in A, E and H

The row is highlighted in colour in the table

Identical duplicate rows do not trigger this. Records only count as different if their content actually differs (My DB: SKU, name and MPN; Supplier DB: name and MPN). A product listed twice identically in your CSV stays quiet - only a real conflict is reported.

The check can be switched off separately per database ("Duplicate check My DB" / "Supplier DB"). Switched off, the first match is used without a warning.

Note that a hit in both databases is not a duplicate - that is the normal case shown with brackets. The check only looks within each database.

Changing databases later

Loading or clearing a database re-runs the lookup for every row in column B on the current sheet, so existing rows are updated immediately.

Die fünf Elemente, die Sie am dringendsten benötigen: ^ Start, $ Ende, \d eine Ziffer, [a-z,A-Z,öäü,ÖÄÜ] Buchstaben, {min,max} wie oft. ^ und $ sind entscheidend - ohne sie trifft ein Filter zu, wenn das Muster an beliebiger Stelle im Code vorkommt, wodurch unerwünschte Barcodes durchgelassen werden.

Vollständige Syntax-Referenz

Die App verwendet reguläre Ausdrücke in JavaScript. Die vollständige Referenz finden Sie im MDN-Leitfaden: https://developer.mozilla.org/en-US/docs/Web/JavaScript/Guide/Regular_expressions

Um eine Formel vor der Verwendung zu testen, zeigt https://regex101.com (stellen Sie die Variante auf ECMAScript/JavaScript ein) live, welche Codes übereinstimmen, und erklärt jeden Teil.

Oder lassen Sie einen KI-Assistenten das Regex-Muster für Sie erstellen:

Sie müssen sich nicht unbedingt selbst mit regulären Ausdrücken auseinandersetzen. Ein guter KI-Assistent (Claude, ChatGPT, Gemini …) erstellt inzwischen ziemlich zuverlässig Formeln, wenn Sie den genau beschreiben was er tun soll. Geben Sie ihm Beispiele für Codes, die übereinstimmen sollen, und für solche, die nicht übereinstimmen sollen, und fragen Sie nach einem JavaScript-Regex:

„Schreib mir einen JavaScript-Regex-Ausdruck. Er soll Muster wie diese erkennen: 4012345678901, 4009300021001. Er soll Muster wie diese nicht erkennen: SN-88213, 12345. Mit ^ und $ verankert.“

Fügen Sie das Ergebnis in das Einstellungsfeld ein. Sollte es ungültig sein, warnt Sie die App beim Speichern.

Zwei zusätzliche Prüfungen/Filter:

Prüfziffer (EAN/UPC): Jeder 12- oder 13-stellige Attribut-1-Code wird zusätzlich anhand seiner Prüfsumme überprüft. Fehllesungen werden mit „Rejected: Invalid Checksum!“ zurückgewiesen - dadurch werden Fehler ausgeschlossen, die mit regulären Ausdrücken allein nicht erkannt werden können.

Bestätigungsanzahl (debounce): Bei einer Bestätigung von ≥ 2 muss derselbe Code x-mal hintereinander identisch gelesen werden, bevor er akzeptiert wird.

Wie die beiden Atribute verarbeitet werden:

Ist das Scannen von Attribut 2 aktiviert, entscheidet die App automatisch: Wenn ein Scan dem regulären Ausdruck für Attribut 2 entspricht und eine Zeile auf eine Seriennummer wartet (aktuelle Zelle in Spalte B ausgefüllt, Spalte C noch leer), fügt sie den mit Attribut 2 übereinstimmenden Code in Spalte C ein. Andernfalls beginnt bei einer Übereinstimmung mit Attribut 1 eine neue Zeile. Das Scannen von Attribut 2, ohne dass derzeit eine Zeile „wartet“, wird mit der Fehlermeldung „Scan Attribute 1 first“ blockiert.

Im Lautstärketaste-Modus entscheiden Sie anstelle der App: Halten Sie die Lautstärketaste „Leiser“ für Attribut 1 und die Lautstärketaste „Lauter“ für Attribut 2 gedrückt. Es wird nichts akzeptiert, solange keine Taste gedrückt gehalten wird - nützlich, wenn beide Attribute ähnlich ähnliche codes matchen müssen oder für mehr sicherheit beim bedienen.

CSV-Datenbankabfrage:

Sie können zwei unabhängige Produktlisten laden. Nach jedem Scan in Spalte B sucht die App den Barcode in beiden Listen und füllt die zugehörigen Produktdaten automatisch ein.

Die zwei Datenbanken:

My DB braucht diese Spalten: SKU, Name, GTIN (or EAN), Own ID (or ID), MPN

Supplier-DB braucht: EAN (or GTIN), Name, MPN

Die Reihenfolge der Spalten spielt keine Rolle - die App findet sie anhand ihres Namens. Fehlt eine Spalte, schlägt der Import unter Angabe der Spaltenbezeichnung fehl. Trennzeichen wie Komma, Semikolon und Tabulator werden automatisch erkannt, und Felder in Anführungszeichen werden entsprechend verarbeitet. Beide Listen werden auf dem Gerät gespeichert und bleiben auch nach einem Neustart erhalten.

Was ausgefüllt wird:

Ein Scan in B wird an drei Stellen durchsucht: „My DB GTIN“, „My DB Own ID“, „Supplier DB GTIN“. Der Abgleich erfolgt ohne Berücksichtigung der Groß-/Kleinschreibung und ignoriert umgebende Leerzeichen. Die Ergebnisse werden in folgende Felder übertragen: 

A - SKU
E - Produktname
H - MPN
F - Menge, wird auf 1 gesetzt, wenn das Feld noch leer ist

Das Löschen einer Zelle in B löscht auch A, E und H für diese Zeile.

Deutung der Klammern

Wenn ein Code an mehreren Stellen gefunden wird, werden die Werte nebeneinander angezeigt, und die Klammern geben an, woher die jeweiligen Werte stammen: Notation Quelle

12345 Meine Datenbank, Abgleich anhand der GTIN

(12345) Meine Datenbank, Abgleich anhand der Own ID

[12345] Lieferantendatenbank, Abgleich anhand der GTIN

„4711 [4712]“ bedeutet also: Sowohl Ihre eigene Datenbank als auch die Lieferantendatenbank kennen diesen Code, geben jedoch unterschiedliche Nummern an - dies ist in der Regel einen Blick wert.

Duplikateintrags- / Konfliktprüfung

Wenn eine Datenbank denselben Code für mehrere tatsächlich unterschiedliche Produkte enthält, wird die Zeile markiert:

In Spalte A steht „Duplikat erkannt!“, gefolgt von allen gefundenen Werten.

Alle Kandidaten werden in den Spalten A, E und H durch ein Semikolon (;) getrennt aufgelistet.

Die Zeile wird in der Tabelle farblich hervorgehoben.

Identische doppelte Zeilen lösen dies nicht aus. Datensätze gelten nur dann als unterschiedlich, wenn sich ihr Inhalt tatsächlich unterscheidet (My DB: SKU, Name und MPN; Supplier-DB: Name und MPN). Ein Produkt, das in Ihrer CSV-Datei zweimal identisch aufgeführt ist, bleibt unberücksichtigt - es wird nur ein echter Konflikt gemeldet.

Die Prüfung kann separat pro Datenbank deaktiviert werden („Duplikatsprüfung My DB“ / „Supplier-DB“). Ist sie deaktiviert, wird die erste Übereinstimmung ohne Warnung verwendet.

Beachten Sie, dass ein Treffer in beiden Datenbanken kein Duplikat ist - dies ist der normale Fall, der in Klammern dargestellt wird. Die Prüfung erfolgt nur innerhalb der jeweiligen Datenbank.

Spätere Änderung der Datenbanken

Beim Laden oder Leeren einer Datenbank wird die Suche für jede Zeile in Spalte B des aktuellen Blattes erneut durchgeführt, sodass vorhandene Zeilen sofort aktualisiert werden.