ボレトの消込コストが
ほとんどの財務チームの想定より高い理由
ブラジルでは毎営業日、1,000万件以上のボレトが支払われています。それぞれが同じFEBRABAN標準に従い、機械可読な44桁のバーコードを持ち、金額、期日、受益者が正確に定義された位置にエンコードされています。これら1,000万件の日々の取引を処理する支払いインフラは、世界で最も自動化されたものの一つです。銀行は中央銀行の清算システムを通じて、人の手を介さずにボレトの支払いを決済します。しかし、その支払いを受け取る側の財務チームは、ボレトが導入されてから33年経った今でも、一件一件を手作業で消し込んでいます。
重要ポイント
- ほとんどの売掛金チームは、ボレトの消込が遅いことを自分たちのせいだと思い込んでいます。しかし、実際のボトルネックは、5つの独立した障害点で人の手を介するプロセスにあります。
- 500件のボレトの場合、データ入力だけで月に25時間を消費します。照合や調査を始める前の段階です。
- 抽出処理が入力作業を不要にすると、消込の役割は「誰が各フィールドを読んで入力するか」から「誰が例外を確認するか」へと変わります。これこそが、財務チームが本来担うべき役割です。
数字で見るボレトの消込問題
問題点を診断する前に、その規模を明確にしておく必要があります。ブラジルでは年間約37億件のBoleto（ボレト・バンカリオ）取引が処理されており、営業日あたり約1,000万件に相当します。受け取り側の企業にとって、これらの支払いの1件1件を、発行済みの該当ボレトと照合し、金額を確認し、決済日を記録し、不一致があれば調査しなければなりません。
決済コンサルタントGMattosのデータによると、ボレト支払い1件あたりの銀行手数料は平均して約R$3です。しかし、これは銀行が請求するコストに過ぎません。各明細書から手作業でデータを抽出し、スプレッドシートに入力し、銀行の決済報告書と照合する人件費は、この数字に含まれていません。PwCが財務チームを対象に行ったベンチマーク調査では、手動による消込作業が財務チームの業務時間の最大30%を占めることが判明しています。月間500件のボレトを処理する中堅ブラジル企業の場合、これはボレト関連の消込業務に専従するフルタイム社員約1名分に相当します。
核心的な問題：ボレトの消込が難しいのは、個々のタスクが困難だからではありません。発行から最終的な元帳への記帳までの間に5つの異なる障害ポイントが存在し、それぞれが独自の種類の運用コストを生み出すからです。
障害ポイント1：支払いから確認までの72時間の決済ラグ
消費者が宝くじ売り場やスーパーマーケットでボレトを支払うと、その瞬間に資金は消費者の手元を離れます。しかし、その確認が加盟店の銀行口座に届くのは即時ではありません。2024年3月までは、標準的なボレトの決済には1～3営業日かかっていました。FEBRABAN（ブラジル銀行連盟）の2024年3月のルール変更により、これは改善されました。午後1時30分までに行われた支払いは同日中に決済され、それ以降の支払いは翌営業日に決済されます。これは意味のある改善ですが、数秒で処理が完了するPix（ブラジル即時決済システム）の即時決済には依然として及びません。
このギャップは追跡上の問題を生み出します。月の初日に100件のボレトを発行した売掛金チームは、翌週にかけて支払いが少しずつ入金されるのを目にすることになります。それは単一のバッチとしてではなく、部分的で重複し、時にはラベルが不明瞭な入金の日々の流れとして現れます。リアルタイムの確認がないため、チームは銀行の決済報告書が届くまで、特定の入金がどのボレトに対応するのかを知ることができません。その間、滞留報告書には、すでに決済されている可能性のある項目が「未払い」と表示されたり、さらに悪いことに、決済がまだ完了していないのに「支払い済み」と表示されたりします。
これはボレトシステム自体の欠陥ではありません。支払いの最前線（支払い時点では即時）と、その確認のバックエンド（銀行の決済サイクルでは1～3日）との間のミスマッチです。そして、このミスマッチにより、チームは確認が即時であれば不要だったであろうバッファー、見積もり、手動チェックポイントを消込ワークフローに組み込まざるを得なくなっています。
障害ポイント2：非構造化された銀行決済レポート
ブラジルでBoleto（ボレト）決済を処理するすべての銀行は、加盟店向けに日次決済レポートを提供しています。しかし「レポート」という表現は甘く、実際に届くのは銀行独自の形式のファイルです。多くの場合、CNAB 240またはCNAB 400のテキストレイアウト、場合によっては半構造化されたスプレッドシート、あるいは取引一覧が記載されたPDFです。
CNAB（銀行自動化センター）の標準規格では、ノッソ・ヌーメロ（当方管理番号）、valor（金額）、data de pagamento（支払日）、código de compensação（清算コード）などのフィールドが定義されています。しかし、フィールドの位置、データのエンコード方法、含まれる補足情報は銀行によって異なります。ある銀行は支払い者のCPF（個人納税者登録番号）をファイルに含めるかもしれませんが、別の銀行は省略するかもしれません。ある銀行は支払日を120番目の位置に置き、別の銀行は210番目の位置に置くかもしれません。
複数のブラジル銀行を利用する顧客からボレトを受け取るAR（売掛金管理）チームは、複数のレポート形式に対して照合を行う必要があります。ブラデスコの決済レポートのデータ構造はイタウのものとは異なり、さらにサンタンデールのものとも異なります。それぞれに独自の解析ロジックが必要であり、より一般的には、「その銀行のファイルの扱い方」を知っている財務チームのメンバーによる手作業での解釈が必要となります。
銀行レポートの形式が発行済みボレトリストと一致せず、直接照合できない場合、調整作業は手作業によるクロスリファレンス作業になります。ARアナリストは、片方の画面に銀行レポートを表示（または印刷）し、もう片方の画面にボレト追跡スプレッドシートを開き、金額と日付で行を目視で照合します。同じ日に同じ金額の支払いが2件ないことを祈りながら。
障害ポイント3：部分払いと分割払いが1対1の照合を崩す
最も単純な照合ケース（1件のボレト発行、全額の支払いを1回受領）は最も一般的でもあります。しかし、ボレト取引のかなりの割合でこの単純なモデルが崩れ、その場合、手作業による照合作業は何倍にも増加します。
部分払い。 R$ 1,500のボレトが、5日にR$ 750、20日にR$ 750の2回に分けて支払われることがあります。あるいは、支払い者が請求書の一部に異議を唱え、R$ 1,200のみを送金する場合もあります。どちらの場合でも、銀行の決済レポートには、1件のボレトに対して2件の取引（または異なる金額の1件の取引）が表示されます。ARチームは判断を迫られます。このボレトを一部支払済みとして残額を追跡するか？それとも全額支払いとして処理し、クレジットノートを作成するか？いずれにせよ、追跡スプレッドシートの「1行＝1ボレト」という明確な構造は崩れ、誰かが手動でメモを追加したり、別の行を挿入したり、仕訳を起こしたりしなければなりません。
分割払い（parcelas）。 B2B取引では、特に教育（月々の授業料）や機器リースなどの分野で、1件の請求書が異なる期日を持つ複数のボレトに分割されることがよくあります。支払い者が3月分の分割払いは決済しても、2月分は決済しない場合があります。ARチームは、各分割払いを個別のボレトとして追跡しつつ、元の請求書との関連性を維持する必要があります。銀行の決済レポートに支払いが表示されたとき、アナリストはそれがどの分割払いに該当するかを把握しなければなりませんが、この情報は決済データだけからは必ずしも明らかではありません。
障害点4：Excelのボトルネック — 各ボレトのフィールドを手動で入力する作業
照合を開始する前に、発行された各ボレトのデータが追跡用スプレッドシートに存在している必要があります。原本であるボレトPDFには、バーコード、金額、期日、受益者、支払人、ノッソ・ヌーメロなど、必要な情報がすべて記載されています。しかし、標準的な手動ワークフローでは、誰かがPDFからこれらのフィールドを読み取り、スプレッドシートに入力しなければなりません。
ボレト1件につき、6つのフィールドを探し出し、読み取り、入力するのにかかる平均時間は約3分です。月500件のボレトの場合、これは25時間の純粋なデータ入力作業となります。PwCの調査結果である「照合が財務チームの時間の最大30%を占める」という知見は、これとよく一致します。実際の照合作業が始まる前に、データ入力だけでその基準値の大部分を占めているのです。
そして、データ入力にはそれ自体にエラー率が伴います。手動による財務データ入力の業界標準エラー率は1%から4%の間です。500件のボレトポートフォリオでは、月に5件から20件のエラーが発生することを意味します。バーコードの数字の入れ替え、小数点の読み間違い（R$ 1.234,56 と R$ 1,234.56）、期日をDD/MM/YYYYではなくMM/DD/YYYYで入力してしまうなどです。これらのエラーはすべて照合中に発見・修正する必要があり、時間的コストがさらに増加します。
皮肉なことに、ボレトの44桁のバーコードには、同じデータが機械可読形式で含まれています。視覚的な伝票から入力されるのと同じフィールドが、すでにバーコードにエンコードされているのです。しかし、ほとんどのチームはバーコードを直接読み取るツールを持っていません。
障害点5：支払遅延、利息計算、そしてプロテストへのエスカレーション
ボレトが期日後に支払われた場合、ブラジル法では受益者は月1%までの利息（juros de mora）と、約2%の一時的な延滞罰金（multa）を請求することが認められています。したがって、実際の受取額はボレトに印刷された券面額（valor nominal）と異なる可能性があり、照合スプレッドシートにはその両方を反映させる必要があります。
売掛金チームが遅延利息を個別に追跡していない場合、ボレトPDFから抽出した金額（券面額）は、銀行報告書の決済額（利息と延滞罰金を含む）と一致しません。アナリストは数レアルの差異を目にし、それが単なるエラーなのか、正当な延滞料金なのかを調査しなければなりません。月に数件の延滞支払いであれば管理可能です。しかし、期日後の支払いの割合が高いポートフォリオ（消費者向けセグメントで一般的）では、一件あたりの調査工数が、調査対象となっている差異の金額をすぐに上回ってしまいます。
さらに深刻なのは、期日を過ぎても未払いのボレトが、プロテスト（protesto）に発展する可能性があることです。プロテストとは、プロテスト登記所（Cartório de Protesto）に未払い債務を正式に登録することです。一度プロテストされると、その債務は信用情報機関であるSerasaやSPCが閲覧できる公的記録となります。債務者は、プロテスト通知を受け取ってから3営業日以内に支払うか、異議を申し立てる必要があります。ボレトが適切に追跡されていなかった場合、つまりデータ入力エラーが誤った延滞フラグを立てたり、部分的な支払いが記録されなかったりした場合、プロテスト手続きが誤って開始される可能性があります。これにより、元のボレトの価値よりも解決にコストがかかる紛争が発生します。
自動化が照合プロセスを変えるポイント
これら5つの失敗ポイントには共通の原因があります。それは、BoletoのPDFから照合済みの元帳記入に至るまでのすべてのステップで人手が必要になることです。読み取り、入力、照合、調査といった各タッチポイントは、時間を増やし、エラーのリスクを持ち込みます。自動化は、各ステップを高速化するのではなく、タッチポイントそのものを排除することで、この方程式を変えます。
Boletoのデータ（バーコード、金額、期日、受益者、ノッソ・ヌーメロ）がPDFやスクリーンショットから自動的に抽出されれば、データ入力の失敗ポイント（ポイント4）は完全に排除されます。抽出されたデータは、キーストロークなしでスプレッドシートに直接取り込まれます。同じ抽出処理が50枚や200枚のボレトを一括で処理すれば、データ入力にかかる1枚あたりの時間コストは3分からほぼゼロになります。
両方のデータが構造化されていれば（A列からF列に抽出されたボレトフィールド、G列にインポートされた銀行決済レポート）、照合ステップは「2つの画面を目視で比較する」から「VLOOKUPやマージクエリを実行する」へと変わります。延滞利息による差異は、謎の単発的な不一致ではなく、体系的な差異（例：決済額が常に抽出額＋約2％に一致する）として可視化されます。
大量のボレトを処理するチームにとって、バッチデータ抽出と構造化照合の組み合わせは、照合業務がフルタイムの役割になるか、月曜朝のレビューで済むかの違いを生みます。R$3の銀行手数料は変わりません。しかし、1枚あたり3分、時給R$20で計算すると1枚あたり約R$1になる人件費は、データ入力部分についてはほぼゼロになります。月500枚のボレトを処理する場合、エラー削減や月末早期締めの効果を考慮する前でも、データ入力だけで直接的な人件費削減額はR$500になります。
よくある質問
ブラジルでボレトの利用は減少していますか？それにより、この問題の緊急性は低くなりますか？
ボレトが全決済取引に占める割合は減少しています。Pix開始前の二桁台から、2025年には約4%まで低下しました。しかし、ボレトは特定のセグメントで依然として支配的です。ブラジルへの越境EC購入の68%がボレトを利用しており、約5000万人の銀行口座非保有者が主要なオンライン決済手段としてボレトに依存しています。取引量は崩壊したわけではなく、安定しています。これらのセグメントにサービスを提供する企業にとって、消込問題はなくなりません。
Pixがあれば、ボレトの消込は不要になりますか？
いいえ。両方の決済手段を提供する企業は、Pix（即時決済、異なる形式）とボレト（従来形式で1～3日で決済）という2つの異なるフローの消込を行う必要があります。消込ツールは両方を処理できなければなりません。Pixは決済ラグの問題（障害点1）を解決しますが、顧客が引き続きボレトで支払う場合のデータ入力問題は変わりません。
TotvsやSAPのようなブラジルのERPは、どのようにボレトの消込を処理しますか？
ほとんどのブラジルERPは、CNABファイルを直接インポートして自動照合できます。ただし、発行済みボレトのデータがシステム内に既に存在している場合に限ります。ボトルネックは、各ボレトPDFからデータをERPに取り込む最初の段階です。抽出ステップがそのギャップを埋め、PDFデータをERPが消費できる形式に変換します。ボレトデータをPDFからスプレッドシートに抽出する手順ガイドについては、こちらのチュートリアルをご覧ください。
消込エラーが原因でボレトがプロテストに回された場合はどうなりますか？
ノッソ・ヌーメロの重複や期日誤りなど、誤ったデータ入力により、実際には支払われたボレトが未払いとみなされ、発行者が誤ってプロテストに送付する可能性があります。プロテストの取消しには、支払証明書を添えてプロテスト登記所に出向き、手数料を支払い、信用情報機関の記録を更新する必要があります。このプロセスは通常数週間を要し、登記所手数料としてR$50～R$150、さらに内部管理時間がかかります。これは、手動によるボレトデータ入力の最もコストの高い結果の一つです。
ボレトデータ抽出ツールは、視覚的なPDFだけでなく、CNABファイルも処理できますか？
ビジュアルドキュメント（PDF、画像、スクリーンショット）を読み取る抽出ツールは、発行済みボレト側を処理します。銀行のCNABファイルは別の構造化形式であり、ERPの既存のインポート機能やカスタムパーサーで処理するのが最適です。ビジュアル抽出の価値は、ボレトデータを構造化形式に変換し、それをCNABと照合できるようにすることです。これは手動データ入力ステップを置き換えるものであり、銀行インターフェースを置き換えるものではありません。
問題は照合ではなく、データ入力です
ここで挙げた5つの障害点は、すべて単一の根本原因に起因します。それは、各ボレトのデータがシステムで処理される前に、人間が読み取らなければならないという点です。決済の遅延、銀行レポートの不一致、部分的な支払いの追跡といった他の非効率性はすべて、出発点が手動で入力しなければならないPDF上の非構造化データであるという事実によって増幅されます。この一歩を修正すれば、後続のコストは比例して縮小します。
Boleto Bancário（ボレト・バンカリオ）は、照合の課題としてではなく、支払い手段として設計されました。しかし、その誕生から33年が経過し、その周りの照合ワークフローには、文書自体の構造が排除するために作られた手動プロセスが幾重にも積み重なっています。「各フィールドを読んで入力する」から「すべてのフィールドを一度に抽出する」への移行は、ブラジルの支払いを処理する売掛金チームが行える、最も効果の高い単一の変更です。