IDSCOUT · Die KI-Ebene für Auto-ID

Fachwissen bleibt der Engpass.
Wir liefern es als Gerät.

Die KI schreibt nie.
Entwickelt in Deutschland

IDSCOUT bringt KI-Fachexperten in die Auto-ID-Praxis. Die erste Lösung: eine NFC-Encoding-Station, die einen Auftrag in normaler Sprache entgegennimmt, jede übernommene Angabe mit dem Originalzitat belegt und erst codiert, nachdem das erste Etikett physisch zurückgelesen und im Klartext bestätigt wurde. Kundendaten verlassen das Gerät nie.

IDSCOUT Encode · Station 01
Formular mit Beleg-Ampel
Chip · NTAG213belegt: „NTAG213“
Menge · 200belegt: „200 Etiketten“
Serienmodus · identischVorschlag – bitte prüfen
Report-Referenz · fehltim Auftrag nicht belegt
belegt Vorschlag fehlt
100 % Slot-Genauigkeit im Abnahmelauf — 298/298 Auftragsfelder, jede Messung dreifach wiederholt
14/14 vorsätzlich gestellte Sicherheitsfallen erkannt und gestoppt
0 Phantomwerte, Build-Fehler und Determinismus-Abweichungen im Abnahmelauf
0 fehlerhafte KI-Werte, die je ein Label erreicht haben — über alle zehn Abnahmeläufe, mehr als 6 600 Slot-Messungen

Vorregistrierte Abnahmeläufe der Sprachschicht, Stand 16.08.2026. Schwellen vorab fixiert, nie bewegt. Live-Test unter Realbedingungen: 4/4 Chip-Inhalte byte-identisch, dreifach verifiziert (Station-Rücklesen, Soll-Vergleich, unabhängiger Smartphone-Dump).

Das Problem

NFC codieren ist leicht. Es einrichten nicht.

Wer heute eine RFID- oder NFC-Produktion aufsetzt, muss Speicherbänke und Lock-Modi kennen, EPC-Schemata mit Partition und Filter wählen, Access- und Kill-Passwörter verwalten und den NDEF-Recordaufbau beherrschen. Etikettensoftware bildet genau das ab: Dialoge für Fachleute. Für einen Label-Converter, dessen Team aus der Druckproduktion kommt, ist das der Berg, an dem NFC-Aufträge scheitern.

IDSCOUT dreht den Ablauf um: Der Bediener beschreibt den Auftrag so, wie er auf dem Auftragszettel steht. Den Rest erledigen geprüfte Rezepte und deterministischer Code.

So sieht Auftragseinrichtung in typischer Etikettensoftware heute aus.

IDSCOUT Encode

Vom Auftragszettel zum geprüften Label

Simulation

Drei echte Auftragstypen, nachgestellt. Die Demo zeigt den Ablauf der Station: Muster erkennen, Formular mit Beleg-Ampel füllen, Erststück prüfen, dann erst die Serie. Grün heißt wörtlich belegt, Orange ist ein Vorschlag, Rot fehlt. Auf der Station selbst dauert die Auftragsanalyse 8–13 Sekunden bei deterministisch erkennbaren Aufträgen, mit KI-Extraktion 65–105 Sekunden — vollständig auf dem Gerät, gemessen unter Eval-Bedingungen.

„200 Etiketten NTAG213, alle mit dem Link https://shop.acme-labels.de/p/4711, Report bitte mit Bestellnummer 88123."
Architektur

Zwei Bahnen. Eine Regel.

Der Satz „Die KI schreibt nie“ ist keine Marketingzeile, sondern die Konstruktionsregel des Systems. Und er beantwortet die Frage, die jeder Fachmann als nächstes stellt: Was passiert, wenn sich das Modell irrt? Dann stirbt der Job an Validierung, Guardrails oder Erststückprüfung, nicht das Etikett am Modell.

