REFERENCE

Zahlungsverkehr-Glossar

Das Vokabular des Zahlungsverkehrs – Karten, Konten, Krypto sowie Risiko und Betrieb drumherum – verständlich erklärt. Ein Eintrag pro Begriff, orientiert an der tatsächlichen Funktionsweise der Systeme.

01

Core Rails

Autorisierung

Die Autorisierung ist die Echtzeitprüfung, ob eine Zahlung ausgeführt werden kann: Der Issuer genehmigt oder lehnt die Anfrage ab und reserviert bei Genehmigung den Betrag. In diesem Schritt fließt noch kein Geld; der Betrag wird lediglich reserviert und ein Autorisierungscode zurückgegeben. Eine erfolgreiche Autorisierung ist ein Zahlungsversprechen, nicht die Zahlung selbst.

Capture

Capture ist der Schritt, der aus einer genehmigten Autorisierung eine tatsächliche Belastung macht: Der Issuer wird angewiesen, die reservierten Mittel zu übertragen. Er kann unmittelbar nach der Autorisierung oder später erfolgen – etwa beim Warenversand – bis zum Ablauf der Autorisierung. Wird weniger als der autorisierte Betrag eingezogen (Teil-Capture), wird der Rest für den Karteninhaber wieder freigegeben.

Clearing

Clearing ist der Austausch von Transaktionsdaten zwischen Acquirer und Issuer, der klärt, wer wem was schuldet – noch bevor Geld fließt. Dabei werden die eingezogenen Transaktionen des Tages zu den Beträgen verrechnet, die jede Partei abwickelt. Das Clearing begründet die Forderung; das Settlement erfüllt sie.

Der Zahlungslebenszyklus
Settlement

Das Settlement ist die Geldbewegung, die die im Clearing festgestellten Verpflichtungen erfüllt – der Moment, in dem das Geld tatsächlich zwischen den Banken den Besitzer wechselt. Bei Kartenzahlungen erfolgt es meist einen Tag oder mehr nach dem Kauf; über Instant-Rails und On-Chain kann es nahezu in Echtzeit geschehen. Bis das Settlement abgeschlossen ist, ist eine eingezogene Zahlung eine Forderung, kein Bargeld.

Der Zahlungslebenszyklus
Interchange

Die Interchange ist das Entgelt, das der Acquirer bei jeder Kartentransaktion an den Issuer zahlt. Sie wird von den Kartenorganisationen festgelegt und in der Regel an den Händler weitergegeben. Sie ist der größte Posten der meisten Akzeptanzkosten und variiert je nach Kartentyp, Region und Art der Transaktion. Die Interchange vergütet den Issuer für die Kundenbeziehung und das Kreditrisiko.

Abgleich

Reconciliation (Abstimmung) ist der zeilenweise Abgleich zwischen erwarteten und tatsächlich abgewickelten Zahlungen, sodass jeder Cent nachvollziehbar ist. Dabei werden die eigenen Daten mit Processor-Berichten, Kontoauszügen und Scheme-Dateien verglichen und Gebühren, zeitliche Abweichungen und Differenzen markiert. Ohne Reconciliation verstecken sich Gebühren und fehlgeschlagene Auszahlungen in der Lücke zwischen Autorisierung und Geldeingang.

Protocore Center
Auszahlung

Eine Auszahlung ist die Überweisung abgewickelter Gelder an einen Händler, Verkäufer oder Endnutzer – die ausgehende Seite einer Zahlungsplattform. Auszahlungen können geplant (tägliche oder wöchentliche Sammelläufe) oder auf Abruf erfolgen und haben jeweils eigene Rails, Laufzeiten und Gebühren. Mit der Auszahlung wird aus einer eingezogenen Zahlung endlich verfügbares Geld auf einem Konto.

Protocore Center
Batch

Ein Batch ist eine Gruppe von Transaktionen, die gemeinsam statt einzeln eingereicht oder abgewickelt wird, meist zum Geschäftsschluss. Händler bündeln Captures für das Clearing; Banken bündeln Auszahlungen und Lastschriften in geplanten Läufen. Batching tauscht Unmittelbarkeit gegen Effizienz und planbare Abwicklungsfenster.

02

Kartenzahlungen

Acquirer

