독일 임금세 증명서(Lohnsteuerbescheinigung):
Excel로 데이터 추출하는 방법
독일 직원 80명을 둔 기업은 매년 2월마다 PDF 형식의 임금세 증명서 80장을 받습니다. 이를 생성한 급여 시스템(DATEV LODAS, Lexware Lohn+Gehalt 또는 세무사(Steuerberater)의 자체 내보내기)은 모든 필드를 독일어로 표기합니다: 과세 대상 총임금(Bruttoarbeitslohn), 원천징수 소득세(einbehaltene Lohnsteuer), 연대 추가세(Solidaritätszuschlag). 런던 또는 뉴욕에 있는 글로벌 보상 팀은 이 수치를 영어로, 단일 Excel 파일에 80개 행과 "총급여(Gross Salary)", "원천징수 소득세(Income Tax Withheld)", "연금 기여금(Pension Contributions)" 같은 열로 정리해야 합니다. 표준 방식(각 PDF에서 필드를 하나씩 복사)은 2월을 수작업 데이터 입력의 전쟁터로 만듭니다. 다른 방법이 있습니다. 독일 급여 용어를 배우거나 모든 증명서 레이아웃에 맞는 템플릿을 만들 필요가 없습니다.

핵심 요점
- 매년 2월 세무사(Steuerberater)로부터 독일어 PDF 임금세 증명서 80장이 도착합니다. Excel 파일은 없습니다. 독일 세법은 증명서 자체를 구조화된 데이터가 아닌 법적 급여 산출물로 규정하기 때문입니다.
- DATEV 또는 Lexware의 급여 소프트웨어 CSV 내보내기는 내부 데이터베이스 스키마를 유지할 뿐, 세무서(Finanzamt)가 확정한 연간 정산 내역은 포함하지 않습니다. 결국 세무서(Finanzamt)가 권위 있는 자료로 간주하는 동일한 PDF를 기준으로 내보낸 모든 수치를 대조 검증해야 합니다.
- 영어로 "Gross Salary"를 입력하면 ImageToTable.ai가 독일 임금세 PDF에서 과세 대상 총임금(Bruttoarbeitslohn)을 찾아냅니다. 80장의 증명서에 걸친 500회의 수동 필드 조회가 세무서(Finanzamt)가 이미 검증한 유일한 급여 기록에서 추출한 단일 배치 스프레드시트로 축소됩니다.
임금세 증명서(Lohnsteuerbescheinigung)가 단순히 12월 급여명세서의 합산이 아닌 이유
독일의 월별 급여명세서(Gehaltsabrechnung 또는 Lohnabrechnung)는 한 달간의 수입과 공제액을 보여줍니다. 12장의 급여명세서를 합산하면 연간 전체를 파악했다고 생각할 수 있지만, 그렇지 않습니다. 임금세 증명서(Lohnsteuerbescheinigung) — §41b EStG에 따라 의무화된 공식 연간 임금세 증명서 — 는 월별 급여명세서의 단순 합산이 아닙니다. 이는 자체 데이터 검증 절차를 거치는 별도의 법적 문서로, 사용자가 다음 과세연도의 2월 28일까지 ELSTER 포털을 통해 세무서(Finanzamt)에 전자적으로 제출합니다. 월별 급여명세서에는 수정될 수 있는 오류가 포함될 수 있지만, 임금세 증명서는 과세 대상 소득과 원천징수 금액에 대한 최종적이고 법적 구속력이 있는 명세입니다.
국제 인사팀의 경우, 데이터 추출 측면에서 임금세 증명서(Lohnsteuerbescheinigung)와 일반 급여명세서를 구분하는 세 가지 구조적 차이가 있습니다:
세무서(Finanzamt)의 데이터 원천이며, 사용자의 데이터가 아닙니다. 2013년부터 독일 고용주는 ELStAM 시스템(Elektronische Lohnsteuerabzugsmerkmale, 전자 임금세 공제 특성)을 통해 임금세 데이터를 전자적으로 제출해야 합니다. 사용자의 고용주가 §93c AO에 따라 ELSTER 인증서로 인증하여 세무서에 보내는 데이터가 증명서에 표시됩니다. 증명서의 숫자와 월별 급여명세서의 숫자가 일치하지 않으면 증명서가 우선합니다. 따라서 월별 데이터를 집계하는 것보다 증명서에서 직접 추출하는 것이 더 신뢰할 수 있습니다.
급여명세서가 별도로 보고하는 공제 항목을 통합합니다. 월별 급여명세서는 소득세(Lohnsteuer), 연대 추가세(Solidaritätszuschlag), 교회세(Kirchensteuer)를 개별 항목으로 표시하지만, 보너스, 일시금, 세금 등급 변경 등으로 인해 월별로 변동될 수 있습니다. 임금세 증명서는 이를 최종 연간 값으로 확정합니다. 글로벌 FP&A 시스템에 필요한 것은 확정된 값이지, 조정해야 할 12개의 원시 공제 항목이 아닙니다.
월별 급여명세서에는 나타나지 않는 항목을 보고합니다. 비과세 고용주 혜택 — 외부 파견 시 식대(Verpflegungsmehraufwand), 이중 가계(doppelte Haushaltsführung), 이사 비용 — 은 월별 대응 항목이 없는 연간 증명서의 항목으로 집계됩니다. 총 보상 보고에 이러한 항목을 포함해야 한다면 월별 급여명세서만으로는 제공할 수 없습니다.
국경 간 급여 조정을 위해 임금세 증명서(Lohnsteuerbescheinigung)에서 추출하는 것은 지름길이 아니라 올바른 데이터 원천입니다. 증명서는 세무서(Finanzamt)가 각 직원의 최종 세금 부채를 계산하는 데 사용하는 문서입니다. 다른 것을 사용하면 세무서가 수용하지 않는 조정 위험이 발생합니다.
번호가 매겨진 27개 항목: 보고에 실제로 필요한 항목

