CommerzbankのKontoauszugをExcelに抽出する方法

CommerzbankのKontoauszugには、取引ごとに2つの日付(BuchungstagWertstellung)、複数行にわたるVerwendungszweckフィールド、そしてSEPA-ÜberweisungSEPA-LastschriftKartenzahlungといった取引種類コードが含まれています。これらのコードは、口座が個人顧客(Privatkunden)かビジネスバンキング(Business Banking)かによって、異なる列位置に配置されます。ページからフラットなテーブルを抽出するだけの汎用的なPDF→Excel変換ツールでは、2枚目の明細書でレイアウトが変わると列が混ざってしまいます。この記事では、CommerzbankのKontoauszugからすべてのフィールドを、正しい列マッピング、残高検証、そしてDATEVやLexwareにそのまま使える形式で構造化されたExcelスプレッドシートに抽出する方法をご紹介します。

手入力をやめよう — AIに読み取らせるだけ
画像やPDFをアップロード — 10秒で構造化データに
今すぐ試す
登録不要 · カード不要 · 10秒で結果
Commerzbank Kontoauszugの銀行取引明細書抽出をExcelで行う様子 — Buchungstag、Wertstellung、Verwendungszweckフィールドを含むドイツ語のPDF銀行取引明細書を構造化スプレッドシートに変換

重要ポイント

  1. Commerzbankの個人顧客(Privatkunden)向け明細書で学習したテンプレートベースのパーサーは、ビジネスバンキング(Business Banking)のページを処理すると、すべての列が静かにずれてしまいます。これは、2つのレイアウトで取引種類と日付の位置が異なるためです。
  2. Commerzbankの明細書におけるVerwendungszweckフィールドは、1行あたり2~4行にわたることがよくあります。行ベースのOCRではこれが別々の行に分割され、スプレッドシート全体に影響を及ぼす幻の列が生まれます。
  3. セマンティック抽出は、改行やレイアウトに関係なくVerwendungszweckを1つの論理フィールドとして読み取ります。そのため、個人顧客(Privatkunden)、ビジネスバンキング(Business Banking)、旧来のComdirectの明細書でも、テンプレートを変更することなく同じクリーンな出力が得られます。

コメルツ銀行の口座取引明細書が他行と異なる点

コメルツ銀行のKontoauszug(口座取引明細書)は、一般的な銀行取引明細書とは異なります。これはドイツ国内の銀行慣行に由来するレイアウト(2つの日付列、独自の取引種類分類、複数行にわたる使用目的欄)に従っており、個人当座預金口座(Privatkonto)、ビジネス口座(Geschäftskonto)、またはコメルツ銀行グループに統合されたComdirect口座のいずれかによって形式が変わります。

Kontoauszug(ドイツの銀行口座取引明細書)は、ドイツの銀行規制で義務付けられた口座活動の公式記録です。コメルツ銀行は顧客ベースでドイツ第2位の民間銀行であり、中核ブランド、デジタル子会社のComdirect、ポーランドのmBankを通じて、1,700万人以上の個人および法人顧客にサービスを提供しています。これらの明細書には共通のデザインがあります。各ページに対角線上に「COMMERZBANK」の透かしが入った青と白のヘッダー、左上に口座名義人(Kontoinhaber)とIBAN/BIC、右上に連続した「Blatt」(ページ番号)と「Kontoauszug Nr.」です。抽出を困難にしているのは、取引テーブルの列配置が個人用とビジネス用の明細書で異なり、Verwendungszweck(使用目的)欄が取引行ごとに2~4行に及ぶことがあり、その結果、行間の垂直スペースで行を検出する従来のテーブル抽出ツールが後続の列を誤って認識してしまう点です。

コメルツ銀行の口座取引明細書の主要項目

コメルツ銀行の明細書には、取引行ごとに約12の項目があります。ほとんどの汎用抽出ツールは金額と日付を取得しますが、ドイツの簿記にとって重要な項目(Umsatzart、Wertstellung、Verwendungszweck)こそが、テンプレートベースのパーサーを機能不全に陥れるものです。

以下の表は、完全で監査対応可能なデータセットを得るために抽出する必要があるすべての項目を示しています。

