シティバンクの明細書をExcelに変換する方法
(帳簿付け用)
シティの当座預金明細書とクレジットカード明細書では、レイアウトがまったく異なります。列構成、日付形式、取引の説明ルールもそれぞれ違います。シティ プライオリティの明細書には、通常の当座預金明細書にはないティア固有のヘッダーが追加されます。「アカウント・アナリシス」形式のシティビジネス明細書では、各取引行の横ではなく別セクションに残高が表示されます。銀行のCSVエクスポートは過去18〜24か月分の取引をカバーしますが、シティが最長7年間オンラインで保管する正式な月次PDF明細書はPDFのみです。これらのPDFを帳簿付け対応のExcelデータに変換するには、シティの形式を正確に理解し、再設定なしで各明細書タイプに適応できるアプローチを使う必要があります。

重要なポイント
- シティの当座預金・クレジットカード・ビジネス明細書は、レイアウトがまったく異なります。1つの顧客関係でも、列構成や日付形式が異なる3〜4種類の形式にまたがることがあります。
- シティビジネスの当座預金明細書では、取引行の横ではなく別の「バランス・アンド・フロート」テーブルに残高が表示されます。そのため、ほとんどの抽出ツールでは残高列が完全に空になります。
- シティの取引説明には、加盟店の市区町村と都道府県が一意に埋め込まれています。これは他の主要な米国銀行にはない無料の経費分類シグナルであり、テンプレート不要の抽出が自然に保持する機能です。
シティバンクのエクスポート機能が帳簿管理に不十分な理由
シティのオンラインバンキングポータル(online.citi.com)では、取引データの表示とダウンロードが簡単にできます。当座預金口座の場合、口座詳細ページに移動し、日付範囲を選択して、CSV形式で取引明細をダウンロードできます。オンライン明細書セクションでは、過去7年分の正式な月次明細書をPDFでダウンロードできます。
CSVエクスポートには、帳簿管理上、2つの大きな制限があります。1つ目は、約18〜24か月のローリング期間しかカバーしないことです。現在の照合には十分ですが、過去数年の履歴データの取得や、複数年にわたる完全な取引アーカイブを必要とする年度末監査には役に立ちません。2つ目は、CSVエクスポートが当座預金口座と普通預金口座でのみ利用可能で、シティのクレジットカード口座ではCSVダウンロードがまったく提供されていないことです。現在の明細サイクルより古いクレジットカード取引データを取得する唯一の方法は、正式なPDF明細書です。ビジネス当座預金明細書(特にシティの「アカウント・アナリシス」形式を使用しているもの)も、多くの場合CSVエクスポートに対応しておらず、PDFが唯一のデータソースとなっています。
クライアントの3つのシティ口座(基本当座預金口座、シティ ThankYouクレジットカード、シティビジネス当座預金口座)を照合する簿記担当者にとって、正式な月次PDFが唯一の完全な履歴データソースです。そして、これらのPDFは3つの異なるレイアウトで届きます。データ入力の課題は、データがPDF内に閉じ込められていることだけではありません。各口座タイプで取引情報のページ上の構造が異なるため、それぞれに異なる抽出戦略が必要になることです。
r/excelコミュニティでは、シティのPDFからExcelに直接コピー&ペーストすると文字化けが発生する(日付が説明文と結合されたり、金額が行から分離されたりする)というシティの顧客からの質問が定期的に寄せられています。これは、シティのPDFが複雑なベクターグラフィックスと埋め込みフォントを使用して印刷レイアウトを保持している一方で、スプレッドシートの列にきれいにマッピングされないためです。

