Revolutの
多通貨明細をExcelに抽出する方法

Revolutの多通貨明細が単純なスプレッドシート化を阻む理由

Revolutで複数の通貨の残高を保有している場合 — 英国の経費用のGBP口座、EUの顧客支払い用のEUR口座、米国のサブスクリプション用のUSD口座 — ご存知の通り、Revolutは通貨ごとに個別のPDF明細書を発行します。これはRevolutのヘルプセンターにも記載されています。各通貨口座は、独自の期首残高、取引一覧、期末残高を持つ独自の明細書を生成します。GBP明細書にはGBP取引のみが表示されます。EUR明細書にはEUR取引のみが表示されます。GBP口座からEUR口座に£500を移動した為替取引は、2つの異なるPDF上で2つの取引として表示されます — GBP明細書では出金、EUR明細書では入金として表示されます。

この通貨別の設計は意図的なものです。これにより、各明細書はクリーンに保たれます。1つの通貨、1つのランニングバランス、換算列はありません。しかし、従来の単一通貨の銀行口座では発生しない統合の問題を生み出します。あなたの財務の実態は、単一の多通貨ポートフォリオです。一方、明細書のアーカイブは3つの別々のPDFであり、それらを合計しても意味のあるものにはなりません。

通貨別の分割に加えて、Revolutの明細書には従来の銀行明細書では扱わない取引タイプが含まれています。Savings VaultsおよびPocketsの振替は、メイン残高とサブ口座間の内部移動として表示されます。暗号資産および商品の取引は売買明細として表示されます。RevPointsの特典はMetalおよびUltraティアの明細書に表示されます。使い捨てバーチャルカードの取引には、物理カードとは異なるカードリファレンスが付与されます。これらのすべては個別の明細項目であり、一般的な抽出アプローチでは誤分類されたり、欠落したりする可能性が高いものです。

核心的な問題は、Revolutがデータをエクスポートできないことではありません。アプリからネイティブのCSVやExcel形式でもエクスポート可能です。問題は、これらのエクスポートが通貨別の分離を維持し、ほとんどの簿記ワークフローで不要でクリーンに使用できない生のメタデータフィールドを含んでいることです。HMRCや会計士に提出するPDF形式が正式版ですが、そのデータを実際に作業可能なスプレッドシートに取り込む段階でワークフローが破綻します。

Revolutが多通貨明細書を発行する仕組み

抽出を始める前に、扱うデータの構造を理解しておくことで、後々の手間を省けます。Revolutの明細書は通貨に関わらず一貫した構造を持ちますが、抽出に影響する書式上の癖があります。

通貨別のPDF

通貨口座ごとに個別のPDF明細書が生成されます。GBP、EUR、USDの残高を保有している場合、前月分の明細書を請求すると、通貨ごとに3つのPDFが作成されます。明細書のヘッダーには通貨が明確に表示され、ランニングバランスはその通貨口座の期首残高から再スタートします。各明細書の上部に記載されるIBANは、その通貨に対応したもの（GBPの場合は英国のソートコードと口座番号、EURの場合はリトアニアのIBANなど）です。

通貨交換取引はペア行として表示

Revolut内で通貨間の両替を行うと、取引は参照する明細書によって異なる形で表示されます。送金元通貨の明細書では、「Exchanged to [受取通貨]」という説明と為替レートとともに出金として表示されます。受取通貨の明細書では、「Exchanged from [送金元通貨]」として入金で表示されますが、異なる取引IDが付与されます。明細書間で照合を行う場合、これらのペア行は二重計上や関連性の見落としを防ぐために、明示的な注意が必要です。

Vault、Pocket、Savings

Pocket（旧Vault）への振替は、明細書上では内部振替として表示されます。メインの通貨残高からPocketへの出金と、Pocketから戻ってくる入金として記録されます。Savings Vaultは異なるパターンに従います。資金はRevolutのe-moneyアカウントから、提携銀行が保有する信託口座に移動します。これらの振替は明細書上では外部への送金取引として表示されますが、資金は依然としてユーザーの資産です。すべての取引を収入または支出として扱う汎用的な抽出では、これらを誤って分類することになります。

暗号資産、コモディティ、RevPoints

暗号資産の購入やコモディティ（金、銀）の取引は、明細通貨建ての取引額で売買取引として表示されます。RevPointsの特典は、MetalおよびUltraティアの明細書では、明細通貨建ての少額の入金として表示されます。これは、注意して見ていないとキャッシュバックや返金と誤認されがちです。使い捨てバーチャルカードの取引には、物理カードとは異なるカードサフィックスが付与されるため、カードタイプ別に支出を分類する際に重要になります。