フィールド(ドイツ語)英語表示位置重要性
Buchungstag記帳日取引行の左端、最初の列銀行が取引を処理した日付。時系列の並び替えやオンラインバンキングの記録との照合に使用します。
Wertstellung (Valuta)起算日(Valuta)Buchungstagの直後、2番目の日付列利息の計算基準日。ユーロ送金ではBuchungstagとWertstellungの間に1~2営業日の差が生じることがよくあります。正確なキャッシュフロー分析や当座貸越利息の計算に不可欠です。
Vorgang / Umsatzart取引種類摘要列内のテキスト(略称で表示されることが多い)SEPA振込、SEPA引落、カード決済、ATM引出、自動振込、両替。各取引種類はDATEV上で異なる転記キー(BU-Schlüssel)にマッピングされます。
Umsatzart-Code取引種類コード2文字のコード(例:LG、SG)LG = 引落入金(引き落としの取消による入金)、SG = 小切手入金。ドイツの会計ソフトが仕訳を自動分類するために使用するコードです。
Verwendungszweck使用目的/参照情報取引種類の下にある複数行フィールド支払者または受取者の構造化された参照情報(請求書番号、顧客ID、期間など)。DATEVインポートでオープン項目(未消込)との照合に使用するフィールドです。これがないと、一致しない取引をすべて手動で確認する必要があります。
Betrag (signiert)金額(符号付)右揃え、単一列(借方=マイナス、貸方=プラス)コメルツ銀行は符号付き金額列を使用します。送金(借方)はマイナス記号、入金(貸方)は符号なしで表示されます。借方・貸方の分割列よりも単一列の符号付き形式の方が検証が容易です。この列の合計と期首残高を足すと期末残高と一致するはずです。
Saldo (fortlaufend)残高(累計)各行の右端の列各取引後の累計残高。累計残高が直前の符号付き金額と正確に一致しない場合、行の欠落や重複を示します。
IBAN / BIC口座識別子明細書ヘッダー(各行には表示されない)22桁のドイツIBAN(DE + チェックデジット2桁 + 8桁の銀行コード + 10桁の口座番号)。複数口座の照合時に必要です。
Kontoauszug Nr.取引明細書番号右上のヘッダー連番(例:12/2026)。年度末決算時に明細書の欠落がないことを確認するために使用します。

コメルツ銀行の明細書からこれらのフィールドを抽出する際の課題は、列のレイアウトが明細書の種類によって一貫していないことです。個人顧客向け明細書では、取引種類がVerwendungszweckのすぐ上にアイコン風の略称で表示されます。ビジネスバンキング向け明細書では、取引種類が日付と同じ行に埋め込まれた長めのテキスト文字列になります。一方のレイアウト用に列座標をハードコードしたテンプレートベースのパーサーは、もう一方のレイアウトを処理すると無意味な結果を出力します。

なぜ手入力が主流なのか、そしてその限界

ドイツの中小企業(従業員10~200人のミッテルシュタント企業)の多くは、今でも銀行取引明細書のデータを手作業で処理しています。DATEVが2024年に実施した調査によると、約60%の中小企業が、オンラインバンキングのポータルから会計ソフトにデータを入力する際、手入力またはコピー&ペーストに依存しています。その理由は構造的なものであり、ツールの認知度の問題ではありません。汎用OCRツールでは、Verwendungszweck(使用目的)が2行目に折り返された場合に列がずれてしまい、出力がDATEV独自のCSV形式やLexwareの会計スキーマに対応していることはほとんどありません。

手入力のコストは時間だけではありません。税理士による年末のレビューで初めて表面化する目に見えないエラーこそが問題です。誤って記帳された取引を1件修正するのに、明細書1枚分のデータを最初から入力し直すよりも時間がかかることがあります。

例えば、コメルツ銀行のビジネス口座(Geschäftskonto)の明細書を考えてみましょう。月間150~400件の取引があります。経験豊富な簿記担当者(Buchhalter)がこれらのデータをDATEV Rechnungswesenに入力する場合、1時間あたり約60~80行を処理できます。つまり、口座1つにつき月2~5時間かかります。3つの口座(運転資金、給与、付加価値税)を12ヶ月間運用している企業の場合、年間100~180時間もの純粋な機械的データ入力作業が発生し、これは3~4週間分のフルタイム労働に相当します。ドイツの簿記担当者の平均時給は40~70ユーロであるため、分析価値を生まないこの作業に年間4,000~12,600ユーロの人件費がかかっていることになります。

