독일 Handelsrechnung 수출 데이터 추출 방법
세관 및 회계용
독일 수출 상업송장(Handelsrechnung)에는 국내 송장(Rechnung)에는 없는 약 12개의 필드가 포함되어 있습니다: 수출업체의 EORI 번호, 품목별 11자리 세관 품목 번호(Zolltarifnummer), 품목별 원산지(Ursprungsland), 적용 Incoterms, 순중량 및 총중량, 수출 확인 섹션(Ausfuhrbestätigung). 이 모든 필드는 수출 부서에서 송장 템플릿에 입력한 것입니다. 그리고 이 모든 필드는 최소 두 개의 다른 시스템에 다시 입력해야 합니다: 세관용 ATLAS 수출 신고와 회계용 내부 ERP. 아래 설명된 추출 방식은 두 번의 재입력 단계를 하나의 구조화된 출력으로 대체합니다 — Handelsrechnung당 한 행, 열은 한 번 정의, 모든 필드는 PDF에서 캡처됩니다.
핵심 요점
- 독일 Handelsrechnung에는 국내 Rechnung에는 없는 약 12개의 세관 전용 필드(EORI 번호, 품목별 11자리 HS 코드, 원산지, Incoterms, 순중량 및 총중량)가 포함되어 있으며, 각 필드는 PDF에서 ATLAS 및 ERP로 다시 입력해야 합니다.
- 월 30건의 선적을 처리하는 수출업체는 매월 약 240개의 세관 필드를 PDF에서 스프레드시트로 옮겨 적습니다 — 모든 키 입력은 세관이 보는 것과 회계가 기록하는 것 사이의 잠재적 불일치이며, Finanzamt는 감사 중에 이를 교차 확인합니다.
- 추출 열을 한 번 정의하고, 재입력 대신 PDF를 업로드하면 두 파이프라인(ATLAS 수출 신고 및 ERP 회계 입력) 모두 하나의 구조화된 스프레드시트에서 데이터를 가져와 전사 격차를 원천적으로 제거합니다.
Handelsrechnung과 국내 Rechnung의 차이점
모든 독일 기업은 송장을 발행합니다. 국내 Rechnung(판매 송장)에는 §14 UStG에 따라 공급자의 이름과 주소, 송장 날짜와 번호, 고객의 이름과 주소, 상품 또는 서비스의 수량과 설명, 순액, 부가가치세율과 금액, 총액이 포함되어야 합니다. 이러한 필드는 매출채권 시스템, 부가가치세 신고(Umsatzsteuervoranmeldung), 연말 재무제표에 입력되는 항목입니다. 이는 DATEV, Lexware, SAP 등 모든 독일 회계 소프트웨어가 처리하도록 설계된 필드입니다.
Handelsrechnung에는 이러한 모든 필드가 포함됩니다. 그러나 한 가지 이유로 존재하는 추가 필드 세트도 포함됩니다: 상품이 세관 국경을 통과하기 때문입니다. 이는 목적지 국가의 세관 당국이 관세를 평가하고, 원산지를 확인하며, 신고된 가치를 검증하는 데 필요한 필드입니다. Union Customs Code(UCC, Regulation (EU) No 952/2013)에 따라, EU에서 비EU 국가로 수출되는 상품에 동봉되는 모든 상업 송장에는 다음이 포함되어야 합니다:
| 필드 (독일어 용어) | 영문 설명 | 세관이 필요한 이유 |
|---|---|---|
| EORI-Nummer | 경제운영자 등록·식별 번호 — 형식: DE + 15자리 숫자 | EU 세관 시스템에서 수출자를 식별합니다. 모든 세관 신고에 UCC 제9조에 따라 필수입니다. 없으면 ATLAS가 수출 신고를 거부합니다. |
| Zolltarifnummer (HS Code) | 품목별 11자리 독일 세관 관세 코드 — 처음 6자리 = 국제 HS, 7~8자리 = EU 결합명세, 9~10자리 = TARIC, 11자리 = 독일 국가 코드 | 수출 통제 분류, 수출 제한 여부, 그리고 수입국의 수입 관세율을 결정합니다. 송장별이 아닌 품목별로 기재합니다. |
| Ursprungsland | 품목별 원산지 — 상품이 완전히 획득되었거나 최종 실질 가공을 거친 국가 (UCC 제60조) | 목적지에서의 특혜 관세 적용 여부를 결정합니다. 한 화물에 여러 원산지의 상품이 포함될 수 있으므로 품목별로 기재해야 합니다. |
| Lieferbedingungen (Incoterms) | Incoterms 2020 조항 — 예: EXW Stuttgart, FOB Hamburg, CIF New York, DDP Tokyo | 각 구간에서 운송비, 보험, 통관 위험을 누가 부담하는지 정의합니다. 신고된 통관 가격에 포함되는 항목(운임 + 보험 여부)을 결정합니다. |
| Nettogewicht / Bruttogewicht | 순중량(상품만) 및 총중량(상품 + 포장) — 품목별 또는 화물별 킬로그램 단위 | 운송 서류(CMR, AWB, B/L) 및 통관 평가에 필요합니다. 총중량은 운임과 취급 요건을 결정합니다. |
| Ausfuhrbestätigung | 수출 확인란 — 일반적으로 세관 날인 또는 전자 ATLAS 수출 통지(Ausgangsvermerk)를 위한 예약 영역 | 상품이 EU 세관 영역을 물리적으로 떠났다는 증거입니다. §4 Nr. 1a UStG에 따른 부가가치세 영세율 적용에 필요합니다. 없으면 수출자는 UVA에서 면세를 입증할 수 없습니다. |
이 모든 필드는 수출 부서에서 Handelsrechnung 템플릿에 입력합니다. 동일한 필드는 이후 ATLAS 수출 신고에도 입력해야 하며, 수출 부서나 통관 대리인이 이를 다시 입력합니다. 그리고 회계 부서는 하위 집합(송장 번호, 합계, 수출 원장용 EORI)을 내부 ERP에 세 번째로 다시 입력해야 합니다. Handelsrechnung은 한 번 작성됩니다. 그러나 그 데이터는 세 번 입력됩니다.
이중 파이프라인 문제: 송장 하나, 두 시스템, 연결 제로
월 30건의 화물을 수출하는 독일 수출업체는 30장의 Handelsrechnung을 생성합니다. 각 송장은 완전히 분리된 두 개의 데이터 파이프라인을 거치며, 두 파이프라인은 서로 연결되지 않습니다.
파이프라인 1: 세관(ATLAS AES). 수출 부서 또는 Zollspediteur가 Handelsrechnung의 데이터를 가져와 ATLAS AES 수출 신고(Ausfuhranmeldung)에 입력합니다. 이 신고에는 EORI 번호, 품목별 HS 코드, 품목별 원산지 국가, Incoterms, 관세 가치, 순중량/총중량이 필요합니다. 신고는 ATLAS 호환 소프트웨어(AEB Export Filing, DAKOSY GE, MIC-CUST, SAP GTS) 또는 통관 대리점 자체 시스템을 통해 제출됩니다. ATLAS는 이를 처리하고 위험 분석을 수행하며, 승인되면 18자리 MRN(운송 참조 번호)이 포함된 수출 동반 문서(EAD, Ausfuhrbegleitdokument)를 발급합니다. 상품이 EU를 떠나면 수출업체는 출구 확인(Ausgangsvermerk)을 받습니다. 이는 상품이 물리적으로 반출되었음을 증명하는 서류로, 부가가치세 영세율 적용을 뒷받침합니다.
파이프라인 2: 회계(ERP). 회계 부서는 동일한 Handelsrechnung을 받습니다. 일반적으로 수출 부서나 문서 관리 시스템에서 PDF로 수신됩니다. 회계 담당자는 수출 매출을 전기해야 합니다: 송장 번호, 송장 날짜, 고객명, 총 가치, 비용 배분을 위한 Incoterms(운임과 보험은 상품 가치와 다른 계정으로 전기됨), 그리고 수출 장부(Ausfuhrbuch)를 위한 EORI 번호가 필요합니다. 부가가치세 신고(Umsatzsteuervoranmeldung 또는 UVA)를 위해 회계 담당자는 각 Handelsrechnung을 해당 Ausgangsvermerk와 대조하여 §4 Nr. 1a UStG에 따른 면세 수출 수익을 입증해야 합니다. Intrastat 신고(EU 역내 무역 통계, Außenhandelsstatistikgesetz에 따라 의무)를 위해 회계 담당자는 HS 코드, 목적지 국가, 상품 코드별 통계 가치가 필요합니다.
문제점. 파이프라인 1은 수출 부서에서 데이터를 받으며, 수출 부서는 ATLAS 소프트웨어에 직접 입력하거나 브로커에게 이메일로 보냅니다. 파이프라인 2는 Handelsrechnung의 PDF에서 데이터를 받으며, 이 PDF는 평면 문서로 회계 받은 편지함에 도착합니다 — 모든 필드가 보이지만 구조화된 것은 없습니다. 회계 담당자는 PDF를 열고 송장 번호, 날짜, 총액, EORI, Incoterms, HS 코드를 ERP에 다시 입력합니다. 월 30장의 Handelsrechnung에 대해 각각 약 8개의 세관 관련 필드가 있으므로, 매월 PDF에서 스프레드시트로 수동 전사되는 필드는 240개입니다. 모든 키 입력은 잠재적 전사 오류입니다. 모든 오류는 연쇄적으로 발생합니다: 회계 장부의 잘못 입력된 HS 코드가 ATLAS에 제출된 HS 코드와 일치하지 않아 세관 감사(Zollprüfung) 또는 부가가치세 감사(Umsatzsteuer-Sonderprüfung) 중에 불일치가 드러날 수 있습니다.
이는 ATLAS가 데이터 재입력 공백을 만들게 된 원인 분석에서 설명한 것과 동일한 구조적 공백입니다 — 세관 신고를 디지털화한 시스템이 수입업체에 데이터를 PDF로 반환하고, 수동 전사 단계가 ATLAS 출력과 ERP 입력 사이의 공백을 메웁니다. Handelsrechnung은 수출 측면에서 동일한 파이프라인의 출발점입니다: 데이터는 구조화된 입력으로 생성되고, 내부적으로 PDF로 전달되며, 이를 필요로 하는 모든 시스템에 다시 입력됩니다.
추출 설정 방법: 열을 한 번 정의하고 모든 Handelsrechnung 처리
해결책은 수출 부서가 Handelsrechnung을 작성하는 방식을 바꾸는 것이 아닙니다. 그들은 이미 데이터를 한 번 입력합니다. 해결책은 각 다운스트림 파이프라인에 데이터가 진입하는 지점에서 PDF에서 해당 데이터를 캡처하는 것입니다 — PDF와 시스템 사이에 있는 재입력 단계를 제거하는 것입니다.
맞춤 열 추출은 각 문서에서 추출하려는 내용을 설명하는 열 이름 집합을 정의하여 작동합니다. AI는 각 PDF를 읽고, 내용을 의미적으로 이해하며, 페이지에서 값이 어디에 있든 또는 송장 간 레이아웃이 어떻게 다르든 각 열에 해당하는 값을 찾습니다. 열을 한 번 정의하면 이후 업로드하는 모든 Handelsrechnung이 동일한 스프레드시트 구조를 채웁니다.
1단계: 핵심 세관 열 정의
이들은 파이프라인 1 — ATLAS 수출 신고 — 에 필요한 필드입니다. 수출 팀이 사용하는 정확한 독일어 용어로 각 열을 정의하여 AI가 의미적 맥락을 올바르게 매칭하도록 하십시오:
| 열 이름 | AI가 추출하는 내용 |
|---|---|
Handelsrechnung Nummer (Commercial Invoice Number) | 송장 번호 — 일반적으로 독일 수출 송장에서 "HR-" 또는 "EX-" 접두사가 붙으며, 국내 Rechnung 번호와 구별됩니다 |
Handelsrechnung Datum (Invoice Date, DD.MM.YYYY) | 독일 날짜 형식의 송장 발행일 |
EORI-Nummer (DE + 15 digits) | 수출업체의 EORI 번호 — ATLAS 신고를 제출하는 법인과 일치해야 합니다 |
Kunde (Customer Name and Address) | 해외 구매자의 전체 이름과 주소(국가 포함) |
Zolltarifnummer (11-digit Customs Tariff Code) per Position | 송장의 각 품목에 대한 전체 11자리 독일 관세 코드 |
Ursprungsland (Country of Origin, ISO Code) per Position | 품목별 원산지 국가 — 예: 독일산 상품은 DE, 중국산 상품은 CN |
Lieferbedingungen (Incoterms 2020) | Incoterms 조항 — 예: FOB Hamburg, CIF New York, EXW Stuttgart, DDP Tokyo |
Nettogewicht pro Position (Net Weight per Line Item, in kg) | 상품 라인별 순중량 |
Bruttogewicht Gesamt (Total Gross Weight, in kg) | 모든 포장을 포함한 화물의 총 중량 |
2단계: 교차 검증을 위한 추론 열 추가
추론 열을 사용하면 AI가 이미 읽은 정보에서 정보를 도출할 수 있습니다. Handelsrechnung에 암시적으로 명시되어 있지만 세관 신고에 명시적으로 요구되는 값을 생성합니다. 직접 추출 열 아래에 다음 열을 추가하세요:
| 추론 열 이름 | AI가 도출하는 내용 |
|---|---|
HS Chapter (Zolltarifnummer에서 도출: 2자리 챕터 번호와 설명 출력, 예: "84 — Machinery and Mechanical Appliances") | 11자리 코드를 사람이 읽을 수 있는 HS 챕터로 변환합니다. Intrastat 상품 그룹화와 코드의 챕터가 제품 설명과 일치하지 않는 오분류를 발견하는 데 유용합니다. |
Bestimmungsland (목적지 국가, 고객 주소에서) | 고객 주소에서 목적지 국가를 추출합니다. 상품이 실제로 배송되는 국가로, 청구 주소와 다를 수 있습니다. |
3단계: 세관 가치 검증을 위한 계산 열 추가
독일 수출 신고에서 흔한 오류는 세관 가치 불일치입니다. Handelsrechnung에 명시된 가치(사용된 Incoterms에 따라 EXW, FOB 또는 CIF로 표시될 수 있음)가 ATLAS 신고에 요구되는 가치와 다른 경우입니다. ATLAS 수출 신고에는 독일 국경에서의 통계 가치가 필요합니다. 일반적으로 FOB 또는 EXW 가치에 독일 출항 항구 또는 공항까지의 내륙 운송비를 더한 값입니다.
송장 합계와 라인 항목 합계 간의 차이를 표시하는 계산 열을 추가하세요. 이는 세관 가치 계산의 전조입니다:
| 계산 열 이름 | AI가 계산하는 내용 |
|---|---|
Invoice Total vs Line Item Sum Check (Rechnungssumme minus Summe aller Positionen — €1 이내로 일치하면 "OK" 출력, 차이가 €1을 초과하면 "CHECK" 출력) | 모든 라인 항목 금액을 합산하여 송장 합계와 비교합니다. 데이터가 ATLAS 신고 또는 회계 입력에 도달하기 전에 산술 오류를 발견합니다. |
Positionen Anzahl (라인 항목 수, 이 송장의 총 상품 라인 수 계산) | 라인 항목 수를 계산합니다. 추출이 모든 행을 포착했는지 확인하고 각 상품 코드가 별도의 통계 항목인 Intrastat 보고에 유용합니다. |
파일은 안전하게 처리되며 저장되지 않습니다.
4단계: 모든 수출 선적분의 모든 Handelsrechnung 업로드
Handelsrechnung PDF를 업로드하세요 — 이번 달, 이번 분기, 또는 전체 회계연도 분량을 한 번에. AI는 배치 내에서 각 송장을 독립적으로 처리합니다. 다른 레이아웃(다른 템플릿, 다른 열 위치, 다른 Incoterms 배치)을 사용하는 송장도 표준 템플릿과 동일한 방식으로 처리됩니다 — AI가 페이지 내 위치가 아닌 의미적 의미로 필드를 찾기 때문입니다.
Handelsrechnung과 함께 국내 Rechnung도 관리하는 독일 수출업체의 경우, 추출 방식은 두 문서 유형을 동일한 배치에서 처리합니다 — 세관 관련 열(EORI, HS 코드, 원산지, Incoterms, 중량)을 열로 정의하면, 이러한 필드가 없는 국내 Rechnung의 경우 해당 셀은 비어 있게 됩니다. 공통 필드(송장 번호, 날짜, 고객, 합계)는 두 문서 유형 모두에서 채워져, 국내 Rechnung이든 수출 Handelsrechnung이든 관계없이 하나의 통합된 수출 스프레드시트를 얻을 수 있습니다.
제공 내용: Handelsrechnung당 한 행, 모든 필드가 제자리에
출력 결과는 스프레드시트입니다 — Excel, CSV, 또는 Google Sheets 애드온을 통해 Google Sheets로 직접 전송됩니다 — Handelsrechnung당 한 행씩 구성됩니다. 열은 사용자가 정의한 항목입니다. 각 셀의 값은 AI가 PDF에서 추출한 내용입니다.
이 스프레드시트는 두 파이프라인에 동시에 공급됩니다:
ATLAS 신고에 필요한 EORI 번호, HS 코드, 원산지 국가, Incoterms 및 중량이 이미 스프레드시트에 있습니다. 수출 부서 또는 세관 대리인은 스프레드시트에서 직접 ATLAS 소프트웨어에 입력합니다 — 각 PDF를 열고 다시 입력할 필요가 없습니다. ATLAS 소프트웨어(AEB, DAKOSY, MIC-CUST)가 대량 신고용 CSV 또는 Excel 가져오기를 지원하는 경우 데이터가 신고서에 직접 공급됩니다. 세관 대리인을 사용하는 경우 PDF 대신 스프레드시트를 보내면 됩니다 — 대리인은 PDF에서 읽는 것이 아니라 표에서 복사하므로 더 빠르고 전사 오류가 적습니다.
송장 번호, 날짜, 고객, 합계, EORI 및 Incoterms는 수출 장부(Ausfuhrbuch)와 부가가치세 신고서(UVA)에 공급됩니다. HS 챕터와 목적지 국가는 Intrastat 신고에 공급됩니다. 회계 담당자가 30개의 PDF를 열고 240개 필드를 다시 입력하는 대신, 하나의 스프레드시트를 열고 PDF와 값을 대조 확인한 후 DATEV, Lexware 또는 SAP로 데이터를 가져옵니다. 검증은 오류를 잡아냅니다. 전사는 오류를 만듭니다.
스프레드시트는 Handelsrechnung 데이터의 단일 진실 공급원이 됩니다. EORI 번호로 필터링하여 모든 수출 신고가 올바른 수출자 식별자를 사용하는지 확인합니다. HS 챕터로 필터링하여 분기별 Intrastat 보고용 상품별 수출 물량을 그룹화합니다. 계산 열 "송장 합계 vs 라인 항목 합계 확인"을 비교하여 산술 불일치를 ATLAS 신고에 도달하기 전에 잡아냅니다. 수출 신고에 공급되는 동일한 데이터 세트가 회계 입력에도 공급됩니다 — 두 파이프라인 모두에서 일관된 원본 데이터로, 세관 신고 값과 회계 장부 값이 다른 일반적인 감사 지적 사항을 제거합니다.
FAQ — 독일 Handelsrechnung 데이터 추출
여러 품목 라인이 있고 각각 다른 HS 코드와 원산지 국가가 있는 Handelsrechnung도 처리할 수 있나요?
네. 각 품목 라인은 고유한 HS 코드와 원산지 국가와 함께 추출됩니다. 출력은 송장당 한 행 구조를 유지합니다. 품목 라인당 한 행이 필요하면 "per Position" 접두사로 열을 정의하면 AI가 각 상품 라인을 별도의 추출 단위로 처리합니다. 그러나 대부분의 수출 워크플로에서는 HS 코드와 원산지가 집계되거나 주요 상품으로 표시된 송장당 한 행이면 충분합니다. ATLAS 신고에 이미 품목 라인 세부 정보가 포함되어 있고 회계 입력에는 송장 수준 요약만 필요하기 때문입니다.
추출은 서로 다른 Incoterms — 특히 같은 송장의 EXW, FOB, CIF 가치 차이를 어떻게 처리하나요?
AI는 송장에 명시된 대로 Incoterms를 추출합니다 — FOB Hamburg, CIF New York, EXW Stuttgart. 운송 또는 보험 추가 비용은 계산하지 않습니다. 관세 가치 계산(ATLAS 신고에 입력되는 가치)의 경우 Incoterms에 따라 송장 가치를 조정해야 합니다: EXW 가치 + EU 국경까지의 국내 운송 = 통계 가치; FOB 가치는 일반적으로 ATLAS 수출 신고에 그대로 사용하기에 충분합니다; CIF 가치에는 수출 측 신고에서 분리해야 하는 운임과 보험이 포함됩니다. 계산 열 "송장 합계 vs 품목 라인 합계 확인"은 송장 산술을 검증하지만 Incoterms-관세 가치 조정은 수동 계산 단계로 남아 있습니다 — 또는 운임과 보험 비용이 선적별로 알려진 경우 계산 열로 자동화할 수 있습니다.
이것이 ATLAS AES 수출 신고 제출을 대체하나요?
아니요. 추출은 ATLAS 신고를 위한 입력 데이터를 생성합니다. 신고 제출에는 여전히 ATLAS 호환 소프트웨어(AEB, DAKOSY, MIC-CUST, SAP GTS 또는 세관 중개인 시스템)와 독일 세관 당국(Generalzolldirektion)에 대한 활성 ATLAS 참가자 등록이 필요합니다. 추출은 Handelsrechnung PDF를 읽고 ATLAS 소프트웨어에 필드를 입력하는 수동 데이터 입력 단계를 대체할 뿐 소프트웨어 자체는 대체하지 않습니다. 세관 신고에서 구조화된 데이터세트까지의 전체 워크플로는 독일 세관 신고 데이터를 Excel로 추출하는 가이드에서 수입 측 동등 항목을 다룹니다.
Ausfuhrbestätigung / Ausgangsvermerk은 이 워크플로에 어떻게 포함되나요?
Ausfuhrbestätigung(수출 확인)은 상품이 EU 관세 영역을 물리적으로 떠났다는 증명입니다. 상품이 제시되고 통관된 후 ATLAS를 통해 출구 세관에서 발급됩니다. Handelsrechnung 자체의 필드가 아니라 수출 신고가 처리된 후 도착하는 별도의 전자 메시지 또는 스탬프입니다. 추출 워크플로에서는 Handelsrechnung 데이터가 먼저 추출되어(ATLAS 신고 입력 생성) 신고가 제출되고 상품이 출고된 후 Ausgangsvermerk이 수신됩니다. 이 시점에 스프레드시트에 Ausgangsvermerk erhalten (J/N) 열을 추가하고 확인이 도착할 때 각 행을 수동으로 표시하여 회계 팀이 VAT 영세율이 입증된 수출과 대기 중인 수출을 한눈에 볼 수 있습니다.
동일한 열 설정으로 독일 국내 Rechnung에서도 데이터를 추출할 수 있나요?
네 — 공통 필드(송장 번호, 날짜, 고객, 금액)는 모든 송장 형식에서 채워집니다. 세관 전용 열(EORI, HS 코드, 원산지, Incoterms, 중량)은 국내 Rechnung의 경우 비어 있습니다. 즉, 혼합 배치 — Handelsrechnung 20건과 국내 Rechnung 40건 —를 업로드하고 하나의 통합 스프레드시트를 얻을 수 있습니다. EORI 열로 정렬하여 수출 송장과 국내 송장을 구분할 수 있습니다. ELSTER 세금 양식 데이터 추출에도 동일한 원칙이 적용됩니다. 열을 한 번 정의하고 원본 문서에서 데이터를 공급하면 됩니다 — 독일 ELSTER 세금 양식 데이터를 Excel로 추출하는 가이드는 동일한 열 정의 방식을 다른 문서 유형에 적용합니다.
Handelsrechnung에는 이미 세관 신고와 회계 시스템에 필요한 모든 필드가 포함되어 있습니다. 병목 현상은 데이터 누락이 아니라 — 스프레드시트가 있어야 할 자리에 PDF가 있는 것입니다.
Handelsrechnung 추출하기