ビジネスアカウントのバリエーション

Revolut Businessの明細書には、従業員カード取引、カテゴリ列、参照フィールドが追加されます。ビジネスアカウントは、エンタープライズ会計システムとの統合のために、CAMT.053（XML）およびMT940（TXT）形式でのプログラム可能なAPIベースの取引エクスポートもサポートしています。ただし、標準のPDF明細書は、ほとんどのSMEにとって一般的な形式であり続けています。

単一のRevolut明細書内における取引タイプの多様性こそが、汎用的なCSVエクスポートではクリーンなデータが得られにくい理由です。各取引タイプは説明行の形式が微妙に異なり、読み取っている内容を理解しないツールは、そのニュアンスを落としたり、誤ったラベルを付けたりします。

手動ワークフロー：実際に時間がかかる作業

Revolutの明細書データを手動でExcelにコピーしようとしたことがあるなら、具体的な問題点を挙げておく価値があります。なぜなら、この作業が予想以上に時間がかかり、エラーを見つけにくい理由がそこにあるからです。

3つのPDFを開いて位置を揃える。 80件の取引があるGBP明細書、45件のEUR明細書、30件のUSD明細書がある場合、入力またはコピーペーストする必要がある行は155行です。しかし、ランニングバランスは通貨間で引き継がれないため、単純に順番に貼り付けることはできません。各セットには通貨を示す独自の列が必要であり、それらの間の為替取引にはフラグを立てて、同じ値を二重にカウントしないようにする必要があります。

為替レートのギャップ。 GBP口座から「Exchanged to EUR @ 1.17」として£500が出金された場合、EUR口座に入金される€585は、別のPDFに別の参照番号で表示されます。最初にGBP明細書をコピーし、後でEUR明細書をコピーする場合、これら2つの行の間の関連性は、ファイルを切り替える際に頭の中でメモした内容に依存します。r/excelのユーザーは、まさにこのパターンを次のように説明しています。「2つのRevolut明細書間でFX取引を日付と金額で照合するのに1時間費やしました。ところが、同日に発生した無関係な£200の振替と€200の入金を照合してしまったことが後で判明しました。」

PocketとVaultの移動。 ホリデーファンドPocketに移動したお金は、メインの明細書では出金として表示されますが、これは経費ではなく、内部の再配分です。抽出方法が「Pocketへの振替」と「カード支払い」を区別しない場合、経費の集計額は貯蓄した分だけ膨らみます。Pocketからメイン残高への戻し振替は、収入のように見える入金として表示されます。明細書の説明列だけが唯一の識別子です。

UTCのタイムスタンプ。 Revolutの明細書はデフォルトでUTCを使用します。英国時間（BST）7月15日午後11時に発生した取引は、明細書では7月16日として表示されます。会計を現地時間で行っている場合、日付の境界付近のすべての取引について日付を確認する必要があります。3つの通貨にまたがり、24時間周期に分散した取引を扱う場合、累積的な日付のずれは無視できなくなります。

これらの問題点は、それぞれ個別に見れば小さなものです。しかし、これらが組み合わさることで、本来20分で終わるはずのデータ収集作業が、相互参照、再確認、そして疑心暗鬼に陥る90分のセッションに変わります。そして、最も経験豊富な簿記担当者でさえ、85分目に犯したエラーは、四半期末の照合が失敗するまで気づかないことを知っています。

ステップバイステップ：Revolutの多通貨データをExcelに抽出する

以下のワークフローは、通貨別のRevolut PDFを取得し、単一の構造化されたExcelワークブックを生成します。各取引には、元の通貨タグと為替リンクが保持されます。

以下は、当ツールが銀行取引明細書を処理している様子です。同じカラム定義がGBP、EUR、USDの明細書にそのまま使用できます。

セマンティック抽出がテンプレートより多通貨に優れている理由

Revolutの多通貨明細書がほとんどの抽出ツールで問題になる理由は、データが複雑だからではなく、抽出方法が固定レイアウトを前提としているからです。テンプレートベースやゾーンOCRのツールは、「日付は1列目、上から2.3インチの位置にある」というように位置を記憶して動作します。そのため、同じツールでレイアウトの異なるGBP明細書や、カラムの配置が少し異なるEUR明細書（またはページ余白が異なるUSD明細書）を処理すると、記憶された座標が誤った読み取りを引き起こします。AIはセマンティックな意味で読み取ります。つまり、カラムヘッダー（日付、説明、金額）を識別し、ページ上の位置に関係なく、その下の値を読み取ります。

