源泉徴収票300枚、
スプレッドシート1つに

병목은 계산이 아닙니다 — 집계입니다

일본의 연말정산(年末調整, Nenmatsu Chosei)은 계산적으로 결정론적입니다. 직원의 과세 소득은 총 급여에서 법정 근로소득 공제, 사회보험료, 배우자 및 부양가족 공제, 생명보험 및 지진보험 공제를 차감한 후 — 원천징수 세율표를 적용하고, 연중 이미 원천징수된 금액과 비교하여 12월 급여에서 차액을 정산합니다. 시중에 나와 있는 모든 급여 플랫폼이 이 산술을 실행할 수 있습니다.

그러나 그 누구도 매년 1월 인사 관리자의 책상에 떨어지는 질문에 답할 수 없습니다: "금요일까지 모든 일본 직원의 연간 보상 요약을 영어로, 엑셀로 보내주세요."

그 질문에 답하려면 각 직원의 원천징수 영수증(源泉徴収票) — 총 급여(支払金額), 법정 공제 후 소득(給与所得控除後の金額), 총 공제액(所得控除の額の合計額), 원천징수 세액(源泉徴収税額), 납부한 사회보험료(社会保険料等の金額) 등 26개의 정의된 필드가 포함된 조밀한 단일 페이지 PDF — 을 열고 관련 숫자를 스프레드시트에 수동으로 입력해야 합니다. 직원이 300명인 회사의 경우, 300개의 PDF, 약 1,500개의 개별 데이터 포인트를 전사해야 하며, 입력 속도와 동시에 열어둘 수 있는 PDF 뷰어 수에 따라 6시간에서 15시간 사이의 데이터 입력 시간이 소요됩니다.

계산은 공짜였습니다. 전사가 1월 첫 주를 잡아먹는 것입니다.

給与ソフトの限界：システム間連携の現実

日本の給与プラットフォームはデータをエクスポートできます。弥生給与は集計表からCSVを出力し、e-Tax CSV形式に対応しています。freee人事労務は約38万事業者が利用するマーケットリーダーで、源泉徴収票を出力し、年末調整データのエクスポートが可能です。SmartHRは源泉徴収票の取り込みに3つの形式（CSV（SmartHR形式）、PDF、CSV（eLTAX形式））に対応しています。マネーフォワード クラウド給与は勤怠から税務申告まで一貫して処理します。全従業員が入社以来同じ給与システムを使い続け、すべての報告先が日本語を読めるなら、エクスポートの道は存在します。

しかし、以下の3つの現実が、その道をカタログよりも困難にしています。

PDFのみの壁は現実的かつ広範囲に及ぶ。 従業員301～1,000人の製造業のユーザーがSmartHRのアプリマーケットに投稿したレビューが問題を正確に描写しています。freee人事労務は源泉徴収票データをPDFでのみ出力します。提供されるCSVエクスポートは年末調整確認用であり、構造化された源泉徴収票データではありません。SmartHRに取り込むには、人事チームが約560人分のPDFに従業員IDと氏名を手動で命名・保存し、1ファイルずつアップロードする必要がありました。“導入初回の昨年度は源泉徴収票連携作業に時間を要したため、例年より公開が遅れた経緯がございます” — 移行初年度は証明書連携作業に時間がかかり、従業員への公開が前年より遅れました。日本の活発な給与ソフト移行サイクル全体で考えると、その手作業は人時間ではなく人週間単位で計測されます。

年央の給与システム移行でデータが分断される。 例えば、7月にアウトソースの給与プロバイダー（弥生給与）からSmartHRに切り替えた企業では、従業員の源泉徴収票データが2つのシステムにまたがることになる。CSVのレイアウトは異なり、列見出しは日本語。エンコーディングもShift-JIS（弥生）とUTF-8（最新クラウドプラットフォーム）で異なる。2つのシステムのエクスポートデータを1つのグローバルレポートに統合するには、翻訳者、データクレンジングスクリプト、そして人事チームが想定していた以上のスプレッドシート操作が必要になる。

