Bis jetzt hat NAiOS Rechnungen erstellt, die Bank abgeglichen, das CRM verwaltet und sogar die Steuern vorbereitet. Aber der Verkauf am Schalter — der Café mit Milch, das Brot, das T-Shirt — lebte weiterhin außerhalb: in einem POS-System einer anderen Marke, das nichts von deinem ERP weiß, oder schlimmer, in einer Schublade mit Papierbelegen. Das hat ein Ende. NAiOS POS ist der Touchpoint der Plattform und entsteht mit einer sehr einfachen Idee: der Schalterbeleg ist eine echte Rechnung, mit seiner Nummerierung, seinem verketteten Register und seinem Prüf-QR, innerhalb des gleichen ERPs, in dem bereits alles andere lebt.
Ein POS, das keine Insel ist
Die meisten POS sind Inseln: ihr eigenes Katalog, ihre eigene Nummerierung, ihr eigener Bericht, den dann jemand wieder in die Buchhaltung eingeben muss. NAiOS POS macht das Gegenteil. Der Katalog des POS ist der Katalog deines NAiOS ERP: dieselben Produkte, dieselben Preise, dieselbe Mehrwertsteuer. Jede Kasse hat ihre eigene Serie von Belegen (TPV1-2026-0001, TPV1-2026-0002…), die mit deinen normalen Rechnungen zusammenlebt, ohne sie jemals zu überschneiden. Und jeder Verkauf zieht den Bestand ab, wenn das Produkt verwaltet wird — und du siehst es im eigenen Katalogblatt, um nicht im Dunkeln zu verkaufen.
Was ist die Konsequenz? Es gibt keinen „POS-Abschluss“, den man manuell irgendwohin übertragen muss. Der Verkauf am Schalter ist bereits dort, wo er sein muss: in deiner Rechnungsstellung, in deinen Büchern, in deiner Kassenprognose.
VeriFactu serienmäßig, ohne Kleingedrucktes
Seit 2026 verpflichtet die Verordnung über Abrechnungssysteme (das berühmte VeriFactu, RD 1007/2023) dazu, dass die Software, die Belege und Rechnungen ausstellt, verkettete und unveränderliche Aufzeichnungen erstellt, mit einem Prüf-QR in jedem Dokument. Ein POS ist genau diese Art von Software — und viele derjenigen, die an den Theken in Spanien stehen, erfüllen dies nicht.
In NAiOS POS entsteht jeder Beleg als vereinfachte Rechnung F2 des ERPs: er tritt in die Kette der Rechnungsaufzeichnungen deines Unternehmens ein (jeder Datensatz trägt den SHA-256-Fingerabdruck des vorherigen: das Berühren eines bricht alle folgenden, und das wird erkannt), und wird mit seinem Prüf-QR der AEAT gedruckt. Einen Beleg zu stornieren, löscht ihn nicht: es wird ein Stornierungsdatensatz zur Kette hinzugefügt und der Bestand wird wiederhergestellt. So verlangt es die Norm, und so ist es aufgebaut.
Und eine Ehrlichkeit, die wir gerne erzählen: die Übermittlung an die AEAT wird pro Unternehmen und mit Netzwerk aktiviert. Zuerst die Testumgebung der Agentur; der Produktionsmodus wird nur freigeschaltet, wenn dein Unternehmen mindestens eine tatsächlich akzeptierte Übermittlung in den Tests hat — nicht wenn jemand ein Kästchen ankreuzt. Die endgültige Validierung des offiziellen Schemas ist im Gange; währenddessen sind die lokale Kette und der QR seit dem ersten Tag serienmäßig in jedem Beleg enthalten.
Verkaufen ist berühren
Ein Katalog mit Gesicht und Augen
Touch-Gitter mit Miniaturansichten: standardmäßig zeigt jedes Produkt das Emoji seiner Kategorie auf einer sanften Farbe (null Aufwand beim Hinzufügen); wenn du möchtest, kannst du ihm dein eigenes Emoji geben oder ein Foto hochladen. Die Favoriten kommen zuerst, die Kategorien werden mit einem Fingertipp gefiltert und die Suche findet nach Name oder Code.
In Sekunden kassieren
Bargeld mit großer Tastatur und das Wechselgeld berechnet (30 gegeben, 29 sind zu zahlen, 1 zurück — ohne nachzudenken um acht Uhr morgens), oder Karte mit dem bereits vorhandenen Kartengerät. Die Zahlung wird im ERP im selben Moment registriert, und der 80 mm Ticket wird vom Drucker des Browsers mit seinem QR-Code ausgegeben.
Schichten und Z-Schluss
Die Kasse öffnet eine Schicht im Namen eines Mitarbeiters, mit seinem Hintergrund. Beim Schließen fasst der Z-Schluss den Tag nach Zahlungsmethode zusammen und führt die Kassenprüfung durch: erwartetes Bargeld gegen gezähltes Bargeld, und die Differenz ist sichtbar — grün, wenn es stimmt, rot, wenn nicht. Nichts wird versteckt, was fehlt. Der historische Verlauf der Schichten bleibt für immer einsehbar.
Auf jedem Bildschirm
Drei Möglichkeiten, es zu nutzen
Das Café. Marta beginnt ihren Dienst um 7:55 mit 50 Euro im Kassenbestand. Den ganzen Vormittag über ist es nur bedienen: zwei Kaffees, ein Menü, kassieren, der nächste. Um 16:00 schließt sie die Z: 87 Verkäufe, das Bargeld stimmt bis auf den Cent, und jeder Beleg ist bereits eine vereinfachte Rechnung im ERP — die Buchhaltung wird am Ende des Quartals nichts nachfragen müssen.
Der Laden. Jedes verkaufte T-Shirt reduziert den Lagerbestand im Katalog, und das eigene POS zeigt dir, wie viele noch verfügbar sind, bevor du etwas versprichst. Wenn ein Kunde eine Rechnung mit seiner NIF verlangt, wird sie aus dem ERP mit denselben Daten ausgegeben — eine einzige Nummerierung, eine einzige Wahrheit.
Der Marktstand. Das gesamte POS auf dem Handy: Katalog im Vollbildmodus, Barzahlung mit berechnetem Wechselgeld und der Beleg mit QR-Code, der zum Drucken gesendet oder auf dem Bildschirm angezeigt wird. Die Kasse des Tages, ausgeglichen von einer Bank im Park.
Was kommt
Der Plan von NAiOS POS geht weiter: integrierte Zahlungsplattformen (Stripe Terminal und Redsys) nach den Richtlinien des Hauses — Schlüssel pro Unternehmen sicher verschlüsselt gespeichert, zuerst Sandbox-Modus und der reale Modus nur nach erfolgreich durchgeführter Testzahlung —, der Beleg wird mit NIF in zwei Klicks in eine vollständige Rechnung umgewandelt, Rückgaben als Korrekturen, und der Z-Schluss landet nur als erwartete Bewegung in NAiOS Treasury, damit die Bankabstimmung auch die Kasse abgleicht.
Der Start dauert fünf Minuten
Wenn du bereits NAiOS ERP verwendest, ist es wörtlich: Erstelle deine Kasse (starte ihre Serie von Belegen alleine), öffne den Dienst und verkaufe. Wenn nicht, wird das ERP ebenso schnell gestartet — und damit auch die abgestimmte Bank und die gesamte Plattform hinter demselben Chat. Der Schalter war das fehlende Puzzlestück. Es ist jetzt installiert.
