FACTORY ZERO

FZ-011 · INTEGRATIONEN

PosPlugin

Verkaufsdaten aus Kassensystemen über eine API für App-Entwickler.

In Entwicklung VALIDIERUNG FZ stackKassensystem
posplug.in besuchen Gelauncht: NOCH NICHT
Status
In Entwicklung
Pipeline-Stufe
VALIDIERUNG
Branche
INTEGRATIONEN
Autonomieziel
STUFE 4 · SELBSTOPTIMIEREND
Gebaut mit
3 live · 2 geplant

Das Problem

Jede App, die Verkaufsdaten braucht, baut und repariert für jedes Kassensystem eine eigene Schnittstelle.

Was es leistet

PosPlugin ist so angelegt, dass es jedes Kassensystem einmal anbindet und Ihrer App seine Daten über eine einzige API gibt.

So funktioniert es

  1. Das POS eines Händlers mit einem Login oder API-Schlüssel verbinden; es wird nichts hineingeschrieben
  2. KI ordnet ihre Felder einem sauberen Modell zu, und eine Person bestätigt alles, bei dem sie unsicher ist
  3. Ihre App liest Bestellungen, Zahlungen, Speisekarten und Standorte über eine REST-API und Webhooks

Eine kostenlose Sandbox für Entwickler zum Start; Live-Preise pro angebundenem Standort.

Einen neuen Händler in einer halben Stunde statt nach Wochen Integrationsarbeit anbinden.

HeuteDie Website und die Early-Access-Liste sind offen. Die Konnektoren, die Mapping-Engine und die API sind im Bau.

Der Film

Jedes POS. Eine API.

Ziele

Autonomer Betrieb
Die Integrationspflege ist das Automatisierungsziel. Das Anbinden des Kassensystems eines Händlers soll eine geführte halbe Stunde statt eines Individualprojekts sein, und es angebunden zu halten soll niemanden brauchen: Ein Monitor beobachtet jeden Sync auf Schema-Drift und Fehler, schlägt die Korrektur der Zuordnung vor und sagt dem Betrieb, was kaputtging und warum.
Intelligenz
Ein Modell liest die API-Dokumentation, Spezifikationen oder Beispiel-Payloads eines POS und schlägt vor, wie jedes Feld auf ein Datenmodell abgebildet wird, mit einem Konfidenzwert pro Feld. Es schlägt vor, und eine Person bestätigt: Eine Zuordnung mit niedriger Konfidenz geht nie von allein live, und jede Entscheidung bleibt in einem Audit-Log erhalten. Das Verschieben der Daten ist einfacher Code.
Wachstum
Entwicklergetrieben. Zuerst eine kostenlose Sandbox mit POS-Testdaten, dann Preise pro angebundenem Standort, festgelegt mit den ersten Kunden. Restaurants sind die erste Branche. Wachstum sind angebundene Händlerstandorte, gezählt ab dem ersten Kunden, der kein Pilot ist.
Das technische Detail

Eine Integrationsschicht für Kassensysteme (POS). Sie verbindet sich per OAuth oder API-Schlüssel mit dem POS eines Händlers, zieht Beispieldaten nur lesend, und ein Modell ordnet die Felder des POS einem Datenmodell zu (Bestellungen, Zahlungen, Katalogartikel, Standorte), mit einem Konfidenzwert pro Feld; eine Person bestätigt die unsicheren. Apps lesen dann jeden Händler über eine REST-API und einen Webhook-Strom, wobei die ursprüngliche POS-Payload an jedem Datensatz erhalten bleibt, und schreiben Bestellungen zurück, wo das POS es erlaubt. Ein Monitor beobachtet Schema-Drift und fehlschlagende Syncs. Kartennummern laufen nie hindurch. Die erste Branche sind Restaurants. Heute existieren die Website unter posplug.in und ihre Early-Access-Liste; die Konnektoren, die Mapping-Engine, die einheitliche API und die Sandbox sind entworfen und noch nicht geschrieben.

Verwandt

Vom selben Fundament.

Alle Ventures