임금세 증명서(Lohnsteuerbescheinigung)는 세금 신고 항목에 대응하는 번호가 매겨진 항목(Positionen)으로 구성된 표준화된 형식을 따릅니다. 모든 독일 급여 시스템 — DATEV LODAS, Lexware Lohn+Gehalt, Sage Personalwirtschaft, SAP HCM, Personio의 급여 준비 모듈 — 은 동일한 항목 번호 체계를 출력합니다. 레이아웃은 다릅니다: DATEV 증명서는 조밀한 고정폭 형식의 PDF이고, Personio 내보내기는 DATEV로 전달되어 DATEV 형식을 상속하며, 세무사(Steuerberater)는 약간 다른 템플릿으로 인쇄할 수 있습니다. 항목 번호는 일정합니다.
다음은 국제 인사 및 급여 보고에 중요한 항목으로, 의미에 따라 그룹화한 것입니다:
| 위치 | 독일어 라벨 | 영어 동일 의미 | 필요한 용도 |
|---|---|---|---|
| 3 | Bruttoarbeitslohn | 과세 대상 총임금 | 총 보상 보고, 국경 간 세금 균등화 |
| 4 | Einbehaltene Lohnsteuer | 원천징수 소득세 | 외국 세액공제 계산, 섀도우 페이롤 대사 |
| 5 | Einbehaltener Solidaritätszuschlag | 연대 추가세(2021년 이후 소득세의 5.5%, 단독/공동 €19,950/€39,900 면제 한도 초과분) | 총 세부담 보고; 2021년 개편 이후 납세자의 약 10%에 적용 |
| 6 | Einbehaltene Kirchensteuer | 교회세(바이에른/바덴뷔르템베르크에서는 소득세의 8%, 그 외 지역에서는 9%) | 세금 징수 교회에 등록된 직원의 순급여 역산 |
| 22 | Arbeitgeberanteil zur gesetzlichen Rentenversicherung | 법정 연금보험 사용자 부담분 | 총 보상 비용 계산(사용자 부담분: 2025/2026년 9.3%) |
| 23 | Arbeitgeberanteil zur Krankenversicherung | 건강보험 사용자 부담분 | 총 복리후생 비용; 법정 건강보험 사용자 부담분 약 7.3% + 추가 부담금 |
| 24 | Arbeitgeberanteil zur Pflegeversicherung | 장기요양보험 사용자 부담분 | 사용자 비용 세분화(사용자 부담분 1.8%) |
| 25 | Arbeitgeberanteil zur Arbeitslosenversicherung | 고용보험 사용자 부담분 | 사용자 비용 세분화(사용자 부담분 1.3%) |
10~19번 필드는 비과세 사용자 혜택을 다룹니다: 식대(21번 필드), 이중 가계(doppelte Haushaltsführung) 비용(왼쪽 열 섹션의 22번 필드), 이사 비용 환급, 재산형성 급여(Vermögenswirksame Leistungen) 등입니다. 글로벌 모빌리티 정책이 직원에게 순액 기준으로 환급하고 총액 환산 가치를 보고해야 하는 경우 중요합니다. 대부분의 국경 간 보고에서는 3~6번 및 22~25번 필드가 핵심 세트입니다.
필드 번호에 대한 실무 참고: 2025년 증명서 레이아웃은 연방재무부(Bundesfinanzministerium)의 2024년 9월 지침(BStBl I 2024, 1255)에 의해 확정되었습니다. 번호 체계는 해마다 안정적이지만, 비과세 면제 금액(Freibeträge)은 매년 조정됩니다. 여러 과세 연도의 데이터를 가져오는 경우, 연대 추가세 면제 한도와 사회보험료 산정 상한액(Beitragsbemessungsgrenzen)의 2025년 대비 2026년 변경 사항을 확인하십시오.
DATEV에서 Excel로 가는 막다른 길: 급여 소프트웨어 출력물이 문제를 해결하지 못하는 이유