シティの明細書が他行と異なる点
シティの明細書の形式には、優れた抽出ワークフローが対応すべきいくつかの特徴があります。これらは、Chase、Bank of America、Wells Fargoなどで直面する課題とは異なります。各行には取引表示に独自のアプローチがあり、シティの場合は口座の種類や商品ラインによって形式が著しく不均一です。
シティ プライオリティとシティゴールド:口座種別ごとのヘッダー違い
シティは、主に明細書のヘッダー部分でリテールバンキングの口座種別を区別しています。ベーシック・チェッキングの明細書には、口座番号、明細期間、顧客名が記載されたシンプルなヘッダーが付いています。シティ プライオリティの明細書には、ブランド化された「Citi Priority」のバナーが上部に追加され、リンクされた口座間の合計残高を示すリレーションシップサマリーが含まれ、専用の「リレーションシップ階層」インジケーターが表示される場合があります。シティゴールドの明細書はさらに進んでおり、ウェルスマネジメントの連絡先情報、プレミアムな口座番号形式、そしてチェッキング残高とともにリンクされた投資口座や退職金口座を一覧表示する「顧客リレーションシップサマリー」セクションが追加されます。
これらの口座種別固有のヘッダーは、単なる見た目の問題ではありません。取引テーブルが始まる前に余分なテキストブロックが追加されるため、ベーシック・チェッキングの明細書で学習した位置ベースのOCRツールは、シティゴールドの明細書を処理する際に列検出の位置がずれてしまいます。取引テーブルがページ上のより低い位置から始まるからです。ピクセルオフセットを測定するのではなく、内容を理解することで文書を読み取る、フォーマット非依存のAI抽出エンジンであれば、このようなバリエーションを自動的に処理できます。
取引明細に含まれる加盟店の所在地(市区町村/州)
シティの明細書に特有で最も便利な形式上の特徴のひとつであり、ほとんどの抽出ガイドが見落としている点は、シティのチェッキング明細書では取引明細に加盟店の市区町村と州が含まれていることです。典型的なシティのチェッキング明細書では、次のようなエントリが表示されます。
03/15 AMAZON.COM SEATTLE WA $42.50 03/15 SHELL OIL #1234 MIAMI FL $58.23 03/17 WHOLEFDS MK 12345 NEW YORK NY $127.40 03/18 ACH PAYROLL DEP ELECTRONIC $3,450.00 03/20 CHECK #1042 $500.00
この市区町村/州のデータは、明細列に埋め込まれており、他の主要な米国銀行では取引明細に含まれていない、組み込みの経費分類シグナルです。Chaseは「DEBIT CARD PURCHASE」形式に加盟店名と短縮された参照コードを記載しますが、所在地は省略されます。Bank of Americaは市区町村の代わりに加盟店の電話番号を含めます。シティが加盟店の地理的な所在地を含めるということは、帳簿担当者が抽出時に、明細から州の略称を抽出し、それを地域ごとの経費分類に使用する計算列を定義できることを意味します。これは、複数拠点を持つ企業、消費税分析、経費監査にとって貴重な機能です。
シティ クレジットカード明細書:支払期日ボックス、ThankYouポイント、Easy Deals
シティのクレジットカード明細書(Citi Double Cash、Citi Custom Cash、Citi Premier、Citi Rewards+、Citi ThankYou Preferred)は、当座預金の明細書とは根本的にレイアウトが異なります。最も視覚的に目立つのは支払情報ボックスです。これは1ページ目の上部に配置された大きな色付きの長方形(通常は青または赤)で、支払期日、最低支払額、合計新規残高が太字で表示されます。このボックスは経理処理において重要なデータ要素です。支払期日は支払いが遅延したかどうかを判断し、最低支払額と合計残高はキャッシュフロー計画に影響します。しかし、このボックスは取引エリアの上に位置し、取引テーブルの一部ではありません。テンプレートベースの抽出ツールが、取引データがページ上の固定位置から始まると想定している場合、支払ボックスのテキストを取引行として誤認識したり、明細書のメタデータを完全にスキップしたりします。
シティ ThankYouポイントも、もう一つの特徴的な要素です。ThankYou対応カードのクレジットカード明細書には、「ThankYouポイントサマリー」ボックスが表示され、請求サイクル中に獲得したポイント、年初来のポイント合計、ポイント交換価値が示されます。これらのポイント値は金銭的な取引ではありません。ロイヤルティプログラムのデータであり、取引テーブルに表示されるべきではなく、明細書レベルのメタデータとして個別に取得する必要があります。ビジネス経費の照合(例:業務用購入で獲得したポイント)のために報酬獲得状況を追跡する必要がある場合、ThankYouポイントデータを取引リストとは別のフィールドとして抽出しておけば、手動で確認する手間が省けます。
Citi Easy Deals — シティの加盟店オファープログラム — は、クレジットカード明細書上では、特徴的な説明文を伴う明細書クレジットとして表示されます。「EASY DEALS CREDIT - LYFT RIDE CREDIT $10.00」や「CITI EASY DEALS - AMAZON $15.00 CR」のような取引エントリは、単純な抽出エンジンにはプラスの取引のように見えますが、実際には加盟店が資金提供するリベートであり、入金や支払いではありません。明細書クレジットと実際の入金を区別するには、シティの明細書の文脈で「EASY DEALS」が何を意味するかを理解する必要があります。
シティビジネスチェッキング:アカウント・アナリシス形式
シティビジネスチェッキング明細書(シティビジネスまたはシティ コマーシャル バンキングで開設された口座のもの)には、特有の課題があります。ビジネス明細書は、単純な取引報告には標準の個人用チェッキングレイアウトを使用する場合がありますが、取引量の多いビジネス口座(特に「アカウント・アナリシス」請求を使用する口座)では、各取引行の横ではなく、別の集計セクションに累計残高が記載された明細書が発行されます。取引テーブルには借方または貸方の金額のみが表示され、累計残高は明細書の下部にある別の「バランス・アンド・フロート」テーブルに表示されます。
この構造上の違い(残高列が取引行の隣にないこと)により、標準的な「日付、説明、借方、貸方、残高」の列レイアウトを前提とする抽出ツールの出力は台無しになります。フォーマット依存のツールでは、すべての取引行で残高列が空のテーブルが生成されます。明細書を意味的に読み取る抽出エンジン(「バランス・アンド・フロート」テーブルに、その上の取引テーブルの累計残高データが含まれていることを認識するエンジン)は、2つのテーブルセクションを結合することで、完全な取引記録を再構築できます。
シティ明細書PDFをExcelに変換する方法

