Referenz der Kontocodes

Kontocodes werden in den Journalbuchungen verwendet, um Finanztransaktionen zu kategorisieren. Diese Codes folgen gängigen Buchhaltungskonventionen und werden in vier Hauptkategorien unterteilt: Aktiva (Vermögenswerte), Passiva (Verbindlichkeiten), Erträge und Aufwendungen.

Konfiguration der Kontocodes

Eigene Codes vs. Standardcodes: Die Kontocodes können von Smeetz-Kunden angepasst werden, um sie an ihren eigenen Kontenrahmen anzupassen. Das System stellt jedoch Standardcodes bereit, falls Kunden keine eigenen Codes konfigurieren möchten.

Besonderer Hinweis zu Verkaufskontocodes: Bei Verkaufstransaktionen (Kontocode 3200) wird der spezifische Code durch das Feld „Buchungscode" bestimmt, das bei den Produktpreisen im Smeetz Back-Office hinterlegt ist. Dies ermöglicht es Veranstaltern, unterschiedliche Ertragskonten für verschiedene Produktkategorien oder -typen zu führen.

Vollständige Kontenreferenz

Nachfolgend finden Sie die vollständige Liste der im System definierten Konten, geordnet nach Kategorien:

Aktiva (1000–1999)

Konten, die Ressourcen im Besitz der Organisation oder an sie geschuldete Beträge darstellen.

Standardcode (anpassbar)	Kontoname	Beschreibung	Verwendet in
1000	Smeetz Pay acquiring	Geld, das vom Zahlungsdienstleister Adyen gehalten wird; temporäres Verrechnungskonto vor der Überweisung auf das Bankkonto.	Zahlungen, Erstattungen, Auszahlungen
1001	Bankkonto	Bankkonto des Veranstalters, auf das Auszahlungen von Smeetz Pay erfolgen	Auszahlungen (Banküberweisungen)
Mehrfach	Nicht-Smeetz Pay Zahlungsmethoden	Direkte Zahlungsmethoden ohne Smeetz-Prozessor (Offline-Zahlungsarten oder über externe Zahlungsdienstleister) – ein Konto pro Zahlungsmethode	Zahlungen, Erstattungen
1010	Bargeld	Direkt erhaltene Barzahlungen	Zahlungen, Erstattungen
1020	Marktplätze	Zahlungen, die über Marktplatz-Gateways eingehen	Zahlungen, Erstattungen
1030	Offline	Zahlungen, die über ein Offline-Zahlungs-Gateway eingehen	Zahlungen, Erstattungen
1040	Externer Zahlungsanbieter	Zahlungen, die über einen externen Zahlungsdienstleister eingehen	Zahlungen, Erstattungen
1002	Sonstige Zahlungs-Gateways	Standardkonto für alle anderen oben nicht aufgeführten Zahlungs-Gateways (verwendet den Gateway-Namen als Kontonamen)	Zahlungen, Erstattungen
Mehrfach	Kassenstandort-Konten	Barkonten pro Standort (Kasse – Standort 1, Kasse – Standort 2 usw.)	Barzahlungen, Kassentransfers, Kassenkorrekturen
1050	Forderungen aus Lieferungen und Leistungen	Von Kunden geschuldete Beträge	Verkäufe, Rabatte, Gutscheine, Erstattungen
1110	Vorsteuer	Mehrwertsteuer oder sonstige Steuern, die dem Veranstalter berechnet werden	Steuer auf Gebühren

Passiva (2000–2999)

Konten, die Verpflichtungen oder von der Organisation geschuldete Beträge darstellen.

Code	Kontoname	Beschreibung	Verwendet in
2010	Umsatzsteuerverbindlichkeiten	An die Steuerbehörden abzuführende Umsatz-/Mehrwertsteuer	Steuererkennung
2030	Abgegrenzte Erträge	Verpflichtung zur Erbringung bereits verkaufter Leistungen	Verkäufe, Ertragserkennung, Rabatte
2040	Aufgelaufene Verbindlichkeiten	Fällige, aber noch nicht bezahlte Gebühren und Aufwendungen	Buchungsgebühren, Zahlungsgebühren, IDIV-Steuer, Steuer auf Gebühren, Gebührenabzüge bei Auszahlungen
2050	Ausstehende Gutscheine	Verbindlichkeit für nicht eingelöste Geschenkkarten und Gutscheine	Gutscheinausgabe

