5 Boleto-Dateneingabefehler,
die einen Protesto auslösen – und wie Sie sie vermeiden

Was ist Protesto und wie kann ein Dateneingabefehler ihn auslösen?

Protesto ist die formelle Registrierung einer unbezahlten Schuld bei einem Cartório de Protesto (Notariat). Es ist der erste rechtliche Schritt in der brasilianischen Schuldeneintreibung – bevor eine Klage eingereicht werden kann, muss der Gläubiger die Schuld in der Regel protestieren lassen, um einen öffentlichen Nachweis der Nichtzahlung zu schaffen. Der Ablauf ist wie folgt:

1. Der Gläubiger legt den unbezahlten Boleto dem Cartório vor.
2. Das Cartório benachrichtigt den Schuldner, der drei Werktage Zeit hat, die Schuld zu begleichen oder anzufechten.
3. Reagiert der Schuldner nicht, wird der Protesto registriert und ist ein öffentlicher Eintrag, der für Auskunfteien (Serasa und SPC) einsehbar ist.
4. Die protestierte Schuld bleibt in der Bonitätshistorie des Schuldners, bis sie beglichen und der Protesto beim Cartório gelöscht wird.

Das entscheidende Detail für das AR-Team: Protesto wird ausgelöst, wenn das System annimmt, ein Boleto sei nach Fälligkeit unbezahlt. Sind die für diesen Boleto eingegebenen Daten falsch – der Strichcode wurde vertippt, das Fälligkeitsdatum falsch eingetragen oder die Zahlung aufgrund einer doppelten Nosso Número dem falschen Boleto zugeordnet – kann das System ihn als unbezahlt markieren, obwohl er beglichen wurde. Der Protesto-Prozess prüft nicht auf Dateneingabefehler. Er prüft lediglich, ob der Datensatz im System einen offenen Saldo ausweist.

Fehler 1: Vertauschen des Código de Barras

Der 44-stellige Strichcode ist die eindeutige Kennung jedes Boletos. Mit 44 Stellen ist er auch das Feld, das am anfälligsten für manuelle Eingabefehler ist. Eine einzige Vertauschung – Ziffer 19 anstelle von Ziffer 20 eingeben oder „1234" mit „1243" vertauschen – erzeugt einen Strichcode, der entweder die Prüfsummenvalidierung (Mod 10 oder Mod 11, je nach Bank) nicht besteht oder, schlimmer noch, die Validierung besteht, aber auf einen anderen Boleto verweist.

Die Folge des ersten Typs (fehlgeschlagene Validierung) ist sofort erkennbar: Das System weist den Strichcode zurück, der Analyst bemerkt es und korrigiert ihn. Die Folge des zweiten Typs (Validierung bestanden, aber falscher Boleto) ist weitaus gefährlicher: Die Zahlung wird dem falschen Boleto gutgeschrieben, während der korrekte Boleto im System als unbezahlt bleibt. Wenn der Aussteller zum Monatsende seinen Fälligkeitsbericht erstellt, wird der korrekte Boleto als überfällig angezeigt. Löst dieser Bericht den Protesto-Workflow aus – der in vielen brasilianischen ERPs automatisiert ist – wird der falsche Boleto zum Protesto geschickt.

Die einzig zuverlässige Prävention ist die vollständige Eliminierung des manuellen Übertragungsschritts. Wenn der Strichcode direkt aus dem PDF von einem Extraktionstool gelesen wird, verschwindet die Kategorie der Vertauschungsfehler – das Tool liest alle 44 Ziffern in der richtigen Reihenfolge und schreibt sie ohne menschliche Tastatureingaben zwischen Quelldokument und Tabellenzeile in die Ausgabe.

Fehler 2: Falsches Ablesen des Vencimento (Fälligkeitsdatum)

Das Fälligkeitsdatum (data de vencimento) wird auf jedem Boleto im Format TT/MM/JJJJ angegeben – das ist der brasilianische Standard. Ein AR-Analyst, der in einer anderen Region geschult wurde oder in einem auf MM/TT/JJJJ konfigurierten System arbeitet, kann jedoch leicht „05/12/2026“ als 12. Mai statt 5. Dezember lesen. Umgekehrt kann ein brasilianischer Analyst, der die Ausgabe eines internationalen Systems liest, das Datumsformat in die andere Richtung falsch interpretieren.

Ein falsches Fälligkeitsdatum hat zwei protesto-bezogene Konsequenzen:

• Der Boleto scheint überfällig zu sein, bevor er es tatsächlich ist. Wurde das Fälligkeitsdatum als „05/12“ statt „12/05“ eingegeben, beginnt das System zwei Monate früher mit der Zählung der überfälligen Tage. Wenn das tatsächliche Fälligkeitsdatum erreicht ist, hat das System den Boleto bereits zur Eskalation vorgemerkt.
• Die Verzugszinsen (juros de mora) und die Vertragsstrafe (multa) werden auf Basis des falschen Datums berechnet. Das brasilianische Recht erlaubt bis zu 1 % monatliche Verzugszinsen zuzüglich einer ~2%igen multa. Wenn das System annimmt, der Boleto sei im Mai fällig gewesen, tatsächlich aber im Dezember, kann es sechs zusätzliche Monate Zinsen berechnen – was zu einer Anfechtung führt, wenn der Zahlungspflichtige den Betrag bestreitet.

In automatisierten ERPs wie Totvs (Protheus) oder SAP steuert das Fälligkeitsdatum im System direkt die Zuordnung zu den Altersstufen. Ist das Datum falsch, ist auch die Stufenzuordnung falsch, und die Protesto-Triggerlogik hat keine Möglichkeit zu erkennen, dass sie fehlerhafte Eingabedaten erhalten hat.

Fehler 3: Doppelte oder falsche Eingabe des Nosso Número

Der Nosso Número (bankinterne Referenz) ist die bankinterne Referenz für jeden Boleto. Anders als der 44-stellige Strichcode, der bankübergreifend standardisiert ist, variiert das Format des Nosso Número von Bank zu Bank – Bradesco verwendet eine Länge, Itaú eine andere und Santander eine dritte. Einige Banken enthalten Prüfziffern, andere nicht.

Wenn ein AR-Team den Nosso Número manuell aus dem Boleto-PDF in die Nachverfolgungstabelle eingibt, treten zwei Probleme überproportional häufig auf:

• Dopplung: Der Analyst gibt „12345678“ für einen Boleto und „12345687“ für einen anderen ein – die Ziffern sind nahezu identisch, und die Tabelle erkennt die Ähnlichkeit nicht. Wenn später der Bankabrechnungsbericht mit der Zahlung für den Nosso Número „12345678“ eingeht, ordnet das System diese korrekt dem ersten Boleto zu, aber der zweite Boleto bleibt im System als unbezahlt, obwohl seine Zahlung identisch war (gleiche Bank, gleiches Datum, ähnlicher Betrag).
• Kürzung oder Auffüllung: Der Analyst lässt die führenden Nullen eines Nosso Número weg, den die Bank als „00012345678“ formatiert, und gibt stattdessen „12345678“ ein. Wenn der Bankabrechnungsbericht „00012345678“ auflistet, schlägt der Abgleich fehl – das System sieht zwei unterschiedliche Zeichenfolgen.

Beide Szenarien erzeugen einen Phantom-überfälligen Boleto – einen, der im AR-System als unbezahlt erscheint, tatsächlich aber beglichen wurde. Je länger das Phantom bestehen bleibt (weil die Diskrepanz schwer zu erkennen ist, wenn die Beträge übereinstimmen), desto wahrscheinlicher gelangt es in die Protesto-Pipeline.

Fehler 4: Falscher Valor (Betrag) erfasst

Eingabefehler bei Beträgen sind beim Abgleich am leichtesten zu erkennen (der ausgeglichene Betrag weicht meist vom erfassten Betrag ab), aber sie sind auch am häufigsten – und können in bestimmten Fällen indirekt einen Protesto auslösen.

Brasilien verwendet das Dezimalkomma: R$ 1.234,56 bedeutet eintausendzweihundertvierunddreißig Real und sechsundfünfzig Centavos. Ein Analyst, der die internationale Konvention erwartet, könnte „1234.56“ in ein System eingeben, das „1.234,56“ erwartet – oder umgekehrt. Das System lehnt den Wert entweder ab (leicht zu erkennen) oder akzeptiert ihn stillschweigend mit verschobener Dezimalstelle (gefährlich). Ein Boleto über R$ 1.500,00 (eintausendfünfhundert), der als „1500.00“ in ein System eingegeben wird, das den Punkt als Tausendertrennzeichen liest, könnte als R$ 1,50 (ein Real und fünfzig Centavos) interpretiert werden – eine Differenz von 1.498,50 Real.

Wie dies einen Protesto auslöst: Wenn der erfasste Betrag niedriger ist als der tatsächliche Boleto-Wert, zeigt das System nach der Zahlung einen verbleibenden Teilbetrag an. „Boleto ausgestellt über R$ 1.500,00. Zahlung erhalten: R$ 1,50. Offen: R$ 1.498,50.“ Das System generiert eine Benachrichtigung über den fälligen Restbetrag. Bleibt dieser unbezahlt, eskaliert er zum Protesto für den „Restbetrag“ – der eigentlich ein Dezimalformatfehler ist. Der Zahler, der bereits R$ 1.500,00 (den vollen Betrag) bezahlt hat, wird nun wegen einer Phantom-Schuld protestiert, die durch ein falsch gesetztes Komma verursacht wurde.

Fehler 5: Übersehen von Teilzahlungen und Verzugszinsen

