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 VaultとPocketの送金は、メイン残高とサブ口座間の内部移動として表示されます。暗号資産とコモディティの取引は売買ラインとして表示されます。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への引き落とし、および資金が戻ってきたときの入金として表示されます。Savings Vaultは異なるパターンに従います。資金はRevolutの電子マネー口座からパートナー銀行に保有される信託口座へ移動します。これらの送金は明細書上では外部送金として表示されますが、資金は依然としてお客様の資産です。すべての取引を収入または支出として扱う一般的な抽出では、これらを誤って分類することになります。

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

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

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

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

単一のRevolut明細書内の取引タイプの多様性こそが、万能のCSVエクスポートがクリーンなデータをほとんど提供しない理由です。各取引タイプは説明行の形式がわずかに異なり、読み取っている内容を理解しないツールは、ニュアンスを落とすか、誤ったラベルを付けるかのどちらかになります。

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

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

3つのPDFを開いて整列させる。 80件の取引があるGBP明細書、45件のEUR明細書、30件のUSD明細書 — つまり、入力またはコピー＆ペーストする必要がある155行です。しかし、残高は通貨間で引き継がれないため、単純に順番に貼り付けることはできません。各セットには通貨を示す独自の列が必要であり、それらの間の交換取引には、同じ値を2回カウントしないようにフラグを付ける必要があります。

為替レートのギャップ。 £500がGBPアカウントから「Exchanged to EUR @ 1.17」として出金されると、EURアカウントに到着する€585は、異なる参照番号を持つ別のPDFに表示されます。最初にGBP明細書をコピーし、後でEUR明細書をコピーする場合、これら2つの行の間の関連性は、ファイルを切り替えながら行った頭の中のメモだけです。r/excelユーザーはこの正確なパターンを説明しています："2つのRevolut明細書間でFX取引を日付と金額で照合するのに1時間費やしました — 同じ日に発生したが無関係な£200の送金を€200の入金に照合してしまったことが判明しただけでした。"

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

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

これらの摩擦点はそれぞれ個別には小さなものです。しかし、それらが組み合わさると、20分で済むはずのデータ収集作業が、クロスチェック、再確認、再考の90分セッションに変わります。そして、最も経験豊富な簿記係は、85分目に犯すエラーは、四半期末の照合が失敗するまで発見できないことを知っています。

ステップバイステップ：Revolut複数通貨データをExcelに抽出

以下のワークフローは、通貨別のRevolut PDFを1つの構造化されたExcelワークブックに変換します。各取引にはソース通貨がタグ付けされ、為替リンクも保持されます。

以下は、このツールが銀行明細書を処理している様子です。同じ列定義がGBP、EUR、USD明細書にそのまま適用できます：

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

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

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

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

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

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

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

バッチ処理でこれが変わります。共有の列定義を使用して36枚すべてのPDFを一度にアップロードし、すべてを抽出すると、出力は1年全体の全通貨の全取引を含む単一のスプレッドシートになります。通貨列が各行のソースコンテキストを保持します。抽出時間は、6時間のタイピングから、約3分のアップロードと明細書あたり5〜10秒の処理に短縮されます。前述のバッチ銀行明細書ガイドで説明した36ヶ月バッチがここでも適用され、複数通貨の次元が追加されます。

複数通貨バッチの重要な構造上の違いは、すべての行を単一の合計に単純に合計できないことです。GBP、EUR、USDの金額は加算できません。統合ワークブックには、通貨ごとの個別の小計セクションと、単一通貨のキャッシュフロー表示が必要な場合に取引日の為替レートを非GBP金額に適用するGBP換算列を維持する必要があります。ExcelのSUMIF関数を通貨列でフィルタリングすると、これをクリーンに処理できます：=SUMIF(通貨範囲, "EUR", 借方範囲)で、通貨を混在させずに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の名前が含まれます（例：「Transfer to Holiday Fund Pocket」）。列定義に取引タイプの推論列を含めると、AIはこれらを収入や支出ではなく内部送金として分類します。これにより、支出や収入の合計が膨らむのを防ぎます。メイン残高へのPocket送金は、一致する説明を持つ入金として表示され、AIは同じ取引タイプを割り当てます。

暗号通貨および商品取引は抽出データに表示されますか？

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

Revolut Businessの明細書でも抽出は機能しますか？

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

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

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

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

はい — ここで列名抽出が単なる変換ツールではなく統合ツールになります。標準列（日付、説明、借方、貸方、残高、通貨、口座名）を定義し、RevolutのPDFを他の銀行の明細書と一緒に処理します。AIが各文書の形式を個別に読み取り、選択した列構造にデータを出力します。口座名列を使用すると、金融機関ごとにフィルタリングやピボットが可能です。詳細は複数銀行の照合ガイドで説明しています。

抽出データは税務申告に十分な精度ですか？

印刷されたテキストフィールド（日付、金額、説明）については、デジタル生成PDFで抽出精度は最大99%に達します。抽出されたスプレッドシートは、記帳と分類のための作業文書です。Revolutの元の明細書PDFは、税務当局（英国の場合はHMRCコンプライアンスハンドブック、米国の場合はIRS Publication 583）にとっての正式な記録として残ります。両方を保管してください：ワークフロー用の抽出Excelと、監査証拠用の元のPDFです。

多通貨のRevolutアカウントは、国際取引に最適な銀行ツールの1つですが、その柔軟性により、従来の抽出方法では統合できない明細書アーカイブが生成されます。問題はデータが存在しないことではなく、データが異なる通貨の別々のPDFに分散し、それぞれ独自の残高を持ち、異なる形式で2回表示される換算取引で結びついていることです。以下のキュレーションが明確に示しています。出力構造（必要な列）を一度定義すれば、AIはデータがページ上のどこにあるかではなく、データの意味を理解することで各通貨のPDFを読み取ります。3通貨の月次PDF36枚の統合が、週末プロジェクトから30分のワークフローに変わるのです。