Sprachmodell · läuft lokal auf dem Gerät

Versteht den Auftrag

  • erkennt das Auftragsmuster
  • zieht Werte aus dem Text, jeder mit wörtlichem Zitat als Beleg
  • antwortet auf Fachfragen extraktiv aus lokalen Wissenskarten, mit Quellenangabe
Schreibt nie auf einen Chip. Baut nie den Job.
Deterministischer Code · die Datenbahn

Baut und schreibt den Job

  • Chip-Datenbank und geprüfte Rezepte
  • NDEF-/Raw-Builder, Schreiben mit Voll-Verify je Label
  • Erststückprüfung als Pflicht-Gate vor jeder Serie
  • Audit-Log und UID↔Serial-Report, offline
  • 142 automatisierte Prüfungen je Release
Hier existiert kein Sprachmodell.
Dazwischen: der Mensch. Ein Formular mit Ampel zeigt, was belegt ist (grün), was Vorschlag ist (orange) und was fehlt (rot). Danach Payload-Vorschau byte-genau, Bediener-PIN, Erststück. Erst dann läuft die Serie. Das System läuft vollständig auf dem Gerät und ist air-gap-fähig: Kundendaten verlassen die Station nie.
01
Formular mit Ampel
02
Payload-Vorschau
03
Bediener-PIN
04
Erststück
05
Serie
Die Produktfamilie

Ein Scout je Fachgebiet

IDSCOUT ist nicht ein Gerät, sondern die KI-Ebene über dem IDCRAFT-Portfolio. Jeder Experte löst einen Engpass, an dem heute Fachwissen fehlt, mit derselben Architektur: belegte Antworten statt Behauptungen, lokal statt Cloud, und eine KI, die konstruktiv nichts kaputt machen kann.

Verfügbar

IDSCOUT Encode

Die NFC-Encoding-Station. Auftrag in normaler Sprache, Beleg-Ampel, Erststückprüfung, Voll-Verify, Audit-Report. Für Label-Converter, die Codierung als Service anbieten wollen.

In Planung

IDSCOUT Verify

Die Validierungsstation: prüfen statt schreiben. Wareneingang, Stichproben, Reklamationen, mit demselben Beleg- und Reportprinzip.

In Arbeit

IDSCOUT Integrate

Der Integrationsassistent für Entwickler: SDKs, Protokolle, Beispielcode und Fehlersuche für die von IDCRAFT vertriebenen Reader, belegt aus Herstellerdoku statt halluziniert.

Roadmap

IDSCOUT Stage

Der KI-Assistent für Field Engineers: Geräte in Betrieb nehmen, konfigurieren und Read-Tests fahren. Transponder in der Live-Anwendung vermessen, Feldstärken messen und die Reader gezielt tunen.

Roadmap

IDSCOUT Select

Auswahlberatung: welcher Reader, Chip und welche Antenne für welchen Anwendungsfall, nachvollziehbar begründet.

Roadmap

IDSCOUT Comply

Normen und Zulassung: EN 18220, ETSI EN 302 208, GS1/EPC, Digitaler Produktpass, Antworten mit Quellenangabe.

Vision

Wohin das führt

Langfristig wächst IDSCOUT zu einer eigenständigen KI mit mehreren Fachexperten für das Auto-ID-Umfeld. Das ist „Beratung statt Box Moving“ als Produkt.

Souveränität

Lokal ist kein Feature. Es ist die Voraussetzung.

77 % der deutschen Unternehmen nennen Datenschutzanforderungen als größtes Digitalisierungshemmnis. Bitkom, 11.03.2026, n=604
70 % haben Innovationspläne schon mindestens einmal wegen Datenschutzvorgaben gestoppt. Bitkom, 23.05.2025, n=605
72 % der deutschen Unternehmen suchen souveräne KI-Lösungen. Accenture, 2025, n=1.928