Erträge (3000–3999)

Konten, die aus dem Betrieb erzielte Einnahmen darstellen.

Code	Kontoname	Beschreibung	Verwendet in
3200	Umsatz	Einnahmen aus Ticket- und Dienstleistungsverkäufen (Code kann je Produkt angepasst werden)	Ertragserkennung
3210	Rabatte	Umsatzminderung durch auf Verkäufe gewährte Rabatte	Rabatterkennung
3060	Kassenkorrektur	Ausgleichskonto für Kassenüberschüsse oder -fehlbeträge	Kassenkorrekturen (kann für Gewinne oder Verluste verwendet werden)

Aufwendungen (4000–4999)

Konten, die im Betrieb anfallende Kosten darstellen.

Code	Kontoname	Beschreibung	Verwendet in
4100	Buchungsgebühren	Plattformgebühren für Buchungsdienstleistungen	Buchungsgebühren
4200	Zahlungsgebühren	Kreditkarten- und Zahlungsabwicklungsgebühren	Zahlungsgebühren
4300	IDIV-Steuer	Spezifische Gebührensteuer in bestimmten Rechtsgebieten	IDIV-Steuer

Kontokode-Kategorien verstehen

Aktiva (1000–1999): Was die Organisation besitzt oder was ihr geschuldet wird. Im Soll erhöhen sich Aktiva; im Haben verringern sie sich.
Passiva (2000–2999): Was die Organisation schuldet. Im Haben erhöhen sich Passiva; im Soll verringern sie sich.
Erträge (3000–3999): Erzielte Einnahmen. Im Haben erhöhen sich Erträge; im Soll (selten) verringern sie sich.
Aufwendungen (4000–4999): Angefallene Kosten. Im Soll erhöhen sich Aufwendungen; im Haben (selten) verringern sie sich.

Geschäftslogik erklärt

Logik des Buchungsdatums

Es ist entscheidend zu verstehen, wann Transaktionen für Finanzberichtszwecke erfasst werden. Das System verwendet je nach Transaktionsart unterschiedliche Regeln für das Buchungsdatum und ermöglicht eine konfigurierbare Ertragserkennung.

Was ist das Buchungsdatum?

Das Buchungsdatum ist das Datum, an dem eine Transaktion für Finanzberichtszwecke erfasst werden soll. Es kann vom Datum der Systemerfassung (Synchronisierungsdatum) abweichen, je nach Rechnungslegungsstandards und Geschäftsregeln.

Konfigurierbare Ertragserkennung

Für Ertragserkennungsbuchungen (Rabatte oder Verkäufe) ist das Buchungsdatum pro Veranstalter konfigurierbar:

Besuchsdatum (Veranstaltungs-/Leistungserbringungsdatum) – für die periodengerechte Buchführung
- Hinweis: Die Formel hier ist das Maximum aus Besuchsdatum und Synchronisierungsdatum, da ein Verkauf für ein Ticket mit einem Besuchsdatum in der Vergangenheit (was im Smeetz-System möglich ist) ein Ertragserkennungsdatum erhält, das dem Synchronisierungsdatum entspricht, um eine rückwirkende Buchung zu vermeiden.
Synchronisierungsdatum (Datum der Erfassung im System, das bei Nutzung eines Offline-POS mit anschließender Online-Synchronisierung verzögert sein kann) – für die Kassenbuchführung
- Hinweis: Wir geben an, dass es sich um das Datum der Erfassung in unserem System handelt, da es eine Option zur Nutzung des Offline-POS in Smeetz gibt. Dies bedeutet, dass Verkäufe getätigt werden können, aber erst erfasst werden, wenn der Veranstalter sich online synchronisiert. Dies vermeidet ebenfalls rückwirkende Buchungen.

Diese Wahl wird in der Konfiguration des Buchungsdatum-Parameters festgelegt und gilt einheitlich sowohl für Verkaufserkennungs- als auch für Rabatterkennungsbuchungen.

1. Verkaufstransaktionen

Verkaufstransaktionen (Verkäufe, Rabatte oder Stornierungen) lösen mehrere Buchungsvorgänge aus:

Erstverkauf: Erfasst den vom Kunden geschuldeten Gesamtbetrag (Forderungen) und die Verpflichtung zur Leistungserbringung (Abgegrenzte Erträge)
Ertragserkennung: Bei Leistungserbringung (gemäß der vom Kunden gewählten Buchungsdatumkonfiguration) wird der Betrag von Abgegrenzte Erträge in tatsächliche Umsatzerlöse umgebucht
Steuererkennung: Korrekte Trennung und Verfolgung von Umsatzsteuerbeträgen für die Steuerberichterstattung
Rabatte: Bei Gewährung von Rabatten werden sowohl Forderungen als auch Abgegrenzte Erträge reduziert. Rabatte werden separat generiert, da sie zu einem anderen Zeitpunkt als der ursprüngliche Verkauf gewährt werden können.
Rabatterkennung: Bei Leistungserbringung wird der Rabattbasisbetrag von Umsatzerlösen in Abgegrenzte Erträge umgebucht
Steuerliche Rabatterkennung: Korrekte Trennung und Verfolgung des Steueranteils der Rabatte für die Steuerberichterstattung
Stornierungen: Bei Stornierung von Verkäufen werden die ursprünglichen Verkaufsbuchungen rückgängig gemacht
Rabattstornierungen: Bei Stornierung von Rabatten werden die ursprünglichen Rabattbuchungen rückgängig gemacht

Hinweis: Jede dieser Buchungen wird einmal pro Ticket erstellt, unabhängig davon, ob die Tickets aus demselben Produkt oder derselben Bestellung stammen.

Buchungsarten bei Verkäufen

Bei einem Ticketverkauf mit gewährtem Rabatt:

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Wann verwendet
Verkauf	Forderungen aus L&L (1050)	Gesamtverkaufspreis (Netto + MwSt.)	Abgegrenzte Erträge (2030)	Gesamtverkaufspreis (Netto + MwSt.)	Synchronisierungsdatum	Erstverkauf erfasst
Verkaufserkennung	Abgegrenzte Erträge (2030)	Netto-Ticketpreis (ohne MwSt.)	Umsatz (3200)	Netto-Ticketpreis (ohne MwSt.)	Konfigurierbar: Besuchsdatum oder Synchronisierungsdatum	Ertrag am Veranstaltungsdatum erfasst
Steuererkennung	Abgegrenzte Erträge (2030)	MwSt.-Betrag	Umsatzsteuerverbindlichkeiten (2010)	MwSt.-Betrag	Synchronisierungsdatum	Steuer erfasst
Rabatt	Abgegrenzte Erträge (2030)	Rabattbetrag	Forderungen aus L&L (1050)	Rabattbetrag	Synchronisierungsdatum	Rabatt auf Verkauf gewährt
Rabatterkennung	Umsatz (3200)	Rabattanteil am Nettobetrag	Abgegrenzte Erträge (2030)	Rabattanteil am Nettobetrag	Konfigurierbar: Besuchsdatum oder Synchronisierungsdatum	Rabatt-Ertragserkennung
Steuerliche Rabatterkennung	Umsatzsteuerverbindlichkeiten (2010)	Rabattanteil an der MwSt.	Abgegrenzte Erträge (2030)	Rabattanteil an der MwSt.	Synchronisierungsdatum	Steuerliche Rabatterkennung

Hinweis zu Stornierungen: Bei einer Stornierung werden Soll- und Habenkonten vertauscht, um die ursprünglichen Buchungen rückgängig zu machen. Stornierungen verwenden das Synchronisierungsdatum der Stornierung.

Nettoresultat: Forderungen = Nettobetrag (nach Rabatt), Umsatz = Netto-Basisumsatz (nach Rabatt), Umsatzsteuerverbindlichkeiten = Netto-MwSt. (auf rabattierten Preis)

2. Zahlungsabwicklung

Wenn Kunden für ihre Einkäufe bezahlen:

Zahlungseingang: Erfasst eingegangene Gelder von Zahlungsdienstleistern und reduziert ausstehende Kundenforderungen
Erstattungen: Macht den Zahlungsvorgang rückgängig, wenn Kunden Rückerstattungen beantragen

Zahlungskontotypen

Smeetz Pay Acquiring (Kontocode: 1000)

