일본 연말정산:
데이터 입력이 여전히 수동인 이유

給与計算ソフトでは解決できなかった課題

日本の給与計算プラットフォームは、計算において非常に優れています。国税庁の累進源泉徴収税額表（課税所得195万円までは5%、4000万円超は45%）を適用し、給与所得控除（累進的な法定計算式に従う）を考慮し、現在の都道府県別保険料率で社会保険料を計算し、年間の最終税額と年間の源泉徴収済み総額を照合します。12月になると、システムは各従業員の年初来の給与、賞与、残業代、源泉徴収税、社会保険料を1円単位で把握しています。

問題は出力ではありません。生データの発生源と、給与計算システムがそれを期待する場所との間のギャップです。

所得税法第190条に基づく年末調整には、3つの独立した情報源からのデータが必要であり、そのうち給与計算プラットフォーム内にあるのは1つだけです。

情報源1 — 給与記録。月額給与、賞与、手当、残業代、源泉徴収税、控除された社会保険料。このデータはすでにデジタル化されており、給与計算システムが管理しています。

情報源2 — 従業員の申告。扶養控除等（異動）申告書には、配偶者の所得見積額、子供の年齢と学生状況、高齢の親の居住状況など、すべての扶養家族が記載されます。保険料控除申告書には、支払った生命保険料、地震保険料、および雇用主のシステム外で支払った社会保険料が申告されます。基礎控除申告書は、従業員の年間総所得を見積もります。これらの情報は、従業員が提供するまで給与計算システムには存在しません。

情報源3 — 第三者発行の控除証明書。保険会社は保険料控除証明書を発行します。銀行は住宅ローン減税のための住宅借入金等特別控除証明書を発行します。各証明書には、特定の金額、証券番号、契約日、および適用される控除計算式を決定する保険種類区分コードが含まれています。これらの書類は外部機関によって発行されます。給与計算システムはこれらを生成できず、予測できず、そして重要なことに、読み取ることもできません。

給与計算ソフトは情報源1を完全に自動化します。情報源2については、SmartHRやfreee人事・給与などのプラットフォームは、従業員が計算エンジンに直接データを入力するデジタル質問票に記入するセルフサービスポータルを構築しています。これは真の進歩であり、これらのプラットフォームを使用する企業の従業員にとって、紙の申告書を排除します。

しかし、情報源3は閉じたループの外に残ります。保険証書は依然として保険会社によって発行され、給与計算ソフトベンダーによって発行されるわけではありません。そして、それらの証明書が紙のハガキや従業員が印刷したPDFとして届いた場合、誰かが数字を読み取って入力しなければなりません。市場で最も洗練された給与計算プラットフォームでも、自社が生成しなかった文書からデータを抽出することはできません。

사라지지 않는 종이 신고서

종업원 신고는 디지털화가 가능하다. SmartHR와 freee는 설문 기반 인터페이스로 이를 입증했다. 그러나 신고 가능한 정보는 다른 곳에서 비롯된다. 보험료 공제 신고서를 작성하는 종업원은 보험료 금액을 기억에서 알지 못한다. 우편으로 도착한 보험 증서에서 숫자를 복사하고 있다. 디지털 설문은 전사 부담을 HR에서 종업원으로 옮기지만, 전사 작업 자체를 없애지는 않는다.

부양가족 공제 신고서는 더 깊은 종이 의존성을 보여준다. 이 양식은 종업원이 각 부양가족의 이름, 마이넘버, 생년월일, 종업원과의 관계, 연간 추정 총소득을 신고하도록 요구한다. 해외에 가족을 부양하는 외국인 종업원에게 흔한 비거주 부양가족의 경우, 송금 관계 서류와 친족 관계 서류도 필요하다. 이러한 증빙 서류는 은행 송금 영수증, 가족 관계 증명서, 번역된 증명서 형태로 도착한다. 이는 표준화 가능한 데이터 형식이 아니다. 이는 증명이며, 일본 행정 문화에서 증명은 기본적으로 종이를 사용한다.

국세청은 디지털 경로를 구축했다. 국세청이 무료로 제공하는 연말정산 소프트웨어는 마이너포털을 통한 공제 증명서 전자 가져오기를 지원한다. 2020년 세제 개혁에 따라 보험사는 종업원이 마이너포털을 통해 다운로드하여 국세청 소프트웨어에 직접 가져올 수 있는 전자적 공제 증명서를 발행할 수 있다. 원칙적으로 이는 보험사 → 마이너포털 → 국세청 소프트웨어 → 계산으로 이어지는 루프를 완성한다.