グローバル本社は日本語を読まない。 日本に子会社を持つ外資系企業では、シンガポール、ロンドン、ニューヨークの地域本社への月次・四半期レポートに、英語での日本従業員データ（「年間総支給額」「源泉徴収税額」「社会保険料」などの列）が必要となる。弥生給与からのCSVエクスポートでは、支払金額、源泉徴収税額、社会保険料等の金額とラベル付けされたデータを、毎回手作業で翻訳・整形しなければならない。データは存在する。しかし、PDFに閉じ込められ、レポートの受取人が読めない言語でラベル付けされているのだ。

증명서 300장, 업로드 한 번: 일괄 추출이 격차를 해소하는 방법

일괄 처리는 여러 문서를 한 번에 업로드하고, 문서당 한 행, 사용자가 정의한 필드당 한 열로 구성된 단일 병합 출력 파일을 받는 것을 의미합니다. 이는 PDF 300장을 하나씩 열고, 입력하고, 닫고, 반복하는 것과 300장 모두를 한 번에 처리하는 것의 차이입니다.

워크플로우가 수동 입력을 지시로 대체합니다:

1단계: 열을 한 번 정의하세요. 각 증명서에서 데이터를 다시 입력하는 대신, 추출할 항목을 정의합니다. 이는 열 이름 추출을 사용합니다: "직원 이름", "총 급여(JPY)", "원천징수세(JPY)", "사회보험 합계(JPY)"와 같은 필드 이름을 입력하면, AI가 각 문서를 읽고 해당 값이 페이지에서 어디에 있는지가 아니라 무엇을 의미하는지 이해하여 찾고 추출합니다. 이는 급여 소프트웨어마다 원천징수 증명서 형식이 다르기 때문에 중요합니다 — Yayoi는 법인번호(法人番号)를 한 위치에, SmartHR은 다른 위치에, 소규모 회계 사무소의 종이 증명서는 또 다른 레이아웃을 따릅니다. 열 이름 추출은 좌표가 아닌 의미 레이블을 읽습니다.

표준 원천징수 증명서 일괄 추출의 경우, 다음 8개 열이 대부분의 글로벌 HR 및 재무팀에 필요한 필드를 포함합니다:

보고 요구 사항이 확장됨에 따라 생명보험료 공제(生命保険料控除), 지진보험료 공제(地震保険料控除), 주택대출 특별 공제(住宅借入金等特別控除), 부양가족 수, 배우자 공제 세부 정보 등의 컬럼을 추가할 수 있습니다. 재교육이나 급여 제공자별 템플릿 없이 컬럼명만 추가하면 AI가 값을 찾습니다. 원천징수표의 26개 필드 각각에 대한 자세한 설명과 단일 증명서 추출 워크플로우 전체를 보려면 일본 원천징수 증명서를 Excel로 추출하는 가이드를 참조하세요.

2단계: 모든 파일을 한 번에 업로드하세요. 원천징수 영수증 파일(급여 소프트웨어의 PDF, 이전 고용주의 종이 증명서 스캔본, 인쇄본 사진 등)을 하나의 업로드 영역으로 드래그하세요. 도구가 한 세션에서 모두 함께 처리합니다. 페이지당 5~10초가 소요되어 수동 입력 평균 3분보다 약 18배 빠르지만, 실제 절감 효과는 300개 개별 파일을 열고, 입력하고, 닫는 과정이 필요 없다는 데 있습니다.

ステップ3: サンプル確認後、エクスポート。抽出が完了すると、定義した列を含む従業員ごとのプレビューテーブル（300行）が表示されます。元のPDFと数行を照合し（ランダムな15名の従業員に対して5%のサンプルチェックでほとんどの抽出問題を発見）、プレビュー上で直接修正して、Excel（XLSX）またはCSVとしてエクスポートします。ファイルはすぐにグローバルHRISへのアップロード、外部の会計士への転送、または法定報告サマリーテーブルの作成に使用できます。