Stellt Gelder dar, die der externe Zahlungsdienstleister (Adyen) im Namen des Veranstalters hält
Fungiert als temporäres Durchlaufkonto für vom Kunden eingegangene Gelder vor der Überweisung auf das Bankkonto des Veranstalters
Dies ist das einzige Zahlungskonto, über das Gelder vor Erreichen des Veranstalters über Smeetz fließen
Alle Auszahlungen auf das Bankkonto des Veranstalters stammen von diesem Konto

Nicht-Smeetz Pay Zahlungsmethoden (Benutzerdefinierte Kontocodes)

Stellt Bargeld und andere direkte Zahlungen dar, die von Kunden ohne Smeetz-Zahlungsdienstleister eingehen, sei es über Offline-Zahlungsmethoden oder externe Zahlungsdienstleister.
Jede vom Veranstalter konfigurierte Zahlungsmethode hat ihr eigenes dediziertes Konto und einen benutzerdefinierten Code
Diese Zahlungen gehen direkt beim Veranstalter ein, ohne dass Smeetz im Transaktionsfluss beteiligt ist

Kassenkonten (Benutzerdefinierte Kontocodes)

Nur für Kunden mit eingerichteten Kassenstandorten.
- Kassenstandorte ermöglichen die Kassenverwaltung (Kassentransfers und Kassenkorrekturen bei Überschüssen/Fehlbeträgen) an separaten Kassenstandorten. Standorte können mit physischen POS-Geräten verknüpft werden oder mit anderen vom Veranstalter eingerichteten Standorten (z. B. Bank, Safe usw.)
Jeder Kassenstandort hat sein eigenes Konto (z. B. „Kasse – Standort 1", „Kasse – Standort 2")
Ermöglicht die Verfolgung von Barzahlungen, Transfers zwischen Standorten und standortspezifischen Kassenkorrekturen
Wenn eine Transaktion nicht mit einem festgelegten Standort verknüpft ist, erscheint sie nur unter dem Kontonamen „Bargeld".

Beispiel – Zahlung über Smeetz Pay: Kunde bezahlt per Kreditkarte über Smeetz Pay

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Zahlungsbuchung	Smeetz Pay acquiring (1000)	Zahlungsbetrag	Forderungen aus L&L (1050)	Zahlungsbetrag	Synchronisierungsdatum	Zahlung über Smeetz Pay Prozessor eingegangen

Barzahlung

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Zahlungsbuchung	Bargeld (1010)	Zahlungsbetrag	Forderungen aus L&L (1050)	Zahlungsbetrag	Synchronisierungsdatum	Barzahlung eingegangen

Zahlung über anderes Gateway (z. B. Marktplätze)

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Zahlungsbuchung	Marktplätze (1020)	Zahlungsbetrag	Forderungen aus L&L (1050)	Zahlungsbetrag	Synchronisierungsdatum	Zahlung über Marktplatz-Gateway eingegangen

Zahlung per Gutscheineinlösung

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Zahlungsbuchung	Ausstehende Gutscheine (2050)	Zahlungsbetrag	Forderungen aus L&L (1050)	Zahlungsbetrag	Synchronisierungsdatum	Gutschein eingelöst, ausstehende Gutscheinverbindlichkeit reduziert

Erstattung über Smeetz Pay

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Erstattungsbuchung	Forderungen aus L&L (1050)	Erstattungsbetrag	Smeetz Pay acquiring (1000)	Erstattungsbetrag	Synchronisierungsdatum	Erstattung über Smeetz Pay verarbeitet

Hinweise: Jede dieser Buchungen wird einmal pro Ticket erstellt, unabhängig davon, ob die Tickets aus demselben Produkt oder derselben Bestellung stammen.

3. Gebühren und Abgaben

Buchungsgebühren: Plattformgebühren für die Nutzung unseres Buchungssystems, generiert am Synchronisierungsdatum des Verkaufs, unabhängig von der Zahlung.
Zahlungsgebühren: Zahlungsabwicklungsgebühren, die je nach IC++-Konfiguration zu unterschiedlichen Zeitpunkten anfallen.
- Kunden ohne IC++: Zahlungsabwicklungsgebühren werden bei Erfassung der Zahlung generiert (Synchronisierungsdatum der Zahlung).
- Kunden mit IC++-Konfiguration: Zahlungsabwicklungsgebühren werden bei Abrechnung der Zahlung generiert, d. h. wenn die Zahlung mit dem Zahlungsdienstleister abgeglichen wird.
IDIV-Steuer: Spezifische Gebührensteuer für Kunden in Lausanne. Wird als Prozentsatz des Nettoumsatzes berechnet und beim Erstellen der Buchungsabrechnung generiert.
Steuer auf Gebühren: MwSt. auf Buchungs- und Zahlungsgebühren