실제로는 루프가 여전히 분절되어 있다. 전자적 공제 증명서 도입은 완전하지 않다. 많은 보험사가 기본적으로 종이 엽서를 발행한다. 많은 종업원이 마이너포털 계정을 설정하지 않았다. 일본의 마이넘버 카드 보급률은 2024년 말 기준 약 74%에 불과하며, 마이너포털 계정 활성화율은 더 낮다. 가장 중요한 것은, 국세청의 전자 가져오기 경로가 국세청 자체 소프트웨어 내에서만 작동한다는 점이다. 이는 SmartHR, freee, Yayoi Payroll, MoneyForward Cloud Payroll로 연결되지 않는다. 마이너포털을 통해 보험 데이터를 다운로드한 후 SmartHR을 사용하는 고용주에게 제출하는 종업원은 데이터를 종이에서 디지털로 옮겼지만, 형식이 연결되지 않아 수동으로 다시 입력되는 상황을 목격한다.

종이 신고서는 기술의 실패가 아니다. 이는 문서 발행자, 문서 수신자, 문서 처리자가 서로 다른 세 시스템을 사용하는 세 개체인 시스템의 구조적 산물이다. 아무리 자금이 풍부하더라도 단일 디지털화 노력으로 세 엔드포인트를 동시에 해결할 수는 없다.

보험증서 컨베이어 벨트: 디지털로 발급, 종이로 도착

2024년 RSM 시오도메의 연말정산 디지털화 분석은 정확한 격차를 보여줍니다. 현재 업무 흐름에서 보험사는 직원의 보험료 납부를 증명하는 실물 엽서를 발행합니다(1단계). 직원은 해당 엽서의 내용을 보험료 공제 신고서에 옮겨 적고 공제액을 계산합니다(2단계). 직원은 실물 신고서와 원본 엽서를 고용주에게 제출합니다(3단계). 고용주는 이 데이터를 급여 시스템에 수동으로 입력하고, 연간 세금을 계산하며, 정산합니다(4단계).

이 업무 흐름의 디지털화된 버전에서는 보험사가 전자 데이터를 발행합니다(1단계). 직원은 이 데이터를 공제 계산을 자동으로 채워주는 연말정산 소프트웨어로 가져옵니다(2단계). 직원은 전자 데이터를 고용주에게 제출합니다(3단계). 고용주는 데이터를 급여 시스템으로 가져와 세금을 자동으로 계산합니다(4단계).

병목 현상은 1단계와 3단계 사이에서 발생합니다. 보험사가 전자 증명서를 발행하더라도 직원은 여전히 데이터를 받아 고용주에게 전달하는 전달자 역할을 합니다. 직원이 PDF를 인쇄하여 종이로 제출하거나, 고용주의 급여 시스템이 보험사가 제공한 전자 형식을 수용할 수 없는 경우 디지털 체인은 끊어지고 수동 입력으로 되돌아갑니다.

일반 직원이 보유한 보험 관계 수를 곱해보십시오. 일반 생명보험(一般生命保険料), 개인연금보험(個人年金保険料), 간병·의료보험(介護医療保険料)은 각각 다른 공제 항목에 속하며 상한액도 다릅니다. 지진보험은 별도의 공제 계산과 상한액이 있습니다. 한 직원이 일본생명(日本生命), 제일생명(第一生命), 메이지야스다(明治安田), 그리고 지역 지진보험사의 증명서를 제출할 수 있으며, 각 증명서는 형식이 조금씩 다르고 각 보험료 금액이 급여 시스템의 올바른 필드에 입력되어야 합니다.

직원 200명, 직원당 평균 2개의 보험 증명서를 보유한 회사의 경우, 보험료 금액, 증권 번호, 분류 코드가 정확히 기록되어야 하는 증명서가 총 400개입니다. 세금 계산은 직원당 몇 초가 걸리지만, 데이터 수집에는 몇 주가 걸립니다.

1월 31일 마감: 시간 압박이 수동 입력을 부추기는 구조

소득세법 제226조에 따라 사용자는 다음 해 1월 31일까지 모든 근로자에게 원천징수영수증(Gensen Choshu-hyo)을 발급해야 합니다. 연말정산 자체는 12월 말까지 완료되어야 하며, 환급액이나 추가 징수액은 12월 급여(해당 연도의 마지막 급여 지급분)에 반영됩니다.

이로 인해 모든 회사에서 매년 동일하게 반복되는 압축 패턴이 발생합니다:

10월~11월: 인사부서가 근로자에게 신고서를 배부합니다. 내부 마감일은 보통 11월 중순에서 12월 초로 설정됩니다.

