Revolut 다중 통화 명세서를
Excel로 추출하는 방법

Revolut 다중 통화 명세서가 단순한 스프레드시트로 처리되지 않는 이유

Revolut에서 여러 통화로 잔액을 보유하고 있다면 — 영국 비용을 위한 GBP 계좌, EU 고객 결제를 위한 EUR 계좌, 미국 구독을 위한 USD 계좌 — Revolut이 통화별로 별도의 PDF 명세서를 발행한다는 것을 이미 알고 계실 것입니다. 이는 Revolut 자체 고객센터에 문서화되어 있습니다. 각 통화 계좌는 자체 기초 잔액, 거래 목록 및 기말 잔액과 함께 자체 명세서를 생성합니다. GBP 명세서는 GBP 거래만 표시합니다. EUR 명세서는 EUR 거래만 표시합니다. GBP 계좌에서 EUR 계좌로 £500를 이동시킨 환전은 두 개의 다른 PDF에서 두 개의 거래로 나타납니다. 즉, GBP 명세서의 출금과 EUR 명세서의 입금입니다.

이러한 통화별 설계는 의도적입니다. 각 개별 명세서를 깔끔하게 만듭니다. 하나의 통화, 하나의 현재 잔액, 변환 열이 없습니다. 그러나 기존의 단일 통화 은행 계좌에서는 발생하지 않는 통합 문제를 만듭니다. 귀하의 재무 현실은 단일 다중 통화 포트폴리오입니다. 귀하의 명세서 아카이브는 합산해도 아무것도 되지 않는 세 개의 개별 PDF입니다.

통화별 분할 외에도 Revolut 명세서에는 기존 은행 명세서가 처리하지 않는 거래 유형이 포함됩니다. Savings Vaults 및 Pockets 이체는 메인 잔액과 하위 계좌 간의 내부 이동으로 나타납니다. 암호화폐 및 상품 거래는 매수/매도 항목으로 나타납니다. RevPoints 보상은 Metal 및 Ultra 등급 명세서에 표시됩니다. 그리고 일회용 가상 카드 거래는 실제 카드와 다른 카드 참조번호를 가집니다. 이 모든 항목은 일반적인 추출 방식이 잘못 분류하거나 누락할 가능성이 있는 별개의 라인 항목입니다.

핵심 문제는 Revolut이 데이터 내보내기를 허용하지 않는다는 것이 아닙니다. 앱을 통해 기본 CSV 및 Excel 형식까지 허용합니다. 문제는 이러한 내보내기가 통화별 분리를 유지하고 대부분의 부기 워크플로우에 필요하지 않고 깔끔하게 사용할 수 없는 원시 메타데이터 필드를 포함한다는 것입니다. HMRC나 회계사에게 제출할 PDF 형식이 공식 버전이지만, 실제로 작업할 수 있는 스프레드시트로 데이터를 가져오는 과정에서 워크플로우가 중단됩니다.

Revolut의 다중 통화 명세서 발행 방식

추출을 시작하기 전에 작업 대상의 구조를 이해하면 이후 시간을 절약할 수 있습니다. Revolut 명세서는 통화와 관계없이 일관된 구조를 따르지만, 추출 시 고려해야 할 형식상의 특징이 있습니다.

통화별 PDF

각 통화 계좌는 자체 PDF 명세서를 생성합니다. GBP, EUR, USD 잔액을 모두 보유하고 있다면, 전월 명세서를 요청할 때 통화당 하나씩 총 세 개의 개별 PDF가 생성됩니다. 명세서 헤더에는 해당 통화가 명확히 표시되며, 현재 잔액은 해당 통화 계좌의 기초 잔액으로 초기화됩니다. 각 명세서 상단의 IBAN은 해당 통화에 맞는 IBAN입니다.

통화 환전 거래: 쌍을 이루는 행

Revolut 내에서 통화 간 환전이 발생하면, 거래 내역은 조회하는 명세서에 따라 다르게 표시됩니다. 출금 통화 명세서에는 "Exchanged to [대상 통화]"라는 설명과 함께 환율이 기재된 출금으로 표시됩니다. 입금 통화 명세서에는 "Exchanged from [출금 통화]"라는 설명과 함께 입금으로 표시되지만, 거래 ID는 다릅니다. 여러 명세서를 조정할 때는 이러한 쌍을 이루는 행을 명시적으로 확인하여 이중 계산이나 연결 누락을 방지해야 합니다.