この違いは、抽出カラムを一度定義すれば、3種類すべての通貨PDFで使い回せるか、それとも通貨ごとに個別のテンプレートを作成する必要があるか、という違いです。4～5通貨（GBP、EUR、USD、JPY、CHF）を扱うユーザーにとって、テンプレート方式では新しい通貨を追加するたびに設定作業が増えます。セマンティック抽出ではその必要はありません。

推論カラム機能は、これをさらに拡張します。明細書のヘッダーから推論される通貨カラム、説明文のパターンから推論される取引種別カラム、加盟店名から推論される支出カテゴリカラムなど、これらはいずれも明細書上に印刷されたフィールドとしては存在しません。しかし、統合されたワークブックを分析に役立てるために実際に必要なカラムです。テンプレートベースのツールでは、ページ上に物理的に印刷されていないデータを生成することはできません。

バッチ処理：12ヶ月 × 3通貨

上記のワークフローは、複数通貨にわたる単月のデータを処理します。真の効率性は、これを12ヶ月に拡張したときに現れます。なぜなら、税務申告の準備に必要なのは単月のスナップショットではなく、年間の多通貨財務データだからです。

GBP、EUR、USDの口座を持つRevolutユーザーの場合、1年分のデータを入手するには、36個の個別PDF（12ヶ月×3通貨）をダウンロードする必要があります。各PDFには、取引量に応じて20～80件の取引が含まれています。36ファイルを手動で入力したり、コピー＆ペーストして1つのワークブックにまとめるのは現実的な作業ではありません。分類や照合を始める前に、おおよそ6～8時間のデータ入力が必要になります。

バッチ処理によってこれが変わります。共有のカラム定義を使用して36個のPDFすべてを一度にアップロードし、すべてを抽出します。出力は、年間の全通貨の全取引を含む単一のスプレッドシートで、各行のソースコンテキストは通貨カラムによって保持されます。抽出時間は、6時間の手入力から、約3分のアップロードと、明細書1件あたり5～10秒の処理時間に短縮されます。バッチ銀行取引明細書ガイドで説明した36ヶ月バッチの考え方が、多通貨という次元で拡張されてここに適用されます。

多通貨バッチにおける主要な構造上の違いは、すべての行を単一の合計に単純に合計できないことです。GBP、EUR、USDの金額は加算できません。統合されたワークブックでは、通貨ごとに個別の小計セクションを維持し、さらに単一通貨のキャッシュフロー表示が必要な場合に備えて、取引日の為替レートを非GBP金額に適用するGBP換算カラムを追加する必要があります。ExcelのSUMIF関数を通貨カラムでフィルタリングすることで、これを簡単に処理できます：=SUMIFで、通貨を混在させることなくEURの総出金額を算出できます。

大規模なバッチワークフローの詳細な扱いについては、手動処理が破綻する正確な閾値や、複数の口座フォーマットにわたる期末照合の構成方法を含め、月次キャッシュフローバッチ処理ガイドを参照してください。単一の明細書シナリオに適用される基本的な抽出テクニックについては、英国銀行取引明細書抽出ガイドから始めてください。

よくある質問

Revolutには、多通貨の統合明細書を取得するための組み込み機能はありますか？

いいえ。Revolutは通貨口座ごとに1つの明細書を発行します。アプリから各通貨の個別明細書をダウンロードできます（ホーム → 口座 → 通貨を選択 → その他 → 明細書 → 期間を選択 → 生成）。すべての通貨を1つのビューで表示する単一のPDFを生成するオプションはありません。統合ビューは、各通貨のPDFを抽出し、出力をマージすることで自分で作成するものであり、この記事で説明するワークフローです。

PDF変換の代わりに、Revolutの組み込みCSVエクスポートを使用できますか？

はい。RevolutはアプリからCSVエクスポートを提供しています。CSVには多通貨カラム、為替レートフィールド、カードメタデータが含まれており、XeroやQuickBooksなどの会計ソフトウェアを混乱させる可能性があります。これは、いくつかの会計連携ガイドやRevolut自身のヘルプコミュニティで文書化されている既知の問題です。会計プラットフォームに直接インポートする場合、CSVのクリーニングが必要になることがあります。ビジュアルAIツールで抽出できるPDF明細書は、AIがCSVの生のフィールド構造を解析するのではなく、フォーマットされたPDFレイアウトを読み取るため、よりクリーンな構造化出力を生成します。

