송장 데이터 추출 방법
독일 부가세 사전 신고(UVA)용

UVA가 실제로 요구하는 인보이스 정보

신고 기간 종료 후 UVA 마감일까지의 10일 창은 실제 압박 지점이 아닙니다. 대부분의 시간을 소모하는 것은 그 이전의 데이터 수집 과정입니다.

Umsatzsteuervoranmeldung(부가가치세 사전신고, 흔히 UVA 또는 UStVA로 축약)은 독일 부가가치세법(Umsatzsteuergesetz — UStG) 제18조에 따라 정기적으로 제출해야 하는 신고입니다. 여기에는 세 가지 핵심 항목이 보고됩니다: 판매 시 부과한 부가세 — Umsatzsteuer(매출세, 표준 19% 또는 인하된 7% 세율); 사업 구매 시 지불한 부가세 — Vorsteuer(매입세); 그리고 다른 EU 회원국으로부터의 역내 구매인 innergemeinschaftliche Erwerbe(역내 취득)입니다.

계산은 간단합니다: Umsatzsteuer에서 Vorsteuer를 빼면 납부할 세액이 나오거나, 매입세가 매출세를 초과하면 환급(Vorsteuerüberhang)이 발생합니다. 복잡한 것은 산술이 아닙니다. 그 계산에 필요한 숫자를 찾는 데 있습니다.

대부분의 중소 독일 기업의 경우, UVA에 필요한 데이터는 한 곳에 있지 않습니다. 수십, 때로는 수백 개의 공급업체 인보이스에 각기 다른 형식과 레이아웃으로 흩어져 있습니다.

월별 신고(전년도 부가세 납부액이 9,000유로를 초과한 경우 필수)를 하든 분기별 신고(2,000~9,000유로)를 하든, 리듬은 동일합니다. 신고 기간 내내 인보이스가 도착하고, 마감일 전에 핵심 데이터를 회계 시스템에 집계해야 합니다. 설립 후 2년 이내의 신규 사업체는 월별 신고가 기본값입니다. 전자 신고 플랫폼인 ELSTER(독일 공식 세무 신고 포털)는 적절히 구조화된 데이터만 허용하며, PDF 더미는 받지 않습니다.

모든 Rechnung에서 추출해야 하는 데이터 필드

독일 VAT 인보이스(Rechnung)는 §14 UStG에 따라 14개의 필수 항목(Pflichtangaben)을 포함해야 합니다. UVA 목적상 14개 모두 필요하지는 않지만, 세금 계산에 직접 사용되는 항목은 필요합니다.

각 수신 인보이스(Eingangsrechnung)에서 UVA 신고에 직접 매핑되는 필드는 다음과 같습니다:

비즈니스를 통과하는 모든 인보이스(수신 또는 발신)에는 UVA에 반드시 포함되어야 하는 최소 5개의 데이터 포인트가 있습니다. 월 50개의 인보이스라면 추출, 확인 및 전기해야 할 데이터 포인트는 250개입니다.

인보이스에서 ELSTER까지 데이터 이동 방식

독일 회계 데이터 파이프라인에는 세 가지 전달 지점이 있으며, 각 지점에서 오류가 누적됩니다.

데이터 흐름을 이해하는 것이 중요한 이유는 대부분의 UVA 신고 오류가 ELSTER 자체에서 발생하지 않기 때문입니다. 오류는 상류에서 발생합니다. 인보이스에서 숫자를 읽고, 화면에 입력하거나, 잘못된 Steuerschlüssel에 매핑할 때 발생합니다.

Steuerschlüssel(세금 키) 시스템은 특별히 주의해야 합니다. SKR03 또는 SKR04 계정과목표(Kontenrahmen)를 사용하는 DATEV 회계 프레임워크에서는 모든 전기 라인에 세금 처리 방법을 시스템에 알려주는 Steuerschlüssel이 필요합니다. 일반적인 코드: 3(매출세 19%), 9(매입세 19%), 2(매출세 7%), 8(매입세 7%). CSV 또는 DATEV 형식 인터페이스를 통해 DATEV로 데이터를 가져올 때 각 행에 올바른 Steuerschlüssel이 할당되어야 합니다. 코드가 잘못되면 세금이 잘못된 UVA 라인에 기록됩니다.

역청구 메커니즘(§13b UStG)에 따른 EU 역내 거래의 경우 로직이 반전됩니다. Steuerschlüssel 91/94는 출력세와 입력세를 동시에 포착하여 UVA에서 거래를 세금 중립적으로 만들지만, Zusammenfassende Mel dung(ZM)에 별도로 보고해야 합니다. ZM에서 §13b 거래를 누락하는 것은 별도의 규정 위반입니다.

