ボレトの照合が
多くの財務チームの想定以上にコストを要する理由

ボレト照合問題を数字で見る

問題点を診断する前に、その規模を明確に述べる価値があります。ブラジルでは年間推定37億件のボレト取引が処理されており、1営業日あたり約1,000万件に相当します。受け取り側の企業にとって、これらの支払いのそれぞれを発行済みのボレトと照合し、金額を検証し、決済日を記録し、不一致があれば調査する必要があります。

決済コンサルタントGMattosのデータによると、ボレト支払いの平均コストは銀行手数料だけで1枚あたり約R$3かかります。これは銀行が請求するコストにすぎません。各スリップからデータを手動で抽出し、スプレッドシートに入力し、銀行の決済レポートと照合する人件費はこの数字に含まれていません。PwCの財務チームを対象としたベンチマーク調査では、手動照合が財務チームの時間の最大30%を消費することが判明しています。毎月500件のボレトを処理する中規模のブラジル企業の場合、これはボレト関連の照合にほぼ常勤1人分の時間が費やされていることに相当します。

障害ポイント1：支払いから確認までの72時間の決済ラグ

消費者が宝くじ売り場やスーパーでBoleto Bancário（ボレト・バンカリオ）を支払うと、その瞬間に資金は消費者の手元を離れます。しかし、加盟店の銀行口座に確認が届くまでには時間がかかります。2024年3月までは、標準的なボレトの決済には1〜3営業日かかっていました。FEBRABAN（ブラジル銀行連盟）の2024年3月の規則変更により、これは短縮されました — 午後1時30分までに支払われたものは同日中に決済され、それ以降の支払いは翌営業日に清算されます。これは有意義な改善ですが、数秒で処理されるPix（ブラジル即時決済システム）の即時決済には依然として大きく遅れを取っています。

このギャップは追跡上の問題を生み出します。月の1日に100件のボレトを発行する売掛金チームは、翌週にかけて支払いが少しずつ入金されるのを目にすることになります — 単一のバッチとしてではなく、部分的で重複し、時にはラベルがない入金の毎日の流れとしてです。リアルタイムの確認がないため、銀行の決済レポートが届くまで、特定の入金がどのボレトに対応するのかをチームは知ることができません。その間、エイジングレポートにはすでに決済された可能性のある項目が「未払い」と表示されたり、さらに悪い場合には決済がまだ完了していないのに「支払い済み」と表示されたりします。

これはボレトシステム自体の欠陥ではありません — フロントエンドでの支払い速度（支払い時点で即時）と、バックエンドでの確認（銀行の決済サイクルで1〜3日）とのミスマッチです。そして、このミスマッチにより、チームは確認が即時であれば不要だったであろうバッファ、見積もり、手動チェックポイントを照合ワークフローに組み込まざるを得なくなっています。

障害ポイント2：非構造化された銀行決済レポート

ボレト支払いを処理するブラジルのすべての銀行は、加盟店顧客に毎日の決済レポートを提供しています。しかし、「レポート」という言葉は大げさです — 届くのは銀行独自の形式のファイルで、多くの場合CNAB 240またはCNAB 400テキストレイアウト、時には半構造化されたスプレッドシート、時には取引表付きのPDFです。

CNAB（銀行自動化センター標準）は、ノッソ・ヌーメロ（当方管理番号）、valor（金額）、data de pagamento（支払日）、código de compensação（清算コード）などのフィールドを定義しています。しかし、フィールドの位置、データのエンコード方法、含まれる補足情報は銀行によって異なります。ある銀行は支払者のCPF（個人納税者登録番号）をファイルに含めるかもしれません。別の銀行はそれを省略するかもしれません。ある銀行は支払日を位置120に置くかもしれません。別の銀行は位置210に置くかもしれません。

複数のブラジル銀行を利用するクライアントからボレトを受け取る売掛金チームは、したがって複数のレポート形式に対して照合を行う必要があります。ブラデスコの決済レポートのデータは、イタウのものとは構造が異なり、サンタンデールのものとも異なります。それぞれに独自の解析ロジック、より一般的には「その銀行のファイルの仕組み」を知っている財務チームメンバーによる独自の手動解釈が必要です。