Der Acquirer ist die Bank oder lizenzierte Institution, die es einem Händler ermöglicht, Kartenzahlungen zu akzeptieren, und die Gelder in dessen Namen entgegennimmt. Er verbindet den Händler mit den Kartenorganisationen, trägt das Settlement-Risiko und haftet letztlich für Chargebacks. Der Acquirer steht bei jeder Kartentransaktion auf der Händlerseite, dem Issuer gegenüber.

Protocore Gateway
Issuer

Der Issuer ist die Bank oder Institution, die dem Karteninhaber Karte und Konto bereitstellt und jede Transaktion genehmigt oder ablehnt. Er finanziert den Kauf bei der Autorisierung, belastet den Karteninhaber und zahlt über das Netzwerk an den Acquirer. Jede Kartentransaktion läuft zwischen einem Issuer und einem Acquirer.

Payment-Gateway

Ein Zahlungs-Gateway ist die Softwareschicht, die beim Checkout die Zahlungsdaten erfasst und sicher an Processor und Kartenorganisationen weiterleitet. Es übernimmt den kundennahen Teil – Zahlungsseite, Verschlüsselung und Autorisierungsanfrage – und liefert eine Genehmigung oder Ablehnung zurück. Ein Gateway transportiert die Nachricht; das Geld hält oder bewegt es nicht.

Protocore Gateway
Payment Processor

Ein Payment Processor ist der Dienst, der eine Transaktion zwischen dem Acquirer des Händlers und dem Issuer des Kunden befördert und Autorisierung, Clearing und Settlement abwickelt. Er übersetzt die Anfrage des Händlers in Netzwerknachrichten und leitet die Antwort zurück. Das Gateway ist die Eingangstür; der Processor ist die Maschinerie dahinter.

Protocore Gateway
PSP (Zahlungsdienstleister)

Ein Payment Service Provider (PSP) bündelt Gateway, Processing und oft auch Acquiring in einem Dienst, sodass Händler Zahlungen akzeptieren können, ohne jede Komponente einzeln zu beauftragen. PSPs nehmen Händler in der Regel über ihre eigene Acquiring-Beziehung auf und leiten die Gelder an sie weiter. Der Preis für den Komfort ist ein Teil der Kontrolle über Routing und Settlement.

Protocore Gateway
Merchant of Record

Der Merchant of Record (MoR) ist die juristische Person, die für einen Verkauf verantwortlich ist: Er erscheint auf dem Kontoauszug des Kunden, zieht die Zahlung ein, führt die Steuern ab und haftet für Erstattungen und Chargebacks. Mit einem Merchant-of-Record-Anbieter kann ein Unternehmen in Märkten verkaufen, in denen es keine lokale Gesellschaft hat. Der MoR trägt die Compliance- und finanzielle Verantwortung für jede Transaktion.

Brauchen Sie eine Banklizenz?
Chargeback

Ein Chargeback ist eine erzwungene Rückabwicklung einer Kartenzahlung, die vom Issuer des Karteninhabers ausgelöst wird, meist nach einem Streitfall wegen Betrugs, ausgebliebener Lieferung oder fehlerhafter Abrechnung. Die Gelder werden dem Händler entzogen und dem Karteninhaber gutgeschrieben, während die Reklamation geprüft wird. Chargebacks verursachen Gebühren und bei hohem Volumen Strafen der Kartenorganisationen – deshalb ist Prävention besser als Verteidigung.

Erstattung vs. Stornierung

Eine Erstattung (Refund) ist eine neue Transaktion, die dem Kunden nach abgewickelter Zahlung Geld zurückgibt und separat auf dessen Abrechnung erscheint. Eine Stornierung (Reversal) hebt eine Autorisierung oder ein Capture vor dem Settlement auf, sodass die ursprüngliche Belastung nie vollständig eintrifft. Stornieren, wenn möglich (schneller und günstiger); erstatten, wenn das Geld bereits geflossen ist.

3-D Secure / SCA

3-D Secure (3DS) ist das Protokoll, das zwischen Karteneingabe und Autorisierung einen Authentifizierungsschritt einfügt – Bankabfrage, Biometrie oder Einmalcode –, um nachzuweisen, dass der Käufer der echte Karteninhaber ist. Es ist der gängige Weg, die Starke Kundenauthentifizierung (SCA) zu erfüllen, die Zwei-Faktor-Anforderung für viele Online-Zahlungen in Europa. Mit erfolgreichem 3DS geht zudem die Betrugshaftung vom Händler auf den Issuer über.

Tokenisierung