より深刻な問題は、エラーの連鎖です。金額を1つ打ち間違えたとします。例えば、1.274,82ユーロと入力すべきところを1.247,82ユーロと入力した場合、照合不一致が発生します。簿記担当者は次の銀行取引明細書が届くまでそのエラーに気づかない可能性があり、その時点で300件以上の取引の中からエラーを特定するには、列全体を再入力するよりも時間がかかります。税理士が年次決算(Jahresabschluss)の準備中にこの不一致を発見した場合、エラーはすでに元帳に転記されているため、修正作業はさらに困難になります。

Commerzbankの口座取引明細書データをExcelに抽出する方法

Commerzbankの可変レイアウトに対応する抽出方法は、位置ベースのテンプレート照合ではなく、意味ベースの抽出です。「3列目が日付、5列目が金額」と指定する代わりに、必要なフィールドを指示するだけで、AIが各値の意味を理解して自動的に特定します。これこそが、ImageToTable.aiによる口座取引明細書抽出の仕組みです。

以下がステップバイステップの手順です:

1
口座取引明細書をPDFでエクスポートします。 Commerzbankのオンラインバンキングまたはバンキングアプリにログインし、口座メニューから「Kontoauszüge(取引明細書)」に進み、明細書をPDFでダウンロードします。Commerzbankでは過去12~24ヶ月分のデジタルPDFが提供されています。それより古い明細書は、ポータルから再発行を依頼できます。印刷された明細書をスキャンしても問題ありません。このツールは画像ベースのPDFや写真も受け付けます。
2
抽出ツールにアップロードします。 Commerzbank口座取引明細書デモを開きます。PDFをドラッグ&ドロップするか、ファイルシステムから選択します。このツールはJPG、PNG、PDF(パスワード保護されたPDFも含む)に対応しています。明細書にPINが設定されている場合は、処理前にPINを入力します。
3
列を定義します。 これはCommerzbankの明細書で重要なステップです。出力テーブルに表示したいフィールド名を列ヘッダーとして入力します。例:Buchungstag(記帳日)Wertstellung(起算日)Vorgang / Umsatzart(取引種類)Verwendungszweck(使用目的)Betrag(符号付金額)Saldo(累計残高)Kontoauszug Nr.(取引明細書番号)。このツールのカスタム列抽出機能により、出力スキーマを自由に定義できます。AIはテンプレートの座標を照合するのではなく、フィールドの意味を理解して各値を該当する列にマッピングします。
4
処理を開始します。 処理ボタンをクリックします。AIが明細書全体(複数ページの場合は全ページ)を読み取り、すべての取引行を抽出します。通常の1ページで40~60件の取引があるCommerzbank明細書の場合、処理時間は約5~10秒です。400件以上の取引がある12ページの年末明細書でも、1分以内に完了します。
5
累計残高の連続性を確認します。 エクスポート前に、累計残高列が正しく連続しているか確認します。各行の残高は、前の行の残高に現在の行の符号付金額を加えた値と一致する必要があります。ImageToTable.aiには組み込みの検証機能があり、累計残高が整合しない場合、ツールが不一致をフラグ付けするため、出力全体を手動で確認する代わりに、該当行のみをレビューできます。
6
Excelにエクスポートします。 抽出したデータをExcel(.xlsx)またはCSVとしてダウンロードします。出力は、定義した列ヘッダーを持つ単一のフラットテーブルで、DATEV、Lexware、またはお好みのスプレッドシートへの取り込みや照合にすぐに使用できます。
JPG/PNG/PDF AI抽出

ファイルは安全に処理され、保存されることはありません。

Commerzbank vs. Comdirect:合併後の変更点