11월~12월: 근로자가 작성한 신고서와 보험증명서, 주택대출 잔액증명서, 부양가족 서류를 제출합니다. 제출은 여러 차례에 걸쳐 이루어집니다. 어떤 근로자는 첫날 제출하고, 다른 근로자는 세 번의 독촉이 필요합니다. 증명서는 분실되거나, 발견되거나, 보험사에 재발급을 요청하기도 합니다.

12월: 인사부서는 모든 근로자의 제출 데이터를 확인해야 합니다. 신고된 보험료와 증명서를 대조하고, 부양가족 자격을 소득 기준에 따라 확인하며, 주택대출 잔액을 검증한 후, 확인된 데이터를 급여 시스템에 입력하고 연말정산을 실행하며, 조정 내역이 포함된 12월 급여를 처리합니다.

1월: 모든 근로자에게 원천징수영수증을 발급합니다. 원천징수이행상황신고서(法定調書合計表)를 세무서에 제출합니다. 각 근로자의 주민세 신고서를 해당 지방자치단체에 제출합니다.

전체 주기는 약 10~12주입니다. 데이터 입력 기간(증명서를 받은 후 12월 급여 계산을 실행해야 하는 시점까지)은 더 짧아 보통 3~4주입니다.

마감이 임박했는데 아직 50명의 근로자 보험증명서를 입력해야 한다면, 가장 빠른 방법은 수동입니다: PDF를 열고, 숫자를 읽고, 입력합니다. 증명서가 근로자 휴대폰으로 찍은 엽서 사진으로 도착했다면, 일괄 가져오기 경로는 없고 오직 필사(transcription)만 가능합니다. 두 명의 인사 담당자가 3주 안에 200명의 근로자를 처리해야 한다면, 단기적 인센티브 구조는 가장 많은 장기 노동을 소모하는 행동, 즉 수동 데이터 입력을 매년 반복하도록 유도합니다.

마감일이 수동 데이터 입력을 유발하는 것은 아닙니다. 구조적으로 그것을 보상하는 것입니다. 매년 인사팀은 동일한 선택에 직면합니다: 올해 형식에 맞춰 더 효율적인 워크플로를 구축하는 데 시간을 투자할 것인가, 아니면 그냥 입력하고 마감을 맞출 것인가. 규정 준수 압력(지연 신고 시 과태료는 자진 지연 신고 시 15%, 세무서 조사 시 20%, 사기성 신고 시 35~40%에 달함)은 '효율적으로 하기'보다 '일단 끝내기' 본능을 강화합니다. 올바른 장기적 결정이 12월의 올바른 결정인 경우는 드뭅니다.

더 악화되는 지점: 해외 자회사와 언어 배수 효과

외국계 기업(外資系, gaishikei)이 일본에서 자회사를 운영할 때, 동일한 프로세스에 추가적인 운영 부담이 발생합니다.

서식은 전부 일본어로 되어 있습니다. 일본생명, 제일생명, 메이지야스다 등 국내 보험사의 보험 증명서도 일본어 문서입니다. 국세청의 연말정산 소프트웨어 기본 언어는 일본어입니다. 대부분의 급여 플랫폼(비교적 국제화된 플랫폼조차)은 연말정산 인터페이스를 일본어로만 제공합니다.

일반적인 외국계 자회사의 인사팀은 이중 언어를 구사하는 인사 관리자 한 명과 여러 명의 일본어 담당 급여 직원으로 구성됩니다. 이중 언어 관리자는 일본어 원천 데이터와 본사가 요구하는 영어 출력물 사이의 유일한 연결 고리입니다. 싱가포르의 지역 인사 책임자나 뉴욕의 글로벌 보상 팀이 연간 보상 요약(영어, Excel 형식, "총 급여", "원천징수 소득세", "사회보험료" 열)을 요청할 때마다 급여 시스템이 일본어로 내보내는 모든 데이터 포인트를 수동으로 번역해야 합니다.

이러한 언어 계층은 다른 모든 수동 작업 부담을 가중시킵니다. 원천징수 영수증(源泉徴収票)에는 26개의 정의된 필드가 있습니다. 직원 200명 기준으로 5,200개의 데이터 포인트입니다. 각 필드에 전사(轉寫) 및 번역(支払金額 → "Gross Salary", 源泉徴収税額 → "Income Tax Withheld", 社会保険料等の金額 → "Social Insurance Contributions", 給与所得控除後の金額 → "Income After Statutory Deduction")이 필요하다면, 영수증당 처리 시간이 크게 늘어납니다. 작업자는 일본어 세무 용어와 대상이 요구하는 영어 보고 형식을 모두 이해해야 하기 때문입니다.