Vault, Pocket 및 Savings

Pocket 이체는 명세서에 내부 이체로 표시됩니다. 즉, 주 통화 잔액에서 Pocket으로 출금되었다가, 자금이 반환될 때 입금으로 기록됩니다. Savings Vault는 다른 패턴을 따릅니다. 자금이 Revolut 전자화폐 계좌에서 제휴 은행의 신탁 계좌로 이동합니다. 이러한 이체는 명세서에 외부 송금 거래로 표시되지만, 해당 자금은 여전히 사용자의 자산입니다. 모든 거래를 수익 또는 비용으로 처리하는 일반적인 추출 방식은 이를 잘못 분류하게 됩니다.

암호화폐, 원자재, RevPoints

암호화폐 구매 및 원자재 거래는 명세서 통화로 표시된 거래 금액과 함께 매수/매도 거래로 표시됩니다. RevPoints 리워드는 Metal 및 Ultra 등급 명세서에 명세서 통화로 표시된 소액 입금 항목으로 나타납니다. 일반적으로 이를 찾지 않으면 캐시백이나 환불로 오인하기 쉽습니다. 일회용 가상 카드 거래는 실물 카드와 다른 카드 접미사를 가지며, 이는 카드 유형별 지출을 분류할 때 중요합니다.

비즈니스 계정 변형

Revolut Business 명세서에는 직원 카드 거래, 카테고리 열, 참조 필드가 추가됩니다. 비즈니스 계정은 또한 기업 회계 시스템 통합을 위해 CAMT.053(XML) 및 MT940(TXT) 형식의 프로그래밍 가능한 API 기반 거래 내보내기를 지원합니다. 그러나 대부분의 중소기업에게는 표준 PDF 명세서가 여전히 일반적인 형식입니다.

단일 Revolut 명세서 내 거래 유형의 다양성은 만능 CSV 내보내기가 깨끗한 데이터를 거의 제공하지 못하는 이유입니다. 각 거래 유형은 설명란에서 약간 다른 형식을 가지며, 읽고 있는 내용을 이해하지 못하는 도구는 미묘한 차이를 놓치거나 잘못 레이블을 지정합니다.

수동 워크플로우: 실제로 시간이 걸리는 작업

Revolut 명세서 데이터를 Excel에 수동으로 복사해 본 적이 있다면, 특정 마찰 지점을 언급할 가치가 있습니다. 이는 이 작업이 예상보다 오래 걸리고 오류를 찾기 어려운 이유를 설명하기 때문입니다.

세 개의 PDF를 열고 정렬하기. 80개 거래가 있는 GBP 명세서, 45개 거래가 있는 EUR 명세서, 30개 거래가 있는 USD 명세서 — 입력하거나 복사하여 붙여넣어야 하는 155개의 행입니다. 하지만 현재 잔액이 통화 간에 이월되지 않기 때문에 단순히 차례로 붙여넣을 수 없습니다. 각 세트에는 통화를 나타내는 자체 열이 필요하며, 그들 간의 환전 거래는 동일한 값을 두 번 계산하지 않도록 플래그를 지정해야 합니다.

환율 차이. £500이 GBP 계정에서 "1.17 환율로 EUR로 환전됨"으로 나갈 때, EUR 계정에 도착하는 €585는 다른 참조 번호로 다른 PDF에 나타납니다. GBP 명세서를 먼저 복사하고 나중에 EUR 명세서를 복사하면, 해당 두 행 간의 연결은 파일을 전환하는 동안 머릿속에 남아 있는 메모에 불과합니다. r/excel 사용자가 이 정확한 패턴을 설명했습니다: "날짜와 금액으로 두 개의 Revolut 명세서에서 FX 거래를 일치시키는 데 한 시간을 보냈습니다. 결국 같은 날 발생했지만 관련 없는 £200 이체를 €200 입금과 일치시켰다는 것을 알게 되었습니다."