IDSCOUT Encode beantwortet diese Fragen konstruktiv: Das Sprachmodell (Apache-2.0-lizenziert) läuft auf einem Raspberry Pi 5 im Gerät, die Station ist air-gap-fähig, CSV-Inhalte erreichen das Modell nie, und der Audit-Trail bleibt im Haus. Lieferanten-Sicherheitsfragebögen nach NIS2 beantwortet ein Gerät ohne Cloud-Verbindung weitgehend von selbst. Nach unserer Einordnung fällt die Station nicht unter die Hochrisiko-Anwendungsfälle des Anhangs III der KI-Verordnung; die Transparenzpflicht nach Art. 50(1) erfüllt sie sichtbar im Bedien-UI. Die AI-Act-Einordnung stellen wir Interessenten als Einseiter bereit. Und die europäische Alternative wächst: Mit Projekten wie Soofi entstehen offene Foundation Models, entwickelt und trainiert in Deutschland. IDSCOUT ist selbst eine deutsche Entwicklung und auf offene Gewichte gebaut: Modelle bleiben austauschbar, auch gegen europäische, sobald sie für den Einsatz passen.

FAQ

Ehrliche Antworten

Welche Chips und Inhalte unterstützt Version 1?

NTAG213 sowie ICODE SLI, SLIX und SLIX2. Inhalte: NDEF-Link und -Text, digitale Visitenkarte (vCard), WLAN-Zugang, Smart Poster, Telefon/E-Mail/Geo, Raw-Blöcke und kundenspezifische Hausformate — Serien fest, zählend oder je Label aus CSV. XLSX-Import und NTAG-Passwort-/Lock-Funktionen stehen auf der Roadmap.

Braucht die Station eine Internetverbindung?

Nein. Das Sprachmodell läuft lokal, die Station arbeitet air-gap-fähig. Fernwartung ist optional und bleibt eine bewusste Entscheidung des Betreibers.

Was passiert, wenn sich die KI irrt?

Sie schreibt nie, also erreicht ein Irrtum das Label nicht ungeprüft: Ein falscher Vorschlag scheitert an der Validierung, an den Guardrails oder spätestens an der Erststückprüfung, bei der Label 1 physisch zurückgelesen wird. In unseren Testläufen hat kein fehlerhafter KI-Wert je ein Label erreicht.

Ist das nicht einfach Read-after-Write?

Read-after-Write ist gute Praxis und bei mehreren Druckerherstellern dokumentiert; wir behandeln es als Selbstverständlichkeit. Der Unterschied liegt davor und danach: Erststückfreigabe vor der Serie und ein UID↔Serial-Report samt Audit-Log zurück in den Auftrag, komplett offline. Für diese Kombination haben wir nach unserer Marktrecherche vom August 2026 kein vergleichbares Produkt gefunden.

Für wen ist IDSCOUT Encode gedacht?

Version 1 zielt auf Label-Converter und Etikettendrucker im DACH-Raum, die NFC-Codierung als Service anbieten wollen, ohne RFID-Spezialisten einzustellen. Bedienerdokumentation auf Deutsch und Englisch; die Bedienoberfläche ist aktuell Deutsch, Englisch folgt.

Welches Sprachmodell läuft auf der Station?

Ein lokal betriebenes Modell mit offenen Gewichten. Die Architektur ist modell-agnostisch: Modelle bleiben austauschbar, auch gegen europäische Open-Source-Modelle, wie sie derzeit etwa im Soofi-Projekt entstehen, sobald sie für den Einsatz passen. Entscheidend ist nicht, welches Modell läuft, sondern dass es nie schreibt.

Was kostet die Station?

Preis auf Anfrage. Sprechen Sie uns für Pilotkonditionen an.

Zeigen wir es an Ihrem Auftrag.

Bringen Sie einen echten Auftragszettel mit. Wenn die Station ihn nicht versteht, wissen wir beide mehr.

Pilot oder Demo anfragen