Buchungsgebühr

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Buchungsgebührbuchung	Buchungsgebühren (4100)	Buchungsgebührbetrag	Aufgelaufene Verbindlichkeiten (2040)	Buchungsgebührbetrag	Synchronisierungsdatum des Verkaufs	Plattformgebühr bei Verkauf berechnet

Zahlungsgebühr

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Zahlungsgebührbuchung	Zahlungsgebühren (4200)	Zahlungsgebührbetrag	Aufgelaufene Verbindlichkeiten (2040)	Zahlungsgebührbetrag	Je nach IC++-Konfiguration (Details oben)	Zahlungsabwicklungsgebühr

IDIV-Steuer

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
IDIV-Steuerbuchung	IDIV-Steuer (4300)	IDIV-Steuerbetrag	Aufgelaufene Verbindlichkeiten (2040)	IDIV-Steuerbetrag	Bei Erstellung der Buchungsabrechnung	IDIV-Steuer auf Nettoumsatz

Steuer auf Gebühren

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Steuer-auf-Gebühren-Buchung	Vorsteuer (1110)	Steuerbetrag auf Gebühren	Aufgelaufene Verbindlichkeiten (2040)	Steuerbetrag auf Gebühren	Bei Erstellung der Buchungsabrechnung	MwSt. auf Gebühren berechnet

4. Gutscheinverwaltung

Gutscheinausgabe: Beim Verkauf von Geschenkkarten oder Gutscheinen (unabhängig davon, ob sie bezahlt wurden) wird die Verbindlichkeit zur Erbringung zukünftiger Leistungen erfasst

Gutscheinausgabe

Kunde kauft eine Geschenkkarte (nur der Kauf, nicht die Zahlung):

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Gutscheinausgabebuchung	Forderungen aus L&L (1050)	Gutscheinwert	Ausstehende Gutscheine (2050)	Gutscheinwert	Synchronisierungsdatum	Geschenkkarte an Kunden verkauft

Hinweis: Bei Einlösung eines Gutscheins wird dieser als Zahlungsmittel behandelt, sodass die Einlösung dem Standard-Zahlungstransaktionsfluss folgt.

5. Kassenverwaltung

⚠️ Vorübergehend deaktiviert: Kassenverwaltungsbuchungen (Kassentransfers und Kassenkorrekturen) sind vorübergehend von den Journalbuchungen ausgeschlossen, während das Kassenbuch optimiert wird. Sie werden nach Abschluss der Optimierung wieder hinzugefügt.

Kassentransfers: Verschiebung von Geldern zwischen verschiedenen Kassenkonten
Kassenkorrekturen (Gewinn): Anpassungen bei buchhalterischen Überschüssen (wenn das physische Bargeld höher als erwartet ist)
Kassenkorrekturen (Verlust): Anpassungen bei buchhalterischen Fehlbeträgen (wenn das physische Bargeld geringer als erwartet ist)

Kassentransfer

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Kassentransfer-Buchung	Kasse – Zielstandort (benutzerdefinierter Code)	Transferbetrag	Kasse – Quellstandort (benutzerdefinierter Code)	Transferbetrag	Synchronisierungsdatum	Bargeld zwischen Standorten transferiert

Kassenkorrektur (Gewinn)

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Kassenkorrekturbuchung (Gewinn)	Kasse – Standort (benutzerdefinierter Code)	Überschussbetrag	Kassenkorrektur (3060)	Überschussbetrag	Synchronisierungsdatum	Kassenüberschuss-Anpassung

Kassenkorrektur (Verlust)

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Kassenkorrekturbuchung (Verlust)	Kassenkorrektur (3060)	Fehlbetrag	Kasse – Standort (benutzerdefinierter Code)	Fehlbetrag	Synchronisierungsdatum	Kassenfehlbetrag-Anpassung