Pocket 및 Vault 이동. 휴가 기금 Pocket으로 이동된 돈은 기본 명세서에 출금으로 표시되지만 비용이 아닙니다. 이는 내부 재할당입니다. 추출 방법이 "Pocket으로 이체"와 "카드 결제"를 구분하지 않으면 비용 요약이 저축한 금액만큼 부풀려집니다. 기본 잔액으로 다시 Pocket 이체는 소득처럼 보이는 입금으로 표시됩니다. 명세서의 설명 열만이 유일한 구분 요소입니다.

UTC 타임스탬프. Revolut 명세서는 기본적으로 UTC를 사용합니다. 영국 시간(BST)으로 7월 15일 오후 11시에 발생한 거래는 명세서에 7월 16일로 표시됩니다. 회계가 현지 시간으로 실행되는 경우, 날짜 경계 근처의 모든 거래는 날짜 확인이 필요합니다. 그리고 24시간 주기에 걸쳐 분산된 세 가지 통화의 거래를 작업할 때 누적 날짜 차이는 상당해집니다.

이러한 각 마찰 지점은 개별적으로는 작습니다. 함께 모이면 20분이면 끝날 데이터 수집 작업이 90분의 상호 참조, 재확인, 재검증 세션으로 변합니다. 그리고 가장 경험 많은 부기 담당자들은 85분째에 저지른 오류는 분기 말 조정이 실패할 때까지 발견하지 못할 것임을 알고 있습니다.

단계별 가이드: Revolut 다중 통화 데이터를 Excel로 추출하기

다음 워크플로우는 통화별 Revolut PDF를 하나의 구조화된 Excel 통합 문서로 변환합니다. 각 거래에는 출처 통화 태그가 지정되고 환율 연결 정보가 보존됩니다.

다음은 이 도구가 은행 명세서를 처리하는 모습입니다. 동일한 열 정의가 GBP, EUR, USD 명세서에 모두 적용됩니다:

의미 기반 추출이 템플릿보다 다중 통화 처리에 더 나은 이유

대부분의 추출 도구가 다중 통화 Revolut 명세서에서 문제를 겪는 이유는 데이터가 복잡해서가 아니라, 추출 방식이 고정된 레이아웃을 가정하기 때문입니다. 템플릿 기반 및 영역 OCR 도구는 "날짜는 1열, 위에서부터 2.3인치 위치에 있다"는 식으로 위치를 기억합니다. 따라서 동일한 도구가 레이아웃이 다른 GBP 명세서와 EUR 명세서를 처리할 때, 기억된 좌표는 잘못된 값을 읽어냅니다. 반면 AI는 의미를 기준으로 읽습니다. 즉, 열 헤더를 식별한 후 페이지 상의 위치와 관계없이 그 아래 값을 읽습니다.

이 차이는 추출 열을 한 번만 정의하여 세 통화 PDF 모두에 사용할 수 있는지, 아니면 통화별로 별도의 템플릿을 만들어야 하는지를 결정합니다. 4~5개 통화(GBP, EUR, USD, JPY, CHF)를 사용하는 사용자의 경우, 템플릿 방식은 새 통화가 추가될 때마다 설정 작업이 늘어납니다. 의미 기반 추출은 그렇지 않습니다.

추론 열 기능은 이를 더욱 확장합니다. 명세서 헤더에서 추론된 통화 열, 설명 패턴에서 추론된 거래 유형 열, 가맹점명에서 추론된 지출 카테고리 열 등은 명세서에 인쇄된 필드가 아니지만, 통합 문서를 분석에 유용하게 만드는 바로 그 열들입니다. 템플릿 기반 도구는 페이지에 물리적으로 인쇄되지 않은 데이터는 생성할 수 없습니다.

일괄 처리: 12개월 × 3개 통화

위의 워크플로우는 여러 통화에 걸친 단일 월을 처리합니다. 실제 효율성 향상은 12개월로 확장할 때 나타납니다. 회계사가 세금 신고를 위해 필요한 것은 단일 월의 스냅샷이 아니라, 전체 연도의 다중 통화 재무 데이터이기 때문입니다.