処理前に従業員から証明書を収集する必要がある企業（例：前職から紙ベースの源泉徴収票しかない従業員がいる場合）には、収集リンクで入力を簡素化できます。共有可能なURL（受信者の登録不要）を生成し、各従業員に送信すると、アップロードされたファイルが処理キューに直接届き、一括抽出の準備が整います。

個人別源泉徴収票から法定調書合計表へ：誰も予算化していない税務署の締切

日本で給与を支払うすべての事業主は、年末調整に関して2種類の書類を提出する必要があります。税務署への源泉徴収票と、各従業員の市区町村への給与支払報告書です。これらを結びつける集計書類が給与所得の源泉徴収票等の法定調書合計表であり、すべての個人別証明書の合計を集計し、個人別報告書とともに1月31日までに提出しなければなりません。

2016年以降、eLTAX統一提出システム（電子的提出の一元化）により、事業主はPCdeskを介して統一CSVレイアウトを使用し、市区町村への給与支払報告書と税務署への源泉徴収票の両方を一度の操作で作成・提出できるようになりました。これにより、同じデータを2回準備して送付する必要がなくなりましたが、データはeLTAXパイプラインに入る前に、構造化された機械可読形式で存在している必要があります。

電子申告義務は厳格化しています。現行ルールでは、前年に法定調書を100枚以上提出した事業主は、e-Taxまたは光ディスクによる電子申告が義務付けられています。2027年1月からは、その基準が30枚に引き下げられます。つまり、従業員が30人しかいない会社でも、義務的な電子申告ラインを超えることになります。実質的には今が対応の時期です。今年準備する2025年のデータが、基準引き下げ時に電子申告が義務付けられるかどうかを決定します。

대기업의 경우 TKC의 e-TAX 법정신고 시스템 같은 솔루션이 급여 시스템의 CSV 가져오기, 일괄 전자서명, eLTAX 및 e-Tax에 대한 일괄 제출, 그리고 컴플라이언스 기록 보관까지 전자신고 워크플로 전체를 처리합니다. 이러한 도구는 신고 문제를 해결합니다. 하지만 퇴직 직원의 종이 증명서, 이전 고용주의 PDF, 또는 기존 급여 시스템의 내보내기 파일에서 이들 신고 도구가 요구하는 구조화된 CSV로 데이터를 가져오는 상류 문제는 해결하지 못합니다. 일괄 추출은 그 상류 간극을 메웁니다: 모든 원천징수 증명서가 출처와 관계없이 동일한 스프레드시트에 모이면, 법정신고 요약표 작성은 60개의 PDF를 급여 원장과 대조하는 것이 아니라 열 합계와 항목별 개수 세기 문제가 됩니다.

직원이 서로 다른 세 가지 급여 체계에 걸쳐 있을 때

가장 흔한 일괄 처리 과제는 데이터 양 자체가 아닙니다. 그 양을 만들어내는 소스의 이질성입니다. 매년 1월 반복되는 세 가지 시나리오:

연도 중 급여 시스템 마이그레이션. 8월에 Yayoi Payroll(弥生給与)에서 SmartHR로 마이그레이션한 회사는 한 시스템에 6개월 치 데이터, 다른 시스템에 6개월 치 데이터를 보유합니다. Yayoi 시스템은 1월부터 7월까지의 원천징수 영수증을 발행했고, SmartHR은 8월부터 12월까지의 영수증을 발행했습니다. 직원의 개인 세무 기록상 두 영수증은 합쳐서 한 해 전체를 나타냅니다. 글로벌 보상 보고서의 경우 한 명의 직원이 두 개의 소스 시스템과 두 개의 문서 형식을 차지합니다. 일괄 추출은 동일한 업로드에서 두 PDF를 모두 처리합니다. "직원 이름"이 두 PDF에서 일치하고 출력 행은 결합된 추출 데이터를 반영합니다.