Die Tokenisierung ersetzt eine sensible Kartennummer durch einen Ersatzwert – ein Token –, der bei Diebstahl wertlos ist und sicher gespeichert oder wiederverwendet werden kann. Die echte Nummer bleibt in einem gesicherten Tresor; bei späteren Belastungen steht das Token stellvertretend für sie. So schrumpfen die Systeme, die mit Rohdaten der Karte in Berührung kommen, und mit ihnen Datenschutzrisiko und Compliance-Umfang.

Protocore Gateway
03

Karten & Akzeptanz

Kartenausgabe (Card Issuing)

Card Issuing bezeichnet das Erstellen und Betreiben von Zahlungskarten – virtuell oder physisch –, die an von Ihnen kontrollierte Konten gebunden sind, samt Genehmigung der damit ausgelösten Transaktionen. Eine moderne Issuing-Plattform erlaubt es, Karten per API anzulegen, Ausgabenregeln festzulegen und in Echtzeit gegen das eigene Hauptbuch zu autorisieren. Issuing macht aus einem Guthaben eine Karte, mit der man tatsächlich bezahlen kann.

Protocore Issuing
Prepaid vs. Debit

Eine Prepaid-Karte verwendet ein auf die Karte geladenes Guthaben, unabhängig von einem Bankkonto, während eine Debitkarte direkt auf ein verknüpftes Konto zugreift. Prepaid begrenzt die Ausgaben auf den geladenen Betrag und lässt sich ohne vollständige Bankbeziehung ausgeben; Debit bindet jede Transaktion an einen zugrunde liegenden Kontostand. Beide autorisieren gegen verfügbares Guthaben, nicht gegen einen Kreditrahmen.

Protocore Issuing
BIN

Die BIN (Bank Identification Number) sind die ersten sechs bis acht Ziffern einer Kartennummer; sie bestimmen Issuer, Kartenorganisation, Land und Produkttyp. Kartenorganisationen und Acquirer nutzen die BIN, um eine Transaktion zum richtigen Issuer zu routen und die passenden Regeln und Gebühren anzuwenden. So weiß eine Zahlung, welche Bank sie um Genehmigung bitten muss.

Protocore Issuing
PAN

Die PAN (Primary Account Number) ist die vollständige, auf die Karte geprägte oder gedruckte Kartennummer – meist 16 Ziffern –, die das Konto gegenüber dem Netzwerk identifiziert. Sie ist der sensible Wert, den Tokenisierung und Verschlüsselung schützen sollen, und ihre Offenlegung bestimmt weitgehend den PCI-Umfang. Die führenden Ziffern der PAN bilden die BIN; die letzte Ziffer ist eine Prüfziffer.

EMV

EMV ist der weltweite Chipkartenstandard, der eine Karte am Point of Sale kryptografisch authentifiziert und den leicht zu klonenden Magnetstreifen ablöst. Jede Transaktion erzeugt ein einmaliges Kryptogramm, das der Issuer prüfen kann, wodurch gefälschte Karten kaum noch einsetzbar sind. EMV regelt auch die Kartenpräsentation per Contactless und Mobile Wallet.

Protocore PoS
Contactless / NFC

Beim kontaktlosen Bezahlen genügt es, Karte oder Smartphone an das Terminal zu halten; per NFC (Near Field Communication) wird dabei über wenige Zentimeter ein EMV-Kryptogramm ausgetauscht. Es bietet dieselbe Chip-Sicherheit wie eine gesteckte Karte, die Transaktion wird auf gleiche Weise autorisiert. Smartphones ergänzen die Biometrie des Geräts, weshalb beim Tap-to-Pay oft keine PIN nötig ist.

Protocore PoS
PoS (Point of Sale)

Der Point of Sale (PoS) ist der Ort, an dem ein Kunde einen Kauf vor Ort abschließt – das Terminal oder die Software, die die Karte liest, die Transaktion aufbaut und die Autorisierung anfordert. Moderne PoS-Lösungen reichen vom Tischterminal bis zum Smartphone, das Taps direkt annimmt. Er ist der Einstieg in der physischen Welt in denselben Ablauf von Autorisierung bis Settlement wie bei einem Online-Checkout.

Protocore PoS
04

Konten & IBANs

IBAN

Eine IBAN (International Bank Account Number) ist die standardisierte Kontokennung, mit der Überweisungen in Europa und weiten Teilen der Welt geroutet werden. Sie kodiert Land, Bank und Konto in einer einzigen Zeichenfolge samt Prüfsumme, die Tippfehler erkennt, bevor eine Zahlung gesendet wird. Eine IBAN nennt, wo das Geld ankommen soll; wem das Konto gehört, sagt sie für sich genommen nicht.