GBP, EUR, USD 계좌를 보유한 Revolut 사용자의 경우, 1년은 36개의 개별 PDF를 다운로드하는 것을 의미합니다. 각 PDF에는 활동 수준에 따라 20~80개의 거래가 있습니다. 36개 파일을 수동으로 입력하거나 복사하여 하나의 통합 워크북으로 만드는 것은 합리적인 작업이 아닙니다. 분류나 조정을 시작하기 전에 약 6~8시간의 데이터 입력이 필요합니다.

일괄 처리는 이를 변화시킵니다. 공유된 열 정의를 사용하여 36개의 PDF를 한 번에 업로드하고, 모든 것을 추출하면 출력물은 전체 연도의 모든 통화에 걸친 모든 거래가 포함된 단일 스프레드시트가 됩니다. 이때 통화 열은 각 행의 출처 컨텍스트를 보존합니다. 추출 시간은 6시간의 타이핑에서 약 3분의 업로드와 명세서당 5~10초의 처리 시간으로 단축됩니다. 은행 명세서 일괄 처리 가이드에서 설명한 36개월 일괄 처리가 여기에도 적용되며, 다중 통화 차원이 추가됩니다.

다중 통화 일괄 처리의 주요 구조적 차이점은 모든 행을 단일 합계로 단순히 더할 수 없다는 것입니다. GBP, EUR, USD 금액은 합산할 수 없습니다. 통합 워크북은 통화별로 별도의 소계 섹션을 유지해야 하며, 단일 통화 현금 흐름 보기가 필요한 경우 비GBP 금액에 거래일의 환율을 적용하는 GBP 환산 열을 추가해야 합니다. 통화 열로 필터링된 Excel의 SUMIF 함수는 이를 깔끔하게 처리합니다: =SUMIF는 통화를 혼합하지 않고 총 EUR 출금액을 제공합니다.

대규모 일괄 처리 워크플로우에 대한 더 자세한 내용은 월별 현금 흐름 일괄 처리 가이드를 참조하십시오. 단일 명세서 시나리오에 적용되는 기본 추출 기술은 영국 은행 명세서 추출 가이드에서 시작하십시오.

자주 묻는 질문

Revolut에서 다중 통화 통합 명세서를 제공하나요?

아니요. Revolut은 통화 계좌별로 하나의 명세서를 발행합니다. 앱에서 각 통화의 개별 명세서를 다운로드할 수 있습니다. 모든 통화를 한 번에 보여주는 단일 PDF를 생성하는 옵션은 없습니다. 통합 보기는 각 통화의 PDF를 추출하고 출력을 병합하여 직접 구축해야 하며, 이 문서에서 설명하는 워크플로우가 바로 이것입니다.

PDF 변환 대신 Revolut의 내장 CSV 내보내기를 사용할 수 있나요?

네, Revolut은 앱을 통해 CSV 내보내기를 제공합니다. CSV에는 다중 통화 열, 환율 필드 및 카드 메타데이터가 포함되어 있어 Xero나 QuickBooks 같은 회계 소프트웨어를 혼란시킬 수 있습니다. 이는 여러 회계 통합 가이드와 Revolut 자체 고객 커뮤니티에서 문서화된 알려진 문제입니다. 회계 플랫폼에 직접 가져오는 경우 CSV를 정리해야 할 수 있습니다. 시각적 AI 도구로 추출할 수 있는 PDF 명세서는 AI가 CSV의 원시 필드 구조를 구문 분석하는 대신 형식화된 PDF 레이아웃을 읽기 때문에 더 깔끔한 구조화된 출력을 생성합니다.

추출 시 Vault 및 Pocket 이체는 어떻게 처리되나요?

추출은 Pocket 또는 Vault 이름을 포함하는 거래 설명을 읽습니다. 열 정의에 거래 유형 추론 열을 포함하면 AI는 이를 수입이나 지출이 아닌 내부 이체로 분류합니다. 이렇게 하면 지출이나 수입 합계가 부풀려지는 것을 방지할 수 있습니다. 메인 잔액으로 돌아오는 Pocket 이체는 일치하는 설명과 함께 입금으로 표시되며, AI는 동일한 거래 유형을 할당합니다.