抽出では、VaultとPocketの振替はどのように処理されますか？

抽出では、PocketまたはVaultの名前を含む取引説明文（例：「Holiday Fund Pocketへの振替」）を読み取ります。カラム定義に取引タイプの推論カラムを含めると、AIはこれらを収入や支出ではなく内部振替として分類します。これにより、支出や収入の合計が膨らむのを防ぎます。メイン残高へのPocket振替は、一致する説明文を持つ入金として表示され、AIは同じ取引タイプを割り当てます。

暗号資産やコモディティの取引は、抽出データに表示されますか？

はい。暗号資産の購入やコモディティの取引は、明細書に取引金額（明細書通貨建て）と資産を示す説明文（例：「BTC Buy」または「Gold Buy」）とともに表示されます。抽出ではこれらを通常の取引行として読み取ります。「Crypto」または「Commodities」のオプションを持つ取引タイプの推論カラムを追加すると、AIは説明文のパターンに基づいてこれらを分類します。暗号資産取引には、明細書に表示される別個の手数料行が存在する場合があることに注意してください。

Revolut Businessアカウントの明細書でも抽出は機能しますか？

Revolut Businessの明細書は、個人用明細書と同じ基本フォーマットに、従業員カード取引、カテゴリフィールド、参照番号が追加された形式です。抽出ワークフローは同じです。通貨ごとにPDFをダウンロードし、カラム名を定義し（印刷されたカテゴリフィールドをAIに読み取らせたい場合はCategoryカラムを追加）、抽出を実行します。Businessアカウントは、会計ソフトウェアとの直接統合のためのXML（CAMT.053）およびTXT（MT940）エクスポートもサポートしていますが、PDF抽出ルートが最もフォーマットに柔軟なオプションです。

Revolutの明細書がパスワードで保護されている場合はどうすればよいですか？

Revolutは、標準の明細書PDFをデフォルトでパスワード保護することはありません。ドキュメントを暗号化する追加のセキュリティ設定を有効にしている場合は、抽出ツールがファイルを読み取る前にパスワードを入力する必要があります。抽出エンジンはパスワード保護されたPDFをサポートしています。アップロード時にパスワードを入力すると、ツールがロック解除と抽出を1回のパスで実行します。

Revolutと他の銀行の明細書を同じワークブックに抽出できますか？

はい、可能です。ここでカラム名による抽出は、単なる変換ツールではなく、統合ツールとして機能します。標準的なカラム（Date、Description、Debit、Credit、Balance、Currency、Account Name）を定義し、RevolutのPDFを他の銀行の明細書と一緒に処理します。AIは各ドキュメントのフォーマットを個別に読み取り、選択したカラム構造にデータを出力します。Account Nameカラムを使用すると、金融機関ごとにフィルタリングやピボットが可能です。詳細は複数銀行の照合ガイドをご参照ください。

抽出されたデータは確定申告に十分な精度ですか？

印刷されたテキストフィールド（日付、金額、説明）については、デジタル生成されたPDFで最大99%の抽出精度を達成しています。抽出されたスプレッドシートは、簿記とカテゴリ分類のための作業ドキュメントです。Revolutからの元の明細書PDFは、税務当局（英国HMRCのCompliance Handbook、米国IRSのPublication 583に基づく）にとって権威ある記録として残ります。両方を保管してください。ワークフロー用の抽出Excelと、監査証跡用の元のPDFです。

多通貨のRevolutアカウントは、国際取引に利用できる最も柔軟な銀行ツールの1つですが、その柔軟性ゆえに、従来の抽出方法では統合できない明細アーカイブが生成されます。問題はデータが不足していることではありません。データが別々のPDFに分散しており、それぞれが異なる通貨で、独自のランニングバランスを持ち、異なる形式で2回表示される為替取引で結びついていることにあります。以下の解説では、出力構造（必要なカラム）を一度定義すれば、AIが各通貨のPDFを、データがページ上のどこにあるかではなく、データの意味を理解することで読み取ると述べています。これにより、3通貨にわたる36の月次PDFの統合が、週末のプロジェクトから30分のワークフローに変わります。