6. Auszahlungsvorgänge

⚠️ Vorübergehend deaktiviert: Auszahlungsbuchungen sind vorübergehend von den Journalbuchungen ausgeschlossen, während sichergestellt wird, dass alle vergangenen Auszahlungen korrekt abgerufen werden. Sie werden nach Abschluss wieder hinzugefügt.

Erfasst die Bewegung von Geldern vom Smeetz Pay Acquiring-Konto (abzüglich Gebühren) auf das Bankkonto des Veranstalters:

Gebührenabzüge: Abzug der aufgelaufenen Gebühren von der Auszahlung
Banküberweisungen: Banküberweisungen von Smeetz Pay Acquiring (abzüglich Gebühren) auf Bankkonten der Veranstalter

Gebührenabzug von Auszahlung

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Gebührenabzugsbuchung	Aufgelaufene Verbindlichkeiten (2040)	Gesamtgebührenbetrag	Smeetz Pay acquiring (1000)	Gesamtgebührenbetrag	Bei Erstellung der Buchungsabrechnung	Von Auszahlung abgezogene Gebühren

Banküberweisung

Buchungsart	Sollkonto	Sollbetrag	Habenkonto	Habenbetrag	Buchungsdatum	Beschreibung
Banküberweisungsbuchung	Bankkonto (1001)	Auszahlungsbetrag	Smeetz Pay acquiring (1000)	Auszahlungsbetrag	Wertstellungsdatum der Banküberweisung	Gelder auf Bankkonto überwiesen

Datenstruktur

Spaltendefinitionen

Jeder Datensatz in den finalen Journalbuchungen enthält folgende Spalten:

Zeitspalten

Synchronisierungsdatum (DATETIME): Datum und Uhrzeit, zu der das Geschäftsereignis abgeschlossen und in unserer Datenbank synchronisiert wurde.
Erstellungsdatum (DATETIME): Der Zeitstempel, wann der ursprüngliche Transaktionsdatensatz im Quellsystem erstellt wurde.
Änderungsdatum (DATETIME): Der Zeitstempel der letzten Änderung oder Aktualisierung des Transaktionsdatensatzes.
Buchungsdatum (DATETIME): Das Datum, an dem die Transaktion für Finanzberichtszwecke erfasst werden soll. Kann vom Synchronisierungsdatum abweichen.

Transaktionsidentifikation

Journalbuchungs-ID (STRING): Eindeutiger Bezeichner für jeden Journalbucheintrag, zusammengesetzt aus der Transaktions-ID und einem Eintragstyp-Bezeichner (z. B. „12345S", „12345F"...).
Ereignis (STRING): Übergeordnete Geschäftsereigniskategorie (z. B. „Verkäufe", „Zahlung", „Gebühren", „Gutschein", „Kassentransfer", „Auszahlung").

Kontoinformationen

Sollkontocode (STRING): Numerischer Code zur Identifikation des zu belastenden Kontos (z. B. „1050", „2030", „3200").
Sollkontoname (STRING): Beschreibender Name des zu belastenden Kontos.
Habenkontocode (STRING): Code zur Identifikation des zu erkennenden Kontos.
Habenkontoname (STRING): Beschreibender Name des zu erkennenden Kontos.

Geldwerte

Sollwert (NUMERIC): Der als Soll zu buchende Betrag. Immer eine positive Zahl, die die Erhöhung des Sollkontos darstellt.
Habenwert (NUMERIC): Der als Haben zu buchende Betrag. Immer eine positive Zahl, die die Erhöhung des Habenkontos darstellt. Sollte immer dem Sollwert entsprechen.

Referenzinformationen

Bestellreferenz (STRING): Die kundenseitige Bestellreferenz zur Rückverfolgbarkeit. Zeigt „N/A" für Gebühren- und Auszahlungstransaktionen ohne zugehörige Bestellungen.
Buchungsabrechnungs-ID (STRING): Der interne Buchungsabrechnungsbezeichner, der zur Verknüpfung von Transaktionen mit bestimmten Buchungsabrechnungen verwendet wird.

Dieses Modell folgt den Standard-Buchhaltungsgrundsätzen und liefert eine vollständige, prüfbare Aufzeichnung aller Finanztransaktionen im System.

BETA - Dokumentation der Journalbuchungen