Boletoデータ入力ミス5選
プロテスト（抗議）を招くミスとその回避策

プロテスト（抗議）とは？データ入力ミスがどのように引き起こすのか

プロテスト（抗議）とは、未払いの債務をカルトリオ・デ・プロテスト（公証役場）に正式に登録することです。これはブラジルの債務回収における最初の法的手続きであり、訴訟を起こす前に、債権者は通常、債務不履行の公的記録を確立するために債務をプロテストに付す必要があります。このプロセスは次のように進行します：

1. 債権者が未払いのBoleto（ボレト）を公証役場に提出します。
2. 公証役場が債務者に通知し、債務者には支払いまたは異議申し立てのための3営業日が与えられます。
3. 債務者が応答しない場合、プロテストが登録され、信用調査機関（Serasa / SPC）がアクセスできる公的記録となります。
4. プロテストされた債務は、支払われて公証役場でプロテストが取り消されるまで、債務者の信用履歴に残り続けます。

ARチームにとって重要な詳細は、プロテストはシステムがBoletoの支払期限を過ぎても未払いであると判断したときにトリガーされるという点です。そのBoletoに入力されたデータが間違っている場合（バーコードの入力ミス、支払期限の誤入力、重複したNosso Número（銀行管理番号）により支払いが誤ったBoletoに適用された場合など）、システムは実際には決済済みであるにもかかわらず、未払いとしてフラグを立てる可能性があります。プロテストのプロセスはデータ入力エラーをチェックしません。システム内のレコードに未払い残高が表示されているかどうかのみをチェックします。

ミス1：Código de Barras（バーコード）の桁の入れ替え

44桁のバーコードは、各Boleto（ボレト）の一意の識別子です。また、44桁であるがゆえに、手動入力ミスが最も発生しやすいフィールドでもあります。1桁の入れ替え（19桁目を20桁目として入力する、または「1234」を「1243」と入れ替える）により、バリデーションチェックサム（銀行によってmod 10またはmod 11）に失敗するバーコードが作成されるか、さらに悪いことに、バリデーションを通過しても別のBoletoに解決されてしまうバーコードが作成されます。

最初のタイプ（バリデーション失敗）の結果は即時的です。システムがバーコードを拒否し、アナリストが気付いて修正します。2番目のタイプ（バリデーションは通過するが誤ったBoleto）の結果ははるかに危険です。支払いが誤ったBoletoに対して記録され、正しいBoletoがシステム上で未払いのまま残ります。発行元が月末にエイジングレポートを実行すると、正しいBoletoが延滞として表示されます。このレポートがプロテストワークフローをトリガーする場合（多くのブラジルのERPでは自動化されています）、誤ったBoletoがプロテストに送られます。

唯一の信頼できる防止策は、手動転記のステップを完全に排除することです。抽出ツールによってバーコードがPDFから直接読み取られる場合、桁の入れ替えというエラーカテゴリは消滅します。ツールは44桁すべてを正しい順序で読み取り、ソースドキュメントとスプレッドシートの行の間に人間のキーストロークを介さずに、それらを出力に書き込みます。

間違い2：Vencimento（支払期限）の読み間違い

支払期限（data de vencimento）は、すべてのBoletoにDD/MM/YYYY（日/月/年）形式で印刷されています。これはブラジルの標準形式です。しかし、他地域で訓練を受けた売掛金（AR）アナリストや、MM/DD/YYYY（月/日/年）形式で設定されたシステムで作業するアナリストは、「05/12/2026」を12月5日ではなく5月12日と誤読しがちです。逆に、ブラジル人アナリストが国際システムの出力を読む場合も、日付形式を逆に解釈する可能性があります。

支払期限の誤りは、プロテスト（抗議）に関連する2つの結果をもたらします：

• 実際よりも早く延滞したように見える。 支払期限が「12/05」ではなく「05/12」と入力された場合、システムは延滞日数のカウントを2ヶ月早く開始します。実際の支払期限が到来する頃には、システムはすでにこのBoletoをエスカレーション対象としてフラグ付けしています。
• 遅延利息（juros de mora）と延滞罰金（multa）が誤った日付基準で計算される。 ブラジルの法律では、延滞金に月1%までの利息と約2%のmulta（延滞罰金）が認められています。システムがBoletoの支払期限を12月ではなく5月と認識した場合、6ヶ月分の余分な利息が適用される可能性があり、支払い者が金額に異議を唱えた場合に紛争が発生します。

Totvs（Protheus）やSAPなどの自動化されたERPでは、システムの支払期限フィールドが滞留区分の割り当てを直接制御します。日付が誤っていると滞留区分の割り当ても誤り、プロテスト（抗議）トリガーロジックは不正な入力を受け取ったことを認識する方法がありません。

間違い3：Nosso Número（銀行管理番号）の重複入力または誤入力

Nosso Número（銀行管理番号）は、各Boletoに対する銀行の内部参照番号です。全銀行で標準化されている44桁のバーコードとは異なり、Nosso Númeroの形式は銀行ごとに異なります。Bradescoはある桁数、Itaúは別の桁数、Santanderはさらに別の桁数を使用します。一部の銀行はチェックデジットを含みますが、含まない銀行もあります。

債権管理（AR）チームがBoletoのPDFからNosso Número（銀行管理番号）を追跡用スプレッドシートに手入力する際、以下の2つの問題が不釣り合いな頻度で発生します：