以下のワークフローは、個人用チェッキング、プライオリティ、シティゴールド、クレジットカード、ビジネスなど、すべてのシティ口座タイプで機能します。抽出ツールは、各列がページ上のどこにあるかを記憶するのではなく、各フィールドの意味を理解してドキュメントを読み取るため、口座タイプを切り替えてもテンプレートの変更は必要ありません。
シティオンラインから明細書をダウンロード
online.citi.comにログインし、アカウントに移動して「明細書と書類」を開きます。該当する月の明細書を選択し、ダウンロードアイコンをクリックします。シティは明細書を約7年間オンラインで保管しています。PDFをパソコンに保存してください。紙の明細書をお持ちの場合は、スキャンまたは撮影してください。抽出処理はデジタルPDFと印刷された明細書の画像の両方を同様に処理します。これはテキストレイヤーではなく、文書を視覚的に読み取るためです。
抽出したい列名を指定
抽出ツールのインターフェースで、出力テーブルを定義する列名を入力します。シティの当座預金明細書の場合:日付、説明、借方、貸方、残高。2つの日付を分けて取得する必要があるシティのクレジットカード明細書の場合:取引日、起算日、説明、金額、支払期日。また、加盟店所在地などの計算列を追加して、説明フィールドから市区町村の場所を自動抽出することもできます。カテゴリ(選択肢:飲食/交通/オフィス/光熱費/その他)のような推論列を定義すると、同じ抽出パス中にAIが各取引を分類するため、後処理は不要です。
アップロードして処理
シティの明細書PDFをアップロードします。処理時間は1ページあたり約5〜10秒です。AIがヘッダーから明細書の種類(ベーシックチェッキング、シティ プライオリティ、シティゴールド、クレジットカード、ビジネスアカウント・アナリシス)を識別し、適切な読み取り戦略を適用します。階層別のヘッダーや支払期日ボックスはメタデータとして認識され、取引データから除外されます。シティのクレジットカード明細書の場合、ThankYouポイントとEasy Dealsのクレジットは、汎用的な「金額」列にまとめられるのではなく、別個のデータカテゴリとしてフラグ付けされます。
Excelにエクスポート
構造化された出力は、Excel(XLSX)、CSV、またはJSONで利用可能です。アカウント・アナリシス形式のシティビジネス明細書の場合、AIは取引テーブルとバランス・アンド・フロートのサマリーを結合して残高推移列をすでに再構築しているため、すべての行に完全な「残高」列が含まれており、手動での組み立ては不要です。このデータは、QuickBooks、Xero、FreshBooks、またはご自身の経理スプレッドシートにそのままインポートできます。シティの加盟店所在地データは説明列に保持されるため、他のどの銀行明細書抽出方法よりも、経費分析に地理的な軸を提供します。
実際の銀行明細書でこのワークフローを確認するには、以下の埋め込みデモでブラウザ上に直接文書をアップロードし、列を定義できます。
ファイルは安全に処理され、保存されることはありません。
複数のシティ口座を一括処理する
単一明細書の抽出は、差し迫った問題を解決します。一括処理 — 複数のシティ口座から1年分の月次明細書を一度にアップロードすること — こそが、時間の節約が根本的に異なるワークフローへと変わるポイントです。

