支店でコピーされた銀行明細書を手に入れたか、決算用にXeroxされたコピーを誰かから受け取ったかもしれません。今、その取引をExcelか会計ソフトに入れる必要があります。200行を手で入力するのは午後の過ごし方ではありませんよね。
コピーされた明細書は変換が最も難しい形式です。スキャンした画像がPDFの中に入っているため、標準的なPDF to Excelツールは何も抽出できないか、ゴミを出します。このガイドでは、コピー品質の明細書で実際に機能するOCRアプローチ、各方法から何を期待するか、QuickBooksやXeroにインポートできる正確なCSV出力を得る方法を説明します。
コピーされた明細書が通常の変換ツールを壊す理由
明細書をコピーするとき、ページの画像を作成します。PDFにその画像が含まれていますが、その下にはテキストレイヤーがありません。Adobe Export PDF、Tabula、ExcelのPower QueryなどのツールはPDFからテキストを読み取ります。画像内のテキストを見ることはできません。
コピーの品質が良くても、いくつかのOCR固有の問題が発生します。
- 複数行のトランザクション説明が列をずれさせ、金額が間違った列に移動する
- OCRがテーブル構造を区別できない場合、借方と貸方の列が入れ替わる
- 日付が乱数として読み取られる(08/12/2024が08122024になるか、セルをまたぐ)
- 小切手番号と参照コードが金額と統合する
- コントラストが低いかトナーが汚れているため、OCRエンジンが完全に行をスキップする
調整のリスクは現実的です。180の取引のうち5つが静かにドロップするか、間違った列に落ちた場合、あなたの帳簿はずれて、あなたはどこがずれているかわかりません。
方法1:Adobe Acrobat OCRと手動Excelクリーンアップ
Adobe Acrobat Proには、Tools > Enhance Scansの下にOCRが含まれています。PDFにテキストレイヤーを追加します。その後、File > Export To > Spreadsheetを介してExcelにエクスポートできます。
手順:
- Adobe Acrobat ProでコピーされたPDFファイルを開きます。
- Tools > Enhance Scans > Recognize Text > In This Fileに移動し、言語を選択して、Recognize Textをクリックします。
- OCRが完了したら、File > Export To > Spreadsheet > Microsoft Excel Workbookに移動します。
- エクスポートされた.xlsxファイルを開き、列を検査します。
AdobeのOCRは清潔な単一列テキストで正確ですが、銀行明細書テーブルはそれを混乱させます。通常、1つか2つの列にすべてのテキストが入り、金額が散らばっています。日付と説明が一緒に実行されます。10ページの明細書で30〜60分のマニュアル列分割とクリーンアップを期待してください。
これが機能する場合:非常にクリーンなコピーと単純なレイアウトを持つ単一ページの明細書。四半期ごとに1回だけこれを行う場合、クリーンアップ時間は許容できるかもしれません。
失敗した場合:複数ページの明細書、不良なコピーコントラスト、または複数行の説明を含むもの。データをクリーンアップする方が、最初から入力するよりも時間がかかります。
方法2:Google Drive OCRとGoogle Sheetsエクスポート
Google DriveはGoogle Docsで画像またはスキャン済みPDFを開くと、自動的にOCRを実行します。
- コピーされた明細書PDFをGoogle Driveにアップロードします。
- ファイルを右クリックして、Open With > Google Docsを選択します。
- Google Docsは埋め込み画像の下にOCR'd テキストを含む新しいドキュメントを開きます。
- テキストをコピーしてGoogle Sheetsに貼り付け、CSVとしてエクスポートします。
Google's OCRはテキストをよく読みますが、テーブル構造をまったく保持しません。すべてが平文段落として出力されます。列分離なしで日付、説明、および金額の壁が表示されます。これを適切なCSV列に分割するには、複雑な式または手作業が必要です。
このアプローチは無料で、デスクトップソフトウェアなしで機能しますが、時間コストは高くなります。10ページの明細書ごとにデータを使用可能な列に並べ替えるのに45~90分の予算を立てます。
方法3:OCRボットを使用したMicrosoft Power Automateデスクトップ
Power Automate Desktop(Windows 11の一部で、Windows 10の無料ダウンロードとして利用可能)には、画像とPDFからテキストを抽出し、結果をExcelに書き込むことができるOCRアクションが含まれています。
各PDFページを開き、OCRを実行し、正規表現またはテキスト位置ルールを使用して結果を解析するフローを構築します。これは各銀行のレイアウトをスクリプティングする必要があります。日付列が開始される場所、金額がどこに表示されるか、複数行の説明を分割する方法をマップします。
これが理にかなっている場合:同じ銀行の明細書を毎月処理し、事前にフローを構築およびテストするのに数時間かけることができます。設定すれば、数分で実行されます。
問題:各銀行レイアウトには個別のフローが必要です。5つの銀行の明細書を処理する場合、5つのスクリプトを保守します。形式の変更(銀行が明細書を再設計する)は、位置ルールを更新するまでフローを破壊します。
小規模ビジネスの所有者が毎月1つの銀行を処理する場合、これは機能します。多様なクライアント銀行を扱う簿記係の場合、メンテナンスのオーバーヘッドは持続不可能ではありません。
方法4:レイアウト理解を備えたAIを搭載したコンバーター
テーブル抽出に機械学習を使用する最新のOCRツールは、コピーされた明細書をはるかに良く処理します。これは、テキスト位置のみに依存するのではなく、列構造を推測するためです。
BankStmtConverterはこのために特別に構築されています。コピーされたPDFをアップロードし、テーブル対応AIを搭載したOCRを使用して、トランザクションを日付、説明、借方、貸方、残高用に個別の列を持つ構造化行に抽出します。テンプレートなしで任意の銀行のフォーマットで機能します。
一般的なコピーの問題の処理方法:
- 複数行の説明は説明列に留まり、金額を行の下にプッシュするのではなく
- 借方列と貸方列は、レイアウトだけでなく、テキスト(残高相対位置、「引き出し」や「預金」などのキーワード)のコンテキストで識別されます。
- 抽出されたトランザクションがプリントされた終了残高と合計されることを検証するため、データが欠落しているか誤って読み込まれている場合、すぐにわかります。
- QuickBooks、Xero、またはGLにインポートする準備ができたCSV、Excel、QBO、またはOFX出力を取得します。
このプロセスは10ページの明細書で約30秒かかります。CSVをダウンロードしてExcelで開き、元のファイルに対していくつかの行をスポットチェックしてからインポートします。
プライバシーに敏感なワークフローでは、デスクトップ版ローカルで明細書を処理します。ファイルはコンピューターを離れることはありません。クライアント明細書またはトラストアカウントを管理する場合、それは重要です。
これが適切なツールの場合:複数の銀行からコピーされたまたはスキャンされた明細書を定期的に処理し、調整の正確さが必要で、時間を大切にします。最初のいくつかの明細書は無料です。コミットする前に最悪のコピーでテストできます。
コピーされた明細書のOCRアプローチの比較
| 方法 | セットアップ時間 | 明細書ごとの時間 | コピーの精度 | 複数銀行サポート | 残高検証 |
|---|---|---|---|---|---|
| Adobe Acrobat OCR | なし(Proを持っている場合) | 30~60分クリーンアップ | 中程度;列混合が一般的 | はい、毎回手作業 | いいえ |
| Google Drive OCR | なし | 45~90分クリーンアップ | 貧弱な構造;テキストのみの出力 | はい、毎回手作業 | いいえ |
| Power Automate Desktop | 銀行レイアウトごとに2~4時間 | 設定後5~10分 | スクリプトがよく調整されている場合は良い | 銀行ごとに別のスクリプト | カスタムスクリプティングが必要 |
| BankStmtConverter | なし | 約30秒+クイックレビュー | 高い;複数行と貧弱なスキャンを処理 | はい、テンプレートは不要 | はい、プリントされた合計に対する自動チェック |
変換されたデータが正しいことを確認する方法
OCRの間違いは静かです。見落とされたトランザクションまたは交換された借方/貸方はエラーをスローしません。後で調整が間違った残高に計算され、割引を無駄にします。
変換後、会計システムにインポートする前にこれらのチェックを実行してください:
- ExcelでCSVを開き、抽出されたデータの最後のトランザクションまでスクロールします。終了残高を、明細書に印刷されている終了残高と比較します。正確に一致する必要があります。
- 明細書の中央にある5つのランダムなトランザクションをCSVに対してスポットチェックします。日付、説明、および金額の列が正しいことを確認してください。
- CSVをテンプレートに使用して合計と贷方列を合計します。最初のバランスを開始します。結果は印刷された終了残高と同じである必要があります。
- 日付が金額列にあるような明らかなエラーを探します。負の数が表示されるべきではない場所、または説明が途中で切られています。
OCRツールが合計を自動的に検証する方法を提供しない場合は、これをワークフローにマニュアルステップとして構築します。ここで5分が調整の痛みを防ぎます。
OCRの前に品質の悪いコピーを処理する
時々、コピーの品質が非常に悪く、優れたOCRさえ苦労します。スキャンプロセスをコントロールしている場合、これらのステップは結果を改善します。
- 複数ページをコピーする場合は、フラットベッドガラスの代わりに最新のコピーのドキュメントフィーダを使用します。フィーダはより一貫したコントラストを生成します。
- コピー機を色またはグレースケールではなく黒と白に設定します。銀行明細書のカラーは価値を追加せず、ファイルサイズを増やします。
- コピー機が「写真」モードではなく「テキスト」または「ドキュメント」プリセットを提供する場合は、それを選択します。このモードは鋭いテキストではなく、連続トーンに最適化されています。
- 品質の悪いコピーをPDFとして受け取った場合は、良好なレーザープリンタに印刷してから300 dpiで再スキャンします。はい、これはコピーのコピーですが、きれいな高コントラストスキャンは多くの場合、くすんだ原文よりもOCRが良くなります。
既に受け取ったスキャンの場合、AdobeスキャンMobileアプリやAcrobatの「Enhance Scans」機能などの無料ツールはOCRの前にコントラストを上げて歪んだページを真っ直ぐにすることができますが、結果は異なります。
CSVフォーマットと会計ソフトウェアのインポート
クリーンなCSVを取得したら、インポートプロセスは会計システムによって異なります。
QuickBooksデスクトップ:File > Utilities > Import > Excel Files。CSV列(日付、説明、金額)をQuickBooksフィールドにマップします。CSVに個別の借方/貸方列がある場合は、最初にExcelで1つの符号付き金額列に統合する必要があります(借方負、クレジット正)。
QuickBooksオンライン:Banking > Upload transactions。QBOはDate、Description、Amountの列を含むCSVを期待しています。IIF形式を使用するか、スムーズなインポートのための変換ツールからQBOファイルをリクエストします。
Xero:Accounts > Bank Accounts > Manage Account > Import a Statement。XeroのCSVインポーターは柔軟で、単一金額と分割借方/貸方の両方の形式を処理します。ツールが提供する場合は、Xero 銀行明細書形式を使用します。
コンバーターがOFXまたはQBOファイルを直接出力する場合、これらは通常CSVよりもクリーナーなインポートで、フィールドマッピングステップが少なくなります。
手動入力が実際に高速の場合
15のトランザクションを持つ単一ページのコピーがあり、その銀行を二度と見ない場合、Excelに入力するのに10分かかるかもしれません。OCRワークフローを把握するのに時間がかかるかもしれません。
手動入力が理にかなっている場合:
- 明細書は1ページ以下で、20未満のトランザクション
- すでに設定されたOCRツールがなく、これはワンタイムタスクです
- コピーが非常に悪い(ページの半分が黒く、テキストが回転している)ため、AIのOCRでも広範な修正が必要です
それ以上のもの(複数ページの明細書、月次処理、または決算ドキュメントのバッチ)では、検証付きのOCRが手作業での転写よりも高速で正確です。
銀行明細書をアップロードする際のプライバシーに関する考慮事項
コピーされた明細書には、口座番号、残高、トランザクションの詳細が含まれています。多くの人々はオンラインツールにこれらをアップロードすることに躊躇しています。
Webベースのコンバーターを使用する場合、以下のポイントを確認してください:
- 処理後にサービスがファイルを削除しますか?BankStmtConverterは変換後すぐにアップロードを削除し、ユーザーデータでAIモデルをトレーニングしません。
- 接続はHTTPSですか?ブラウザのロックを確認してください。
- サービスを運営しているのは誰で、どこを拠点としていますか?米国またはEUベースの企業は、オフショア演算子よりも強力なデータ保護ルールの対象となります。
最大限のプライバシーのために、ローカルで明細書を処理するデスクトップまたはオンプレミスソフトウェアが最も安全なオプションです。BankStmtConverterはデスクトップ版を提供コンピューターで実行され、アップロードなし。ファイルはコンピューターを離れません。
複数のコピーされた明細書のバッチ処理
12ヶ月のコピーされた明細書または複数のアカウントからの明細書がある場合は、1回に1つではなくすべてを一度に処理したいと考えています。
ほとんどのOCR対応コンバーターは複数ページのPDFを受け入れるか、1つのバッチで複数のファイルをアップロードさせます。ツールは各ステートメントを処理し、すべてのトランザクションを持つ単一のマージされたCSVを出力します。またはあなたの好みに応じてステートメントごとに個別のファイル。
ツールがステートメントメタデータ(口座番号、ステートメント期間)を出力に保存していることを確認してください。数年分のトランザクションをインポートするときは、各行がどのステートメントから来たかを知る必要があります。
バッチ処理は、年を閉じるか新しいクライアントで歴史的な明細書をオンボーディングするときに数時間節約します。フォルダをアップロードして、明らかなエラーがないかマージされたCSVをレビューし、1回のパスで年全体をインポートします。
コピーで複数行の説明を処理する
銀行明細書は多くの場合、2行にわたる長いマーチャント名またはトランザクションの詳細をラップします。デジタルPDFでこれは迷惑です。コピーでは、OCRの災害です。
基本的なOCRエンジンは左から右、上から下に読んでください。彼らは説明の最初の行を見て、2番目の行を完全に新しい行として見て、金額を下にプッシュし、その下のすべてを間違えました。
テーブル対応OCR(最新のAI抽出ツールで使用されているタイプ)は、テーブルセル内のテキストが複数の行にわたることができることを理解しています。行をグループ化し、金額を正しい列に保ちます。
この処理をしないツールに固執している場合は、Excelで手動で修正できます:日付でソート、説明のある行を見つけてから、それらのセルを上の行と連結します。退屈ですが、小さな明細書に対して機能します。
インポート前の最終チェック
コピーされた明細書をCSVに変換してスポットチェックしたいくつかの行があります。会計システムにインポートする前に、この最終検証を実行します。
- ExcelでCSVを開き、空白の列にフォーミュラを追加します:
=SUM(D:D)-SUM(E:E)(列DはクレジットE、列Eは借方と仮定)。明細書からの開始残高を追加します。これは印刷された終了残高と正確に一致する必要があります。 - CSVの行を数えて、元のコピーのトランザクション行を数えます。一致する必要があります(または、CSVが開始残高を行として含む場合は1つ異なります)。
- CSVの最初と最後のトランザクション日付を明細書に対して確認します。明細書が3月1~31日をカバーしていますが、CSVは3月3日に開始します。データが欠落しています。
これらのチェックは2分かかり、ほとんどのOCRエラーをインポートする前に確認します。数字が一致する場合、自信を持ってインポートします。そうでない場合は、締切の月末ではなく今、矛盾を修正してください。