AI銀行明細書からCSVコンバーター：インポートウィザードが受け付けるファイルを生成します。開けるだけのファイルではありません
銀行明細書をインポート可能なCSVに打ち直すと1ページあたり約3分かかります。また、一般的なコンバーターが生成する日付や金額はウィザードに拒否されることがあります。本ツールは1取引につき1行のクリーンなデータを、1ページあたり5〜10秒で生成します。
銀行レベルの暗号化・SOC 2準拠・TLS 1.3暗号化
銀行取引明細書CSVに実際に必要な列
会計ソフトへのインポートを通過できるCSVには、宛先が期待する名前の特定の列セットが必要です。必要な列を入力すると、AIが明細書上の各値を意味に基づいて特定します。入力した名前がそのままファイルのヘッダー行になります。
Debit/Creditと符号付きAmountのどちらを選ぶかは、見た目の問題ではありません。ファイルがスムーズにマッピングされるか、インポートウィザードで止まるかを左右します。XeroのCSVインポートは、収入と支出を1つのAmount列（支出は負の値）で想定しています。一方、多くのQuickBooksのマッピングでは、Debit列とCredit列を別々に受け付けます。列名を宛先に合わせれば、マッピング手順は形式的なものになります。
銀行取引明細書CSVは、開いたときに判断されるのではなく、インポートウィザードで判断される
銀行取引明細書をCSVに変換する人は、ファイルを鑑賞するためではありません。CSVは、QuickBooks、Xero、FreshBooks、税務ソフトウェア、またはスクリプトに取り込まれるために存在します。そして、これらの取り込み先はそれぞれ、日付、符号、数値型に関するルールを適用しますが、汎用コンバーターはそれらをチェックしません。r/Bookkeepingのある簿記担当者は、この作業を率直に述べています：「こんにちは。PDFの銀行取引明細書をExcel CSVファイルに変換して、QBOに取引をインポートしようとしています。」変換は手段であり、インポートが目的です。
汎用コンバーターがインポートで失敗する点
03/04/2026 と印刷された明細書は、QuickBooks Online のアメリカ標準では 3月4日、DD/MM 設定では 4月3日になります。マッピング段階で確認した形式と日付列の形式が一致しない場合、インポートは続行され、すべての行で日と月が入れ替わったままになります。エラーも警告もなく、誰かが「行われた」支払いが間違った日付であることに気づくまで、台帳は間違ったままです。QuickBooks のサポートドキュメントでは、日付形式の不一致を最も一般的なCSVインポートエラーとして挙げており、後から修正するにはバッチ全体を無効化して再インポートする必要があります。
ほとんどの明細書は借方と貸方を別々の列で印刷しますが、Xero のインポートでは、費用を負の値にした1つの金額列が必要です。明細書をそのまま反映するコンバーターでは、2つの金額列ができてしまい、指示がないため、毎回スプレッドシートで手動の結合と符号反転の作業が必要になります。金額がテキストとしてコピーされるとさらに悪化します。「$1,234.56」のような通貨記号と桁区切りを含むものは数値として認識されず、インポートウィザードが拒否するか、テキストとして処理します。これは r/QuickBooks のユーザーが頻繁に遭遇する問題で、「金額がテキストになっていないか確認する」ことが定番のアドバイスになっています。
CSV の意味は、誰も記録しない設定に依存しています。ヨーロッパのロケールでは 1.234,56 は 1234.56 という数値ですが、誤った地域設定で保存するツールやスプレッドシートは、すべての金額を静かに書き換えます。また、セミコロン区切りでエクスポートするツールもあり、カンマ区切りを想定したウィザードはそれを1つの巨大な列として読み取ります。Xero のインポートガイドは、小数点の区切りにカンマを使わないよう明示的に警告しています。これらは抽出ではなくファイル形式の失敗であり、抽出に特化した競合他社がこれらに言及しない理由です。
列名抽出が出力をどう形作るか
カスタム列抽出では、Transaction Date、Description、Amount など、必要なフィールド名を入力するだけで、AI が明細書上の各値を「どこにあるか」ではなく「何を意味するか」を理解して特定します。入力した名前がそのまま CSV のヘッダー行になるため、インポートウィザードで列のマッピングを求められた時点で、ファイルはすでに宛先の語彙を話しています。変換後の名前変更も、「列 F には何が入っているのか」と推測する必要もありません。
日付は印刷されたテキストをそのままコピーするのではなく、抽出時に標準化されるため、明細書の曖昧な表記ではなく、インポートマッピングで選択した形式に列が一致します。金額は数値として出力されます（"$1,234.56" ではなく 1234.56）。通貨記号や桁区切りは削除されます。単一の符号付き Amount 列を定義すると、符号は印刷されたとおりに保持されます。Debit Amount と Credit Amount を別々に定義すると、各金額は明細書の位置が示す列に配置されます。どちらのレイアウトでも初回でマッピングできます。
同じ列定義が Chase、Bank of America、Wells Fargo、HSBC、Barclays などの銀行で、銀行ごとの設定なしに機能します。これは AI が意味によってフィールドを読み取るためです。複数ページの明細書でもトランザクション行は連続して保持され、Opening Balance と Closing Balance は明細書のヘッダーから単一の値として取得できます。そのため、ファイルがインポートウィザードに到達する前に、抽出された行が開始残高から終了残高まで正しく連鎖しているかを確認できます。
ステートメントPDFからインポート可能なCSVまで、3つのステップで
1年分のステートメントを会計ソフトやスクリプトに取り込む場合、アップロードからインポートウィザードがそのまま受け付けるファイルを作るまでの流れをご紹介します。クリーンアップの手間は不要です。
ステートメントをアップロード（1か月分でも12か月分でも）
銀行ポータルからダウンロードしたPDF、紙のステートメントのスキャン、オンラインバンキングのスクリーンショットなど、JPG、PNG、WebP、PDFに対応しています。デジタルとスキャン文書を同じバッチで処理できます。パスワード保護されたステートメントにも対応しており、パスワードを一度保存すれば、暗号化された添付ファイルは自動的にロックが解除されます。複数の口座にわたる1年分を一度にアップロードすれば、バッチ処理で全ファイルが1つの出力にまとめられます。クライアントからステートメントを集める場合、コレクションリンクを使えば、アカウントなしで誰でも直接アップロードできる共有URLを発行できます。
宛先が期待する列名を指定する
ファイルの送り先に合わせて列名を入力します。QuickBooks Onlineのマッピングなら Transaction Date、Description、Amount、Xeroなら Date、Payee、Amount（符号付きの単一列）、またはワークフローに応じて Debit Amount / Credit Amount に分割することもできます。これらの列名はCSVのヘッダー行となり、バッチ内のすべてのステートメントに適用されます。日付は標準化され、金額は数値として出力されるため、インポートウィザードで最も頻繁に拒否される2つの列は、最初から正しい形式になっています。
CSVを1つダウンロードしてインポートを実行
各取引が1行になります。12ページのステートメントからは、ページをまたいでもRunning Balanceが維持された連続した台帳が生成され、Opening/Closing Balanceで行が正しく連鎖しているかを確認できます。CSV（または好みに応じてXLSX/JSON）をエクスポートし、そのままQuickBooksやXeroのインポートウィザード、税務ソフト、またはpandasスクリプトの pd.read_csv() に渡せます。最後の行とClosing Balanceを一度照合すれば、信頼できる数値から照合を開始できます。
このコンバーターの機能と、その役割の範囲
最適なケース
PDFのみの明細書から会計ソフトへデータを取り込む場合。 銀行がPDF明細書のみを提供している場合、これはPDFからCSVへの変換経路であり、日付、金額、説明の各列がQuickBooks、Xero、FreshBooksが期待する形式に一致します。符号の規則と数値形式はインポート前に決定され、インポート中に調整する必要はありません。
残高の連続性が求められる複数ページの明細書。 ページ境界をまたいで途切れる残高は行ごとに追跡されるため、最終残高は明細書に印刷された期末残高と照合できます。これは、インポート前に取引の欠落や誤読を検出するチェックです。
スクリプトと反復可能なパイプライン。 ヘッダー行は入力した内容そのものになるため、同じ列定義で毎月同じCSV形式が生成されます。これは、pandasスクリプト、税務ソフトウェアへのアップロード、または定期的なインポートマッピングが変更なしで実行するために必要なものです。
注意が必要な場合
変換は行いますが、分類や照合は行いません。 このツールは意図的に構造化されたCSV列までに留めています。取引を勘定科目コードに割り当てたり、元帳と照合したり、帳簿に転記したりすることはありません。これらはインポート後に会計ソフトウェアで行うものです。推論されたCategory列は確認用に取引にラベルを付けることができますが、同期された勘定科目コードではありません。
新しい銀行や新しい明細書レイアウトからの最初のバッチは検証してください。 明細書が馴染みのないレイアウト、圧縮されたスキャン品質、または行の途中に印刷されたRunning Balance列を使用している場合は、大量の履歴バッチを処理する前に、最初の抽出結果を明細書と照合してください。特に日付列と1つまたは2つの符号付き金額を確認してください。
受け取り側のロケール設定も重要です。 CSVは小数点にピリオド、区切りにカンマを使用して配信されますが、それを開くスプレッドシートやツールは独自の地域解釈を適用します。カンマを小数点とするロケールでピリオド小数点のファイルを開くと、保存時に金額が書き換えられる可能性があります。配信形式と宛先のロケールを一致させてください。
よくある質問
CSVはQuickBooksやXeroに直接インポートできますか？
インポートウィザードを通過できるように設計されています。QuickBooks Onlineでは、インポート時に日付、説明、金額をマッピングします。標準化された日付列は、選択した形式に一致します。Xeroでは、収入と支出を1つの金額列にまとめる必要があります（支出はマイナス）。単一の符号付き金額列に名前を付けるか、マッピングに応じて借方/貸方の列を分けてください。入力した名前がCSVのヘッダー行になるため、マッピング手順で何が届いたかを推測する代わりに、すでに存在するものを確認できます。
借方と貸方を別々の列にすることも、符号付きの単一の金額列にすることもできますか？
両方可能です。借方金額と貸方金額に名前を付けると、AIが各数値の位置を読み取り、正しい列に配置します。これは銀行が明細書に実際に印刷する方法と一致します。単一の金額列に名前を付けると、印刷されたとおりの符号が保持されます（符号付きの値を使用する明細書では、借方の場合はマイナス）。異なる銀行の明細書で異なる規則が使用されている場合は、同じバッチ内で両方のレイアウトを混在させることができます。
CSVはどの日付形式を使用しますか？MM/DDとDD/MMの混同を避けるにはどうすればよいですか？
日付は印刷されたテキストとしてコピーされるのではなく、抽出中に標準化されます。これが、03/04/2026があるツールでは3月4日になり、別のツールでは4月3日になり、誰かが気付くまでインポートされたすべての行が間違ってしまうという、古典的な静かな破損の原因です。標準化された出力により、日付列はインポートマッピングで確認した形式と一貫性が保たれます。不慣れな明細書からの最初のバッチでは、ファイル全体をインポートする前に、最初の数行を明細書自体と照合してください。
金額は「$1,234.56」のようなテキストではなく、実数として出力されますか？
はい。金額は数値として出力されます（1234.56であり、テキスト文字列「$1,234.56」ではありません）。通貨記号と桁区切り記号は抽出中に削除されるため、列はテキストとして拒否または読み取られる代わりに、数値フィールドにマッピングされます。符号は選択した列定義に従います。借方金額/貸方金額の別々の列、または単一の符号付き金額列です。同じことが実行残高にも当てはまり、数値のまま維持されるため、開始残高から終了残高までのチェックが算術的に機能します。
このツールは取引を私の勘定科目表に分類したり、照合したりしますか？
いいえ。明細書を構造化されたCSV列に変換するだけで、そこで停止します。これは設計によるものです。勘定科目表からカテゴリを割り当てたり、元帳と照合したり、照合したりするのは、インポート後の会計ソフトウェアの役割です。最も近い機能は推論列です。カテゴリ（オプション：Meals/Transport/Office/Other）を追加すると、AIが各取引の説明を読み取り、選択したオプションの1つを割り当てます。これはレビューのためのフラットなラベルであり、同期された勘定科目表ではありません。これにより、ツールの役割とソフトウェアの役割が明確に分離されます。