암호화폐 및 상품 거래가 추출된 데이터에 나타나나요?

네. 암호화폐 구매 및 상품 거래는 명세서 통화로 표시된 거래 금액과 자산을 나타내는 설명과 함께 명세서에 나타납니다. 추출은 이를 일반 거래 행으로 읽습니다. "암호화폐" 또는 "상품" 옵션이 있는 거래 유형 추론 열을 추가하면 AI는 설명 패턴을 기반으로 이를 분류합니다. 암호화폐 거래에는 명세서에도 표시되는 별도의 수수료 항목이 있을 수 있습니다.

Revolut 비즈니스 계정 명세서에서도 추출이 가능한가요?

Revolut 비즈니스 명세서는 개인 명세서와 동일한 기본 형식을 따르며, 직원 카드 거래, 카테고리 필드 및 참조 번호가 추가됩니다. 동일한 추출 워크플로우가 작동합니다: 통화별로 PDF를 다운로드하고, 열 이름을 정의한 후, 추출하면 됩니다. 비즈니스 계정은 회계 소프트웨어와의 직접 통합을 위해 XML(CAMT.053) 및 TXT(MT940) 내보내기도 지원하지만, PDF 추출 방식이 가장 형식에 유연한 옵션입니다.

Revolut 명세서가 비밀번호로 보호되어 있으면 어떻게 하나요?

Revolut은 기본적으로 표준 명세서 PDF에 비밀번호를 설정하지 않습니다. 문서를 암호화하는 추가 보안 설정을 활성화한 경우, 추출 도구가 파일을 읽기 전에 비밀번호를 입력해야 합니다. 추출 엔진은 비밀번호로 보호된 PDF를 지원합니다. 업로드 시 비밀번호를 입력하면 도구가 한 번에 잠금을 해제하고 추출합니다.

Revolut과 다른 은행의 명세서를 동일한 워크북으로 추출할 수 있나요?

네 — 바로 이 점에서 열 이름 기반 추출이 단순한 변환 도구를 넘어 통합 도구가 됩니다. 표준 열 집합(Date, Description, Debit, Credit, Balance, Currency, Account Name)을 정의하고, 다른 은행의 명세서와 함께 Revolut PDF를 처리하세요. AI가 각 문서의 형식을 독립적으로 읽고 사용자가 선택한 열 구조로 데이터를 출력합니다. Account Name 열을 사용하면 기관별로 필터링하거나 피벗할 수 있습니다. 이에 대한 자세한 내용은 다중 은행 조정 가이드에서 확인할 수 있습니다.

추출된 데이터가 세금 신고에 충분히 정확한가요?

인쇄된 텍스트 필드의 경우 디지털 생성 PDF에서 추출 정확도가 최대 99%에 달합니다. 추출된 스프레드시트는 부기 및 분류를 위한 작업 문서입니다. Revolut의 원본 명세서 PDF는 세무 당국에 대한 공식 기록으로 남습니다. 두 가지 모두 보관하세요: 워크플로우를 위한 추출된 Excel 파일과 감사 증거를 위한 원본 PDF 파일을 함께 보관하는 것이 좋습니다.

다중 통화 Revolut 계좌는 국제 거래를 위한 가장 유연한 뱅킹 도구 중 하나이지만, 이러한 유연성으로 인해 기존 추출 방법으로는 통합할 수 없는 명세서 아카이브가 생성됩니다. 문제는 데이터가 누락되어 있는 것이 아닙니다. 데이터가 여러 개의 개별 PDF에 분산되어 있고, 각각 다른 통화로 되어 있으며, 각각 고유한 현재 잔액을 가지고 있고, 다른 형식으로 두 번 나타나는 환전 거래로 연결되어 있다는 점입니다. 아래 설명이 이를 직접적으로 말해줍니다. 필요한 열, 즉 출력 구조를 한 번 정의하면 AI가 데이터가 페이지의 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 각 통화의 PDF를 읽습니다. 변화는 세 가지 통화에 걸친 월별 PDF 36개를 통합하는 작업이 주말 내내 걸리는 프로젝트에서 30분 워크플로우로 바뀐다는 것입니다.