UVA 신고를 위한 수동 vs 자동 데이터 추출

수동 추출과 자동 추출의 차이는 단순히 속도만이 아닙니다. 서로 다른 형식의 50개 이상의 인보이스가 한 번에 들어왔을 때 어떤 일이 벌어지는지가 핵심입니다.

수동 추출은 예측 가능한 과정을 따릅니다: PDF를 열고, 순 금액을 찾아 DATEV나 Lexware에 입력하고, VAT율을 확인하고, VAT 금액을 입력하고, 계산을 검증하고, Steuerschlüssel을 할당하고, 다시 반복합니다. 숙련되면 인보이스 하나당 2~3분이 소요됩니다. 50개의 인보이스라면 순수 데이터 입력에 100~150분이 걸리며, 이는 교차 검증 시간을 제외한 시간입니다.

오류율은 단순히 볼륨에 비례하여 증가하는 것이 아니라, 특정 임계점에서 급증합니다. 2016년 APA의 데이터 입력 정확도 연구에 따르면, 숙련된 작업자라도 반복적인 수동 전사 작업에서 오류율이 2.5%에 달할 수 있습니다. 이는 부주의 때문이 아니라, 지속적인 세부 집중에는 생리학적 한계가 있기 때문입니다. 250개의 데이터 포인트(인보이스 50개 × 5개 필드)의 경우, 신고 기간당 약 6개의 오류가 발생합니다. 각 오류는 잠재적인 UVA 수정, 세무서 문의, 또는 세금을 과소 신고할 경우 연체 가산세로 이어질 수 있습니다.

세무서는 "내가 잘못 입력했다"와 "내가 과소 신고하려고 했다"를 구분하지 않습니다. 둘 다 동일한 수정 절차를 촉발합니다.

자동 추출의 핵심은 단순히 더 빠르다는 점이 아니라(물론 더 빠르긴 하지만), 템플릿 매칭이 아닌 의미론적 이해를 통해 작동한다는 점입니다. 메커니즘은 다음과 같습니다. 기존 OCR 시스템은 고정된 템플릿에 의존합니다. 페이지의 영역을 정의하면(예: 인보이스 번호는 항상 X:Y 좌표에 있음), 시스템은 해당 위치에 나타나는 텍스트를 읽습니다. 문제는 모든 공급업체가 인보이스 형식을 다르게 구성한다는 것입니다. 공급업체 A용으로 구축된 템플릿은 공급업체 B에서 실패합니다.

최신 AI 추출 도구는 사용자 정의 열 추출을 사용합니다. 픽셀 좌표를 정의하는 대신 데이터의 의미로 원하는 데이터를 지정합니다. "Nettobetrag", "Vorsteuerbetrag", "USt-Satz", "Rechnungsdatum"과 같은 열을 정의하면 AI가 각 인보이스를 읽고, 페이지 내 어디에 있든 해당 값을 찾아 테이블의 구조화된 행으로 출력합니다. AI는 "MwSt" 옆의 "19%"와 라인 항목 세금 열의 "19.00%"가 위치와 표기 방식이 다르더라도 동일한 세율을 나타낸다는 것을 이해합니다.

이 방식은 UVA 신고에 구조적 이점을 제공합니다. 위 표에 나열된 필드로 열 스키마를 한 번만 정의하면, 형식에 관계없이 모든 인보이스가 동일한 열에 매핑됩니다. 출력 결과는 각 행이 하나의 인보이스인 단일 스프레드시트이며, 각 열은 회계 소프트웨어의 가져오기 인터페이스에 직접 연결됩니다. DATEV 워크플로의 경우, Steuerberater가 올바른 Steuerschlüssel이 이미 할당된 사전 구조화된 CSV를 받게 됩니다. 다시 입력해야 할 PDF 더미가 아닙니다.

동일 신고 기간의 여러 인보이스 처리

UVA는 한 기간의 모든 인보이스에 걸쳐 숫자를 집계합니다. 단일 인보이스 추출은 문제의 절반만 해결합니다. 일괄 처리가 시간 절약 효과를 극대화하는 부분입니다.

