BUSYが銀行明細をインポート
転記内容を選択できない

重複はインポーターの欠陥ではありません。BUSYはファイルと設定に指示された通りのことを正確に実行します。間違いはその一歩前、照合されなかった明細行を存在しない取引として扱ったときに起こります。この2つは同じではなく、それらを区別することが銀行取引明細インポートの本当の仕事です。

「銀行取引明細インポート」の背後に隠れた3つの仕事

「銀行取引明細をインポートする」は1つの作業に聞こえます。しかしBUSYでは3つの作業であり、それぞれ異なるリスクを伴います。これらを分けて考えることで、日常的なインポートが重複転記に変わるのを防げます。

インポーターは最初の作業を行い、2番目の作業を支援します。3番目の作業はできません。明細の借方記入は、仕入先への支払い、銀行手数料、ローンの分割払い、口座間の振替、または以前の失敗した取引の取り消しのいずれかであり得るからです。ファイルだけではどれなのかはわかりません。 銀行の明細行は資金が動いた証拠です。それをどう記録するかの指示ではありません。

BUSY自身のヘルプは、その結果をクリーンアップ作業として扱っています。照合に関するFAQでは、重複伝票を見つけてF8で削除し、明細には表示されているがBUSYにない取引を取引メニューから手動で入力するよう指示しています (BUSY銀行照合FAQ)。これは事後的な修正です。この記事は、伝票が存在する前に判断を下すことについて書かれています。

BUSYが実際にファイルに求めるもの

BUSY 21では、管理、データのエクスポート/インポート、銀行取引明細書の下に専用ユーティリティが追加されました。製品ページは入力について率直に述べており、銀行取引明細書を ExcelまたはCSV形式のみでインポートします（BUSY 21）。PDFやスキャンした通帳は、このユーティリティが読み取るものではありません。まずスプレッドシートに変換する必要があります。

ユーティリティ内では、定義済みの銀行フォーマットを選択するか、ファイル内の列に一致するフォーマットを設定し、空白エントリのデフォルト口座を設定して、Excelから行を読み込みます。BUSYのリリースノートには、バージョンごとの経緯が記録されています。リリース10.5で銀行取引明細書ユーティリティが導入され、リリース11.6でExcel明細書からの自動照合とデフォルトの銀行フォーマットが追加され、リリース12.2では単一列の借方・貸方サポート、インポート時の請求書参照のFIFO自動調整、およびより大きな摘要マップが追加されました（BUSY 21リリースノート）。同じリリースノートには、BUSY OnlineがGoogle Sheetから直接明細書をインポートできることも記載されています。

自動照合は、ファイルが照合できる範囲で機能します。 マッチャーは金額と日付に基づいて動作し、リリースノートには行がインポートされる際に参照がFIFOベースで調整されることが示されています。これは、2つの正当な取引が同じ金額と日付を共有できるため重要です。給与支払い、2つの仕入先への支払い、またはUPI決済のバッチなどです。参照がそれらを区別します。PDFからスプレッドシートへの変換過程で参照が失われた場合、マッチャーが利用できる情報が減り、クリアされたセクションに表示される明細行が少なくなります。

重複仕訳が実際に発生する原因

「重複」という言葉は、行が2回インポートされたように聞こえます。しかし実際には、2つ目のコピーは判断によって作成されることが多く、これはインドの会計ソフトの銀行照合において、どのインポーターも代わりに行うことができない部分です。その大部分を占めるのは、5つの状況です。

月に一度BUSYに銀行明細をインポートするほとんどのチームが、この5つすべてに遭遇します。

照合されずに仕訳される明細。 支払いはすでに記録されていましたが、摘要または日付が明細と一致しませんでした。照合機能はそれを未照合のままにします。誰かが「未照合」を「未記帳」とみなし、新しい伝票を仕訳します。これで同じ支払いが帳簿に2回記載されることになります。

同じ期間が再度インポートされる。 1ヶ月分がインポートされ、いくつかの例外が修正され、見落とされたものを捕捉するためにファイルが再インポートされます。一度照合された行は、2回目の処理でそのことを知らせてくれません。

同じ金額、同じ日付、参照情報なし。 照合機能には同一に見える2つの実際の取引が、1つの一致と1つの孤立として扱われます。孤立した取引は未記帳のように見え、それを仕訳するのが自然な行動です。