銀行レポートが発行済みボレトリストと直接照合できない場合、形式が一致しないため、照合ステップは手動のクロスリファレンス作業になります。売掛金アナリストは、一方の画面に銀行レポートを印刷または開き、もう一方の画面にボレト追跡スプレッドシートを開き、金額と日付で行を視覚的に照合します — 同じ日に同じ金額の支払いが2件ないことを願いながら。

失敗点3：部分払いと分割払いが1対1の照合を崩す

最も単純な照合ケース（Boletoを1件発行し、全額の支払いを1回受け取る）は、最も一般的なケースでもあります。しかし、Boleto取引のかなりの割合がこの単純なモデルから外れており、その場合、手作業による照合作業は何倍にも膨れ上がります。

部分払い。 R$ 1,500のBoletoが、5日にR$ 750、20日にR$ 750の2回に分けて支払われる場合があります。あるいは、支払い者が請求書の一部に異議を唱えているため、R$ 1,200だけを送金する場合もあります。どちらの場合も、銀行の決済報告書には、1件のBoletoに対して2件の入金（または異なる金額の1件の入金）が表示されます。売掛金チームは判断を迫られます：Boletoを部分払いとしてマークし、残額を追跡するか？それとも全額を充当してクレジットノートを作成するか？どちらにせよ、追跡スプレッドシートのBoletoごとに1行というきれいな構造は崩れ、誰かが手動メモ、別の行、または仕訳入力を追加しなければなりません。

分割払い（parcelas）。 B2B取引では、1件の請求書が異なる期日の複数のBoletoに分割されることが一般的です。特に教育（月々の授業料）や設備リースなどの分野でよく見られます。支払い者が3月分の分割払いは支払っても、2月分は支払わないことがあります。売掛金チームは、各分割払いを個別のBoletoとして追跡しながら、元の請求書との関連を維持する必要があります。銀行の決済報告書に支払いが表示されたとき、アナリストはそれがどの分割払いに該当するかを把握しなければなりませんが、その情報は決済データだけからは必ずしも明確ではありません。

失敗点4：Excelのボトルネック — 各Boletoのフィールドの手動データ入力

照合を開始する前に、発行された各Boletoのデータが追跡スプレッドシートに存在している必要があります。原本であるBoleto PDFには、バーコード、金額、期日、受取人、支払人、ノッソ・ヌーメロなど、必要な情報がすべて含まれています。しかし、標準的な手動ワークフローでは、誰かがPDFからこれらのフィールドを読み取り、スプレッドシートに入力しなければなりません。

Boletoから6つのフィールドを探し出し、読み取り、入力するのにかかる平均時間は、1件あたり約3分です。月500件のBoletoの場合、純粋なデータ入力だけで25時間になります。PwCの調査結果である「照合が財務チームの時間の最大30%を消費する」というのはこれとほぼ一致しており、実際の照合作業が始まる前に、データ入力だけでその基準値の大部分を占めていることになります。

そして、データ入力にはそれ自体のエラー率が伴います。手動による財務データ入力の業界ベンチマークでは、一般的なエラー率は1%から4%の間です。月500件のBoletoポートフォリオの場合、月に5件から20件のエラーが発生することになります。バーコードの数字の桁違い、小数点の読み間違い（R$ 1.234,56とR$ 1,234.56）、期日をDD/MM/YYYYの代わりにMM/DD/YYYYで入力するなどです。各エラーは照合中に発見して修正する必要があり、時間コストがさらに増加します。

障害ポイント5：支払遅延、利息計算、プロテストへのエスカレーション

ボレトが期日後に支払われた場合、ブラジル法では受取人が月1%までの利息（juros de mora）に加え、約2%の一回限りの延滞罰金（multa）を請求することが認められています。実際に受け取る金額はボレトに印刷された券面額（valor nominal）と異なる場合があり、照合スプレッドシートにはその両方を反映する必要があります。

