독일 세관 신고서 데이터를 Excel로 추출하는 방법
모든 필드를 다시 입력하지 않고
독일의 ATLAS는 매년 약 5~6억 유로에 달하는 EU 관세 수익을 처리하는 세관 신고를 담당합니다. 이는 EU 관세 동맹에서 단일 회원국으로서 가장 큰 기여분입니다. 세관사(Zollvertreter) 또는 포워더(Spediteur)가 ATLAS를 통해 신고서를 전자적으로 제출합니다. 이후 귀하의 이메일로 도착하는 것은 PDF 백업본입니다. 동일한 신고서가 이제 ERP와 Excel에서 읽을 수 없는 파일 형식으로 저장된 것입니다. 11자리 관세율표 번호, 신고된 과세 가격(Zollwert), 원산지(Ursprungsland), 순중량(Eigenmasse) — 모든 필드가 존재하고 정확히 기재되어 있지만, 보관용으로 설계된 문서에 갇혀 있어 공급업체 송장과의 대사에는 사용할 수 없습니다. 이러한 필드를 스프레드시트로 추출하는 작업은 월간 수입 보고 주기에서 아무도 예산을 책정하지 않는 단계입니다.
핵심 요점
- ATLAS는 매년 약 5~6억 유로에 달하는 EU 관세 수익을 처리하는 세관 신고를 담당하지만, 수신하는 PDF Zollanmeldung에는 구조화된 데이터가 전혀 포함되어 있지 않아 평면 문서에서 11자리 관세 코드를 다시 입력해야 합니다.
- 이 격차는 기술적인 문제가 아닙니다. ATLAS는 신고서를 구조화된 데이터로 검증하고 구조화된 세금 평가를 반환하며, 보관용으로 설계된 PDF를 보냅니다. 형식 변환 단계가 존재하는 이유는 ATLAS 출력과 Excel 사이의 다리 역할을 할 예산이 아무도 책정하지 않았기 때문입니다.
- 일곱 개의 열 이름을 한 번 정의하고, 한 달치 Zollanmeldungen을 업로드하면, 2.5시간의 수동 필드 입력 작업이 10분의 검증 작업으로 줄어듭니다. 귀하의 전문성은 원래 의도했던 공급업체 송장 대사 작업에 다시 투입될 수 있습니다.
Zollanmeldung 데이터의 출처 — 그리고 데이터가 막히는 지점
EU 외부에서 독일로 수입되는 모든 화물은 세관 신고서(Zollanmeldung, 단일 행정 서류(SAD)라고도 함)를 제출해야 합니다. 이 신고서는 물품을 통관 절차에 배정하고, 11자리 관세율표 번호(Zolltarifnummer)로 분류하며, 가치, 원산지, 순중량을 신고합니다. 신고는 ATLAS를 통해 전자적으로 제출되며, 법적 근거는 연합 관세법(UZK) 제158~163조입니다. ATLAS는 18자리 마스터 참조 번호(MRN)를 반환하고, 관세율표와 대조하여 신고를 검증한 후, 승인되면 물품을 자유 유통으로 반출합니다.
신고 자체는 구조화된 데이터입니다. ATLAS는 이를 구조화된 데이터로 수집합니다. 문제는 그 이후에 발생합니다. 관세사가 기록용으로 Zollanmeldung의 PDF 사본을 보내드립니다 — 동일한 데이터가 평면 문서로 렌더링된 것입니다. 여러 관세사나 통관 지점을 통해 수입하는 경우, 각각 고유한 형식으로 신고서를 보냅니다: 한 관세사의 PDF 레이아웃, 다른 관세사의 스캔된 종이 양식, 또 다른 관세사의 ATLAS 인터넷 세관 신고(IZA) 출력물입니다. 모든 신고서의 필드는 동일합니다 — 관세율표 번호(Zolltarifnummer), 원산지(Ursprungsland), 물품 가치(Warenwert), 발송국/도착국(Versand-/Bestimmungsland), 통관 절차 코드, EORI 번호, 순중량(Eigenmasse) — 하지만 각 페이지의 위치가 다르며, 그 중 어느 것도 스프레드시트에 깔끔하게 복사하여 붙여넣을 수 없습니다.
ATLAS와 스프레드시트 사이의 간극은 그 사이에 있는 PDF입니다 — 시스템이 표시는 할 수 있지만 읽을 수 없는 문서입니다. Zollanmeldung PDF에서 Excel로 다시 입력하는 모든 필드는 ATLAS가 이미 구조화된 형태로 보유하고 있는 필드입니다. 수동 입력은 정보를 추가하는 것이 아니라, 신고서 하나씩 형식을 변환하는 것입니다.
수동 입력이 왜 조정 공백을 만드는가
월 30건의 수입 화물을 3개 제품 카테고리에 걸쳐 관리하는 독일 수입 관리자는 관세사로부터 약 30건의 Zollanmeldung PDF를 받습니다. 각 신고서에는 최소한 11자리 Zolltarifnummer(6자리 국제 HS 코드의 독일 특화 확장판으로, EU 통합 명명법(KN) 8자리, TARIC 10자리, 국가 단위 11자리로 확장됨), 유로화 과세 가격, 원산지, EORI 번호가 포함됩니다. ATLAS 포지션 레벨 화면(Positionsdaten)의 완전한 수입 신고서에는 순중량(Eigenmasse, kg), 포장 수량(Anzahl der Packstücke), 품목 가격(Artikelpreis), 통관 절차 코드가 추가됩니다.
월간 보고를 위해 30건의 신고서에서 이러한 필드를 수동으로 추출하여 단일 스프레드시트에 입력하는 데는 신고서당 약 4~5분이 소요됩니다 — 각 PDF에서 필드를 찾고, 값을 입력하고, 11자리 Zolltarifnummer를 올바르게 입력했는지 확인하는 작업입니다. 30건 기준으로 분석 한 줄을 시작하기 전에 2.5시간의 데이터 입력이 필요합니다.
조정 공백은 단지 시간 문제만이 아닙니다. 이는 물량이 늘어날수록 누적되는 세 가지 구조적 문제입니다:
첫째, HS 코드 전위 오류. Zolltarifnummer는 "6204.62.31.00.0"처럼 보입니다 — 총 11자리의 다섯 숫자 그룹입니다. PDF에서 Excel로 다시 입력할 때 일반적인 타이핑 조건에서 약 500회 키 입력당 1회의 전위 오류가 발생합니다. 11자리 관세율표 번호는 11회 키 입력입니다. 각각 평균 3개의 관세 라인이 있는 30건의 신고서를 기준으로 약 990회의 키 입력이 발생하며, 이는 스프레드시트에서 약 2개의 관세 코드가 잘못될 수 있음을 의미합니다. 이 오류는 세관 감사나 관세 재계산이 이루어지기 전까지는 보이지 않습니다.
둘째, 조정 지연. Zollanmeldung 데이터를 추출하는 목적은 공급업체의 상업 송장(Handelsrechnung)과 대조하기 위함입니다. 송장에는 상품 가격이 FOB 선전 기준 €12,000이라고 명시되어 있습니다. Zollanmeldung은 운임이 조정된 CIF 함부르크 기준 과세 가격 €12,800을 신고합니다. 수입 관리자가 상품 도착 일주일 후에 세관 데이터를 입력한다면, 송장과 신고서 간의 차이는 일주일 늦게 발견됩니다. ATLAS 제출과 스프레드시트 가용성 사이의 체계적인 데이터 공백은 차이를 누적시킵니다 — 30건의 화물, 30건의 잠재적 조정이 화물 통관 시점이 아닌 월말에 일괄로 발견됩니다.
셋째, 신고서 간 비교가 불가능합니다. Zollanmeldung 데이터가 30개의 개별 PDF에 흩어져 있으면 "이번 달 수입 중 관세율표 번호 6204에 해당하는 건?"이라는 질문에 답하려면 30개 문서를 모두 열어 하나씩 살펴봐야 합니다. "Q3에 함부르크로 수입한 섬유 제품의 킬로그램당 평균 신고 과세 가격은 얼마였나요?"라는 질문에도 먼저 모든 데이터를 추출해야 합니다. 아무도 그러지 않죠. 추출 자체가 병목이기 때문입니다. 데이터는 존재합니다. 단지 질문에 답할 수 있는 형식이 아닐 뿐입니다. 이는 GST 신고를 위한 AU BAS 데이터 준비의 추출 병목과 구조적으로 동일합니다. 문서에 답이 들어 있지만 파일에 흩어져 있어 비교하려면 먼저 추출해야 하는 것입니다.
Zollanmeldung 필드를 단일 Excel 스프레드시트로 추출하는 방법
맞춤 열 추출은 작업 흐름을 뒤집습니다. 각 Zollanmeldung PDF를 열어 필드를 Excel에 입력하는 대신, 팀이 사용하는 독일 세관 필드 이름을 그대로 사용해 열을 한 번 정의하고 30개 신고서를 모두 업로드 영역에 놓으면 됩니다. 엔진이 각 PDF를 읽고, 페이지에서의 위치가 아니라 의미를 파악해 각 필드를 찾아, 신고서당 한 행씩, 정의한 열을 헤더로 하는 단일 스프레드시트를 만듭니다. 결과물은 병합이 필요한 30개의 개별 추출본이 아니라, 이어지는 대사 작업에 바로 쓸 수 있도록 Excel(XLSX)로 내보낼 수 있는 단일 파일입니다.
입력한 열 이름은 출력 스프레드시트의 헤더가 됩니다. 완전한 수입 신고 대사 작업을 위해 최소한 다음 7개 열을 정의하세요: "Zolltarifnummer", "Ursprungsland (원산지)", "Warenwert (과세 가격, EUR)", "Versand-/Bestimmungsland (발송국/도착국)", "Zollverfahrenscode (통관 절차 코드, 4자리)", "EORI-Nummer (EORI 번호, DE+15자리 형식)", "Eigenmasse (순중량, kg)". 영어로 작성된 열 이름은 AI가 무엇을 찾아야 하는지 알려줍니다 — AI는 각 PDF를 독일어로 읽고 페이지의 어느 위치에 있든 해당 필드를 찾아냅니다.
전체 11자리 Zolltarifnummer는 HS 챕터, 호, 소호, EU 통합 명명법, TARIC(10자리), 독일 국가 코드를 포함합니다. 추론 열을 추가하세요: "HS 챕터". AI는 전체 코드를 추출하고 한 번에 챕터 분류를 추론합니다. 이렇게 하면 수동 관세 조회 없이 제품 카테고리별 수입 현황을 즉시 파악할 수 있습니다.
이번 달 수입분의 모든 Zollanmeldung PDF를 업로드 영역에 놓으세요 — 관세사가 보낸 ATLAS 출력물, IZA 내보내기 파일, 관세사가 여전히 인쇄본을 보내는 경우 스캔한 종이 신고서까지 포함됩니다. 일괄 엔진이 모든 파일을 동시에 처리합니다. 출력은 신고서당 한 행씩, 7개 열이 헤더로, HS 챕터 열이 자동으로 채워진 단일 스프레드시트입니다. 월간 수입 보고서에서 참조하는 동일한 파일인 Excel로 내보내세요.
파일은 안전하게 처리되며 저장되지 않습니다.
추출된 세관 신고서(Zollanmeldung) 데이터로 할 수 있는 작업
스프레드시트는 최종 목적지가 아니라 다음 세 가지 워크플로우를 가능하게 하는 기반입니다. 이 워크플로우는 월간 수입 보고서가 의존하는 핵심 작업이며, 모두 동일한 추출 데이터 세트에서 시작됩니다.
공급업체 송장 대사. 추출된 세관 신고서(Zollanmeldung) 데이터의 가장 즉각적인 용도는 공급업체의 상업 송장(Handelsrechnung)과 대조하는 것입니다. 송장에는 본선 인도 가격(FOB)이 명시되고, 세관 신고서에는 EU 국경까지의 운임과 보험료를 포함한 운임·보험료 포함 가격(CIF) 과세 가격(Zollwert)이 명시됩니다. 두 값의 차이는 신고된 과세 가격이 기초 거래와 일치하는지 여부를 결정합니다. 세관 신고서 데이터가 송장 데이터 옆에 있는 스프레드시트에 있으면 이 검증은 나란히 놓고 열을 비교하는 작업입니다. 스프레드시트가 없으면 PDF 30개와 공급업체 송장 30개를 한 쌍씩 수동으로 대조해야 하며, 보통 포워더 송장과 수입 부가가치세 명세서가 함께 도착하는 월말에 이루어집니다.
관세율표 항목별 월간 수입 요약. 추출된 스프레드시트와 추론된 HS 챕터 열을 사용하면 월간 수입 요약을 피벗 테이블로 생성할 수 있습니다. 내보낸 Excel을 열고 열을 선택한 다음 피벗을 만들면 보고서가 완성됩니다. 이는 각 세관 신고서 PDF를 열고 관세율표 번호와 상품 가치를 기록한 다음 별도의 보고용 스프레드시트에 값을 입력하는 수동 프로세스를 대체합니다. 이 작업은 신고 30건당 또 한 시간이 소요되며 월간 재무 회의 전에 항상 마지막으로 끝나는 작업입니다.
EORI 및 절차 코드 감사 추적. 모든 세관 신고서에는 수입업자의 EORI 번호가 포함되며, 이는 2009년 7월 1일부터 규정 (EG) 제312/2009호에 따라 기존 독일 세관 번호(Zollnummer)를 대체한 주요 참가자 식별자입니다. 모든 신고서의 EORI가 포함된 스프레드시트는 관세사(Zollvertreter)가 집계 형태로 제공할 수 없는 감사 추적을 생성합니다. EORI로 필터링하여 어떤 법인이 어떤 화물을 신고했는지 확인하고, 통관 절차 코드(Zollverfahrenscode)로 필터링하여 표준 통관과 내부 가공으로 수입된 품목을 구분할 수 있습니다. 데이터는 항상 신고서에 존재했습니다. 스프레드시트에 담길 때 비로소 감사가 가능해집니다.
독일 공식 서식에서 구조화된 필드를 추출하는 동일한 접근 방식은 무역 준수 워크플로우의 다른 문서 유형에도 적용됩니다. 열을 한 번 정의하고 PDF 배치를 처리하는 패턴은 문서가 세관 신고서(Zollanmeldung), ELSTER 세금 신고서, 또는 상업 송장 대사인지에 관계없이 동일합니다. 필드는 달라지지만 추출 메커니즘은 동일합니다.
단일 신고를 넘어: 세관 데이터 허브 구축
단일 배치 추출은 월간 보고 문제를 해결합니다. 구조적 개선은 동일한 열 정의를 매월 재사용할 때 발생합니다. 1월에 정의된 열 이름은 2월 신고서와 3월 신고서에도 재구성 없이 적용됩니다. 매월 배치는 동일한 열을 가진 스프레드시트를 생성합니다. 월간 파일을 연결하면 연간 누적 세관 데이터 허브가 완성됩니다 — ATLAS를 통해 제출된 모든 수입 신고서, 모든 Zolltarifnummer, 모든 신고된 과세 가격, 모든 원산지가 하나의 정렬 및 필터 가능한 Excel 파일에 담깁니다.
이것은 세관 관리 플랫폼을 대체하는 것이 아닙니다. ATLAS에 신고서를 제출하는 기능은 없으며, 이는 여전히 관세사의 업무입니다. 대체되는 것은 브로커의 PDF 출력물과 수입업체 내부 시스템 사이의 수동 데이터 연결 다리입니다 — 수입 관리자나 물류 코디네이터가 PDF를 열고, 관세율표 번호를 읽고, 스프레드시트에 입력하는 단계입니다. 이 단계는 형식 변환이지 무역 전문성이 아닙니다. 이 단계를 워크플로우에서 제거하면, 이전에 Excel에 필드를 입력하는 데 2.5시간을 쓰던 담당자는 이제 추출 결과를 검증하는 데 10분을 쓰고, 회사 공급망에 대한 지식이 실제로 필요한 조정 분석에 2시간을 쓸 수 있습니다.
이것은 독일 ELSTER 세금 신고서에서 Excel로 데이터를 추출하는 것과 동일한 원리입니다 — 세금 신고서는 PDF로 표시되는 구조화된 데이터이며, 이를 스프레드시트로 추출하는 것은 형식 변환이지 회계가 아닙니다. 세관 신고서도 이 점에서 세금 신고서와 다르지 않습니다. 둘 다 모든 필드에 정의된 의미가 있는 공식 서식이며, 필드와 스프레드시트 사이에 있는 유일한 장애물은 입력하는 단계뿐입니다.
FAQ — 독일 세관 신고서 데이터 추출
추출 기능이 서로 다른 관세사가 작성한, PDF 레이아웃이 다른 Zollanmeldungen도 처리할 수 있나요?
가능합니다. AI는 필드가 페이지의 특정 위치에 있을 것이라고 예상하는 것이 아니라, 필드의 의미를 이해하여 찾습니다. 한 관세사는 Zolltarifnummer를 항목 데이터 섹션의 오른쪽 상단에 배치하고, 다른 관세사는 테이블 열에 나열하더라도, AI는 11자리 관세율표 번호를 그 구조와 맥락으로 식별합니다. 영어로 된 열 정의("Zolltarifnummer (Customs Tariff Number, 11-digit)")는 AI가 찾아야 할 대상을 알려줍니다. AI는 각 PDF를 독일어로 읽고 일치하는 값을 검색합니다. 이는 또한 ATLAS의 서로 다른 모듈(Einfuhr(수입), Ausfuhr(수출) 또는 Versand)에서 온 신고서도 동일한 배치에 포함될 수 있음을 의미합니다. 필드 이름과 의미가 절차 유형 전반에 걸쳐 일관되기 때문입니다.
10자리 TARIC 코드와 11자리 Zolltarifnummer의 차이점은 무엇인가요?
Zolltarifnummer는 국제 조화 시스템(HS) 코드의 독일 11자리 국가 확장판입니다. 구조는 다음과 같습니다: 처음 6자리 = 국제 HS 코드, 7~8자리 = EU 통합 명명법(KN), 9~10자리 = EU TARIC, 11자리 = 독일의 소비세 및 국가 무역 제한을 위한 국가 하위 분류입니다. 독일의 수입 신고서에는 전체 11자리 코드가 필요합니다. 수출 신고서의 경우 8자리 KN 코드로 충분합니다. 추출 열을 정의할 때 "11-digit"을 지정하여 AI가 더 짧은 수출 형식 코드가 아닌 전체 Codenummer를 검색하도록 하십시오.
추출 기능이 디지털 PDF뿐만 아니라 스캔된 종이 Zollanmeldungen에서도 작동하나요?
가능합니다. AI는 디지털 생성 PDF뿐만 아니라 스캔 및 촬영된 문서도 처리합니다. 관세사가 인쇄된 신고서를 보내서 스캔하거나, 오래된 선적 아카이브에서 ATLAS 출력물을 받는 경우에도 디지털 PDF와 동일한 방식으로 추출합니다. 추출 품질은 입력 품질을 따릅니다. 300 DPI 평판 스캔이 가장 신뢰할 수 있는 결과를 제공하며, 인쇄된 신고서의 휴대폰 사진도 작동하지만 11자리 관세율표 번호에 대한 점검이 필요할 수 있습니다. 수기 수정 사항이 포함된 신고서(Zollamt(세관)가 국경에서 관세 분류를 수정하는 경우 일반적)는 인쇄된 텍스트를 추출하지만 수기 변경 사항은 포착하지 못할 수 있습니다. 이러한 신고서는 조정 단계에서 수동 확인을 위해 표시되어야 합니다.
단일 배치에 수입 및 수출 Zollanmeldungen을 모두 포함할 수 있나요?
가능합니다. 수입(Einfuhr) 및 수출(Ausfuhr) 신고서는 핵심 필드 세트(Zolltarifnummer, Warenwert(상품 가치), Ursprungsland(원산지), EORI)를 공유하지만, 필수 필드가 다릅니다. 수입 신고서는 전체 11자리 Codenummer와 Zollverfahrenscode가 필요합니다. 수출 신고서는 8자리 Warennummer를 사용하며 동일한 필드 위치에 과세 가격이 포함되지 않을 수 있습니다. 귀사가 수입과 수출을 모두 수행하고 결합된 스프레드시트를 원하는 경우, 두 경우를 모두 포괄하는 열을 정의하십시오. 가장 넓은 열 세트를 사용하고 수출 행에는 포함된 필드만 채워지도록 하십시오. 추출 엔진은 찾은 것을 채우고 존재하지 않는 것은 비워둡니다. 수출 신고서 행에는 단순히 빈 과세 가격 셀이 있습니다.
Zollanmeldung 30건을 한 번에 처리하는 데 얼마나 걸리나요?
7개 열을 정의한 후 채워진 스프레드시트를 받기까지, 30건의 신고서 배치 처리는 수동으로 약 2건의 신고서를 읽고 다시 입력하는 시간이면 완료됩니다. 열 정의는 처음에 약 3분이 소요되며, 이후 같은 열을 재사용하므로 추가 시간이 들지 않습니다. 배치 업로드 및 처리는 PDF 30건 기준으로 1~2분이 걸립니다. 나머지 시간, 즉 예전에 수동 데이터 입력에 쓰이던 시간은 검증에 사용됩니다. 추출된 Zolltarifnummer를 원본 PDF 샘플과 대조하고, 추론된 HS 챕터 분류를 확인하는 방식으로 진행됩니다. 30개 행을 철저히 검증하는 데는 10~15분이 소요되며, 이는 수동 입력 2.5시간과 비교됩니다.
세관사가 ATLAS를 통해 Zollanmeldung을 제출하면 시스템이 이를 검증하고 PDF가 귀하의 이메일로 도착합니다. 다음 단계 — 모든 관세 코드, 과세 가격, 원산지를 스프레드시트로 추출하는 작업 — 은 재입력 작업이 될 필요가 없습니다. 열을 한 번 정의하고, 신고서를 업로드하고, 중요한 대사 작업에 시간을 투자하십시오.
세관 신고서 추출하기