一致しない期首残高。 BUSYの照合に関するFAQには、期首残高と期末残高が一致しない一般的な原因が列挙されています：前年度の仕訳が正しく繰り越されていない、未決済項目、未計上の銀行手数料、帳簿と明細の間のタイミングの差異。期首残高が間違っていると、その下のすべてが間違って見え、「未記帳」の取引を仕訳したいという誘惑が大きくなります。

銀行のみの項目。 手数料、利息、取消、口座間振替は、仕入先や得意先の仕訳ではありません。これらは特定の元帳に属するものであり、通常の入金や支払いとして仕訳すると、そこに属さない仕訳が作成されます。

r/CharteredAccountantsでは、この質問が読者自身の言葉で出てきます：実務家は、クライアントがPDFのみを送ってきた場合に、会計事務所が「繁忙期の監査・税務期間中に銀行明細のデータ入力」をどのように処理するか尋ねられます（r/CharteredAccountants）。データ入力は目に見える部分です。照合がクリーンな状態を保てるかどうかを左右するのは、その入力がBUSYに運ぶフィールドのセットです。

BUSYが照合する行の作成

修正は、その一歩前、ユーティリティが期待する形に組み立てたスプレッドシートから始まります。PDFビューアがコピーしたものをそのまま使うのではありません。逆算して、選択したBUSY形式がマッピングするフィールドを列挙し、そのリストに合わせてデータを作成します。そうすれば、マッピングは借方がある列を推測する連続ではなく、一対一の一致になります。

ここで、抽出列の命名が抽出自体と同じくらい重要になります。ImageToTable.aiはカスタム列抽出を使用します。「Transaction Date」「Value Date」「Reference」「Narration」「Debit」「Credit」「Signed Amount」など、必要な列名を入力すると、AIがページ上の位置ではなく意味を理解して各値を特定します。入力した列名が出力のヘッダーになるため、BUSYフィールドに合わせて命名すれば、形式設定が直接の一致になります。銀行ごとにサンプルとトレーニング済みモデルが必要なテンプレート型ツールとは異なり、レイアウトごとに設定するものはありません。協同組合銀行の明細書も、民間銀行のエクスポートも、同じように読み取られます。

1か月分の明細書を、明細書ごとに1ファイルにする必要はありません。バッチ処理は複数のアップロードを一度に受け付け、それらを1つのスプレッドシートに結合するため、すべての口座とすべての月のPDFを、BUSYのインポート期間に合わせて切り出す前に1枚のシートにまとめられます。

ここで重要な役割を果たす列タイプが2つあります。計算列は、抽出中にAIが計算できるようにするもので、借方と貸方の列から導出された単一の符号付き金額や、明細書自身の数値に対する残高照合を要求でき、後で修正する代わりに出力で答えを得られます。推論列は、明細書に印刷されていない値（摘要から判断した「Channel (NEFT/IMPS/UPI/Cheque)」列など）をAIが埋められるようにします。どちらも1ファイルずつではなく、バッチ全体で実行されます。

データ標準化は、静かに機能する機能です。日付はある銀行のエクスポートでは01/04/2026、次の銀行では2026-04-01で届き、金額には桁区切り記号、末尾の「Cr」、またはマイナス記号が付いて届きます。このツールは、日付、金額、参照番号をエクスポート時に1つの形式に正規化します。これはまさにBUSYの日付照合が必要とするものです。そのすべてを信頼する前に、Bbox支援レビューが、セルをクリックすると元の明細書のどこから各抽出値が来たかを強調表示するため、誤った行から読み取られた参照や金額が、ページを読み直さなくてもわかります。

受け渡しを容易にする2つの方法があります。パスワードで保護された明細書は、アカウントのメール受信トレイに転送できます。そこでは、ファイルがキューに入る前に、保存されたパスワードが自動的に試行されます。また、BUSY OnlineはGoogle Sheetから明細書を直接インポートするため、 明細書からGoogle Sheetsへのパス は、ダウンロード手順なしでそのルートに供給できます。デスクトップ版BUSYの場合は、クリーンな CSV または Excelファイル にエクスポートして、ユーティリティに指定します。