ARチームが遅延利息を別途追跡していない場合、ボレトPDFから抽出した金額（券面額）は、銀行レポートの決済金額（Jurosとmultaを含む）と一致しません。アナリストは数レアルの差異を確認し、それがエラーなのか正当な延滞料金なのかを調査する必要があります。月に数件の延滞支払いであれば対応可能ですが、期日後支払いの割合が高いポートフォリオ（消費者向けセグメントで一般的）では、1件あたりの調査工数が、調査対象となる差異の金額をすぐに上回ってしまいます。

さらに深刻なのは、期日を過ぎても未払いのボレトが、プロテスト（protesto）— プロテスト登記所（Cartório de Protesto）での未払い債務の正式登録 — に発展する可能性があることです。一度プロテストされると、その債務は信用情報機関であるSerasaとSPCに公開される公的記録となります。債務者はプロテスト通知を受け取ってから3営業日以内に支払うか異議を申し立てる必要があります。ボレトが適切に追跡されていなかった場合 — データ入力エラーによる誤った延滞フラグ、または部分支払いが記録されていなかった場合 — プロテスト手続きが誤って開始され、元のボレト金額よりも解決にコストがかかる紛争が発生する可能性があります。

自動化が照合プロセスをどう変えるか

この5つの失敗ポイントには共通の原因があります。それは、Boleto PDFから照合済みの元帳エントリに至るまでのすべてのステップで人手が必要になることです。読み取り、入力、照合、調査といった各タッチポイントは、時間を増やし、エラーリスクを持ち込みます。自動化は、各ステップを速くするのではなく、タッチポイントそのものを取り除くことで方程式を変えます。

BoletoのデータがPDFやスクリーンショットから自動的に抽出されると（バーコード、金額、期日、受取人、ノッソ・ヌーメロ）、データ入力の失敗ポイント（ポイント4）は完全に排除されます。抽出されたデータは、キー入力なしでスプレッドシートに反映されます。同じ抽出処理が1回のバッチで50枚または200枚のBoletoを処理する場合、1枚あたりのデータ入力時間は3分からほぼゼロに短縮されます。

両側に構造化データがあれば（A列からF列に抽出されたBoletoフィールド、G列に取り込まれた銀行決済レポート）、照合ステップは「2つの画面を目視で比較する」から「VLOOKUPやマージクエリを実行する」へと変わります。延滞利息による差異は、不可解な単発の不一致ではなく、系統的な差（例：決済額が常に抽出額＋約2％に一致する）として可視化されます。

大量のBoletoを処理するチームにとって、バッチデータ抽出と構造化照合の組み合わせは、照合が専任業務になるか、月曜朝のレビューで済むかの違いを生みます。1枚あたりR$3の銀行手数料は変わりません。しかし、1枚あたりの人件費（1枚3分、時給R$20で計算すると、Boleto1枚あたり約R$1）は、データ入力部分がほぼゼロになります。月500枚のBoletoを処理する場合、データ入力だけで直接人件費がR$500削減され、エラー削減と月末締めの迅速化による効果はさらに上乗せされます。

よくある質問

問題は照合ではなく、データ入力です

ここで挙げた5つの障害点は、すべて単一の根本原因に起因します。それは、各ボレトのデータがシステムで処理される前に、人間が読み取らなければならないという点です。決済の遅延、銀行レポートの不一致、部分的な支払いの追跡といった他の非効率性はすべて、出発点が手動で入力しなければならないPDF上の非構造化データであるという事実によって増幅されます。この一歩を修正すれば、後続のコストは比例して縮小します。

Boleto Bancário（ボレト・バンカリオ）は、照合の課題としてではなく、支払い手段として設計されました。しかし、その誕生から33年が経過し、その周りの照合ワークフローには、文書自体の構造が排除するために作られた手動プロセスが幾重にも積み重なっています。「各フィールドを読んで入力する」から「すべてのフィールドを一度に抽出する」への移行は、ブラジルの支払いを処理する売掛金チームが行える、最も効果の高い単一の変更です。