또한 서식 친숙도 차이도 존재합니다. 10년간 연말정산을 처리해 온 일본인 급여 담당자는 보험 증명서를 보고 어떤 코드가 어떤 필드에 들어가는지 즉시 식별할 수 있습니다. 반면, 외국계 자회사에 새로 입사하여 첫 연말정산(年末調整) 주기를 처리하는 인사 코디네이터는 수동 데이터 입력 부담 외에도 가파른 학습 곡선을 마주합니다. 서식은 스스로를 설명해주지 않습니다. 국세청의 공식 지침과 영문 소득세 안내서는 기본 사항을 다루지만, 급여 데이터 입력에 필요한 필드별 매핑을 상세히 안내하지는 않습니다.

수동 연말정산 처리 비용 분석에서 살펴본 바와 같이, 국내 일본 기업의 영수증당 인건비는 약 1,167엔입니다. 외국계 자회사의 경우, 언어 번역 단계로 인해 영수증당 처리 시간이 약 30~40% 증가하여, 완전 적재 처리 비용은 영수증당 1,500엔을 훨씬 상회합니다. 언어 장벽은 수동 데이터 입력과 별개의 문제가 아닙니다. 이는 스택 내 모든 기존 비효율성에 적용되는 배수 효과입니다.

방정식을 실제로 바꾸는 것

위에서 설명한 구조적 난제(세 가지 문서 출처, 종이 기반 증명, 촉박한 마감, 언어 장벽)는 단일 규제 변경이나 소프트웨어 업데이트로 풀리지 않습니다. 문서 발급자(보험사, 은행), 문서 수취인(직원), 문서 처리자(인사/급여팀)는 각기 다른 시스템과 인센티브로 운영됩니다. 세 주체 모두의 조정된 개혁은 가시적인 시간 내에 일어나기 어렵습니다.

변경 가능한 것은 종이 문서와 급여 시스템 간의 인터페이스입니다. 보험 증명서, 부양가족 신고서, 주택담보대출 잔액 증명서를 사진 촬영하거나 스캔하여, 사람이 각 필드를 읽고 입력하지 않고도 데이터를 구조화된 형식으로 직접 추출할 수 있다면, 병목 현상은 인사팀이 통제하는 단 하나의 변수, 즉 업로드 버튼으로 축소됩니다.

이것이 바로 열 이름 추출이 하는 일입니다. 템플릿의 필드 주위에 상자를 그리는 방식(모든 보험사가 증명서 형식을 다르게 할 때 실패하는 기존 OCR 도구의 접근 방식) 대신, 원하는 열 헤더(예: "직원 이름", "생명보험료(一般生命保険料)", "개인연금보험료(個人年金保険料)")를 입력하면 AI가 각 문서를 읽어 해당 값을 페이지상의 위치가 아닌 의미를 이해하여 찾아냅니다. 동일한 열 정의가 엽서, 인쇄된 PDF, 이메일로 받은 스캔본, 휴대폰 사진에서도 작동하는 이유는 추출이 좌표 기반이 아닌 의미 기반이기 때문입니다.

일괄 처리와 결합하면(여러 문서를 한 번에 업로드하고 문서당 한 행씩 단일 병합 출력 파일을 받음) 워크플로우가 각 증명서를 개별적으로 여는 것에서 모든 증명서를 한 번에 처리하는 것으로 전환됩니다. 단일 증명서 추출 방식은 문서별 수동 데이터 입력을 제거합니다. 일괄 처리 방식은 400개 파일을 열고 닫는 반복 작업을 제거합니다.

이러한 변화가 규제의 복잡성을 없애지는 않습니다. 제190조는 여전히 적용되며, 1월 31일 마감일도 그대로입니다. 세 가지 문서 출처는 여전히 독립적으로 운영됩니다. 달라지는 것은 HR이 더 이상 그 사이에서 데이터를 옮겨 적는 중간 단계가 아니라는 점입니다. 데이터는 문서에서 스프레드시트로 직접 이동하며, 이전에 보험료를 급여 입력 필드에 입력하는 데 67시간을 소비했던 직원들은 이제 검증, 직원 커뮤니케이션, 그리고 실제로 인간의 판단이 필요한 컴플라이언스 업무에 그 시간을 사용할 수 있습니다.

자주 묻는 질문

급여 소프트웨어가 이미 연말정산을 디지털로 처리할 수 있나요?