小規模ビジネスクライアントのために、シティの個人口座2つ(当座預金とクレジットカード)とシティビジネスの当座預金口座1つを管理する簿記担当者を考えてみましょう。年間36枚の月次PDFになります:3口座×12ヶ月。各PDFは異なるレイアウトを使用します(基本の当座預金、ThankYouボックス付きクレジットカード、アカウント・アナリシス付きビジネス)。手作業で36枚の明細書をExcelに入力すると、約10〜15時間 — 丸2営業日分 — かかり、照合中に探し出す必要がある推定10〜40件のデータ入力エラーが発生します。
一括抽出では、36枚すべてのPDFを1回の操作でアップロードします。このツールは、ヘッダー情報から各明細書の口座タイプを識別し — シティ プライオリティのバナー、クレジットカードの支払いボックス、ビジネスアカウント・アナリシスのセクションを検出 — ファイルごとに正しい抽出戦略を適用します。出力は、3つの口座すべての取引を含む単一のExcelワークブックで、「ソースファイル」列が各行を元のPDFにトレースし、「シティ口座タイプ」列が当座預金、クレジットカード、ビジネスのエントリを区別します。10〜15時間の手作業入力が、約5分の処理時間になります。
シティだけでなく、複数の銀行からの銀行明細書の一括処理についてより詳しく知りたい場合は、年間照合のための12ヶ月分の銀行明細書を一括処理するガイドで、PDF収集から検証済みExcel出力までの完全なワークフローを説明しています。
シティの当座預金・クレジットカード・ビジネス口座 — レイアウトの主な違い
シティの明細書は種類ごとにレイアウトが異なるため、その違いを理解することで、抽出データがクリーンな状態になるか、何時間もの手作業による修正が必要になるかが決まります。
| 明細書の種類 | 特徴的なレイアウト | 取引内容の形式 | 抽出時の主な注意点 |
|---|---|---|---|
| ベーシック当座預金/普通預金 | シンプルなヘッダー、残高欄付きの時系列取引テーブル | 「加盟店名 市区町村 都道府県」 — シティ独自の特徴として、加盟店の所在地(市区町村/都道府県)が含まれる | 取引内容に含まれる市区町村・都道府県データは分類に活用できるが、カンマが含まれているとCSVインポートで引用符処理が必要になる場合がある。残高は明細書全体で計算が合致することを確認する必要がある |
| シティ プライオリティ/シティゴールド | ブランド階層バナー、リレーションシップサマリーブロック、残高の統合表示。取引テーブルはページ下部に配置 | ベーシック当座預金と同じ形式だが、「Priority」や「CitiGold」の参照コードが含まれる場合がある | 位置ベースの抽出ツールは、階層別ヘッダーによって取引テーブルのオフセットが下方にずれるため、列検出がずれる可能性がある。リレーションシップサマリーデータは取引データではなくメタデータであり、別途抽出する必要がある |
| シティ クレジットカード(Double Cash、Custom Cash、Premierなど) | 上部に「支払期日/最低支払額」の色付きボックス、ThankYouポイントサマリーボックス、Easy Dealsクレジット。購入・支払い・手数料・利息の各セクションが独立したサブテーブルを持つ | 加盟店名のみ(市区町村・都道府県の所在地なし)。取引日と入金日が別々の列。リベートは「EASY DEALS CREDIT - MERCHANT OFFER $X.XX」形式 | 両方の日付タイプを別々の出力列として保持する必要がある。Easy Dealsクレジットは加盟店からのリベートであり入金ではないため、出力の取引符号に影響する。ThankYouポイントデータは金額ではなく、取引テーブルに表示すべきではない |
| シティビジネス/アカウント・アナリシス | 標準的な取引テーブル(借方/貸方のみ、残高欄なし)。明細書下部に別途「バランス・アンド・フロート」サマリーテーブル。アカウント・アナリシス手数料計算セクション | 個人用当座預金と同じ加盟店+所在地形式に加え、CitiWorld/グローバル・トランスファーの参照コードを使用した送金取引記述 | 残高は取引テーブルとバランス・アンド・フロートサマリーを結合して再構築する必要がある。これはシティビジネス明細書抽出における最も一般的な失敗ポイント。国際送金のCitiWorld/グローバル・トランスファーコードを識別し、別の取引タイプフィールドとして保持する必要がある |
シティビジネス明細書における残高再構築の要件は、抽出ツールの性能を測る最も決定的なテストです。 各ページを独立して処理しフラットなテーブルを返すツールでは、シティビジネスの出力で残高列が完全に空になります。なぜなら残高データは同じページの別のテーブルに存在するからです。文書を全体として読み取り、バランス・アンド・フロートテーブルがその上の取引テーブルに属することを理解できるツールだけが、手作業による組み立てなしで完全な出力を生成できます。
シティの多様な明細書エコシステムにおいて「テンプレート不要」の抽出が重要な理由
シティの明細書における根本的な課題は、それがPDFであることではありません。単一の顧客関係が、同時に3つまたは4つの明細書フォーマットにまたがる可能性があり、それらのフォーマットが口座の階層や時間の経過とともに変化するからです。テンプレートベースの抽出アプローチ(各フォーマット用に解析テンプレートを作成する方法)では、単一のシティ顧客に対して、基本当座預金、プライオリティ/シティゴールド、クレジットカード、ビジネス用の最大4つのテンプレートを維持する必要があります。シティが明細書のレイアウトを再設計するたびに(過去5年間で段階的に行われてきました)、各テンプレートを更新し、過去の明細書に対して再テストして後方互換性を確保しなければなりません。
テンプレート不要のAI抽出(ツールが各フィールドの位置ではなく意味を理解して文書を読み取る方法)は、このメンテナンスの負担を完全に排除します。基本当座預金の明細書を読み取るのと同じ抽出パイプラインが、階層ヘッダーを持つシティゴールドの明細書、支払期日ボックスとThankYouポイントセクションを持つクレジットカードの明細書、そして別個のバランス・アンド・フロート表を持つビジネス アカウント・アナリシスの明細書も処理します。設定変更は一切不要です。なぜなら、AIは各フィールドをその意味的な役割(「これは取引日」「これは借方金額」「これは残高」)に基づいて識別し、ページ上のどこに表示されているかは問わないからです。
銀行明細書の抽出に位置ベースの認識ではなく意味的な理解が必要な理由の詳細については、銀行明細書データ抽出の完全ガイドをご覧ください。また、これがシティに特に重要である理由(明細内の加盟店所在地データ、階層に依存したレイアウトの変化、ビジネス アカウント・アナリシスフォーマット)についてさらに深く知りたい方は、同ガイドの「複数ページにわたる残高の連続性」に関するセクションで、フォーマット依存のツールでは解決できない構造的な課題を説明しています。
シティの加盟店所在地データ(各取引明細に埋め込まれた市区町村と州)は、他のどの銀行の明細書フォーマットにもない、経理上の貴重な資産です。 取引テーブルを生成する同じ抽出パスで、州の略称を別の列として抽出できるため、地理的な経費追跡、複数州にわたる消費税分析、そしてChase、Bank of America、Wells Fargoの明細書では不可能な出張監査機能が実現します。テンプレート不要の抽出は、固定の列幅に一致させるのではなく、説明文全体を読み取るため、このデータを自然に保持します。
よくある質問
オンラインポータルからシティの取引をCSVとしてエクスポートできますか?
当座預金および普通預金口座については、はい。online.citi.comにログインし、該当の口座を選択して、取引ダウンロード機能を使用すると、最近の取引をCSVとしてエクスポートできます。エクスポートの対象期間は過去約18~24ヶ月であり、7年分の明細履歴全体ではありません。シティのクレジットカード口座ではCSVダウンロードは提供されておらず、クレジットカード取引の完全なデータソースは毎月のPDF明細のみです。アカウント・アナリシス請求があるビジネス当座預金明細も、ほとんどの設定でCSVエクスポートに対応していません。
シティの銀行取引明細PDFはパスワードで保護されていますか?
online.citi.comからダウンロードしたシティのデジタル明細PDFはパスワードで保護されていません。ただし、クライアントや第三者からシティの明細を受け取った場合、ファイルが暗号化メールシステムを経由して転送され、PDFレベルで制限が適用されている可能性があります。パスワードで保護されたシティ明細に遭遇した場合、パスワードを別途指定することで、保護を解除せずに処理できる暗号化PDF入力対応の抽出ツールをご利用いただけます。
シティはQuickBooksに直接接続できますか?
はい。シティは、当座預金および普通預金口座について、QuickBooks Onlineとの直接バンクフィード連携をサポートしています。このフィードは最近の取引を自動的に同期し、一定期間の取引をカバーします。ただし、このバンクフィードはシティのクレジットカード口座には対応しておらず、フィード期間外の過去の明細データを取得できず、シティの取引明細に含まれる地理的な位置情報も提供しません。クレジットカード取引、過去の取引、加盟店の市区町村/都道府県情報を含む完全な財務状況を把握するには、PDF抽出による方法が、QuickBooksフィードでは得られないデータを提供します。
明細からシティ ThankYouポイントのデータを抽出できますか?
はい、抽出列にそのための列を含めれば可能です。抽出列を定義する際に、「ThankYouポイントサマリー」などのフィールドを追加すると、AIがクレジットカード明細上のポイントサマリーボックスを特定し、獲得ポイント、年度累計、および交換価値を抽出します。このデータは、取引テーブルと一緒に別のメタデータ行として出力することも、コンテキストを保つために各取引行に追加の列として出力することもできます。報酬をビジネス割引の一種として追跡している簿記担当者にとって、ThankYouポイントデータを同じ抽出パスで取得することで、別途照会する手間が省けます。
Citi Easy Dealsの明細クレジットは抽出時にどのように扱うべきですか?
Citi Easy Dealsのクレジットは取引一覧に正の金額で表示されますが、入金や支払いではなく加盟店からのリベートです。抽出ツールがこれらを単なる「クレジット」として扱うと、収入合計が膨らみ、不正確な照合結果になります。正しい方法は、「EASY DEALS CREDIT」という取引種別フラグを付けて抽出し、実際の入金や支払いと区別した上で、帳簿付けのワークフローで適切にフィルタリングまたは分類することです。カスタム列抽出では、説明文に「EASY DEALS」が含まれているかをチェックする計算列を追加し、カスタムの取引種別ラベルを適用することでこれを実現できます。
Citiが取引説明文に加盟店の市区町村/州を含める理由と、これを帳簿付けに活用できますか?
Citiは、取引説明文に加盟店の地理的な位置情報を含める数少ない米国の主要銀行の一つです。これにより、組み込みの経費分類シグナルが得られます。州の略称を別の列として抽出し、複数州にわたる売上税の配分、出張経費の監査、地域別支出分析、顧客への経費精算の確認に使用できます。「WHOLEFDS MK 12345 NEW YORK NY $127.40」という取引は、ホールフーズでお金を使ったことだけでなく、それがニューヨークでの支出であることを示しています。これは、自宅オフィスでの購入とは別に、ニューヨークの顧客への出張経費を請求する必要があるコンサルタントにとって有用です。
Citiの国際送金は明細書にどのように表示されますか?
Citiは、CitiWorldおよびグローバル・トランスファー・ネットワークを通じて国際送金を処理します。当座預金およびビジネス明細書では、これらの送金は「CITIWORLD WIRE INCOMING GBP」や「GLOBAL TRANSFER OUTGOING TO JPMORGAN LONDON」といった特徴的な参照コードとともに、外貨金額と米ドル相当額が表示されます。説明文には為替レートを示す「FX RATE APPLIED」の表記が含まれる場合があります。これらの取引を抽出する際は、通貨ペアと為替レートを含む完全な送金記述子を単一の説明フィールドとして保持するツールを使用してください。複数の列に分割すると、クロスボーダー照合のための監査証跡が損なわれる可能性があります。
1年以上前のシティの明細書からデータを抽出できますか?
はい、PDFにアクセスできれば可能です。シティのオンラインバンキングでは、月次明細書を約7年間保存しています。古い明細書では、シティの明細書レイアウトの旧バージョンが使用されている場合があります。階層ブランディング、取引明細の形式、列構造は時間の経過とともに更新されています。フォーマット非依存のAI抽出ツールは、これらのレイアウト変更に自動的に適応します。過去の明細書を大量にダウンロードする必要がある場合は、シティオンラインの「過去の明細書」セクションからリクエストしてください。24ヶ月以上前の明細書のリクエストは、処理に48~72時間かかる場合があることにご注意ください。
シティのアカウント・アナリシス形式とは何ですか?また、なぜほとんどの抽出ツールで問題が発生するのですか?
アカウント・アナリシスは、シティが取引量の多いビジネス用当座預金口座向けに使用する請求・レポート形式です。この形式では、各取引行と同じテーブル内に残高列を配置する代わりに、取引データと残高データを分離しています。取引テーブルには1行あたりの借方と貸方の金額が表示され、一方、残高は別の「バランス・アンド・フロート」セクション(多くの場合、明細書の下部または別のページ)で計算されます。完全なテーブル構造を前提とする標準的な抽出ツールでは、残高列が空の取引リストが生成されます。2つのテーブル間の関係を読み取り、各取引行の残高を再構築できるツールはこの問題を解決しますが、この形式を処理するように明示的に設計されている必要があります。ほとんどの汎用OCRツールは対応していません。
完全なワークフローをご希望ですか?銀行のPDFをExcelに変換するガイドでは、複数ページの明細書、残高検証、あらゆる銀行に対応したバッチ処理をステップごとに解説しています。