ボレト・バンカリオのデータを抽出して
Excelで支払い照合を行う方法
ブラジルのボレト・バンカリオシステムは年間約370億件の取引を処理しており、それぞれが44桁のバーコードの各桁の位置を定義する正確なFEBRABAN標準に従っています。しかし、越境支払いを扱う財務チームの大半は、この標準が存在する前と同じ方法でデータを抽出しています。つまり手作業です。ブラジルのサプライヤーから届くPDFと、スプレッドシートの最終的な照合エントリの間には、手入力、コピー＆ペースト、目視確認というギャップがあり、文書自体の構造はそれを排除するように設計されているのです。
重要なポイント
- 年間370億件のボレト取引 — すべてが44桁のバーコードの各桁を予測可能な位置に配置するFEBRABAN標準に基づいています。
- 銀行のスキャナーが支払いをミリ秒単位で検証できるようにする同じ構造化標準でも、人間が各フィールドを読み取ってスプレッドシートの行に入力する必要があります。
- 列を一度定義するだけで — バーコード、支払期日、金額、受益者 — 複数のボレトをバッチ抽出して、文書ごとに1行のExcelにまとめることができます。
ボレト・バンカリオとは何か、なぜ2組の数字があるのか？
ボレト・バンカリオ（Boleto Bancário）は、しばしば単にボレトと略されますが、ブラジルの銀行を通じて発行される規制された支払い手段です。請求書と支払い伝票のハイブリッドと考えてください。受益者（beneficiário）が銀行を通じて発行し、支払人（pagador）がブラジル国内の4万以上の場所（銀行、宝くじ売り場、スーパーマーケット、郵便局、オンラインバンキング）で支払いに使用します。
すべてのボレトには、光学スキャン用に最適化された44桁のバーコード（código de barras）と、ATMやバンキングアプリでの手動入力用に設計された47桁の可読行（linha digitável）が含まれています。どちらも同じ支払いを表していますが、エンコード方法が異なるだけです。
バーコードの44桁は、FEBRABANバーコードレイアウト標準（Layout - Código de Barras - Versão 7）で定義された5つのセクションに分かれています：
| 位置 | フィールド | 例 | 目的 |
|---|---|---|---|
| 1–3 | 銀行コード（código do banco） | 001 | 発行銀行を識別（001 = Banco do Brasil、237 = Bradesco、341 = Itaú） |
| 4 | 通貨コード（código da moeda） | 9 | 9 = ブラジルレアル（R$） |
| 5 | チェックディジット（dígito verificador geral） | 3 | モジュロ11を使用してバーコード全体の整合性を検証 |
| 6–9 | 支払期日ファクター（fator de vencimento） | 3737 | 基準日（1997年10月7日）からの日数 — 支払期日に変換 |
| 10–19 | 金額（valor） | 0000000100 | センターボ単位の金額（この例ではR$1.00） |
| 20–44 | 自由フィールド（campo livre） | 0500940144816060680935031 | 銀行定義：銀行管理番号、支店、口座、ポートフォリオ — 銀行によって異なる |
2018年以降、FEBRABANの義務化により、すべてのボレトは登録済みボレト（boletos registrados）でなければなりません。発行銀行は、支払い時だけでなく、作成時点で全てのボレトを把握します。銀行が支払い提示時にのみボレトを認識する従来の未登録ボレト（boleto sem registro）システムは、不正行為の削減とトレーサビリティ向上のため段階的に廃止されました。現在、受け取るすべてのボレトは、銀行側で完全に登録された同じ標準化された構造を持っています。
ブラジルの文書全体像（同国の義務的な電子請求書システムであるNota Fiscal Eletrônica（NF-e）を含む）については、ブラジルの税金・財務文書に関する完全ガイドをご覧ください。
照合チームがよく知るボレト処理のボトルネック
1枚のボレトには、支払い照合に重要な約12のデータポイントが含まれています。しかし、データが概念的に結びついている請求書（明細項目→小計→税→合計）とは異なり、ボレトのデータは支払いの実行のために設計されており、記録管理のためではありません。バーコードには支払い金額と支払期日がエンコードされていますが、支払いの目的、参照する請求書、支払人が対応する送金状をすでに送信しているかどうかはわかりません。
この設計上の不一致により、財務チームには特定のワークフロー上の問題が生じます：
本当のコストは入力速度ではありません。照合サイクルです。手動抽出 → 手動照合 → 手動ステータス確認。各ステップで遅延と潜在的なエラーが発生し、年間370億件の取引では、これらの遅延が積み重なってB2B決済システム全体の構造的な非効率につながります。
ボレトデータをExcelに抽出する方法 — ステップバイステップ
ボレトの抽出に複雑なワークフローは必要ありません。文書の構造は標準化されており、照合に必要なフィールドは明確に定義されています。欠けているのは、銀行ポータルからのPDF、モバイルアプリのスクリーンショット、スキャンした印刷伝票など、どの形式のボレトでも読み取れるツールだけです。
プロセスは3つのステップで構成されています：
以下のボレトのスクリーンショットまたはPDFでお試しください — サインアップは不要です：
ファイルは安全に処理され、保存されることはありません。
支払い照合に最も重要なボレトの項目
ボレトのすべての項目が照合に等しく役立つわけではありません。以下の表は、実際に支払い照合、ステータス追跡、レポート作成に使用される項目を、文書上の表示位置ではなく実務での使われ方に基づいて整理したものです。
| フィールド（英語） | ポルトガル語の用語 | 照合での用途 |
|---|---|---|
| バーコード（44桁） | Código de barras | 主要な識別子 — 銀行明細の明細項目に記載されているバーコード参照と一致します。支払いと売掛金をリンクするために使用します。 |
| 可読行（47桁） | Linha digitável | バーコードを人間が読める形式にしたものです。ボレトのスクリーンショットにバーコード画像が含まれていない場合に役立ちます。 |
| 支払期日 | Vencimento | 支払い期限とプロテストのリスクを判断します。期日経過と未処理のステータスをエイジング区分ごとに追跡します。 |
| 金額 | Valor | 支払い照合の主要な金額です。銀行明細の入金と照合します。 |
| 銀行管理番号 | Nosso número | 銀行が割り当てた内部参照 — 照合において一意の取引IDに最も近い情報であることが多いです。 |
| 受益者 | Beneficiário / Cedente | 受取先の事業体を識別します。複数の子会社や事業部門にまたがる支払いを照合する際に重要です。 |
| 支払人 | Pagador / Sacado | 支払いを行った人物を識別します。売掛金のエイジングレポートや顧客フォローアップに使用します。 |
| ポートフォリオ | Carteira | 受益者と銀行間の回収契約の種類です。手数料計算や照合カテゴリのマッピングに役立ちます。 |
| 貴社番号 | Número do documento / Seu número | 受益者が自社の内部請求書番号や契約番号を挿入する任意フィールド — ボレトの支払いと自社の記録を最も直接的に結びつける情報です。 |
バーコードはボレトと銀行明細の両方に記載されているため、最も信頼性の高い照合キーです。1つのフィールドだけを抽出できる場合は、バーコードを抽出してください。バーコードが利用できない場合は、銀行管理番号が2番目に優れたアンカーとなります。
数十件のボレトを一括処理するには？
上記の抽出ワークフローは、1件のボレトでも100件でも同じように機能します。バッチファースト処理モデルは、B2B照合で実際に発生するボリュームに対応するよう設計されています。特定の期間のすべてのボレトをアップロードし、列を一度定義すれば、AIがすべてのファイルを同じフィールド定義に基づいて抽出します。出力は、1行が1件のボレトに対応する単一のExcelファイルで、ERPや照合ツールにすぐにインポートできます。
銀行明細と定期的にボレトを照合する必要がある場合は、毎月の抽出ルーチンを設定することを検討してください。その月に発行・受領したすべてのボレトを収集し、バッチとして抽出し、結果のスプレッドシートを銀行の月次明細と照合します。プロセス全体は数時間ではなく数分で完了し、すべてのフィールドが同じ列定義に基づいて抽出されるため、最も一般的な照合エラーである、異なる銀行のボレト間でのフィールド形式の不一致を排除できます。
例えば、Banco do Brasil、Bradesco、Itaú、Santanderなど、複数の発行元からの50件のボレトのバッチでは、以前は担当者が各PDFを開き、バーコードの数字、支払期日（vencimento）、金額（valor）を探し出してスプレッドシートに入力し、合計が銀行明細と一致するか手動で確認する必要がありました。バッチ抽出では、これら50件のPDFは1分未満でアップロードされ、抽出は並行して実行され、出力は照合用に準備された50行すべてを含む単一の構造化ファイルとして届きます。ドキュメントごとの処理は不要です。
ボレトデータ抽出に関するよくある質問
登録済みボレトと未登録ボレトの両方で抽出は機能しますか？
2018年以降、ブラジルで発行されるすべてのボレトは登録済み（boletos registrados）です。未登録（sem registro）形式はFEBRABANによって段階的に廃止されました。現在のボレトを処理する場合、それらは上記の標準的な44桁のバーコード構造に従います。古い未登録ボレトはフィールドレイアウトが若干異なる場合がありますが、銀行コード、金額、支払期日などのコア識別フィールドは同じFEBRABANエンコーディングに従います。
44桁と47桁の数字の違いは何ですか？
44桁のバーコード（código de barras）は、バーコードスキャナーで読み取るための機械可読バージョンです。47桁の可読行（linha digitável）は、人間が読めるバージョンで、最初の3つのブロックにそれぞれ1桁ずつ、合計3桁のチェックディジットが追加されています。これにより、銀行の窓口やATMで数字を1桁ずつ入力しながら検証できます。どちらも同じ支払い情報をエンコードしています。一部のBoleto PDFでは一方の形式のみが表示される場合がありますが、抽出ツールはどちらも読み取ることができます。
Boletoは暗号化されたPDFで届くことはありますか？
はい。一部の銀行や決済プラットフォームでは、パスワード保護付きのBoleto PDFを送信することがあります。抽出ツールは、パスワードを提供すればパスワード保護されたPDFをサポートします。同じ送信元から定期的に届くBoletoについては、パスワードを事前に保存しておくことで、暗号化された添付ファイルが届いたときに自動的にロックを解除できます。
Boletoが手書きまたは破損している場合はどうなりますか？
Boleto Bancárioのドキュメントは常にコンピューターで生成・印刷されるため、手書きやドキュメントの破損は稀です。ただし、Boletoが物理的に取り扱われた場合（折り曲げ、破れ、汚れなど）でも、バーコードまたは可読行が無傷であれば、AIは部分的に隠れたフィールドを読み取ることができます。最も一般的な品質の問題は印刷のかすれや低コントラストですが、抽出はクリーンなドキュメントと同じ精度でこれらを処理します。
PDFではなくBoleto XMLからデータを抽出できますか？
一部の銀行は、APIを通じてBoletoデータをXMLまたはJSONで提供しています。これらのファイルにプログラムでアクセスできる場合、構造化データの抽出は、PDF/画像からの視覚的な抽出とは異なるプロセスになります。この記事で説明する方法は、Boletoを視覚的なドキュメント（PDF、スクリーンショット、印刷されたスキャン）として受け取る場合のためのものです。これは、すべてのブラジルの銀行と直接統合していない受取人が関与する国境を越えたB2B取引において、依然として主流のパターンです。
ボレトがBRL以外の通貨で発行されることはありますか？
事実上すべてのボレトはブラジルレアル（BRL）建てです。44桁のバーコードの4桁目にある通貨コードは、BRLの場合は常に9です。FEBRABANの規格では技術的に他の通貨コード（米ドル商用は2、ユーロは14）もサポートされていますが、実際には非常に稀であり、標準的なB2Bボレト処理で遭遇することはほぼありません。
あなたが処理するすべてのボレトに共通するパターンは、標準化です。44桁のバーコード、固定されたフィールド構造、そしてすべてのデータの位置を正確に定義する規制された銀行システム。不足しているのはデータではありません。不足しているのは、その標準化された形式を、あなたの照合用スプレッドシートの行に変換する作業です。セマンティック抽出は、フィールドがどこに現れるかを予測するのではなく、各フィールドの意味を理解することで、その変換作業を完全に排除します。ボレトがBanco do Brasil、Bradesco、または決済プラットフォームのスクリーンショットのいずれから来たとしても関係ありません。