일부 가능합니다. SmartHR, freee人事労務, MoneyForward Cloud Payroll은 모든 데이터가 시스템에 입력되면 세액 조정을 계산하고 필요한 서식을 생성할 수 있습니다. 그러나 대부분의 기업에서 보험 증명서와 부양가족 신고서의 숫자를 시스템에 입력하는 데이터 입력 작업은 여전히 수동으로 이루어집니다. 이러한 문서가 급여 소프트웨어 외부에서 발생하기 때문입니다. 급여 플랫폼은 보유한 데이터로 계산할 수 있지만, 아직 받지 못한 데이터를 추출할 수는 없습니다.

국세청에서 무료 연말정산 소프트웨어를 제공하지 않나요?

네, 그렇습니다. 국세청의 연말정산 소프트웨어(年調ソフト)는 무료이며 마이나포털을 통한 공제 증명서 전자 가져오기를 지원합니다. 그러나 직원이 마이나포털 계정을 보유하고 보험사가 전자 공제 증명서를 발급해야 하며, 두 가지 모두 아직 도입률이 완전하지 않습니다. 2025년 기준으로 보험료 증명 문서의 대부분은 여전히 종이 증명서입니다. 또한 국세청 소프트웨어의 전자 가져오기 경로는 타사 급여 플랫폼과 연결되지 않습니다.

연말정산에 실제로 얼마나 많은 수작업이 소요되나요?

직원 1인당 전체 처리 과정(증명서 수집, 신고 금액과 원천 문서 대조 확인, 급여 시스템에 데이터 입력, 교차 검증)은 단순한 케이스의 경우 약 20분이 소요됩니다. 직원 200명 기준으로 약 67시간의 HR 노동이 필요하며, 이는 한 사람의 거의 2주 업무 시간에 해당합니다. 복수의 보험 증권, 주택 공제, 비거주 부양가족, 또는 연중 이직이 있는 직원의 경우 추가 검증 시간이 필요합니다. 증명서당 비용 분석은 일본 HR 급여 데이터를 기반으로 한 상세 내용에서 확인할 수 있습니다.

AI 추출이 일본어 세무 문서를 안정적으로 처리할 수 있나요?

네. 최신 비전-언어 모델은 다국어를 지원합니다. 일본어 문자(한자, 히라가나, 가타카나), 일본 서식에서 흔히 볼 수 있는 혼합 가로/세로 레이아웃, 일본 특유의 숫자 형식(예: ¥1,234,567에서 쉼표를 천 단위 구분 기호로 사용)을 인식합니다. 인쇄된 일본어 텍스트가 포함된 정형 문서의 추출 정확도는 영어와 비슷합니다. 문제는 언어 인식이 아니라 문서 형식의 다양성(엽서, PDF, 사진, 스캔 등)으로 인해 템플릿 기반 추출이 실패하는 것이며, 바로 이것이 의미 기반 추출이 다양한 형식에서 작동하는 이유입니다.

일본의 연말정산이 완전히 디지털화될 수 있을까요?

단기간 내에는 어렵습니다. 보험사, 직원, 고용주라는 삼자 구조로 인해 완전한 디지털화는 보험사, 정부 기관, 급여 소프트웨어 공급업체, 개별 직원의 행동 변화가 모두 조화를 이뤄야 가능합니다. 2020년 세제 개혁으로 전자 공제 증명서가 도입된 것은 확실한 진전이었지만, 도입률은 여전히 낮습니다. 더 현실적인 접근 방식은 종이와 PDF 문서가 계속 존재할 것임을 인정하고, 세 주체가 동시에 표준화되기를 기다리기보다는 문서가 급여 시스템과 만나는 지점인 추출 계층에서 그 격차를 해소하는 것입니다.

1월 한 번이면 알 수 있습니다

연말정산을 수동으로 유지하게 만드는 구조적 요인(3개 출처의 데이터 수집, 종이 기반 증명서, 압축된 처리 기간, 해외 자회사의 언어 장벽)은 저절로 해결되지 않습니다. 이는 규제 체계의 특징이지, 소프트웨어 패치로 해결될 버그가 아닙니다. 소득세법 제190조는 수십 년간 시행되어 왔습니다. 보험 업계의 전자 증명서 전환은 HR 일정이 아닌 자체 일정에 따라 진행될 것입니다. 1월 31일 마감일은 매년 돌아옵니다.

변화하는 것은 데이터가 키보드를 통해 급여 시스템에 입력되느냐, 추출을 통해 입력되느냐입니다. 실제 연말정산 주기를 추출로 운영해 보는 것(자사 직원의 증명서, 자체 열 정의, 자체 보고 요건)이 유일하게 의미 있는 테스트입니다. 올해 11월 크런치 전에 샘플 배치로 시도해 보십시오. 67시간이 걸리던 1월이 4시간이 되는지 여부는 다른 사람의 사례 연구에 달려 있지 않습니다.