Anfang August haben wir an dieser Stelle einen Fachbeitrag veröffentlicht, der ein Architekturprinzip beschreibt, aber kein Produkt nennt: Warum die KI nie schreiben darf. Der Grund für die Zurückhaltung war einfach: Das Gerät, um das es ging, hatte seine Abnahme noch vor sich – und über ein Produkt, dessen Abnahme aussteht, redet man nicht wie über ein fertiges. Heute ist beides erledigt. Das Gerät heißt IDSCOUT Encode, es ist das erste Produkt unserer KI-Ebene IDSCOUT, und es ist ab sofort verfügbar.
Eine Ebene, sechs Experten
Bevor es um die Station geht, ein Wort zu dem, was heute eigentlich startet. IDSCOUT ist kein einzelnes Gerät, sondern die neue KI-Ebene über dem IDCRAFT-Portfolio. Die Beobachtung dahinter stammt aus unserem Alltag als Distributor: Woran Auto-ID-Projekte hängen, ist selten die Hardware – es ist das Fachwissen an einzelnen Engpässen. Codieraufträge einrichten, Ware im Eingang validieren, Reader in eigene Software integrieren, aus hunderten Transpondern den passenden auswählen, Normen und Zulassungen einhalten: alles Spezialistenarbeit, und Spezialisten sind knapp.
IDSCOUT besetzt diese Engpässe mit lokal laufenden KI-Fachexperten – je Fachgebiet ein Scout, alle nach derselben Architektur: belegte Antworten statt Behauptungen, lokaler Betrieb statt Cloud, und eine KI, die konstruktiv nichts kaputt machen kann. Sechs Experten sind benannt: Encode (codieren – ab heute verfügbar), Integrate (Entwickler-Assistent für die von uns vertriebenen Reader, in Arbeit), Verify (prüfen statt schreiben, in Planung), dazu Stage, Select und Comply. Encode ist der erste – und zugleich der Beweis, dass die Architektur trägt. Wie dieser Beweis aussieht, zeigt der Rest dieses Beitrags.
Was die Station tut
IDSCOUT Encode ist eine Encoding-Station für NFC-Etiketten, gebaut für Label-Converter, deren Personal aus der Druckproduktion kommt. Der Bediener beschreibt den Codierauftrag so, wie er auf dem Auftragszettel steht. Die Station erkennt das Auftragsmuster, füllt ein Formular vor und zeigt zu jeder Angabe, woran sie ist: Grün ist wörtlich aus dem Auftrag belegt – mit dem Originalzitat als Herkunftsnachweis –, Orange ist ein Vorschlag des Modells, Rot fehlt. Codiert wird erst, nachdem Label 1 physisch zurückgelesen und im Klartext bestätigt wurde; diese Erststückprüfung ist erzwungen. Danach läuft die Serie mit Voll-Rücklesen jedes Labels und endet mit einem UID-gebundenen CSV-Report samt Spec-Prüfsumme und Software-/Rezeptversion.
Die Regel dahinter ist dieselbe wie im Teaser-Beitrag: Die KI schreibt nie. Das Sprachmodell – lokal auf dem Gerät, offene Gewichte, Apache-2.0-Lizenz, modell-agnostisch austauschbar – versteht und belegt; was auf den Chip geht, baut ausschließlich deterministische, getestete Software. Ein fehlerhafter Vorschlag stirbt an der Validierung, an den Guardrails oder am Erststück. Das Etikett erreicht er nicht.
Die Abnahmeserie – und der Lauf, der durchfiel
Seit Juli 2026 haben wir die Sprachschicht in zehn vorregistrierten Abnahmeläufen gemessen. Vorregistriert heißt: Prüfumfang und Schwellen stehen fest, bevor der Lauf startet, und werden hinterher nicht angepasst. Zusammengekommen sind über 2.200 geprüfte Auftragsfelder, jede Messung dreifach wiederholt – über 6.600 Einzelmessungen. In keinem dieser Läufe hat ein fehlerhafter KI-Wert je ein Label erreicht.
Zur Serie gehört ein Lauf, über den wir genauso offen berichten: Lauf Nummer neun verfehlte das vorab fixierte Determinismus-Kriterium – und wurde nicht freigegeben. Kein Nachjustieren der Schwelle, kein „fast bestanden“: Ursache gefunden, strukturell behoben, neuer Lauf angesetzt. Der bestand vollständig. Dieser eine nicht freigegebene Lauf ist für uns der beste Beleg, dass die Abnahme echt ist – ein Gate, das nie zuschlägt, ist keins.
Das Ergebnis des freigegebenen Abnahmelaufs:
100 % Slot-Genauigkeit – 298/298 Auftragsfelder, jede Messung dreifach wiederholt · 14/14 vorsätzlich gestellte Sicherheitsfallen erkannt und gestoppt · 0 Phantomwerte, 0 Build-Fehler, 0 Determinismus-Abweichungen. Vorregistrierter Abnahmelauf der Sprachschicht, Rezeptkatalog v8, Stand 16.08.2026.
Was die Station zum Start codiert
Der Rezeptkatalog v8 deckt die Inhalte ab, die in Codieraufträgen tatsächlich vorkommen: Link oder Text, fest oder mit laufender Nummer; ein eigener Link je Label aus einer CSV-Datei; die digitale Visitenkarte als vCard 3.0; WLAN-Zugang als WPS/WSC-Credential (WPA2 oder offen); Smart Poster mit Link und Anzeigetitel; URI-Presets für Telefon, E-Mail und Geo-Position; Raw-Block und Raw-Page für Spezialfälle; dazu kundenspezifische Hausformate wie GateSense.
Unterstützt werden NTAG213 mit 144 Byte Nutzkapazität sowie ICODE SLI (108 Byte), SLIX (108 Byte) und SLIX2 (312 Byte). Im Live-Test unter Realbedingungen waren 4 von 4 codierte Chip-Inhalte byte-identisch zur Vorgabe, jeweils dreifach verifiziert.
Lokal bleibt lokal
An der Souveränitäts-Architektur aus dem Teaser hat sich nichts geändert, sie ist jetzt nur kaufbar: Die Station arbeitet vollständig auf dem Gerät, air-gap-fähig, ohne Cloud-Konto und ohne Telemetrie; bedient wird sie im Browser über das lokale Netzwerk. Den Transparenzhinweis nach Artikel 50 Absatz 1 der KI-Verordnung zeigt die Bedienoberfläche sichtbar an; nach eigener Einordnung liegt kein Hochrisiko-Anwendungsfall nach Anhang III vor – die AI-Act-Einordnung gibt es als Einseiter (DE/EN) für Interessenten. Entwickelt und montiert wird die Station von IDCRAFT in Deutschland.
Sehen Sie es mit Ihrem eigenen Auftrag
Die interaktive Demo läuft auf idscout.de. Für Pilot- und Demotermine gilt ein einziger Vorbereitungsschritt: Bringen Sie einen echten Auftragszettel mit – genau daran zeigt die Station, was sie kann. Datenblatt und AI-Act-Einseiter senden wir auf Anfrage: sales@idcraft.com.