Protocore vIBAN
Virtuelle IBAN

Eine virtuelle IBAN (vIBAN) ist eine echte, routbare IBAN, die auf einem einzelnen zugrunde liegenden Konto aufsetzt, sodass Zahlungseingänge automatisch einem bestimmten Kunden, einer Bestellung oder einem Zweck zugeordnet werden können. Eingehende Überweisungen auf eine vIBAN stimmen sich selbst ab – Sie wissen beim Geldeingang sofort, wer gezahlt hat, ganz ohne Abgleich über den Verwendungszweck. Virtuelle IBANs geben einer Plattform eigene Kontonummern pro Nutzer, ohne für jeden ein Bankkonto zu eröffnen.

Was ist eine virtuelle IBAN?
BIC / SWIFT

Ein BIC (Bank Identifier Code), auch SWIFT-Code genannt, identifiziert bei internationalen Überweisungen ein bestimmtes Kreditinstitut – das Gegenstück zur IBAN, die das Konto benennt. Die IBAN sagt, welches Konto, der BIC, welches Institut und wie es über das SWIFT-Netzwerk erreichbar ist. Innerhalb von SEPA genügt meist die IBAN allein, daher ist der BIC oft optional.

SEPA

SEPA (der Einheitliche Euro-Zahlungsverkehrsraum) ist das Verfahren, das Euro-Überweisungen zwischen teilnehmenden Ländern wie Inlandszahlungen funktionieren lässt – gleiches Format, gleiche Regeln, kein Aufpreis für die Grenze. Es umfasst Standardüberweisungen und Lastschriften, die in Batches über einen Tag oder länger abgewickelt werden. Dank SEPA ist eine Euro-Zahlung von IBAN zu IBAN quer durch Europa Routine und günstig.

Protocore vIBAN
SEPA Instant

SEPA Instant (SCT Inst) ist die Echtzeitvariante der SEPA-Überweisung und bewegt Euro in Sekunden zwischen Konten, zu jeder Stunde an jedem Tag. Die Gelder sind sofort endgültig und verfügbar, anders als bei der Standard-SEPA-Überweisung, die in Batches abgewickelt wird. Damit kommen Konto-zu-Konto-Zahlungen der Geschwindigkeit eines Karten-Taps nahe – ohne Kartenorganisation dazwischen.

Protocore vIBAN
05

Krypto & Settlement

On-Ramp

Ein On-Ramp ist der Weg von herkömmlichem Geld in Krypto: Nutzer zahlen per Karte oder Überweisung und erhalten digitale Assets in einer Wallet. Er übernimmt Fiat-Einzug, Identitätsprüfung und Umtausch in einem Ablauf. Am On-Ramp trifft ein Zahlungsproblem (Geld annehmen) auf ein Blockchain-Problem (ein Asset zustellen).

Protocore Ramp
Off-Ramp

Ein Off-Ramp ist der umgekehrte Weg: Krypto wird zurück in herkömmliches Geld getauscht und auf ein Bankkonto ausgezahlt. Er verkauft oder löst das Asset ein, führt die Compliance-Prüfungen für die Auszahlung durch und wickelt die resultierenden Gelder über eine normale Zahlungs-Rail ab. Zusammen ermöglichen On- und Off-Ramps einem Produkt, Werte in und aus Krypto zu bewegen, ohne dass Nutzer eine Börse anfassen müssen.

Protocore Ramp
Stablecoin

Ein Stablecoin ist ein Krypto-Token, das einen stabilen Wert halten soll, indem es sich an eine Referenz wie eine staatliche Währung koppelt, in der Regel gedeckt durch entsprechende Reserven. Da sein Wert stabil ist, kann es als Settlement-Medium dienen – Werte lassen sich on-chain bewegen, ohne die Kursschwankungen anderer Krypto-Assets. Stablecoins lassen Geld mit Blockchain-Geschwindigkeit abwickeln und bleiben dabei in vertrauten Einheiten denominiert.

Protocore Chain
On-Chain-Settlement