일괄 처리를 사용하면 신고 기간의 모든 인보이스를 한 번에 업로드합니다. 월별 신고의 경우 30개의 PDF, 분기별 신고의 경우 100개 이상의 PDF를 업로드하면 도구가 모든 문서에서 동일한 필드 세트를 동시에 추출합니다. 출력 결과는 모든 인보이스가 행으로 정리된 하나의 Excel 파일이며, 세율별로 합계를 낼 준비가 됩니다. 이렇게 하면 각 인보이스를 개별적으로 열고, 추출하고, 닫을 필요가 없습니다.

Steuerberater와 협업하는 워크플로의 경우, 이 일괄 접근 방식은 역학 관계를 크게 바꿉니다. Steuerberater 팀이 인보이스 데이터를 DATEV에 다시 입력하는 데 수시간을 소비하고 그 시간에 대해 청구하는 대신, 귀하는 구조화된 데이터 파일을 제공합니다. Steuerberater는 이를 가져와 세금 로직을 확인하고 UVA를 제출합니다. 회계 법인은 데이터 입력이 아닌 세무 자문 및 규정 준수 검토(전문성이 필요한 작업)에 집중할 수 있습니다.

일반적인 UVA 데이터 추출 함정

명확한 추출 프로세스가 있더라도 여러 함정이 독일 기업들을 자주 어렵게 만듭니다:

• 신고 기간 혼동. 6월 28일자 인보이스가 7월에 기장되었더라도, 솔베스토이어룽(인보이스 날짜 기준) 방식을 사용한다면 여전히 6월 UVA에 속합니다. 이스트베스토이어룽(현금 기준)은 지급일을 사용하지만, 이 방법을 사용하려면 반드시 Finanzamt에 신청하여 승인을 받아야 합니다(§20 UStG).
• 혼합 세율 인보이스의 잘못된 Steuerschlüssel. 장비에는 19% VAT, 식품에는 7% VAT가 적용된 레스토랑 공급업체 인보이스는 서로 다른 코드로 두 개의 추출 행이 필요합니다. DATEV 용어로는 하나는 Steuerschlüssel 9, 다른 하나는 Steuerschlüssel 8로 기장합니다.
• EU 공급업체 인보이스의 USt-IdNr 무시. 프랑스 또는 네덜란드 공급업체로부터 VAT ID가 있고 VAT가 부과되지 않은 인보이스를 받은 경우, 이는 역청구 거래일 가능성이 높습니다. 이는 UVA와 별도 ZM 신고서에 모두 나타나야 합니다. UVA 자체가 정확하더라도 ZM에서 누락하면 신고 의무 위반입니다.
• Nullmeldung 누락. 해당 기간에 수익과 비용이 전혀 없었더라도 여전히 영(0) 신고서(Nullmeldung)를 제출해야 합니다. Finanzamt는 모든 기간에 대한 신고를 기대합니다. 누락된 신고는 자동으로 플래그가 지정됩니다.

추출된 데이터를 DATEV, Lexware 또는 세무사에게 전달하기

추출을 통해 얻은 구조화된 스프레드시트는 최종 목적지가 아닙니다. 이는 회계 소프트웨어의 입력 형식입니다. 데이터를 올바르게 전달해야 재작업을 방지할 수 있습니다.

DATEV 사용자: DATEV Kanzlei-Rechnungswesen은 Buchungsdatenschnittstelle(전표 데이터 인터페이스)을 통해 CSV 또는 ASCII 형식의 가져오기를 지원합니다. 추출된 데이터에는 Belegdatum(증빙일), Buchungstext(전표 텍스트), Buchungsbetrag(전표 금액), Sollkonto(차변 계정), Habenkonto(대변 계정), Steuerschlüssel(세금 코드)와 같은 필드가 포함되어야 합니다. 세무사가 DATEV 측을 관리하는 경우, 선호하는 가져오기 템플릿을 문의하세요. 대부분의 회계 법인은 표준 매핑을 사용합니다. 핵심은 추출된 데이터에 이미 송장별로 Steuerschlüssel이 할당되어 있어, 가져오기가 재분류 작업이 아닌 확인 단계가 되도록 하는 것입니다.

Lexware Office 사용자: Lexware에는 전표 인식을 자동화하는 내장 Belegerkennung(증빙 인식) 기능이 있습니다. 그러나 거래량이 많은 기간이나 Lexware의 내장 OCR이 안정적으로 읽을 수 없는 송장(스캔한 종이, 비정형 레이아웃)의 경우, 별도의 일괄 추출 단계를 통해 구조화된 Excel 파일을 생성하면 깔끔한 데이터를 가져오거나 수동으로 전표를 작성할 수 있습니다. Lexware의 DATEV 호환 내보내기 기능도 있으므로 Steuerschlüssel 매핑이 여기서도 중요합니다.

