Schichten & Vorgänge
Der operative Kontext einer Schicht.
- Öffnen, Schließen und Bargeldübergabe
- Bestellungen, Kassieren und Zahlarten
- Retouren, Stornos und Korrekturen in der Schicht
Gastronomie-Lösung
POS-ANWENDUNG · VERKAUFSSTELLE
Am Tresen auf dem POS verkaufen. Das Unternehmen auf einem logischen Kern führen.
Der POS ist die Betriebsanwendung am Tresen: Schicht öffnen, Bestellung aufnehmen, kassieren, Aktion anwenden, Schicht schließen. Ab dem Schichtabschluss laufen Umsatz, Zutatenabgang und Einnahmen weiter in die gemeinsame Datenebene — dort, wo Bestand, Einkauf und Finanzen des Unternehmens bereits leben.
Diese Seite definiert Umfang und Übergabepunkte, keine POS-Funktionsliste. Der POS kann Ihr bestehendes System sein, das eines anderen Anbieters oder einer von Apus — der Übergabepunkt bleibt gleich, nur der Integrationsaufwand unterscheidet sich.
FRONTOFFICE-UMFANG
Ein vollständiger Betriebsbereich, kein weiteres ERP-Modul.
Der POS trägt ein Interaktionsmodell, das nur am Tresen gilt: schnell, bedienbar auch bei wackligem Netz, und die ganze Schicht in der Hand einer Verkaufskraft. Platform-Module verantworten weiterhin die gemeinsamen Unternehmensdaten und Kontrollen.
Ware am Tresen
Die Frontoffice-Sicht auf den täglichen Verkauf.
- Karte, Artikelnummern und Verkaufspreise am Standort
- Aktionen am Tresen und Gutscheineinlösung
- Stammkunden erkennen und Punkte gutschreiben
Die Grenze vor der Buchhaltung
Wo der POS endet und das Unternehmen beginnt.
- Schichtumsatz abschließen und Bargeld abstimmen
- Zutatenabgang nach Rezeptur erfassen
- Vereinbarte Datensätze an Finance übergeben
GEMEINSAMER PLATFORM CORE
Derselbe Geschäftsbeleg läuft nach Schichtende weiter.
Ein von Apus gelieferter POS und Apus Platform teilen bereits einen logischen Kern und eine Geschäftsdatenebene; der POS eines anderen Anbieters kommt über eine kontrollierte Schnittstelle auf dieselbe Ebene. Produkt und UX unterscheiden sich, die Unternehmensdaten werden kein zweites Silo.
- Tenant- und Firmenstruktur
- Gemeinsame Stammdaten
- Rezepturen, Ausbeuten und Artikel
- Bestandsdaten
- Beschaffungsdaten
- Finanzdaten
ÜBERGABE AUF EINEM KERN
Von einer Schicht zur Unternehmenssteuerung.
- POSBestand
Was in der Schicht verkauft wurde, bucht Zutaten nach Rezeptur ab — der Bestand zeigt den tatsächlichen Verbrauch statt einer Zahl, die zum Feierabend eingetippt wurde.
- POSEinkauf
Fällt der Bestand am Standort unter die Schwelle, entsteht eine Bestellanforderung mit Genehmiger statt einer Nachricht an die Leitung.
- POSFinance
Abgestimmter Schichtumsatz und Einnahmen gelangen in die Buchhaltung, ohne ein paralleles Umsatzbuch aufzubauen.
SYSTEMGRENZE
Ein Kern, drei Systemschichten.
- Der POS trägt das Erlebnis am Tresen: Schichten, Bestellungen, Zahlung und Aktionen — ob das Ihr bestehendes System ist oder einer von Apus.
- Andere Spezialsysteme im Haus (ein PMS für Aufenthalte, Waagen, Zeiterfassung) behalten ihren Teil und übergeben in dieselbe Datenebene.
- Apus Platform verantwortet die Enterprise Journey über Finance, Supply, Menschen, Wissen und Kontrolle.
Keine Zusage für Ein-Klick-Migration oder ausfallfreien Cutover. Vereinbarte Architektur und Rollout-Plan bestimmen jedes Projekt.
HÄUFIGE FRAGEN
Wie arbeiten POS und Platform zusammen?
Von welchem POS spricht diese Seite — dem von Apus oder unserem?
Von beiden. Der POS ist eine Frontoffice-Anwendung am Tresen und kann Ihr bestehendes System sein, das eines anderen Anbieters oder einer von Apus. Umfang und Übergabepunkte oben gelten in allen drei Fällen; was sich unterscheidet, ist der Integrationsaufwand — erhoben an Ihrem tatsächlichen System und im Lösungsdesign festgelegt.
Ist der POS ein Platform-Modul?
Nein. Der POS ist eine Frontoffice-Anwendung und mit demselben logischen Platform Core verbunden.
Ist das die POS-Produktseite?
Nein. Diese Seite zieht die Grenze und benennt die Übergabepunkte, damit klar ist, was wohin gehört. Verkaufsfunktionen, Hardware und Preise liegen beim Produkt selbst — verlinkt am Seitenende.
Ersetzt der POS Finance oder Beschaffung?
Die beiden Bereiche bleiben getrennt: Der POS trägt die Arbeit am Tresen, Platform trägt die gemeinsamen Unternehmensdaten und Kontrollen.
Bedeutet ein logischer Kern ein physisches Deployment?
Ein logischer Kern beschreibt die Kontinuität der Geschäftsbelege, nicht die Anzahl physischer Deployments. Die Topologie hängt von der Lösung ab und kann Integration, Verlagerung oder Cutover erfordern.
Die Journey vom Tresen zum Unternehmen gestalten.
POS-Umfang, gemeinsame Daten, Integrationen und Rollout-Grenzen mit Apus festlegen.
Zum POS-Produkt