On-Chain-Settlement bedeutet, eine Zahlungsverpflichtung durch die Übertragung von Werten auf einer Blockchain zu erfüllen, wobei der Transfer ohne Bank dazwischen erfasst und endgültig ist. Es kann in Sekunden rund um die Uhr abgewickelt werden, und das Ledger selbst ist der Zahlungsnachweis. In der Praxis ist es am nützlichsten, wenn der Wert wieder auf einem Bankkonto landen kann – ein On-Chain-Transfer, der in einer IBAN mündet.

Protocore Chain
Custody vs. Self-Custody

Bei Custody hält ein Dritter die privaten Schlüssel zu Ihrem Krypto und ist für die Verwahrung verantwortlich; bei Self-Custody halten Sie Ihre Schlüssel selbst und tragen diese Verantwortung allein. Custody tauscht Kontrolle gegen Komfort und Rückgriffsmöglichkeiten; Self-Custody tauscht Rückgriff gegen volle Kontrolle. Die Unterscheidung entscheidet, wer die Assets bewegen kann und wer haftet, wenn Schlüssel verloren gehen oder gestohlen werden.

Protocore Safe
Hot vs. Cold Wallet

Eine Hot Wallet hält ihre Schlüssel auf einem mit dem Internet verbundenen System, damit Gelder sofort bewegt werden können; eine Cold Wallet hält sie offline, von jedem Netzwerk isoliert. Hot Wallets bedienen den Tagesverkehr und nehmen die größere Angriffsfläche in Kauf; Cold Wallets verwahren Reserven, die selten bewegt werden, aber sicher bleiben müssen. Die meisten Betriebe teilen ihre Gelder auf beide auf – genug Hot zum Transagieren, der Großteil Cold.

Protocore Safe
Wallet-as-a-Service

Wallet-as-a-Service ist eine Infrastruktur, mit der ein Produkt über eine API Krypto-Wallets für seine Nutzer erstellen und verwalten kann – ohne das Key-Management von Grund auf selbst zu entwickeln. Sie übernimmt Wallet-Erstellung, Signierung und Sicherheit, sodass sich die App auf das eigene Nutzungserlebnis konzentrieren kann. So wird das Halten und Bewegen von On-Chain-Assets zu einer Funktion, die Sie aufrufen, statt zu einem System, das Sie betreiben.

Protocore Wallets
06

Risiko & Compliance

KYC

KYC (Know Your Customer) ist der Prozess, mit dem die Identität eines Kunden geprüft wird, bevor er Transaktionen durchführen darf – Ausweisdokumente werden erfasst und geprüft und es wird bestätigt, dass die Person ist, wer sie vorgibt zu sein. Es ist eine grundlegende Kontrolle gegen Betrug, Geldwäsche und Sanktionsverstöße. KYC stellt die Identität fest; das laufende Monitoring überwacht, was diese Identität anschließend tut.

KYC vs. KYB

KYC verifiziert einzelne Kunden, KYB (Know Your Business) dagegen ein Unternehmen – seine rechtliche Existenz, seine Eigentümerstruktur und die Personen, die es letztlich kontrollieren. KYB umfasst Schritte, die KYC nicht abdeckt: Registerprüfungen, Identifizierung der wirtschaftlich Berechtigten und die Klärung, wer zur Vertretung befugt ist. Eine Plattform, die Unternehmen onboardet, braucht beides – KYB für das Unternehmen, KYC für die Personen dahinter.

AML

AML (Anti-Money Laundering, Geldwäscheprävention) umfasst die Kontrollen, die den Fluss illegaler Gelder durch ein Finanzsystem erkennen und verhindern – durch Transaktionsüberwachung, Prüfung der Beteiligten und Meldung verdächtiger Aktivitäten. Sie verbindet Identitätsprüfungen beim Onboarding mit der laufenden Überwachung des Verhaltens. AML ist ein kontinuierliches Programm, keine einmalige Hürde.

Sanktionsprüfung

Die Sanktionsprüfung gleicht Kunden, Geschäftspartner und Transaktionen mit staatlichen und internationalen Sanktionslisten ab, um Geschäfte mit verbotenen Personen, Organisationen und Ländern zu verhindern. Sie läuft beim Onboarding und erneut bei jeder relevanten Transaktion, da sich die Listen ständig ändern. Ein einziger bestätigter Treffer kann verlangen, Gelder einzufrieren und eine Meldung abzugeben, statt die Transaktion einfach abzulehnen.

07

Plattform & Betrieb

Embedded Finance