연도 중 입사자(이전 직장 있음). 일본 소득세법에 따르면 연도 중에 입사하는 모든 직원은 연말정산을 위해 이전 직장의 원천징수 영수증을 제출해야 합니다. 새 고용주는 이전 소득을 원천징수 계산에 반영한 후 한 해 전체에 대한 단일 통합 영수증을 발행합니다. 하지만 현재 고용주와 이전 고용주의 데이터를 분리해야 하는 분석(보상 벤치마킹, 원가 부문별 예산 할당, 주재원 세금 균등화)의 경우 스프레드시트에 두 영수증이 모두 필요합니다. 추출 테이블의 "고용주 이름" 열은 어떤 행이 어떤 소스에 속하는지 즉시 식별해 줍니다.

합병 후 통합. 두 회사가 합병됩니다. 존속 법인에는 급여 내역이 서로 다른 두 시스템, 서로 다른 급여 제공업체, 서로 다른 형식, 서로 다른 복리후생 및 수당 계정과목 매핑에 저장된 직원들이 있습니다. 합병 후 첫 번째 과세 연도는 모든 직원이 동일한 法定調書合計表(법정조서합계표)에 처음으로 함께 나타나는 시점입니다. 두 호환되지 않는 급여 시스템 내보내기를 조정하려고 시도하는 대신 PDF에서 일괄 추출하면 출처와 관계없이 사용자가 정의한 하나의 스키마를 가진 하나의 테이블을 얻을 수 있습니다.

자주 묻는 질문

일부 증명서가 디지털 PDF가 아닌 스캔된 종이 문서라면 어떻게 하나요?

추출 엔진은 스캔 이미지, 스마트폰 사진, 네이티브 PDF를 동일하게 처리합니다. 200 DPI 이상의 깨끗한 스캔 시 인쇄된 텍스트는 최대 99% 정확도로 추출됩니다. 필기 증명서나 조명이 좋지 않은 저해상도 휴대폰 사진은 정확도가 낮아집니다. 수집 링크를 통해 직원이 제출한 종이 증명서의 경우, 평평한 표면, 좋은 조명, 문서 전체가 프레임에 포함되도록 하는 간단한 품질 가이드라인으로 업로드 전 대부분의 문제를 방지할 수 있습니다.

freee의 CSV 내보내기만 사용해도 되나요?

freee 인사(HR)의 CSV 내보내기는 연말정산 데이터 확인용으로 설계되었으며, 구조화된 원천징수영수증 데이터 내보내기용이 아닙니다. 다른 시스템으로 가져오기에 적합한 형식으로 원천징수영수증 전체 필드를 출력하지 않습니다. 이는 사용자 경험을 통해 확인되었습니다. freee에서 SmartHR로 전환하는 기업들은 CSV 내보내기에 원천징수영수증 데이터 구조가 포함되어 있지 않아 개별 PDF를 수동으로 처리해야 했습니다. freee 내에서만 운영하고 보고 요구사항이 freee의 기본 보고서로 충분하다면 CSV 내보내기로도 충분할 수 있습니다. 하지만 다른 시스템, 다른 언어로 데이터가 필요하거나 다른 출처의 증명서와 통합해야 한다면 PDF에서 일괄 추출하는 것이 실용적인 방법입니다.

一括抽出の出力は e-Tax や eLTAX の CSV インポートに対応していますか？

一括抽出では、指定した列で整った Excel または CSV ファイルを出力します。これは、政府が定めた特定のフィールド順序とエンコード仕様を持つ eLTAX 統一 CSV レイアウト（統一CSVレイアウト）の直接的な代替品ではありません。ただし、すべての従業員データが1つの構造化されたスプレッドシートにまとまっていれば、公式の CSV テンプレートへの入力は簡単なマッピング作業になります。英語の列見出しを統一 CSV 形式に必要な日本語フィールドに一度マッピングし、そのマッピングをすべての行に適用するだけです。これは、各 PDF から個別にデータを抽出し、手作業で公式形式に入力するよりもはるかに高速です。