독일 급여가 세무사(Steuerberater)가 처리하는 DATEV LODAS를 통해 운영된다면, 2월 보고 워크플로는 대략 이렇습니다: 세무사(Steuerberater)가 급여를 실행하고, 전자 임금세 증명서(Lohnsteuerbescheinigung)를 ELSTER를 통해 세무서(Finanzamt)에 전송한 다음, 직원별 PDF 하나씩 들어 있는 ZIP 파일을 이메일로 보내드립니다. CSV도 없고, 구조화된 내보내기도 없습니다. PDF가 바로 인도물입니다.
이것은 세무사(Steuerberater)가 일부러 어렵게 하는 것이 아닙니다. DATEV의 아키텍처는 세무사(Steuerberater)를 중개자로 삼아 설계되었습니다. 원시 임금 데이터는 세무사(Steuerberater)의 DATEV 설치 환경 안에 있습니다. 고용주 또는 국제 인사팀인 귀하는 법적으로 적합한 출력 형식, 즉 PDF 증명서를 받습니다. 직원당 월 15~35유로를 받고 급여를 처리하는 세무사(Steuerberater)가 맞춤형 CSV 내보내기를 만들어 주지는 않습니다. StBVV(세무사 보수 규정)에 따라 규율되는 그들의 수수료 구조는 급여 처리를 위한 것이지, 데이터 엔지니어링을 위한 것이 아닙니다.
Lexware 또는 Sage를 사용하는 사내 급여팀은 같은 문제의 다른 버전을 마주합니다. 이 플랫폼들은 CSV를 내보낼 수 있지만, 그 내보내기는 임금세 증명서(Lohnsteuerbescheinigung)의 최종 조정된 형식이 아닌 내부 급여 데이터베이스 스키마를 반영합니다. Lexware CSV 내보내기는 증명서의 번호가 매겨진 위치와 일대일로 매핑되지 않는 내부 필드 코드로 열에 레이블을 붙입니다. 결국 세무서(Finanzamt)가 받은 것이 증명서이므로, 내보낸 숫자를 증명서 PDF와 대조해야 합니다.
Personio와 DATEV 통합은 이러한 구조적 격차를 가장 명확하게 보여줍니다. Personio의 급여 준비 모듈은 급여, 상여금, 결근, 초과 근무 등 급여 관련 모든 데이터를 수집하여 DATEV로 내보낼 수 있도록 패키징하며, 직원당 월 2~5유로로 추정됩니다. 그러나 최종 급여 실행은 Personio가 하지 않습니다. DATEV가 합니다. 임금세 증명서(Lohnsteuerbescheinigung) PDF는 여전히 세무사(Steuerberater)를 통해 DATEV에서 나옵니다. Personio 자체 보고에는 증명서에 표시되는 최종 확정된 세금 정산 내역이 나타나지 않습니다.
병목 현상은 소프트웨어가 아닙니다. 독일 급여의 구조입니다: 고용주 규모의 급여 실행은 법적 출력물로 PDF 증명서를 생성합니다. 모든 내보내기와 통합은 급여 데이터베이스 구조를 유지합니다. 증명서 PDF는 모든 필드가 확정되고, 조정되며, 세무서(Finanzamt)가 받은 내용과 일치하는 유일한 문서입니다. 증명서에서 추출하는 것은 나쁜 소프트웨어에 대한 임시방편이 아니라, 권위 있는 문서에서 추출하는 것입니다.
열 이름 추출이 템플릿 학습 없이 독일 세금 증명서를 읽는 방법
템플릿 기반 OCR 도구 — 한 증명서에서 "Bruttoarbeitslohn" 주위에 사각형을 그리고 그 템플릿을 나머지에 적용하도록 요청하는 종류 — 는 증명서 레이아웃이 바뀌면 실패합니다. DATEV PDF, Lexware PDF, 그리고 Addison 소프트웨어를 사용하는 작은 세무사무소(Steuerbüro)가 인쇄한 증명서는 같은 필드를 서로 다른 위치에 배치합니다. 템플릿 기반 추출은 레이아웃 변형마다 별도의 템플릿을 요구하거나, 레이아웃이 바뀌면 조용히 잘못된 값을 추출합니다.

