Implementierungspakete und zertifizierte TSEs hier bestellen!
Wir haben aus den Erfahrungen im Feldtest und den Fragen von Entwicklern möglichst viele Beispiele zusammengetragen, welche Funktionen und Daten auf der TSE zu welchem Zeitpunkt aufgerufen werden müssen.
Einfache Verkehrsgastronomie, Retail, Bäcker, Metzger,.... Kurzer Bestellprozess
Ein Kunde kommt in einen Betrieb, sucht sich am Wandboard seine Produkte aus, tritt an die Kasse, bestellt die gewünschten Artikel und bezahlt im Anschluss mit Bargeld.
| Tatsächliche Aktion | Kassenplatz | Vorgangsbeschreibung | TX-Nr. an TSE | TX-Nr. von TSE | Funktion | ProcessType | ProcessData |
| Kunde bestellt den ersten Artikel | 1234 | Start des Vorgangs | - | 1 | start() | - | - |
| Kunde bestellt weiteren Artikel | 1234 | - | - | - | - | - | |
| Kunde entscheidet sich um (Zeilenstorno) und bestellt einen anderen Artikel | 1234 | - | - | - | - | - | - |
| Kunde sagt, dass er Bar bezahlen möchte | 1234 | Ende des Vorgangs | 1 | 1 | finish() | Kassenbeleg | Steuersummen und Zahlungen |
| Bediener händigt Beleg aus | 1234 | Beleg zur Verfügung stellen | - | - | - | - | - |
Einfache Vollgastronomie - Langer Bestellprozess
Ein Kunde setzt sich an einen Tisch in einem Restaurant, bestellt zunächst seine Getränke. Nachdem die Getränke am Tisch sind nimmt der Kellner die Speisen auf. Nach dem Essen gibt es noch einen Kaffee, dann bezahlt der Gast mit Kreditkarte.
| Tatsächliche Aktion | Kassenplatz | Vorgangsbeschreibung | TX-Nr. an TSE | TX-Nr. von TSE | Funktion | ProcessType | ProcessData |
| Kunde setzt sich an den Tisch | - | - | - | - | - | - | |
| Kunde bestellt den ersten Artikel | 1 | Start des Bestellvorgangs | - | 1 | start() | - | - |
| Kunde bestellt weitere Artikel für die anderen Gäste | 1 | - | - | - | - | - | - |
| Kellner schließt die Bestellung ab und die Bestellbons werden an der Bar gedruckt | 1 | Ende des Bestellvorgangs | 1 | 1 | finish() | Bestellung | Artikelpositionen |
| Nachdem die Getränke am Tisch sind nimmt der Kellner die erste Speise auf | 2 | Start des Bestellvorgangs | - | 2 | start() | - | - |
| Der Kellner nimmt die Speisen der anderen Gäste auf | 2 | - | - | - | - | - | - |
| Der Kellner schließt die Bestellung ab und die Bestellbons werden in der Küche gedruckt | 2 | Ende des Bestellvorgangs | 2 | 2 | finish() | Bestellung | Artikelpositionen |
| Nach dem Essen nimmt der Kellner den ersten Kaffee auf | 1 | Start des Bestellvorgangs | - | 3 | start() | - | - |
| Der Kellner nimmt einen zweiten Kaffee auf und schließt die Bestellung ab | 1 | Ende des Bestellvorgangs | 3 | 3 | finish() | Bestellung | Artikelpositionen |
| Der Gast möchte mit Kreditkarte bezahlen | 1 | Start des Vorgangs | - | 4 | start() | - | - |
| Rechnung wird gedruckt | 1 | Ende des Vorgangs | 4 | 4 | finish() | Kassenbeleg | Steuersummen und Zahlungen |
In diesem Fall müssten auf der Rechnung drei Uhrzeiten stehen: Startzeit der Transaktion 1, Startzeit der Transaktion 4 und Ende der Transaktion 4. Alle drei Zeiten sind die Zeiten aus der TSE, nicht die Systemzeit!
Durchbedienen beim Bäcker - zwei Varianten
Ein Kunde kommt in einen Bäckerei und bestellt zunächst 4 Brötchen, was vom Bäckermeister an Kasse 1 erfasst wird. Danach kauft der Kunde noch ein Brot, was an Kasse 2 erfasst wird. Zum Bezahlen wechselt der Kunde an Kasse 3.
Für diesen Fall gibt es abhängig von der Systemarchitektur zwei Varianten:
| Tatsächliche Aktion | Kassenplatz | Vorgangsbeschreibung | TX-Nr. an TSE | TX-Nr. von TSE | Funktion | ProcessType | ProcessData |
| Kunde bestellt 4 Brötchen | 1 | Start des Vorgangs | - | 1 | start() | - | - |
| Kunde bestellt ein Brot | 2 | - | - | - | - | - | |
| Kunde sagt, dass er Bar bezahlen möchte | 3 | Ende des Vorgangs | 1 | 1 | finish() | Kassenbeleg | Steuersummen und Zahlungen |
| Bediener händigt Beleg aus | Beleg zur Verfügung stellen | - | - | - | - | - |
| Tatsächliche Aktion | Kassenplatz | Vorgangsbeschreibung | TX-Nr. an TSE | TX-Nr. von TSE | Funktion | ProcessType | ProcessData |
| Kunde bestellt 4 Brötchen | 1 | Start des Vorgangs | - | 1 | start() | - | - |
| Kunde bestellt ein Brot | 2 | Ende des ersten Vorgangs | 1 | 1 | finish() | Bestellung | - |
| Kunde sagt, dass er Bar bezahlen möchte | 3 | Start des Vorgangs | - | 2 | start() | - | - |
| Rechnung wird gedruckt | Ende des Vorgangs | 2 | 2 | finish() | Kassenbeleg | Steuersummen und Zahlungen |
Vollgastronomie mit Reservierung ohne Forderungsentstehung
Ein Kunde reserviert online auf der Homepage des Restaurants einen Tisch. Dabei fließt kein Geld und es entsteht keine Forderung. Der Kunde zahlt bei nicht Erscheinen keine Stornogebühr. Tage später kommt der Kunde dann ins Restaurant und konsumiert an dem Tisch, den er R´reserviert hat.
| Tatsächliche Aktion | Kassenplatz | Vorgangsbeschreibung | TX-Nr. an TSE | TX-Nr. von TSE | Funktion | ProcessType | ProcessData |
| Kunde tätigt Reservierung online | online | Start anderer Vorgang | 1 | start() | - | - | |
| Kunde schließt Reservierung ab | online | Ende anderer Vorgang | 1 | 1 | finish() | sonstigeVorgaenge | Frei wählbar, z.B. Reservierung ohne Forderungsentstehung |
| Kunde setzt sich an den reservierten Tisch | - | - | - | - | - | - | |
| Kunde bestellt den ersten Artikel | 1 | Start des Bestellvorgangs | - | 2 | start() | - | - |
| Kunde bestellt weitere Artikel für die anderen Gäste | 1 | - | - | - | - | - | - |
| Kellner schließt die Bestellung ab und die Bestellbons werden an der Bar gedruckt | 1 | Ende des Bestellvorgangs | 2 | 2 | finish() | Bestellung | Artikelpositionen |
| Nachdem die Getränke am Tisch sind nimmt der Kellner die erste Speise auf | 2 | Start des Bestellvorgangs | - | 3 | start() | - | - |
| Der Kellner nimmt die Speisen der anderen Gäste auf | 2 | - | - | - | - | - | - |
| Der Kellner schließt die Bestellung ab und die Bestellbons werden in der Küche gedruckt | 2 | Ende des Bestellvorgangs | 3 | 3 | finish() | Bestellung | Artikelpositionen |
| Nach dem Essen nimmt der Kellner den ersten Kaffee auf | 1 | Start des Bestellvorgangs | - | 4 | start() | - | - |
| Der Kellner nimmt einen zweiten Kaffee auf und schließt die Bestellung ab | 1 | Ende des Bestellvorgangs | 4 | 4 | finish() | Bestellung | Artikelpositionen |
| Der Gast möchte mit Kreditkarte bezahlen | 1 | Start des Vorgangs | - | 5 | start() | - | - |
| Rechnung wird gedruckt | 1 | Ende des Vorgangs | 5 | 5 | finish() | Kassenbeleg | Steuersummen und Zahlungen |
Wichtig ist in diesem Beispiel, dass keine Forderung bei der Reservierung entsteht. In diesem Fall kann der ProcessType andereVorgaenge genutzt werden. Beim Export in DFKA-Taxonomie-Format sollte die Reservierung, die Bestellungen und der Beleg über die allocation_group zusammengehalten werden, sofern die Systemarchitektur dies hergibt.
Vollgastronomie mit Reservierung mit Mindestverzehr.
Ein Kunde reserviert online auf der Homepage des Restaurants einen Tisch. Dabei zahlt er über Kreditkarte sofort 50 Euro Mindestverzehr, welche ihm bei der Rechnung am Tag der Reservierung wieder gutgeschrieben werden, sofern er den Mindestverzehr von 50€ erreicht.
| Tatsächliche Aktion | Kassenplatz | Vorgangsbeschreibung | TX-Nr. an TSE | TX-Nr. von TSE | Funktion | ProcessType | ProcessData |
| Kunde tätigt Reservierung online und zahlt Mindestverzehr | online | Start anderer Vorgang | 1 | start() | - | - | |
| Kunde schließt Reservierung ab | online | Ende anderer Vorgang | 1 | 1 | finish() | Kassenbeleg | Steuersummen und Zahlungen |
| Kunde setzt sich an den reservierten Tisch | - | - | - | - | - | - | |
| Mindestverzehr wird als Anzahlung auf den Tisch gebucht | 1 | Start des Bestellvorgangs | - | 2 | start() | - | - |
| Kunde bestellt den ersten Artikel | 1 | - | - | - | - | - | - |
| Kunde bestellt weitere Artikel für die anderen Gäste | 1 | - | - | - | - | - | - |
| Kellner schließt die Bestellung ab und die Bestellbons werden an der Bar gedruckt | 1 | Ende des Bestellvorgangs | 2 | 2 | finish() | Bestellung | Artikelpositionen |
| ...Der Rest verhält sich analog zum vorhergehenden Fall |
Da sich bei der Reservierung und Zahlung des Mindestverzehrs die Vermögenszusammensetzung verändert, handelt es sich hier bereits um einen Geschäftsvorfall. Sollte das Reservierungssystem von der Kasse getrennt agieren und nur bargeldlose Zahlungen zulassen, muss diese Buchung überhaupt nicht abgesichert werden.
Vollgastronomie mit Reservierung und NoShow-Gebühr.
Ein Kunde reserviert online auf der Homepage des Restaurants einen Tisch. Dabei wird bereits eine NoShow-Gebühr von 50€ vereinbart.
| Tatsächliche Aktion | Kassenplatz | Vorgangsbeschreibung | TX-Nr. an TSE | TX-Nr. von TSE | Funktion | ProcessType | ProcessData |
| Kunde tätigt Reservierung online und bestätigt NoShow-Gebühr | online | Start anderer Vorgang | 1 | start() | - | - | |
| Kunde schließt Reservierung ab | online | Ende anderer Vorgang | 1 | 1 | finish() | Bestellung | Artikelposition |
| Kunde setzt sich an den reservierten Tisch | - | - | - | - | - | - | |
| NoShow-Gebühr wird aufgelöst | 1 | Start des Bestellvorgangs | - | 2 | start() | - | - |
| Kunde bestellt den ersten Artikel | 1 | - | - | - | - | - | - |
| Kunde bestellt weitere Artikel für die anderen Gäste | 1 | - | - | - | - | - | - |
| Kellner schließt die Bestellung ab und die Bestellbons werden an der Bar gedruckt | 1 | Ende des Bestellvorgangs | 2 | 2 | finish() | Bestellung | Artikelpositionen |
| ... Der Rest verhält sich analog zum vorhergehenden Fall |
Bei der Reservierung entsteht bereits eine Forderung des Gastronoms gegenüber dem Kunden, auch wenn noch kein Geld geflossen ist. Daher muss der Vorgang bereits als Vorbereitung zu einem Geschäftsvorfall betrachtet werden.
Beispiele für ProcessData bei unterschiedlichen Geschäftsvorfällen
BON_TYP und GV_TYP sind die entsprechenden Felder in der DSFinV-K. Sind mehrere GV_TYPen angegeben, dann beziehen diese sich auf unterschiedliche Positionen des Beleges.
100€ Umsatz 19%, Bar bezahlt
Beleg^100.00_0.00_0.00_0.00_0.00^100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Umsatz"
50€ Umsatz 19%, 50€ Umsatz 7%, Bezahlt mit Visa
Beleg^50.00_50.00_0.00_0.00_0.00^100.00:Unbar
BON_TYP: "Beleg"
GV_TYP: "Umsatz"
Gutscheinverkauf 100€, Einzweckgutschein, versteuert 19% bei Verkauf, Bar bezahlt
Beleg^100.00_0.00_0.00_0.00_0.00^100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "EinzweckgutscheinKauf"
Gutscheineinlösung 100€, Einzweckgutschein, versteuert 19% bei Verkauf, Bar bezahlt, Rechnungssaldo 120€
Beleg^20.00_0.00_0.00_0.00_0.00^20.00:Bar
BON_TYP: "Beleg"
GV_TYP: "EInzweckgutscheinEinloesung"
GV_TYP: "Umsatz"
Gutscheinverkauf 100€, Mehrzweckgutschein, versteuert bei Einlösen, Bar bezahlt
Beleg^0.00_0.00_0.00_0.00_100.00^100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "MehrzweckgutscheinKauf"
Gutscheineinlösung 100€, Mehrzweckgutschein, versteuert bei Einlösen, Rechnungssaldo 120€, Bar bezahlt
Beleg^60.00_60.00_0.00_0.00_-100.00^20.00:Bar
BON_TYP: "Beleg"
GV_TYP: "MehrzweckgutscheinEinloesung"
GV_TYP: "Umsatz"
Gutscheineinlösung 120€, Mehrzweckgutschein, versteuert bei Einlösen, keine Zahlungsart mehr notwendig da 0.00 Zahlungen entfallen
Beleg^60.00_60.00_0.00_0.00_-120.00^
BON_TYP: "Beleg"
GV_TYP: "MehrzweckgutscheinEinloesung"
GV_TYP: "Umsatz"
Guthabenkarte wird mit 100€ Bar aufgeladen
Beleg^00.00_00.00_0.00_0.00_0.00^100.00:Bar:-100.00:Unbar
BON_TYP: "Beleg"
GV_TYP: --- (Kein Eintrag in liney.csv - Zahlungsmitteltausch)
Zahlen von 100€ Rechnungssaldo mit Guthabenkarte
Beleg^100.00_00.00_0.00_0.00_0.00^100.00:Unbar
BON_TYP: "Beleg"
GV_TYP: "Umsatz"
Auszahlen von 100€ in Bar von einer Guthabenkarte
Beleg^00.00_00.00_0.00_0.00_0.00^-100.00:Bar:100.00:Unbar
BON_TYP: "Beleg"
GV_TYP: --- (Kein Eintrag in liney.csv - Zahlungsmitteltausch)
Privateinlage 100€
Beleg^0.00_0.00_0.00_0.00_100.00^100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Privateinlage"
Privatentnahme 100€
Beleg^0.00_0.00_0.00_0.00_-100.00^-100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Privatentnahme"
Trinkgeld an Arbeitnehmer 5,20€
Beleg^0.00_0.00_0.00_0.00_5.20^5.20:Bar
BON_TYP: "Beleg"
GV_TYP: "TrinkgeldAN"
Trinkgeld an Unternehmer/Arbeitgeber 5,20€
Beleg^5.20_0.00_0.00_0.00_0.00^5.20:Bar
BON_TYP: "Beleg"
GV_TYP: "TrinkgeldAG"
100€ Umsatz 19%, Kunde nimmt Rechnung mit, bzw. Abschluss auf Debitor...
Beleg^100.00_0.00_0.00_0.00_-100.00^
BON_TYP: "Beleg"
GV_TYP: "Forderungsentstehung"
GV_TYP: "Umsatz"
... Der Kunde kommt 2 Tage später wieder und bezahlt die mitgenommene Rechnung Bar.
Beleg^0.00_0.00_0.00_0.00_100.00^100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Forderungsauflösung"
Banktransit - Einzahlen auf das Bankkonto von 100€
Beleg^0.00_0.00_0.00_0.00_-100.00^-100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Geldtransit"
Barausgabe, 50€ Büromaterial eingekauft zu 19%
Beleg^-50.00_0.00_0.00_0.00_0.00^-50.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Auszahlung"
BON_TYP: "AVBelegabbruch "
GV_TYP: "Umsatz"
Forderungsentstehung 100€
BON_TYP: "Beleg"
GV_TYP: "Forderungsentstehung"
Forderungsauflösung 100€ Bar
BON_TYP: "Beleg"
GV_TYP: "Forderungsauslösung"
Anzahlungseinstellung 1000,00€
BON_TYP: "Beleg"
GV_TYP: "Anzahlungseinstellung"
Lieferschein/Transfer auf Hotelzimmer 100€ (getrennte Aufzeichnungssysteme)
AVTransfer^100.00_0.00_0.00_0.00_-100.00^
BON_TYP: "AVTransfer"
GV_TYP: "Umsatz"
GV_TGYP: "Forderungsentstehung
Spätere Rechnungsstellung des Transfers von oben (getrennte Aufzeichnungssysteme)
Beleg^100.00_0.00_0.00_0.00_-100.00^
BON_TYP: "Beleg"
GV_TYP: "Umsatz"
GV_TGYP: "Forderungsentstehung
Zahlung dieser Rechnung (getrennte Aufzeichnungssysteme)
Beleg^0.00_0.00_0.00_0.00_100.00^100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Umsatz"
Lieferschein/Transfer auf Hotelzimmer 100€ (einheitliches Aufzeichnungssysteme)
Beleg^100.00_0.00_0.00_0.00_-100.00^
BON_TYP: "Beleg"
GV_TYP: "Umsatz"
GV_TGYP: "Forderungsentstehung
Spätere Rechnungsstellung bei vorangegangenem Lieferschein (einheitliches Aufzeichnungssystem)
AVRechnung^100.00_0.00_0.00_0.00_-100.00^
BON_TYP: "AVRechnung"
GV_TYP: "Umsatz"
GV_TYP: "Forderungsentstehung"
Arbeitnehmer erfasst 3,92€ Personalverzehr (Keine Zahlung)
AVSachbezug^3.92_0.00_0.00_0.00_-3.92^
BON_TYP: "AVSachbezugr"
GV_TYP: "Umsatz"
GV_TYP: "Forderungsentstehung"
Anfangsbestand 100,00€ wird in der Früh erfasst, die Kasse wurde am Ende des Vortags "auf Null gestellt". Der Anfangsbestand soll rein technisch erfasst werden.
Beleg^0.00_0.00_0.00_0.00_100.00^100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Anfangsbestand"
Anfangsbestand 100,00€ wird in der Früh erfasst, die Kasse wurde am Ende des Vortags "auf Null gestellt". Der Anfangsbestand wird als Geschäftsvorfall aufgefüllt.
Beleg^0.00_0.00_0.00_0.00_100.00^100.00:Bar
BON_TYP: "Beleg"
GV_TYP: "Geldtransit"
Implementierungspakete und zertifizierte TSEs hier bestellen!