Dies ist weniger ein einzelner Tippfehler als vielmehr ein Workflow-Versagen, aber es ist in der Praxis der häufigste Auslöser für einen Protesto. Ein Zahler überweist R$ 500 eines R$ 1.000 Boletos – vielleicht, weil er einen Teil der Rechnung bestreitet, vielleicht, weil er zu dem Zeitpunkt nur R$ 500 hatte. Das AR-Team erfasst R$ 500. Aber das System zeigt immer noch R$ 500 als offen an. Das Fälligkeitsdatum des Boletos verstreicht. Es geht keine weitere Zahlung ein. Das System eskaliert zum Protesto über R$ 500.

Die Sicht des Zahlers: „Ich habe R$ 500 bezahlt. Warum werde ich wegen R$ 500 protestiert?“ Die Sicht des Ausstellers: „Es ging nur eine Teilzahlung ein. Der Restbetrag ist berechtigt.“ Keine der beiden Sichten ist falsch – aber die Eskalation zum Protesto für einen strittigen oder anerkannten Teilbetrag erzeugt genau die Art von Kundenkonflikten, die Beziehungen kostet, nicht nur Geld.

Ähnlich verhält es sich, wenn ein Boleto nach dem Fälligkeitsdatum bezahlt wird: Der tatsächlich erhaltene Betrag umfasst den ursprünglichen Wert zuzüglich Verzugszinsen (juros de mora) und Vertragsstrafe (multa). Wenn das AR-System nur den ursprünglichen Nominalbetrag (valor nominal) verfolgt, übersteigt der Ausgleichsbetrag den erfassten Betrag. Der Analyst sieht eine positive Abweichung – „Überzahlung“ – und behandelt sie möglicherweise als nicht zugeordnetes Bargeld, anstatt sie als legitime Verzugsgebühren zu erkennen. Wird dieses Bargeld nicht dem Boleto-Datensatz zugeordnet, zeigt das System weiterhin einen offenen Saldo an, und der Protesto-Auslöser kann ausgelöst werden, obwohl die Zahlung vollständig (mit Zinsen) beglichen wurde.

Wie Extraktionsautomatisierung diese Fehler verhindert, bevor sie entstehen

Allen fünf Fehlern ist gemeinsam: Ein menschlicher Tastendruck steht zwischen dem Boleto-PDF und dem AR-System. Wenn die Daten getippt werden, können Fehler entstehen. Werden die Daten automatisch extrahiert, werden die oben genannten Fehler strukturell verhindert – nicht weil die KI „genauer“ wäre als ein Mensch (was sie in der Regel ist), sondern weil der Extraktionspfad keinen Transkriptionsschritt enthält, bei dem die Strichcode-Ziffern oder der Betrag durch menschliche Finger gehen.

Speziell für das Teilzahlungsszenario hilft die Automatisierung, indem sie die Daten schneller verfügbar macht. Wenn ein AR-Team innerhalb von Minuten strukturierte Daten von jedem Boleto in einem Batch erhält, können sie Teilzahlungen identifizieren und den Verfolgungsdatensatz anpassen, bevor der automatische Protesto-Trigger des Systems auslöst. Der Engpass im manuellen Workflow ist nicht das Wissen, was zu tun ist – es ist die Zeit, die benötigt wird, um die Daten in das System zu bekommen, wo das Wissen angewendet werden kann.

Eine vollständige Schritt-für-Schritt-Anleitung zur Einrichtung eines automatisierten Boleto-Extraktions-Workflows finden Sie unter So extrahieren Sie Boleto Bancário-Daten in Excel.

Häufig gestellte Fragen

Jeder Tippfehler kann einen Protesto auslösen

Die fünf hier beschriebenen Fehler folgen einem Muster: Jeder verwandelt eine korrekte Zahlung in einen falschen überfälligen Eintrag. Das AR-System weiß nicht, dass der Strichcode vertauscht oder das Fälligkeitsdatum falsch gelesen wurde. Es erkennt nur, dass die Daten in seinen Feldern einen ausstehenden Saldo nach dem Fälligkeitsdatum anzeigen. Wenn diese Bedingung erfüllt ist, wird der Protesto ausgelöst – und ein Kunde, der tatsächlich pünktlich gezahlt hat, entdeckt, dass er einen öffentlichen Schuldeneintrag hat.

Die Lösung besteht nicht darin, das AR-Team zu bitten, sorgfältiger zu tippen. Die Lösung besteht darin, den Tippschritt vollständig aus dem Arbeitsablauf zu entfernen. Die Daten des Boleto sind bereits auf dem Dokument vorhanden, strukturiert nach einem nationalen Standard. Ein Extraktionstool, das sie direkt liest, eliminiert die fünf Fehlerquellen an ihrer Quelle – bevor sie die Tabelle, das ERP und das Cartório de Protesto (Notariat) erreichen.