퇴직소득 원천징수영수증(退職所得の源泉徴収票)은 어떻게 처리하나요?

퇴직소득 영수증은 다른 양식과 필드를 사용합니다. 과세 대상 금액 계산 방식은 (총 지급액 − 근속연수 20년까지는 연 ¥400,000, 이후 연 ¥700,000) × ½입니다. 이는 별도 배치로 처리해야 하며, 자체 열 정의(“퇴직급여 총액,” “근속연수,” “퇴직소득 공제,” “원천징수세액”)가 필요합니다. 추출 방법은 동일하며 열 이름만 다릅니다. 회사에서 매년 퇴직 건수가 많다면, 주된 근로소득 배치와 별도로 퇴직 영수증 배치를 병행 실행하면 두 워크플로를 깔끔하게 유지할 수 있습니다.

일괄 추출 시 마이 넘버(個人番号) 데이터가 포함되나요?

아니요. HR 팀이 일반적으로 다루는 원천징수증명서의 근로자용 사본에는 마이 넘버 항목이 공란 또는 마스킹 처리되어 있습니다. 마스킹되지 않은 마이 넘버는 규정 준수를 위해 별도로 보관되는 사용자 보관용 사본에만 나타납니다. 근로자용 사본을 대상으로 하는 일괄 추출 작업에서는 마이 넘버 데이터가 처리되지 않습니다.

300행 전체의 정확도를 어떻게 확인하나요?

일괄 추출 시 비용 효율적인 검증 전략: 전체 행의 5%(300행 중 15행)를 무작위로 샘플링하여 각 추출 필드를 원본 PDF와 비교합니다. 샘플에서 정확도가 높으면 해당 배치를 신뢰할 수 있습니다. 예를 들어 SmartHR 생성 증명서에서 사회보험 총액이 일관되게 잘못 추출되는 등 체계적 오류가 발견되면, 단순히 "Social Insurance" 대신 더 정확한 일본어 필드 레이블(社会保険料等の金額)을 사용하도록 열 이름을 수정하고 다시 실행하세요. 열 정의는 이후 일괄 실행에서 재사용 가능하므로, 검증에 투자한 시간은 매년 1월에 그 가치를 발휘합니다.

급여 시스템은 계산을 처리합니다. 스프레드시트가 마지막 단계입니다.

일본의 급여 소프트웨어 생태계는 계산 문제를 해결했습니다. Yayoi Payroll, freee HR, SmartHR, MoneyForward 모두 국세청 요구 사항에 부합하는 정확도로 원천징수세, 사회보험료, 연말정산을 계산합니다. 문제는 수학적 격차가 아니라 데이터 이동성의 격차입니다. 매년 1월, 일본 전역의 HR 팀은 보상 분석, 예산 계획, 직원 상담이 아닌 PDF에서 스프레드시트로 숫자를 옮기는 데 첫 근무 주를 보냅니다.

숫자는 합산됩니다. 증명서 300장, 각 3분: 총 15시간. 글로벌 본사를 위한 영문 버전에도 동일 작업을 반복합니다. 새 급여 시스템으로의 데이터 마이그레이션에도 반복합니다. 법정 보고서 요약표 집계에도 반복합니다. 계산은 무료였지만, 필사 작업은 매년 한 달 치 HR 업무량을 소모합니다.

일괄 추출은 급여 소프트웨어를 대체하지 않습니다. 소프트웨어가 끝나는 지점부터 작업을 이어받습니다. 업로드 한 번, 스프레드시트 하나, PDF를 열고 숫자를 입력하느라 보내던 1월의 한 주가 줄어듭니다.

샘플 증명서로 일괄 추출 테스트하기