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

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

日本の給与計算プラットフォームは、計算において非常に優れています。国税庁の累進源泉徴収税額表（課税所得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을 사용하는 고용주에게 제출하는 종업원은 데이터를 종이에서 디지털로 옮겼지만, 형식이 연결되지 않아 수동으로 다시 입력되는 상황을 목격한다.

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

보험 증명서 컨베이어 벨트: 출처는 디지털, 도착지는 종이

RSM 시오도메(RSM Shiodome)가 2024년에 발표한 연말 조정 디지털화 분석은 정확한 격차를 보여줍니다. 현재 업무 흐름에서 보험 회사는 직원의 보험료 납부를 증명하는 종이 엽서를 발행합니다(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월: HR 부서가 직원들에게 신고서를 배포합니다. 내부 마감일은 일반적으로 11월 중순에서 12월 초로 설정됩니다.

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

12월: HR 부서는 모든 직원의 제출 데이터를 검증해야 합니다 — 신고된 보험료를 증명서와 대조하고, 소득 기준에 따른 부양가족 자격을 확인하고, 주택담보대출 잔액을 검증한 후, 검증된 데이터를 급여 시스템에 입력하고, 연말정산 계산을 실행하고, 조정액이 반영된 12월 급여를 처리해야 합니다.

1월: 모든 직원에게 원천징수표를 발급합니다. 세무서에 원천징수 집계표(法定調書合計表)를 제출합니다. 각 직원의 주민세 신고서를 해당 지방자치단체에 제출합니다.

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

마감이 다가오고 아직 입력해야 할 직원 50명분의 보험 증명서가 남아 있을 때, 가장 빠른 방법은 수동 입력입니다: PDF를 열고, 숫자를 읽고, 입력하는 것입니다. 직원의 휴대폰으로 찍은 엽서 사진으로 증명서가 도착한 경우, 일괄 가져오기 경로는 없으며 오직 수동 입력만 가능합니다. 두 명의 HR 직원이 3주 안에 200명의 직원을 처리해야 할 때, 단기적 인센티브 구조는 가장 많은 장기 노동을 소모하는 행동, 즉 매년 반복되는 수동 데이터 입력을 조장합니다.

마감일이 수동 데이터 입력을 직접 유발하는 것은 아닙니다. 그러나 구조적으로 이를 보상합니다. 매년 HR 팀은 동일한 딜레마에 직면합니다: 올해의 형식에 맞춰 더 효율적인 워크플로우를 구축하는 데 시간을 투자할 것인가, 아니면 그냥 입력하고 마감을 맞출 것인가. 지연 신고 시 자진 신고는 15%, 국세청 주도 수정은 20%의 가산세가 부과되며, 사기 관련 벌칙은 35~40%에 달하는 규정 준수 압박은 효율성보다 마감 준수를 우선시하는 본능을 강화합니다. 올바른 장기적 결정이 12월의 올바른 결정인 경우는 드뭅니다.

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

외국계 기업(外資系, gaishikei)이 일본에서 자회사를 운영하는 경우, 동일한 프로세스에 추가적인 운영 부담이 더해집니다.

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

일반적인 외국계 자회사의 인사팀은 이중언어 인사 관리자 1명과 일본어를 사용하는 급여 담당자 몇 명으로 구성됩니다. 이중언어 관리자는 일본어 원본 데이터와 글로벌 본사가 요구하는 영어 출력 사이의 유일한 연결 고리입니다. 싱가포르의 지역 인사 책임자나 뉴욕의 글로벌 보상 팀이 연간 보상 요약을 요청할 때 — 영어로, Excel로, “Gross Salary(총 급여),” “Income Tax Withheld(원천징수 세액),” “Social Insurance Contributions(사회보험료)”라는 열 레이블과 함께 — 급여 시스템이 일본어로 내보내는 모든 데이터 포인트를 수동으로 번역해야 합니다.

이 언어 계층은 다른 모든 수동 작업 부담을 배가시킵니다. 원천징수표(源泉徴収票)에는 26개의 정의된 필드가 있습니다. 직원 200명 기준으로 5,200개의 데이터 포인트입니다. 각 필드에 전사 및 번역이 모두 필요하다면 — 支払金額을 “Gross Salary(총 급여)”로, 源泉徴収税額을 “Income Tax Withheld(원천징수 세액)”로, 社会保険料等の金額을 “Social Insurance Contributions(사회보험료)”로, 給与所得控除後の金額을 “Income After Statutory Deduction(법정 공제 후 소득)”으로 — 증명서당 처리 시간이 급증합니다. 작업자가 일본어 세무 용어와 목적지에서 요구하는 영어 보고 형식을 모두 이해해야 하기 때문입니다.

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

수작업 연말정산 비용 분석에서 살펴본 바와 같이, 국내 일본 기업의 증명서 1건당 인건비는 약 ¥1,167입니다. 외국계 자회사의 경우 언어 번역 단계로 인해 증명서 1건당 처리 시간이 약 30~40% 늘어나며, 총처리 비용은 증명서 1건당 ¥1,500을 훨씬 웃돌게 됩니다. 언어 장벽은 수작업 데이터 입력과 별개의 문제가 아닙니다. 이는 기존의 모든 비효율성에 적용되는 배수(multiplier)입니다.

실제로 상황을 바꾸는 것

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

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

이것이 바로 열 이름 추출(column-name extraction)이 하는 일입니다. 템플릿의 항목 주위에 상자를 그리는 대신(모든 보험사가 서로 다른 형식으로 증명서를 발급할 때 실패하는 기존 OCR 도구의 방식), 원하는 열 헤더를 입력하면 — 예: “직원 이름(Employee Name),” “일반 생명보험료(一般生命保険料),” “개인연금보험료(個人年金保険料)” — AI가 각 문서를 읽고 해당 값이 페이지에서 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 값을 찾습니다. 동일한 열 정의가 엽서, 인쇄된 PDF, 이메일 스캔본, 휴대폰 사진에서 모두 작동하는 이유는 추출이 좌표 기반이 아닌 의미 기반이기 때문입니다.

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

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

자주 묻는 질문

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

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

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

네. 국세청의 연말정산 소프트웨어(年調ソフト)는 무료이며 마이넘버 포털(マイナポータル)을 통한 공제 증명서 전자 가져오기를 지원합니다. 다만 직원이 마이넘버 포털 계정을 보유하고 보험사가 전자 공제 증명서를 발급해야 하는데, 두 가지 모두 도입률이 아직 낮습니다. 2025년 기준으로 보험료 증명서는 여전히 종이 서류가 대부분을 차지합니다. 또한 국세청 소프트웨어의 전자 가져오기 경로는 타사 급여 플랫폼과 연동되지 않습니다.

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

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

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

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

일본의 연말정산이 완전히 디지털화될 날이 올까요?

가까운 시일 내에는 어렵습니다. 보험사 → 직원 → 고용주로 이어지는 3자 구조상 완전한 디지털화는 보험사, 정부 기관, 급여 소프트웨어 공급업체, 개별 직원의 행동 변화가 함께 이루어져야 합니다. 2020년 세제 개혁으로 전자적 공제 증명서(전자적 공제증명서)가 도입된 것은 분명한 진전이었지만, 채택률은 여전히 낮은 수준입니다. 더 현실적인 접근 방식은 종이와 PDF 문서가 계속 사용될 것을 받아들이고, 문서가 급여 시스템과 만나는 지점인 추출(extraction) 계층에서 그 격차를 메우는 것입니다. 세 주체가 동시에 표준화되기를 기다리기보다는 말이죠.

1월 한 달이면 충분히 알 수 있습니다

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

변화하는 것은 데이터가 키보드를 통해 급여 시스템에 입력되느냐, 추출을 통해 입력되느냐입니다. 실제 연말정산 주기를 추출로 처리해 보는 것 — 자사 직원의 증명서, 자체 열 정의, 자체 보고 요건 — 이 가장 중요한 테스트입니다. 올해 11월 혼잡이 오기 전에 샘플 배치로 시도해 보십시오. 67시간의 1월이 4시간의 1월이 될 수 있는지에 대한 답은 다른 누군가의 사례 연구에 있지 않습니다.