• 重複入力：担当者が1件目のBoletoに「12345678」、2件目に「12345687」と入力した場合、数字がほぼ同一で、スプレッドシートは類似性を警告しません。その後、銀行の決済報告書にNosso Número（銀行管理番号）「12345678」の支払いが記載されると、システムは1件目のBoletoに正しく照合しますが、2件目のBoletoは支払い内容が同一（同じ銀行、同じ日付、類似金額）であっても、システム上では未払いのまま残ります。
• 桁の切り捨てまたはゼロ埋め：担当者が銀行で「00012345678」とフォーマットされているNosso Número（銀行管理番号）の先頭のゼロを省略し、「12345678」と入力した場合、銀行の決済報告書に「00012345678」と記載されると照合が失敗します。システムは2つの異なる文字列として認識するためです。

どちらのシナリオでも、ARシステム上では未払いに見えるものの実際には決済済みである「幽霊の延滞Boleto」が発生します。金額が一致している場合、差異の発見が難しいため、この幽霊Boletoが長く残るほど、プロテスト（抗議）のパイプラインに入る可能性が高くなります。

間違い4：Valor（金額）の誤記録

金額の入力ミスは、照合時に最も発見しやすいエラーです（実際の決済額と記録額が通常異なります）。しかし、これらは最も一般的なミスでもあり、特定のケースでは間接的にプロテスト（抗議）を引き起こす可能性があります。

ブラジルでは小数点にカンマを使用します。R$ 1.234,56 は、1,234レアルと56センターボを意味します。国際的な表記法に慣れたアナリストが、「1.234,56」を期待するシステムに「1234.56」と入力したり、その逆を行ったりする可能性があります。システムが値を拒否すればすぐに発見できますが、小数点の位置がずれたまま静かに受け入れられると危険です。R$ 1.500,00（1,500レアル）のBoletoを、ドットを桁区切り記号として読み取るシステムに「1500.00」と入力すると、R$ 1,50（1レアルと50センターボ）と解釈される可能性があり、その差は1,498.50レアルにもなります。

これがどのようにプロテストを引き起こすか：記録された金額が実際のBoletoの価値よりも少ない場合、システムは支払い後に部分的な残高が残っていると表示します。「発行されたBoleto：R$ 1.500,00。受領した支払い：R$ 1,50。未払い残高：R$ 1.498,50。」システムは残高不足の通知を生成します。これが未払いのままの場合、「残りの残高」に対してプロテストに発展します。これは実際には小数点形式のエラーです。すでにR$ 1.500,00（全額）を支払った支払人は、カンマの位置の誤りによって生じた架空の債務に対してプロテストされていることになります。

間違い5：部分的な支払いと延滞料金の見落とし

これは単一のタイピングミスというよりも、ワークフローの失敗ですが、実際には最も一般的なプロテストの引き金となります。支払人がR$ 1.000のBoletoに対してR$ 500を送金する場合があります。請求書の一部に異議があるためか、あるいはその時点でR$ 500しか持っていなかったためかもしれません。売掛金チームはR$ 500を記録します。しかし、システムにはまだR$ 500の未払い残高が表示されます。Boletoの支払期限が過ぎます。それ以上の支払いは届きません。システムはR$ 500のプロテストに発展します。

支払人の見解：「私はR$ 500を支払った。なぜR$ 500でプロテストされているのか？」発行者の見解：「部分的な支払いのみを受領した。残りの残高は正当なものである。」どちらの見解も間違っていません。しかし、争いのある、または認識されている部分的な残高に対するプロテストへのエスカレーションは、まさに金銭だけでなく関係性を損なう顧客摩擦を生み出します。

同様に、Boletoが支払期限後に支払われた場合、実際に受領される金額には、元の価値に加えて、延滞利息（juros de mora）と罰金（multa）が含まれます。売掛金システムが元の額面金額のみを追跡している場合、決済額は記録額を超えることになります。アナリストはこれを正の差異「過払い」と見なし、正当な延滞料金として認識する代わりに、未割り当ての現金として扱う可能性があります。その現金がBoletoの記録に適用されない場合、システムは依然として未払い残高を表示し、支払いが（利息を含めて）全額決済されているにもかかわらず、プロテストのトリガーが作動する可能性があります。

抽出自動化がこれらのエラーを未然に防ぐ仕組み

これら5つのミスには共通の根本原因があります。それは、BoletoのPDFとARシステムの間に人間のキー入力が介在していることです。データが手入力される場合、エラーが発生する可能性があります。データが自動的に抽出される場合、上記のエラーは構造的に防止されます。それはAIが人間よりも「正確」だからではなく（通常は正確ですが）、抽出経路にバーコードの数字や金額が人間の指先を通過する転記ステップが存在しないためです。

特に部分支払いのシナリオでは、自動化によってデータをより迅速に利用できるようになることが役立ちます。ARチームがバッチ内のすべてのBoletoから数分以内に構造化データを取得できれば、部分支払いを特定し、システムの自動プロテスト（抗議）トリガーが発動する前に追跡レコードを調整できます。手動ワークフローのボトルネックは、何をすべきかの知識ではなく、知識を適用できるシステムにデータを取り込むのにかかる時間です。

自動化されたBoleto抽出ワークフローの設定に関する完全なステップバイステップのチュートリアルについては、Boleto BancárioデータをExcelに抽出する方法をご覧ください。