해외 송장 처리 방법:
여러 통화, 언어, 세금 형식을 하나의 스프레드시트로
국내 송장은 공급업체 형식이라는 하나의 변수만 있습니다. 해외 송장은 여기에 언어, 통화, 소수점 표기법, 날짜 형식, 세금 체계까지 더해집니다. 독일 공급업체가 "Rechnungsdatum: 05.03.2026"과 "1.234,56 €"를 보내면, 추출 도구가 날짜를 3월 5일 대신 5월 3일로, 1,234.56을 1.23456으로 잘못 해석할 수 있습니다. 이런 오류는 모든 송장에 걸쳐 누적됩니다. 해외 송장 처리는 단순히 '국내 송장 처리 + 번역'이 아닙니다. 변수가 하나 늘어날 때마다 다른 모든 변수의 복잡성이 함께 증가합니다.
송장 필드 추출 및 열 이름 기반 추출이 다양한 공급업체 형식을 처리하는 방법에 대한 일반적인 소개는 송장 필드 자동 추출 가이드를 참조하세요.
핵심 요약
- 언어, 통화, 소수점 표기, 날짜 형식, 세금 체계라는 5가지 복합 요소로 인해, 독일식 "05.03.2026"은 미국 도구 기본값에서 3월 5일이 아닌 5월 3일로 잘못 해석되며, "1.234,56"이라는 숫자 문자열은 베를린에서는 €1,234.56으로 읽히지만, 어떤 해석을 선택했는지 알려주지 않는 스프레드시트에서는 1.23456으로 표시됩니다.
- 국가별 템플릿 — 모든 송장 처리 전문가가 권장하는 해결책 — 은 첫 번째 문제 위에 두 번째 문제를 만듭니다. 15개국 30개 해외 공급업체는 각각 날짜 형식과 소수점 규칙이 다른 30개의 수동 관리 템플릿을 필요로 하여, 설정 작업이 피하려던 수동 데이터 입력만큼이나 많은 노동으로 변합니다.
- ImageToTable.ai는 각 문서의 언어, 통화 및 날짜 규칙을 문서 자체에서 실시간으로 감지합니다. 따라서 한 번 설정한 열 정의로 단일 배치에서 12개국을 처리하고, 50개의 혼합 송장에서 균일한 구조의 스프레드시트를 생성하며, 공급업체가 형식을 변경해도 깨질 템플릿이 없습니다.
국제 송장: 모든 문제가 복합적으로 발생하는 곳
국내 송장 처리의 주요 과제는 공급업체의 레이아웃이 우리와 다르다는 점입니다. 국제 송장 처리는 여기에 네 가지 추가 차원을 더합니다:
| 차원 | 국내 (단일 국가) | 국제 (다중 국가) |
|---|---|---|
| 언어 | 단일 언어, 예측 가능한 필드 레이블 | 배치당 여러 언어. "Rechnungsnummer"(DE), "Numéro de facture"(FR), "請求書番号"(JP) 모두 "송장 번호"를 의미 |
| 통화 | 단일 통화 (USD, EUR, GBP) | 배치당 혼합 통화. €1,234.56 vs ¥123,456 vs £1,234.56 — 같은 숫자, 다른 가치 |
| 소수점 표기 | 일관된 구분 기호 (1,234.56 또는 1.234,56) | 상충되는 표기법. "1.234,56"은 €1,234.56 또는 1.23456일 수 있음 — 국가에 따라 해석이 다름 |
| 날짜 형식 | 예측 가능 (MM/DD/YYYY 또는 DD/MM/YYYY) | 모호함: 05/03/2026은 유럽에서는 3월 5일, 미국에서는 5월 3일. 잘못 해석하면 회계 기간 오류 발생 |
| 세금 제도 | 단일 세금 시스템 (판매세 또는 부가가치세) | VAT(EU), GST(AU/NZ), 소비세(JP), IVA(MX) — 다른 세율, 다른 규칙, 다른 필드 레이블 |
복합적인 영향이 진짜 문제입니다. 일본 공급업체로부터 청구서를 받은 미국 기업은 일본어 필드 레이블, 소수점이 없는 JPY 통화, YYYY년MM월DD일 날짜 형식, 일본 소비세 규칙에 직면합니다. 이 중 하나는 해결 가능합니다. 네 가지 모두 — 15개 다른 국제 공급업체에 걸쳐 — 글로벌 AP 팀이 국내 청구서보다 국제 청구서에 불균형적으로 많은 시간을 소비하는 이유입니다.
템플릿 OCR이 여기서 실패하는 이유: 템플릿 기반 추출은 공급업체별 구성이 필요합니다. 국제 청구서의 경우 공급업체별, 국가별 구성이 필요합니다. 독일 공급업체는 둘 다 유럽이더라도 프랑스 공급업체와 다른 템플릿이 필요합니다. 템플릿에는 국가별 필드 레이블 변형, 날짜 형식 규칙, 소수점 규칙 재정의도 필요합니다. 15개국에 걸친 30개 국제 공급업체가 있다면 국가별 형식 로직이 포함된 30개의 개별 템플릿을 유지 관리해야 합니다. 이는 추출이 제거하려고 했던 작업만큼이나 많은 작업입니다.
하나의 열 정의, 모든 국가
열 이름 추출은 언어, 통화, 형식을 사전 구성 작업이 아닌 추출 시점의 문제로 처리하여 국제 청구서를 처리합니다. 열 정의에는 필요한 형식 지침이 포함되며, AI는 각 문서에서 읽은 내용을 기반으로 이를 적용합니다:
| 열 이름 | AI가 국제 송장에서 수행하는 작업 |
|---|---|
| "송장 번호" | 라벨 언어와 관계없이 식별 참조 코드를 찾습니다. "Rechnungsnummer", "Numéro de facture", "請求書番号", "Nº de factura" 모두 이 열에 매핑됩니다. |
| "송장 날짜 (YYYY-MM-DD)" | 각 문서에 사용된 날짜 형식을 감지하고(JP: 2026年3月5日, DE: 05.03.2026, US: 03/05/2026) 출력 시 ISO 형식으로 변환합니다. |
| "총 금액 (숫자)" | 통화 기호를 제거하고 국가별 관례에 따라 소수점/천 단위 구분 기호를 올바르게 해석하여 깔끔한 숫자 값을 출력합니다. |
| "통화" | 통화 코드(EUR, USD, JPY, GBP) 또는 기호를 추출하여 출력 시 ISO 4217 코드로 정규화합니다. |
| "세액 (숫자)" | 라벨("VAT", "GST", "IVA", "MwSt", "消費税")과 관계없이 세금 값을 찾아 숫자 금액을 추출합니다. |
| "세율 (백분율)" | 적용된 세율(독일 부가세 19%, 영국 부가세 20%, 일본 소비세 10%, 스페인 IVA 21%)을 추출하여 관할권별 값을 유지합니다. |
| "공급업체명" | 원래 언어의 공급업체명(株式会社〇〇, Siemens AG, Société Générale)을 유지하여 정확한 레코드 매칭을 지원합니다. |
핵심 아키텍처 차이점: 템플릿 OCR은 처리 전에 국가별 규칙을 미리 구성합니다. 열 이름 추출은 국가별 처리를 AI의 각 문서 실시간 해석에 위임합니다. AI는 언어를 감지하고, 통화를 식별하며, 날짜와 숫자 표기법을 해석하고, 그에 따라 추출합니다. 이 모든 작업이 단일 처리 패스 내에서 이루어지며, 국가별 설정이 필요하지 않습니다.
혼합된 공급업체 형식(다른 언어, 숫자 표기법, 출력 스키마 불일치 포함)을 처리하는 방법은 다양한 형식의 송장에서 데이터 추출 가이드를 참조하세요.
통화 문제: 변환하지 말고 추출하세요
국제 송장 처리에서 흔한 실수는 추출 시점에 통화를 변환하려는 것입니다. AI는 원래 통화와 금액을 추출하고 둘 다 유지해야 합니다. 송장이 결제될 때쯤이면 유효하지 않거나 잘못된 환율로 EUR를 USD로 변환해서는 안 됩니다. 통화 변환은 데이터 추출 작업이 아니라 재무 결정입니다. 환율 출처와 변환 날짜를 제어할 수 있는 회계 시스템이나 스프레드시트에서 수행해야 합니다.
올바른 워크플로: AI는 "총 금액"을 숫자로, "통화"를 코드로 추출합니다. 출력에는 원래 금액 열과 통화 열, 두 개의 열이 있습니다. 그런 다음 스프레드시트나 회계 소프트웨어에서 환율을 적용합니다. 보고용 월말 환율, 현금 흐름용 결제일 환율, 차이 분석용 예산 환율 등이 있습니다. AI의 역할은 정확하고 변경되지 않은 원본 데이터를 제공하는 것입니다. 변환 및 보고 방법을 결정하는 것은 사용자의 몫입니다.
이중 언어 송장 — 특별한 경우: 일부 국제 송장은 한 페이지에 두 가지 언어를 사용합니다. 프랑스어와 영어가 나란히 있거나, 독일어와 영어 번역이 작은 글씨로 함께 있습니다. AI는 쌍을 이루는 레이블("Vendu à / Sold To")이 동일한 필드를 참조한다는 것을 인식하여 값을 중복하지 않고 한 번만 추출하여 처리합니다. 예를 들어, 캐나다 공급업체의 이중 언어 송장에 "Date de facturation"과 "Invoice Date"가 같은 페이지에 있으면 출력에 날짜 값이 하나만 생성되고 두 개가 생성되지 않습니다.
세금 체계: 그대로 추출, 재해석 금지
국가마다 세금 체계가 다릅니다. EU의 VAT, 호주와 뉴질랜드의 GST, 일본의 소비세, 멕시코와 스페인의 IVA 등이 대표적입니다. AI는 송장에 기재된 세액과 세율을 그대로 추출할 뿐, 이를 사용자의 현지 세금 범주로 재분류하지 않습니다. 예를 들어 일본 소비세(10%)는 "세율: 10%", "세액: ¥12,345"로 추출되며, AI가 이를 "매입 부가세" 또는 "해외 납부 세금" 계정에 매핑할지 결정하지 않습니다. 이러한 매핑은 세무사가 판단할 세무 준수 사항이지, 추출 도구의 역할이 아닙니다.
AI가 할 수 있는 일: 국제 송장에 기재된 세금 등록 번호를 추출하는 것입니다. 여기에는 VAT ID(EU 형식: DE123456789), ABN(호주 형식: 12 345 678 901), RFC(멕시코 형식: ABC123456XYZ) 등이 포함됩니다. 이 번호들은 국경 간 세무 준수에 필수적이며, 영세율 또는 역과세 적용을 받기 위해 송장에 종종 기재되어야 합니다. 추출 항목에 "공급자 사업자등록번호" 열을 추가하여 이 정보를 수집하세요.
파일은 안전하게 처리되며 저장되지 않습니다.
혼합 국제 송장 일괄 처리
국제 송장 처리의 진정한 테스트는 혼합 배치입니다: 12개국, 8개 언어, 6개 통화의 송장 50건. 다음은 단일 배치에서 열 이름 추출이 이를 처리하는 방법입니다.
- 50장의 인보이스를 한 번에 업로드하세요. 국가, 언어, 통화별로 미리 분류할 필요가 없습니다. AI가 각 문서를 독립적으로 처리합니다.
- 언어 감지는 자동으로 이루어집니다. AI가 텍스트 내용에서 문서 언어를 식별하고, 이에 따라 필드 레이블 해석을 조정합니다. 언어별 설정이 필요하지 않습니다.
- 각 인보이스의 형식 규칙은 문맥에 따라 해석됩니다. "1.234,56"이 포함된 유럽 인보이스는 유럽식 소수점/천 단위 구분 규칙으로 해석됩니다. "¥123,456"이 포함된 일본 인보이스(JPY는 실제로 소수점 이하 자리가 없음)는 올바르게 해석됩니다. AI는 한 국가의 규칙을 다른 국가의 문서에 적용하지 않습니다.
- 출력은 일관된 구조를 가집니다. 다양한 입력 형식에도 불구하고, 스프레드시트의 열은 통일됩니다: 모든 날짜는 YYYY-MM-DD 형식, 모든 금액은 숫자, 모든 통화는 ISO 코드로 표시됩니다. 표준화는 추출 시점에 문서별로 이루어지므로, 사후 데이터 정리 단계 없이 바로 분석할 수 있는 출력물을 얻을 수 있습니다.
혼합 형식의 국제 인보이스를 실용적으로 처리하려면 다중 형식 인보이스 처리 도구를 사용하세요. 이 도구는 한 번의 배치 작업으로 모든 국가의 인보이스에서 날짜, 소수점 규칙, 세금 형식을 정규화합니다.
자주 묻는 질문
AI가 아랍어나 히브리어와 같은 오른쪽에서 왼쪽으로 쓰는 언어의 인보이스를 처리할 수 있나요?
네, 가능합니다. AI는 아랍어와 히브리어를 포함한 오른쪽에서 왼쪽으로 쓰는 문자를 지원합니다. 필드 추출 방식은 동일합니다. AI는 의미적 역할에 따라 값을 식별하지만, 텍스트 방향은 출력에 그대로 유지됩니다. 공급업체 이름이 아랍어로 되어 있으면 스프레드시트에 올바르게 표시됩니다. 출력 형식(XLSX, CSV UTF-8)의 유니코드 지원 덕분에 모든 언어와 문자에서 문자가 올바르게 표시됩니다.
複数通貨が記載された請求書（例：EUの仕入先がEURとUSDの両方で価格を表示）はどう処理されますか？
AIは、通貨ごとに個別の列を定義すれば、両方の通貨を抽出できます。例えば、「Line Total (EUR)」と「Line Total (USD)」のように指定すると、AIはそれぞれの通貨の金額を探します。請求書に通貨列が1つしかなく、使用された為替レートが記載されている場合、AIはレートを別の値として抽出します。ただし、AIが自動的に一方の通貨を他方に換算することはありません。その換算は、会計ワークフローにおける財務上の判断として残ります。
中国語、日本語、韓国語など、非ラテン文字の抽出精度はどのくらいですか？
印刷されたCJK（中国語、日本語、韓国語）文字の場合、精度はラテン文字の抽出と同等で、鮮明で印刷状態の良い文書では90%以上です。CJKの請求書における課題は、文字認識そのものではなく、フィールドの識別であることが多いです。日本の請求書ではフィールドラベルが縦書きで配置されていることが頻繁にあり、中国の請求書では欧米の形式とは大きく異なるコンパクトなレイアウトが使用される場合があります。AIのビジョンモデルは、左から右、上から下への読み取り順序を前提とするのではなく、ページの空間構造を分析することで、縦書きやコンパクトなレイアウトを処理します。手書きのCJK文字の場合、精度は手書きのラテン文字と同様に低下し、読みやすさに応じておおよそ65～85%となります。
越境取引における免税または逆課税の請求書をAIは理解できますか？
AI는 송장에 기재된 세액과 세율을 그대로 추출합니다. EU 역내 B2B 송장에 "VAT 0% — 역과세(Reverse Charge)"라고 명시된 경우, AI는 세율로 "0%", 세액으로 "0.00"을 추출합니다. 역과세 메커니즘 자체를 해석하지는 않습니다. 이는 회계팀이 처리할 세무 준수 문제입니다. AI가 하는 일은 명시된 값을 정확히 포착하는 것이며, 이는 올바른 세무 처리를 위한 전제 조건입니다. 역과세 송장에서 0세액이 잘못 추출된 경우, 회계 담당자가 차이를 발견하기 전까지는 세금 데이터가 누락된 국내 송장과 구별할 수 없습니다.
Klippa나 Suparse 같은 전용 다국어 송장 처리 도구와 비교하면 어떤가요?
전용 다국어 송장 처리 도구는 대규모 국제 미지급금(AP) 처리를 목적으로 설계되어, EU 세금 데이터베이스 기반 자동 VAT 검증, Peppol 전자송장 규정 준수, ERP별 내보내기 형식 등 추가 기능을 제공합니다. 전담 AP 직원이 있고 월 수천 건의 국제 송장을 처리하는 기업에 적합한 선택입니다. ImageToTable.ai 같은 범용 도구로 컬럼명을 추출하는 방식은 가벼운 대안입니다. 핵심 추출 및 표준화 작업을 처리하면서도, 전용 프로세서의 문서당 과금, 구현 프로젝트, 기능 오버헤드가 없습니다. 월 50~500건의 국제 송장을 처리하는 팀에게 이 가벼운 접근 방식은 정확한 추출과 형식 표준화라는 필요한 기능의 90%를 훨씬 적은 복잡성으로 제공합니다.