맞춤 열 추출은 다르게 작동합니다. 필드가 페이지에서 어디에 있는지 정의하는 대신, 출력 스프레드시트에 원하는 열을 이름으로 정의합니다. 필요한 열 머리글을 입력합니다: "Gross Salary," "Income Tax Withheld," "Solidarity Surcharge," "Pension Contribution." AI는 각 증명서 PDF를 읽고 필드가 의미하는 바를 이해함으로써 해당 값을 찾습니다. 좌표를 기억하는 것이 아닙니다. DATEV 증명서와 Lexware 증명서는 템플릿을 전환하지 않고 같은 배치에서 처리할 수 있습니다.
이 접근 방식은 필드 라벨이 독일어이기 때문에 독일 임금세 증명서에 특히 중요합니다. 템플릿 기반 도구는 페이지에서 "Bruttoarbeitslohn" 라벨을 찾도록 지시해야 합니다. 열 이름 추출 도구는 "Gross Salary라는 열을 원합니다"라고 말하면 됩니다. AI는 의미적 의도("gross salary")를 문서의 독일어 라벨("Bruttoarbeitslohn")에 매핑합니다. 라벨 텍스트가 열 이름과 문자 그대로 일치하지 않아도 됩니다. Position 3이 "Bruttoarbeitslohn"이라고 불린다는 것을 알 필요 없이, 총임금 수치를 원한다는 것만 알면 됩니다. AI가 언어 매핑을 처리합니다.
같은 기능은 3개년 감사 시나리오를 처리합니다. 독일 주재원의 2023–2025 보상을 조정하는 글로벌 모빌리티 팀은 3개 과세 연도의 증명서가 필요합니다. 2023년 증명서는 A사(DATEV 처리)에서, 2024년 증명서는 B사(Lexware 처리)에서, 2025년 증명서는 C사(Personio + DATEV 처리)에서 왔습니다. 세 가지 다른 레이아웃, 세 가지 다른 PDF 생성기. 열 이름 추출은 의미적 의미를 열 이름에 매칭하고 픽셀 위치를 템플릿에 매칭하지 않기 때문에 세 가지를 모두 같은 배치에서 읽습니다.
다중 직원 시나리오의 계산을 바꾸는 추가 기능이 있습니다. 추론 열을 사용하면 단일 인쇄 필드가 아닌 문서 맥락에서 값을 도출하는 열을 정의할 수 있습니다. 예를 들어, 각 직원에 대해 (원천징수 소득세 + 연대 추가세 + 교회세) / 총임금을 계산하도록 AI에 요청하는 "Tax Burden Ratio"라는 열을 만들 수 있습니다. AI는 증명서를 읽고 관련 필드를 식별하고 계산을 수행하며 결과를 새 열로 출력합니다 — 모두 같은 추출 패스에서. Excel에서 사후 처리 수식 열이 필요 없습니다.
템플릿 OCR과 열 이름 추출의 기능적 차이는 위치 매핑과 의미 매핑의 차이입니다. 보고 팀이 읽지 못하는 언어로 필드 라벨이 작성된 문서의 경우, 의미 매핑이 확장의 전제 조건입니다.
단계별 가이드: 증명서 PDF 더미에서 하나의 깔끔한 스프레드시트까지
일반적인 2월 시나리오의 추출 워크플로우는 다음과 같습니다: 세무사(Steuerberater)가 독일 직원 50명의 PDF 증명서를 보냈습니다. 런던에 있는 글로벌 보상 팀은 영어 열 헤더와 직원별 한 행으로 구성된 Excel 파일이 필요합니다.
1단계: 모든 증명서를 한 번에 업로드합니다. 50개의 PDF를 업로드 영역으로 끌어다 놓습니다. 이 도구는 PDF, JPG, PNG를 지원하며, 일부 증명서가 스캔본이고 다른 일부가 원본 PDF인 경우 형식을 혼합할 수 있습니다. 함께 업로드하면 단일 배치로 처리되어 하나의 결합된 출력 스프레드시트가 생성됩니다.
2단계: 열을 영어로 정의합니다. 보고 시스템에서 기대하는 열 이름을 입력합니다. 글로벌 보상 보고의 일반적인 열 세트는 다음과 같습니다:
| 열 이름 (영어) | AI가 증명서에서 찾는 항목 (독일어) |
|---|---|
| Employee Tax ID | 세금 식별 번호(Steuer-Identifikationsnummer) (왼쪽 열, 상단 섹션) |
| Tax Class | 세금 등급(Steuerklasse) (왼쪽 열, ELStAM 섹션) |
| Gross Salary (EUR) | 과세 대상 총임금(Bruttoarbeitslohn) (항목 3) |
| Income Tax Withheld (EUR) | 원천징수 소득세(einbehaltene Lohnsteuer) (항목 4) |
| Solidarity Surcharge (EUR) | 원천징수 연대 추가세(einbehaltener Solidaritätszuschlag) (항목 5) |
| Church Tax (EUR) | 원천징수 교회세(einbehaltene Kirchensteuer) (항목 6) |
| Pension Contribution Employee (EUR) | 법정 연금보험 근로자 부담분(Arbeitnehmeranteil zur gesetzlichen Rentenversicherung) |
| Health Insurance Employee (EUR) | 법정 건강보험 근로자 부담분(Arbeitnehmeranteil zur gesetzlichen Krankenversicherung) |
| Unemployment Insurance Employee (EUR) | 고용보험 근로자 부담분(Arbeitnehmeranteil zur Arbeitslosenversicherung) |
| Long-Term Care Employee (EUR) | 사회적 장기요양보험 근로자 부담분(Arbeitnehmeranteil zur sozialen Pflegeversicherung) |
열 정의에 계산 열을 직접 추가할 수도 있습니다. 예를 들어, "Tax Burden Ratio (Income Tax Withheld + Solidarity Surcharge + Church Tax) / Gross Salary"는 AI에게 추출 중에 계산을 수행하고 결과를 열로 출력하도록 지시합니다 — 이후 Excel 수식 단계가 필요 없습니다. 또는 "Total Social Contributions (Sum of Pension + Health + Unemployment + Long-Term Care employee shares)"와 같이 사회보험 총액을 하나의 숫자로 얻을 수도 있습니다.
3단계: 추출 실행. AI가 50개 증명서를 일괄 처리합니다. 페이지당 5~10초가 소요됩니다. 50명 분량의 일괄 처리는 몇 분 안에 완료됩니다. AI가 증명서 레이아웃을 읽고, 각 요청 필드를 의미론적으로 식별하며, 값을 추출하여 지정된 열에 배치합니다. 서로 다른 레이아웃(DATEV vs. Lexware)의 증명서도 동일한 패스에서 처리됩니다.
4단계: 검토 및 내보내기. 출력은 50개 행(직원당 1개)과 정의된 열로 구성된 테이블입니다. 스크롤하며 표본 검사할 수 있습니다. 37번 직원의 총급여가 해당 직무에 대해 알고 있는 내용과 일치하는지, 누락된 필드가 있는 직원이 있는지 확인합니다. 검증이 끝나면 XLSX, CSV 또는 JSON으로 내보냅니다 — 보상 시스템이나 FP&A 도구가 수용하는 형식이면 무엇이든 좋습니다.
이 워크플로는 일반적으로 며칠이 걸리는 수동 프로세스를 대체합니다: 각 PDF를 열고, 각 필드를 찾고, 스프레드시트에 복사하고, 독일어 라벨을 영어 열로 번역하고, 숫자를 잘못 옮겨 적지 않았기를 바라는 과정입니다. 직원 50명, 필드 10개 기준으로, 추출을 수행하는 사람이 읽지 못할 수 있는 언어로 작성된 문서에서 500번의 개별 필드 조회가 필요합니다.
일괄 시나리오 및 수동 추출을 방해하는 예외 사례
직원당 여러 증명서. 연중에 이직한 직원은 각 고용주로부터 별도의 Lohnsteuerbescheinigung을 받습니다. 증명서는 각각 다른 기간(위치 1)을 다루는 독립적인 문서입니다. 외국 세액공제를 위한 직원의 연간 총소득을 계산하려면 증명서를 합산해야 합니다. 열 이름 추출은 각 증명서를 별도의 행으로 처리하여 이 문제를 해결합니다. Excel에서 행을 합산하면 됩니다. 중요한 것은 두 증명서가 동일한 열 구조로 추출되어 행이 합산 가능하다는 것입니다.
일부 직원에게만 적용되는 교회세. 교회세(Kirchensteuer, 바이에른과 바덴뷔르템베르크 8%, 기타 연방주 9%)는 세금 징수 종교 단체에 등록된 직원에게만 적용됩니다. 교회 회원이 아닌 직원의 경우 증명서의 필드 6은 공란이거나 0입니다. 열을 정의할 때 모든 직원에 대해 "교회세"를 포함하십시오 — AI는 비회원에게 0을 반환합니다. 이는 열을 조건부로 포함하는 것보다 안전합니다. 모든 행에서 열 일관성을 유지하기 때문입니다.
면제 금액을 초과하면 단계적으로 적용되는 연대 추가세. 2021년 개혁 이후 독일 납세자의 약 90%는 연대 추가세를 내지 않습니다. 연간 소득세가 €19,950(단독) 또는 €39,900(공동)을 초과하는 직원만 Soli를 납부하며, 그마저도 Milderungszone(경감 구간)을 통해 점진적으로 적용된 후 최종 5.5% 세율에 도달합니다. 대부분의 직원에게 필드 5는 0이 됩니다. 이는 추출 오류가 아니라 정상입니다. 독일 연방헌법재판소는 2025년 3월 Soli의 합헌성을 확인하여 현재 구조가 유지됨을 확인했습니다.
퇴사한 직원의 증명서. 직원이 9월에 퇴사하는 경우, 고용 종료 후 합리적인 기간 내에 Lohnsteuerbescheinigung을 발급해야 합니다. 퇴사 직원을 새로 고용하는 입장이라면 이전 직장에서 생성된 PDF 증명서를 받게 됩니다 — 아마도 귀사와 다른 급여 시스템에서 생성되었을 것입니다. 두 시스템 간 데이터 파이프라인은 없습니다. PDF에서 직접 추출하는 것이 수동 재입력 없이 이전 고용주의 데이터를 보상 기록에 통합할 수 있는 유일한 방법입니다.
FAQ
독일어로 작성되고 독일어 필드 라벨이 있는 임금세 증명서(Lohnsteuerbescheinigung) PDF도 처리할 수 있나요?
네. AI가 독일어로 된 증명서 내용을 읽고 의미론적 매칭을 통해 영어 열 이름에 매핑합니다. 독일어 필드 라벨 번역을 제공할 필요가 없습니다. 영어로 입력한 열 이름("총급여", "원천징수 소득세")은 AI가 독일어 증명서에서 해당 값을 찾는 데 사용하는 라벨입니다.
서로 다른 레이아웃을 가진 여러 급여 시스템에서 온 증명서는 어떻게 처리하나요?
열 이름 추출은 레이아웃 일관성에 의존하지 않습니다. DATEV 증명서, Lexware 증명서, Sage 증명서를 동일한 배치에서 처리할 수 있습니다. AI는 필드가 페이지에서 어디에 있는지가 아니라 무엇을 의미하는지로 식별합니다. 혼합된 파일을 업로드하면 동일한 열 정의로 전체에서 추출이 실행됩니다.
직원이 200명인데 200개 증명서를 일괄 처리할 수 있나요?
네. 일괄 처리가 기본 모드입니다. 모든 파일을 함께 업로드하면 AI가 순차적으로 처리하여 하나의 출력 스프레드시트로 결과를 정리합니다. 완전한 일괄 다중 직원 워크플로우에 대한 자세한 내용은 80명 직원의 증명서가 하나의 스프레드시트가 되는 방법을 참조하세요. 200개 증명서 처리는 50개보다 오래 걸리지만 워크플로우는 동일합니다. 매우 큰 배치의 경우 전체 세트를 실행하기 전에 중간 결과를 검토할 수 있도록 50~100개 파일 단위로 나누는 것을 고려하세요.
디지털 PDF가 아닌 스캔한 종이 증명서도 추출할 수 있나요?
네, 스캔 품질이 충분하다면 가능합니다. 인쇄된 증명서의 JPG 및 PNG 이미지가 지원됩니다. 스캔이 심하게 기울어졌거나 저해상도이거나 그림자가 심하면 추출 정확도가 떨어집니다. 휴대폰으로 찍은 사진도 마찬가지입니다. 조명이 밝고 평평하며 고해상도인 사진은 잘 작동하지만, 각도가 있거나 흐릿한 사진은 결과가 저하됩니다. AI가 완벽한 300 DPI 스캔을 요구하지는 않지만, AI가 안정적으로 추출하려면 텍스트가 사람이 읽을 수 있을 정도로 선명해야 합니다.
직원 급여 데이터가 추출 중에 안전하게 보호되나요?
파일은 전송 중 암호화(TLS)되며 메모리에서 처리됩니다. 업로드된 문서와 추출 결과는 처리 직후 서버에서 자동으로 삭제됩니다. 어떤 데이터도 AI 모델 학습에 사용되지 않습니다. 아키텍처는 영구 저장이 아닌 단기 처리를 위해 설계되었습니다. GDPR 제28조(데이터 처리 계약)를 적용받는 조직의 경우, 표준 처리 조건에 따라 이 도구는 추출 세션 이후 데이터를 보관하지 않는 처리자로 분류됩니다.
여러 과세 연도를 한 번의 일괄 처리로 추출할 수 있나요?
네. 2023년, 2024년, 2025년 증명서를 동일한 일괄 처리로 처리할 수 있습니다. 세 연도 모두 동일한 필드 번호(Positionen 1–27)를 공유하므로 동일한 열 정의가 모든 연도에 적용됩니다. 실무상 고려할 점은 비과세 한도가 매년 변경된다는 것입니다. 연대 추가세 면제 금액, 사회보험료 산정 상한액(Beitragsbemessungsgrenzen), 미니잡 한도가 모두 조정됩니다. 이러한 한도 변경은 증명서에 표시되는 내용에 영향을 주지만 추출 자체에는 영향을 주지 않습니다.
직원의 세금 식별 번호는 어떻습니까? AI가 그 민감한 필드를 읽나요?
네, 세금 식별 번호(Steuer-Identifikationsnummer, 11자리 영구 세금 ID)를 열 필드로 추출할 수 있습니다. 보고에 필요하지 않다면 해당 열을 정의하지 않으면 됩니다. AI는 처리 후 추출된 데이터를 보관하지 않습니다. 세금 ID를 다른 시스템과 교차 참조해야 하는 팀(예: 임금세 증명서(Lohnsteuerbescheinigung) 데이터를 HRIS와 매칭)의 경우 사용할 수 있지만 완전히 선택 사항입니다.
이 증명서에 대한 추출 정확도는 어느 정도인가요?
임금세 증명서(Lohnsteuerbescheinigung)의 번호가 매겨진 필드와 같은 인쇄된 표 데이터의 경우 인식 정확도는 최대 99%에 달합니다. 명확한 라벨과 예측 가능한 형식(통화 금액, 세금 ID, 날짜)을 가진 필드는 이 범위의 상한에서 추출됩니다. 형식이 가변적인 필드(예: 헤더의 고용주 이름과 주소가 줄에 따라 다르게 줄바꿈될 수 있음)는 정확도가 낮지만 여전히 높은 수준입니다. 실무 권장 사항: 다른 자동 데이터 추출과 마찬가지로 보고에 데이터를 사용하기 전에 출력의 처음 몇 행을 원본 PDF와 대조하여 점검하십시오.
이것이 제 세무사(Steuerberater)나 급여 소프트웨어를 대체하나요?
아니요. 세무사(Steuerberater)나 급여 소프트웨어는 법적으로 요구되는 급여 계산 업무를 수행합니다: 총급여에서 순급여 계산, 세금 원천징수, 월별 임금세 신고(Lohnsteueranmeldung) 제출, 그리고 전자 임금세 증명서(Lohnsteuerbescheinigung)를 세무서(Finanzamt)에 전송하는 일입니다. 데이터 추출은 그 이후의 작업을 처리합니다: 확정된 증명서 데이터를 국제 보고 시스템에 입력하는 것입니다. 이는 하위 단계의 작업이며, 상위 단계의 규정 준수 업무를 대체하는 것이 아닙니다.
동일한 방식으로 독일 월별 급여명세서에서도 데이터를 추출할 수 있나요?
네. 열 이름 추출 방식은 월별 급여명세서(Gehaltsabrechnung) 및 급여명세서(Lohnabrechnung) 문서에도 동일하게 적용됩니다. 급여명세서에서 Excel로 데이터를 추출해야 하는 경우, 작업 흐름은 동일합니다: 급여명세서 PDF 또는 스캔 파일을 업로드하고, 필요한 열(순급여, 임금세, 사회보험료)을 정의한 후 내보내기만 하면 됩니다. 동일한 추출 엔진이 월별 급여명세서와 연간 증명서를 모두 처리합니다. 여러 세무 관할 구역에 걸친 문서의 경우, 세금 양식 OCR 추출은 W-2, 1099 및 기타 국가별 세금 문서에도 동일하게 작동합니다.
증명서가 서류 보관함이 아닌 데이터 파이프라인에 있어야 하는 이유
임금세 증명서(Lohnsteuerbescheinigung)는 모든 숫자가 확정되고, 세무서(Finanzamt)와 대사되어 있으며, 법적 구속력이 있는 유일한 독일 급여 문서입니다. 월별 급여명세서는 잠정적인 것입니다. 급여 시스템 CSV 내보내기는 데이터베이스 스키마를 반영할 뿐, 세무 대사 결과를 반영하지 않습니다. 증명서는 독특한 위치를 차지합니다: 규정 준수 문서이면서 동시에 법적으로 정확성이 보장된 데이터 소스입니다.
현재 증명서를 규정 준수 산출물로만 취급하는 팀 — 세무사(Steuerberater)가 보내면 서류 보관함에 넣어두는 방식 — 은 연중 가장 깨끗한 급여 데이터 세트를 놓치고 있는 것입니다. 증명서 50장에는 독일 직원에 대한 500개 이상의 대사 완료 데이터 포인트가 포함되어 있으며, 이미 세무 당국의 기록과 대조 검증되었습니다. 유일한 질문은 이 데이터 포인트들이 스프레드시트에 들어갈지, 아니면 PDF 안에 갇혀 있을지입니다.