CommerzbankによるComdirectの買収がグループに完全に統合されて以来、両ブランドの顧客はCommerzbank傘下で取引明細書を受け取るようになりましたが、レイアウトの違いは依然として残っています。Comdirectの取引明細書は、よりすっきりとしたコンパクトなテーブル形式で、行間の視覚的な区切りが少なくなっています。ヘッダーには斜めの「COMMERZBANK」透かしがなく、シンプルな白/グレーのカラーパレットが使用されています。Comdirectの取引明細書では、取引種類が短いコード(例:電子口座引落の場合は「SEPA-ELV」)で表示され、Commerzbankブランドの取引明細書で使用される完全なテキストラベルは使用されません。

抽出における重要な違いはVerwendungszweck(使用目的)フィールドです。従来のComdirect取引明細書では、目的テキストがCommerzbank取引明細書のような複数行ブロックではなく、1行の連続した行になっています。 つまり、Commerzbankの複数行レイアウトで学習したテンプレートベースのパーサーは、Comdirectの行を過剰に分割し、架空の列を作成してしまいます。セマンティックベースの抽出はこれを透過的に処理します。AIは「Verwendungszweck」を、1行であろうと3行であろうと、単一の論理フィールドとして認識します。

両方のブランドで口座を管理している場合、セマンティック抽出ツールを使用してまとめてバッチ処理しても問題ありません。 各取引明細書は独自のレイアウトに基づいて個別に解析され、すべての行が一貫した列を持つ単一の出力テーブルにマージされます。複数の取引明細書タイプを1つのバッチにまとめる方法の詳細なチュートリアルについては、簿記のためのドイツ銀行取引明細書のバッチ処理をご覧ください。

GoDB準拠:抽出は作業の半分に過ぎない

ドイツのGoBD(電子形式による帳簿、記録、書類の適正な管理と保存、およびデータアクセスに関する原則)規則は、2025年のB2B電子インボイス義務化に伴い更新され、銀行取引明細書を含むすべての税務関連書類を、§147 AO(租税基本法)に基づき、改ざん不可能で機械可読な形式で10年間保存することを義務付けています。これは抽出において、実務上2つの意味を持ちます。

第一に:抽出したExcelデータは元のPDFの代わりにはなりません。元のKontoauszug PDFは不変の状態で保存する必要があります。GoBDでは、銀行から受け取った元の形式で文書を保存することが求められます。抽出したスプレッドシートは作業用コピーであり、アーカイブの代替品ではありません。

第二に:抽出自体が再現可能であるべきです。税務調査官(Betriebsprüfer)が特定の取引の値がどのように決定されたかを尋ねた場合、Excelのセルから元のPDFまで遡って追跡できる必要があります。ページ番号や抽出された各値のおおよその行位置など、行レベルの参照を保持するセマンティック抽出ツールを使用すれば、このトレーサビリティが実現可能になります。Bbox検証機能(バウンディングボックス注釈)はまさにこの目的のために機能します。セルにカーソルを合わせると、値が読み取られた元のPDF上の正確な領域が強調表示されます。

DATEVやLexwareを使用している企業の場合、抽出したExcelデータはインポート前にさらに1つの変換が必要です。DATEVのCSV形式は、区切り文字としてセミコロンを使用し、ドイツ語の小数点表記(カンマを小数点記号として使用)を伴うANSI/Windows-1252エンコーディングを使用します。Lexwareは、列の命名規則が若干異なる同等の形式を使用します。ほとんどの抽出ツールは、カンマ区切りの標準UTF-8 CSVをエクスポートしますが、DATEVはこれを拒否します。ImageToTable.aiのエクスポートには、セミコロンとドイツ語のロケール規則を使用する、事前フォーマット済みのオプションが含まれています。これにより、税理士(Steuerberater)の手間が1つ減ります。ドイツの会計ソフトウェアエコシステムの詳細については、銀行取引明細書データ抽出の完全ガイドをご覧ください。

よくある質問

ImageToTable.aiはコメルツ銀行のビジネスバンキング(Geschäftskonto)の取引明細書に対応していますか?

はい。本ツールは個人顧客用とビジネスバンキング用の両方の明細書レイアウトを読み取ります。ビジネスバンキングの明細書は、取引種類フィールドが別の行として表示されるのではなく、摘要行に埋め込まれている点で列構造が若干異なりますが、AIがそれに応じて列マッピングを調整します。テンプレートの選択やレイアウト設定は一切不要です。