sevDesk, FastBill 또는 기타 클라우드 회계 도구 사용자: 대부분의 플랫폼은 CSV 또는 Excel 가져오기를 지원합니다. 중요한 열은 세율 또는 Steuerschlüssel입니다. 이것이 없으면 소프트웨어가 금액이 속한 UVA(부가가치세 신고) 상자를 결정할 수 없습니다.

Dauerfristverlängerung이 추출 일정에 미치는 영향

§18(6) UStG에 따라 Dauerfristverlängerung(영구 신고 기한 연장)을 신청하여 승인받은 경우, UVA(부가가치세 신고) 마감일이 한 달 연장됩니다. 월별 신고자의 경우 1월 UVA는 2월 10일 대신 3월 10일까지입니다. 분기별 신고자의 경우 1분기는 4월 10일 대신 5월 10일까지입니다.

이 연장은 데이터 추출 기간을 변경하지만 데이터 양을 줄이지는 않습니다. 송장 수를 줄이는 것이 아니라 달력상의 여유 시간을 더 주는 것입니다. 위험은 추가 시간이 여유에 대한 잘못된 인식을 만들어 추출이 연장된 마감일의 마지막 며칠로 밀려 동일한 시간 압박이 재현될 수 있다는 점입니다. 전체 프로세스를 39일째로 미루지 말고, 연장 기간 동안 배치로 처리하는 데 사용하십시오.

Dauerfristverlängerung에는 Sondervorauszahlung(특별 선납금)이 필요합니다. 이는 전년도 VAT 부채의 1/11에 해당하며 2월 10일까지 납부해야 합니다. 분기별 신고자의 경우 대신 영(0) 신고서를 제출합니다.

자주 묻는 질문

모든 인보이스에서 데이터를 추출해야 하나요?

네, 신고 기간 내 모든 부가가치세 대상 매입·매출 인보이스는 UVA에 포함되어야 합니다. 소액 인보이스를 면제하는 최소 기준은 없습니다. 세무서는 부가가치세 특별조사(Umsatzsteuer-Sonderprüfung) 시 해당 인보이스를 요구할 수 있습니다.

공급업체 인보이스의 부가세율이 잘못된 경우는 어떻게 하나요?

공급업체가 청구하지 않은 세율로는 매입세액 공제를 받을 수 없습니다. 7%가 맞다고 생각해도 공급업체가 19%를 청구했다면, 인보이스에 기재된 세율로만 매입세액을 공제할 수 있습니다. 다만, 세무사에게 이 사실을 알리세요. 추후 세무조사에서 세율이 객관적으로 잘못된 것으로 판명되면 공제가 문제될 수 있습니다.

외화 인보이스는 어떻게 처리하나요?

UVA는 금액을 EUR로 기재해야 합니다. 외화 인보이스는 인보이스 발행일 기준 환율(또는 세무서 승인을 받은 월 평균 환율)을 적용하여 EUR로 환산해야 합니다. AI 추출 도구로 원화 금액을 추출할 수 있지만, EUR 환산 및 올바른 환율 적용은 여전히 수동 또는 반자동 단계로 남아 있습니다.

스캔한 종이 인보이스에서도 데이터를 추출할 수 있나요, 아니면 디지털 PDF만 가능한가요?

최신 AI 추출 도구는 둘 다 처리할 수 있습니다. 스캔 이미지(JPG, PNG)와 PDF(오래전에 스캔한 종이 인보이스 포함)를 읽습니다. 시각 모델이 이미지 표면의 텍스트를 읽기 때문에 원본 형식(디지털 생성 vs 스캔)이 추출 가능 여부를 결정하지는 않습니다. 다만, 필기체나 저해상도 스캔은 다른 시스템과 마찬가지로 정확도를 떨어뜨립니다.

자동 추출이 XRechnung 및 ZUGFeRD 전자 인보이스에서도 작동하나요?

XRechnung(순수 XML) 및 ZUGFeRD(임베디드 XML이 포함된 하이브리드 PDF)의 경우 추출 방식이 다릅니다. 구조화된 데이터는 시각적 레이어가 아닌 XML 레이어에 있습니다. 일부 AI 도구는 임베디드 XML을 직접 파싱하여 시각적 추출을 완전히 생략할 수 있습니다. XML이 없거나 불완전한 경우, PDF 렌더링에서 시각적 추출이 대체 방식으로 사용됩니다.