最初のインポートは管理されたテストとして実行してください。正確な口座と明細期間に限定してください。最初と最後の取引日、および行数をソースと照合してください。借方と貸方の方向を確認してください。同額の行を開き、それぞれが意図した伝票に一致していることを確認してください。例外を記録して、次の担当者がレビューを繰り返さないようにしてください。明細フィールドのマッピングが初めての場合は、より詳細な列の説明が 銀行明細抽出ガイド にあり、仕入側については BUSYへの仕入請求書のインポート で説明されています。これは別のドキュメントで、フィールドも異なります。

このアプローチでできないこと

境界線を明確にしておきましょう。ImageToTable.aiは構造化されたスプレッドシートを生成します。銀行への接続、BUSYへのインポート、入金・支払・振替伝票の起票、伝票タイプや元帳の選択、クリア日付の設定、照合は行いません。約束できるBUSY統合はありません。これらの判断は、会計士と会社の設定に委ねられます。

会計上の判断は依然として必要です。領収書にTDS控除が適用されるか、銀行手数料のGSTが控除対象か、振替が振替伝票に該当するかといった判断は、銀行明細書では下せません。クリーンな行の価値は、完全なデータに対して判断を適用できることであり、判断を省略できることではありません。

インポートが成功したからといって、伝票が正しいとは限りません。BUSY独自のトラブルシューティングが、インポート後の重複や欠落エントリを処理します。そのため、サンプル実行と、クリア済み・未クリア区分のレビューは日常業務の一部として残ります。抽出は印刷物や手書きの明細書も読み取れますが、低品質のスキャンはクリーンなデジタルPDFよりもリスクが高いため、そうしたページにはレビューステップが残ります。

よくある質問

銀行明細書のPDFをBUSYに直接インポートできますか？

いいえ。BUSYの銀行明細書ユーティリティはスプレッドシートから動作し、BUSY OnlineはGoogle Sheetからインポートできます。PDFやスキャンした通帳は、まず構造化された行に変換する必要があります。2つの段階は分離されています。抽出がスプレッドシートを生成し、その後BUSYが独自のルールに従ってインポートします。

BUSYインポートで重複エントリが発生するのはなぜですか？

通常、照合に失敗した明細行が欠落として扱われ、新しい伝票として起票されたか、同じ期間が複数回インポートされたことが原因です。BUSYの照合レポートで重複が明らかになり、標準的なクリーンアップは重複伝票の削除です。ファイル内の参照フィールドと日付フィールドを保持することで、記録済み取引が最初に照合に失敗する頻度を減らせます。

BUSYは銀行取引を自動で照合できますか？

はい、リリース11.6以降、BUSYはExcel明細書から銀行取引を自動的に照合できます。その後のリリースでは、単一列の借方・貸方サポートと、参照の自動FIFO調整が追加されました。自動照合は照合できるものを照合し、残りはレビュー用に残します。一致しない行を新しい伝票にするかどうかの判断は行いません。

スプレッドシートにはどの列が必要ですか？

最低限、取引日、参照、摘要、金額とその方向が必要です。約定日と、借方・貸方の別々の列、または符号付きの単一金額を保持することで、マッピングが明確になります。選択したBUSY形式のフィールドに合わせて抽出列に名前を付けると、マッピングが一対一になります。

AIがBUSY内の取引を代わりに照合してくれますか？

いいえ。このツールは明細書を構造化された行に抽出し、形式を標準化します。それらの行のインポート、既存の伝票との照合、伝票タイプと元帳の選択、エントリの消込はすべてBUSY内で会計士が行います。利点は入力がよりクリーンになることであり、投稿の自動判断ではありません。

パスワード保護された明細書やスキャンされた明細書はどうですか？

パスワード保護されたPDFは、アカウントのメール受信トレイに転送できます。処理前に保存されたパスワードが自動的に試されます。スキャンされた明細書や通帳も、手書き文字を含めて抽出できますが、それらのページではレビューステップを維持し、サンプルを原本と比較してください。

ファイルが照合を決定します

BUSYは行をインポートし、照合できるものを照合します。できないのは、特定の借方が別の摘要で帳簿にすでに存在することを知ることです。その知識は、PDFからスプレッドシートへの移動で保持されなければならない参照と日付にあります。それらのフィールドを行に入れれば、重複は作成されません。失うと、翌月末に投稿する必要のなかった伝票を削除することになります。