Comdirectがコメルツ銀行の一部となった今、Comdirectの明細書の扱いは変わりますか?

本ツールはComdirectの明細書も同じ意味ベースの抽出アプローチで処理します。位置ではなく意味でフィールドを読み取るため、Comdirectのコンパクトな形式とコメルツ銀行の標準形式とのレイアウトの違いは出力品質に影響しません。両方の明細書を同じバッチでアップロードできます。

複数ページにわたるコメルツ銀行の取引明細書からデータを抽出できますか?

はい。本ツールは、1ページの月次明細書から30ページの年間アーカイブまで、あらゆるページ数のPDFを1回のアップロードで処理します。累計残高はページをまたいで追跡されるため、5ページ目の73番目の取引には4ページ目からの正しい累計残高が反映されます。

コメルツ銀行の取引明細書PDFがパスワードで保護されている場合はどうすればよいですか?

ImageToTable.aiはパスワード保護されたPDFに対応しています。処理前にPDFのPINまたはパスワードを入力すると、AIがメモリ上でファイルを復号します。パスワードは保存されません。暗号化された明細書を定期的に受け取る場合は、アカウント設定にパスワードを保存して自動復号することも可能です。これは、同じPINを使用する毎月の明細書に便利です。

DATEV CSV形式に直接エクスポートできますか?

はい。エクスポートオプションには、ANSI/Windows-1252エンコーディング、区切り文字としてのセミコロン、ドイツ語の小数点表記("."の代わりに",")を使用するDATEV互換のCSV形式が含まれています。この形式は、手動での再フォーマットなしで、DATEV Rechnungswesenの「Bankumsätze importieren」機能から直接インポートできます。Lexware互換のエクスポートも利用可能です。

抽出データはGoBDの監査要件を満たしていますか?

抽出されたスプレッドシートは作業用コピーです。原本のPDFは、§147 AOに基づく監査対応可能な原本として別途保管する必要があります。ただし、本ツールのBbox注釈機能(抽出した各セルを元の文書上の位置にリンクする機能)により、税務調査(Betriebsprüfung)の際に監査官が求めるトレーサビリティが確保されます。各値のページとおおよその位置を記録した注釈列を含むスプレッドシートとしてエクスポートできます。

抽出後、残高(累計)が正しいことを確認するにはどうすればよいですか?

本ツールには自動検証機能が組み込まれています。各ページおよび明細書全体について、「開始残高 + SUM(符号付金額) = 終了残高」が成立するかどうかをチェックします。この計算式が成立しない場合、不一致が発生した特定のページがフラグ付けされます。また、レビューモードを有効にすると、抽出された各値が元のPDFに重ねて表示されるため、1行ずつ目視で位置を確認できます。

複数のコメルツ銀行口座の取引明細書を一括で抽出できますか?

はい。本ツールのバッチファースト処理はまさにこのシナリオのために設計されています。当座預金口座(Girokonto)、普通預金口座(Tagesgeldkonto)、クレジットカード(Kreditkarte)の各口座からのPDFを1つのバッチにアップロードしてください。各明細書は個別に解析され、すべての行が「口座」列を含む1つの統合Excelテーブルにマージされるため、口座ごとにフィルタリングや並べ替えが可能です。

このツールはコメルツ銀行の複数通貨の取引明細書に対応していますか?

はい。コメルツ銀行のビジネス口座では、同一明細書上でEUR、USD、CHFの取引が頻繁に処理されます。AIが取引行ごとにISO 4217通貨コードを検出し、別の列に保持します。符号付金額は元の取引通貨で抽出されます。

コメルツ銀行の口座取引明細書(Kontoauszug)の抽出にはいくらかかりますか?

処理された文書の1ページにつき1クレジットが消費されます。コメルツ銀行の月次明細書(通常1~2ページ)は1~2クレジット、年次明細書(12~15ページ)は12~15クレジットです。無料プランでは最初に50クレジットが付与されます。月額サブスクリプションプランは、ボリュームに応じて500~6,000クレジットの範囲です。登録不要で1ページを無料でお試しいただけます。

📮 contact email: [email protected]