Embedded Finance bedeutet, Finanzdienstleistungen – Zahlungen, Konten, Karten, Kredite – direkt in ein Nicht-Finanzprodukt zu integrieren, sodass Nutzer die App für Transaktionen nie verlassen müssen. Sie stützt sich auf Infrastrukturanbieter, die die regulierte Technik per API bereitstellen. Gut umgesetzt, verschwindet das Finanzielle im Nutzungserlebnis: Checkout, Auszahlung und Karte laufen einfach an Ort und Stelle.

Ein Core, viele Apps
BaaS (Banking-as-a-Service)

Banking-as-a-Service (BaaS) ermöglicht es Nicht-Banken, bankähnliche Funktionen – Konten, Karten, Zahlungen – anzubieten, indem sie per API auf der Infrastruktur eines lizenzierten Anbieters aufbauen. Der Anbieter trägt die Lizenz und die regulatorische Verantwortung; die Plattform baut das Produkt und besitzt die Kundenbeziehung. Mit BaaS kann ein Softwareunternehmen Konten und Karten anbieten, ohne selbst Bank zu werden.

Brauchen Sie eine Banklizenz?
EMI (E-Geld-Institut)

Ein E-Geld-Institut (EMI) ist ein Unternehmen, das E-Geld ausgeben und Kundengelder halten darf, ohne eine vollwertige Bank zu sein. Die Gelder werden gesichert und nicht als Kredite ausgereicht. EMIs bilden häufig die Grundlage für Wallets, Prepaid-Programme und Zahlungskonten. Der Begriff beschreibt eine regulierte Institutsart – einen Baustein, auf dem Plattformen aufbauen, nicht die Behauptung, dass eine bestimmte Plattform die Lizenz besitzt.

Brauchen Sie eine Banklizenz?
Agentic Payments

Agentic Payments sind Transaktionen, die von autonomen Software-Agenten im Auftrag eines Nutzers innerhalb vom Nutzer festgelegter Grenzen initiiert und abgeschlossen werden. Der Agent benötigt eine klar begrenzte Befugnis, ein Ausgabenmandat und einen Audit-Trail – Kontrollen, die klären, was er kaufen darf, bis zu welchem Betrag und auf wessen Anweisung. Damit wechselt der Akteur einer Zahlung von einer Person am Checkout zu einem Programm mit Budget.

Protocore Agents
Idempotenz

Idempotenz bedeutet, dass die zweifache Ausführung derselben Operation dieselbe Wirkung hat wie die einmalige – die Absicherung, die verhindert, dass ein wiederholter Request einen Kunden doppelt belastet. Der Client sendet mit einer Zahlung einen eindeutigen Idempotency-Key; der Server speichert ihn und liefert bei jeder Wiederholung das ursprüngliche Ergebnis zurück. So wird das erneute Senden einer Zahlung nach einem Timeout sicher statt riskant.

Webhook

Ein Webhook ist eine Nachricht, die ein Zahlungssystem an Ihren Server sendet, sobald etwas passiert – eine Zahlung wird abgewickelt, eine Auszahlung schlägt fehl, ein Dispute wird eröffnet. So erfahren Sie von Ereignissen, ohne ständig abfragen zu müssen. Ihr Endpoint empfängt das Event, prüft die Signatur und reagiert darauf. Webhooks halten asynchrone Geldbewegungen mit Ihren eigenen Systemen synchron.

Ledger

Ein Ledger ist das maßgebliche Verzeichnis aller Salden und Bewegungen in einem Finanzsystem – die Single Source of Truth darüber, wer was besitzt. Im Zahlungsverkehr verfolgt es Gelder durch jeden Status, von autorisiert über abgewickelt bis ausgezahlt, sodass sich jeder Saldo durch die zugrunde liegenden Buchungen erklären lässt. Stimmen die Zahlen einmal nicht überein, wird gegen das Ledger abgestimmt.

Protocore Center
Doppelte Buchführung

Die doppelte Buchführung (Double-Entry) ist die buchhalterische Disziplin, bei der jede Bewegung als zwei korrespondierende Buchungen erfasst wird – Soll und Haben –, sodass die Bücher immer ausgeglichen sind. In einem Zahlungs-Ledger stellt sie sicher, dass Geld nie entsteht oder verschwindet, sondern nur zwischen Konten verschoben wird. Sie ist der strukturelle Grund, warum sich ein korrekt geführtes Ledger stets auf null abstimmen lässt.

Sie möchten ein System bauen?

Schildern Sie uns das Problem. Wir melden uns mit einer Architektur und einem Plan zurück.