영국 P45 퇴사자 데이터를 엑셀로 추출하는 방법
급여 및 신규 입사자 처리용
평균 영국 이직률(전 업종 연 15%)을 가진 200인 규모 기업은 매년 약 30명의 신규 입사자를 처리합니다. 각 입사자는 이전 고용주의 P45를 제출합니다. 급여 담당자는 PDF를 열어 과세 코드, 퇴사일, 연간 누적 급여 및 세액, 학자금 대출 표시를 확인한 후 각 항목을 급여 소프트웨어의 신규 입사자 양식에 입력합니다. 문제가 없으면 P45당 2분이 소요됩니다. 하지만 과세 코드 한 자리를 잘못 입력하면(1257L → 1275L) 직원은 HMRC에서 수정 코드를 발급할 때까지 첫 달 동안 잘못된 공제를 받게 됩니다. 핵심 문제는 처리량이 아닙니다. 동일한 구조화된 데이터가 입사할 때마다 사람의 수동 입력 단계를 거치며, P45와 급여 기록 사이에 오류 수정 계층이 전혀 없다는 점입니다.
핵심 요약
- HMRC는 P45에 포함되어야 할 모든 데이터 필드를 규정하지만, 각 급여 소프트웨어가 자체 레이아웃을 설계하도록 허용합니다. 따라서 동일한 과세 코드가 증명서마다 다른 위치에 표시되며, 사람만이 유일한 공통 분모로 남습니다.
- 50명의 이전 고용주에게 P45 형식을 표준화하도록 요청하는 것은 불가능합니다. 서로를 모르는 조직들이 아무도 혜택을 보지 못하는 결정을 조정하도록 요구하는 것이며, 이것이 P45 데이터 입력이 양식 생성 이후 수동으로 유지된 이유입니다.
- 레이아웃 읽기를 중단하고 레이블 읽기를 시작하세요. 각 필드의 의미에 따라 스프레드시트 열을 한 번 정의하고, AI가 좌표가 아닌 단어를 이해하여 모든 급여 제공자의 증명서에서 "퇴사 시 과세 코드"를 찾도록 하세요.
P45에 포함된 정보 — 4개 파트, 하나의 데이터 세트, 스프레드시트 열
P45는 공식 명칭이 "퇴직 직원 정보"이며, 영국에서 고용이 종료될 때 모든 직원에게 발급되는 법정 문서입니다. 이는 2003년 소득세(종합소득세) 규정 제36조에 따라 사용자가 "불합리한 지체 없이" 퇴사자 정보를 제공하도록 규정하고 있습니다. 실제로는 최종 급여명세서와 함께 또는 퇴사일로부터 한 급여 주기 내에 제공됩니다. 전체 과세 연도를 마감하는 P60과 달리, P45는 단일 사건에 의해 발급되며 과세 연도 시작일(4월 6일)부터 퇴사일까지의 데이터만 포함합니다.
양식은 4개 파트로 구성되지만, 그중 3개는 동일한 데이터를 포함합니다:
파트 1 — HMRC(전자 제출, RTI 방식)
이전 사용자는 최종 급여 지급 시 Full Payment Submission(FPS)을 통해 이 정보를 HMRC에 전송합니다. 직원은 이 파트를 직접 다루지 않습니다. 과거에는 우편으로 발송되는 종이 양식이었지만, 현재는 RTI가 종이 문서를 완전히 대체했습니다.
파트 1A — 직원 보관용
직원이 개인 기록용으로 보관하는 사본입니다. 고용 증명 및 납부 세금 내역을 확인할 수 있습니다. 대부분의 직원은 HMRC가 요청하거나 새 사용자의 급여팀이 원본 참조 번호를 필요로 하지 않는 한, 이를 보관만 하고 다시 확인하지 않습니다.
파트 2 — 새 사용자(급여 데이터 입력의 근간)
급여팀이 가장 중요하게 여기는 파트입니다. 직원에게 적용된 세금 코드, 해당 과세 연도 동안 지급된 총 급여 및 세금, 퇴사일, 국민보험번호, 학자금 대출 공제 여부 등이 포함됩니다. 파트 2의 모든 항목은 새 직원 등록 시 급여 소프트웨어에 입력해야 하는 정보입니다.
파트 3 — 새 사용자 또는 잡센터 플러스(백업 사본)
파트 2의 복사본입니다. 동일한 데이터와 항목을 포함합니다. 새 사용자는 파트 2를 급여 기록용으로 보관하고, 파트 3을 사용하여 직원을 HMRC에 등록하거나, 개인이 구직 중인 경우 잡센터 플러스에 제출합니다.
추출 목적으로 파트 2와 3의 내용은 동일합니다. 직원이 건네주는 형식(이전 고용주의 급여 시스템 PDF, 인쇄된 P45 스캔본, 종이 사본의 휴대폰 사진 등)에 관계없이 데이터 필드는 동일합니다.
스프레드시트 열이 되는 필드
신원 및 참조 필드
- 직원 NINO — 영문자 2자, 숫자 6자, 접미사 영문자 1자 형식의 국민보험번호(예: QQ 12 34 56 C). HMRC가 여러 고용 간 조정에 사용하는 직원 식별 키입니다. 이 정보가 틀리면 HMRC가 신규 입사자를 기존 기록과 연결할 수 없으며, 첫 FPS 제출이 실패합니다.
- 고용주 PAYE 참조번호 — 이전 고용주의 참조번호로,
NNN/AAAAAAAA형식(3자리 세무서 번호, 슬래시, 최대 10자 영숫자)입니다. 회사의 PAYE 참조번호와 다릅니다. 감사 추적 및 HMRC가 직원의 고용 이력을 매핑할 때 중요합니다. - 근무처/급여 번호 — 이전 고용주의 내부 ID입니다. 선택 사항이지만 급여명세서나 계약자 기록을 상호 참조할 때 유용합니다.
급여 및 세금 수치 (급여 소프트웨어에 입력하는 데이터)
- 총 누적 급여 — 4월 6일부터 퇴사일까지의 총 급여로, 세금 코드가 누적 기준인 경우 동일 과세연도의 이전 고용 급여를 포함합니다. 급여 소프트웨어가 직원의 개인 면제 한도 잔액을 결정하는 데 사용하는 수치입니다.
- 총 누적 세금 — 현재 과세연도 전체 고용에서 공제된 총 PAYE 소득세입니다. 비누적(Week 1/Month 1) 코드의 경우 이 수치는 퇴사한 고용에만 해당됩니다.
- 해당 고용 급여 및 해당 고용 세금 — 직원이 여러 직업을 가졌을 때만 표시됩니다. 누적 합계와 별도로 퇴사 고용주에게만 귀속되는 수치를 보여줍니다.
- 퇴사 시 세금 코드 — 예: 1257L, BR, D0 또는 NT. 비누적 기준을 나타내는 W1 또는 M1 접미사가 붙을 수 있습니다.
- 퇴사일 — 직원의 마지막 근무일입니다. 급여 소프트웨어가 PAYE 보고 기간 시작일을 설정하는 데 사용합니다.
학자금 대출 및 기타 지표
- 학자금 대출 공제 지표 — 금액이 아닌 체크박스 또는 '예/아니오' 필드입니다. 이전 고용주가 학자금 대출 상환금(플랜 1, 2 또는 4)을 공제하고 있었는지 여부를 알려줍니다. 체크된 경우, 급여 소프트웨어는 첫 급여 기간부터 해당 공제를 계속해야 합니다. 실제 월 상환액은 P45에서 이월되는 것이 아니라 소득 기준에 따라 시스템에서 계산됩니다.
- 대학원 대출 지표 — 학부 대출과 별개이며 다른 기준으로 공제됩니다. P45에서 독립적으로 확인됩니다.
- 주 1 / 월 1 지표 — 세금 코드에 'W1' 또는 'M1' 접미사가 붙습니다. 이 플래그 하나로 데이터 입력 방식이 완전히 달라집니다. W1/M1 코드가 있는 경우 급여 및 세금 수치는 비누적식으로, 해당 고용에만 적용됩니다. 표준 누적 코드의 경우 수치가 이전 직장에서 이월됩니다.
급여 참조 필드
- 세금 주/월 번호 — 마지막 지급일의 세금 주 또는 월입니다. 주 1 = 4월 6일~12일, 월 1 = 4월 6일~5월 5일입니다. 소프트웨어는 이를 사용하여 직원을 현재 과세 연도의 PAYE 타임라인에 올바르게 배치합니다.
- 직원 이름 및 주소 — 간단한 신원 필드입니다. 직원의 세부 정보와 교차 확인하여 불일치를 찾아냅니다.
- 생년월일 및 성별 — 일부 P45 양식에 있습니다. HMRC에서 신원 확인 및 국민연금 수급 연령 결정(NI 범주 문자 변경 시 관련)에 사용합니다.
선택 필드를 추출하는지 여부에 따라 신규 직원당 12~15개의 열이 입력됩니다. 연간 신규 직원 30명에 대해 P45 한 장당 2분씩 소요된다면, 순수 타이핑에 1시간이 걸리며, 이는 이미 양식에 올바르게 인쇄된 데이터를 입력하는 데 소요되는 시간입니다.
영국 급여 관리자가 매년 같은 P45 항목을 수십 번 다시 입력하는 이유
P45가 단순한 데이터 내보내기(한 급여 시스템에서 다른 시스템으로의 CSV 파일)였다면 이 글은 존재하지 않았을 것입니다. 이전 고용주가 버튼 하나만 누르면 급여 소프트웨어가 퇴사자 기록을 직접 가져올 수 있기 때문입니다. 이런 일이 일어나지 않는 이유는 기술적 문제가 아니라 구조적 문제입니다.
HMRC의 P45 규격은 PAYE 규정에 따른 규제 프레임워크에 의해 관리되며, 양식에 표시되어야 하는 데이터(위에 나열된 항목)는 규정하지만 양식의 모양은 규정하지 않습니다. 모든 급여 소프트웨어 제공업체는 자체적인 대체 P45 레이아웃을 설계합니다. Sage 50 Payroll은 세금 코드를 오른쪽 상단에, NINO는 별도 블록 아래에 인쇄할 수 있습니다. BrightPay는 직원 정보는 왼쪽, 급여 수치는 중앙, 세금 정보는 오른쪽에 배치하는 3열 그리드를 사용할 수 있습니다. Xero Payroll은 모든 항목을 세로로 쌓을 수 있습니다. QuickBooks UK는 또 다른 배열을 사용합니다. Moorepay, ADP UK, IRIS Staffology, Moneysoft Payroll Manager — 각각 고유한 레이아웃 엔진을 가지고 있습니다.
그 결과 "Sage를 사용하는 고용주 A"의 P45는 "BrightPay를 사용하는 고용주 B"의 P45와 동일한 항목 집합을 가지고 있음에도 다르게 보입니다. 그리고 새 고용주의 급여 시스템은 이전 고용주가 어떤 레이아웃을 사용했는지 알 수 없기 때문에 항목을 자동으로 구문 분석할 수 없습니다. 유일하게 보장된 공통 분모는 사람이 PDF를 읽고 값을 급여 소프트웨어의 신규 입사자 양식에 입력하는 것입니다.
이것이 템플릿 기반 OCR 접근 방식(페이지에서 필드 위치를 알아야 하는 도구)이 실패하는 지점입니다. Sage의 P45 레이아웃으로 학습된 템플릿은 세금 코드 상자의 위치가 다르기 때문에 BrightPay P45를 읽을 수 없습니다. 사용자 정의 열 추출은 이 문제를 완전히 우회합니다. 도구에 각 레이아웃에서 세금 코드가 어디에 있는지 알려주는 대신, 원하는 데이터("세금 코드", "현재까지 총 급여", "NINO")를 알려주면 AI가 종이에 나타난 위치가 아닌 레이블이 지정된 필드의 의미를 이해하여 각 P45를 읽습니다. 동일한 열 정의가 모든 급여 제공업체의 레이아웃에서 작동합니다.
P45 추출 원칙: 급여 스프레드시트에 필요한 열 이름("NINO", "퇴사 시 세금 코드", "현재까지 총 급여", "현재까지 총 세금", "퇴사일", "학자금 대출 표시", "고용주 PAYE 참조번호")을 정의하면 AI가 위치가 아닌 의미적 이해를 통해 각 P45에서 각 값을 찾습니다. 열 정의는 한 번 작성하면 이전 고용주가 어떤 급여 소프트웨어를 사용했든 모든 신규 입사자에 대해 재사용됩니다.
P45 추출 워크플로우 설정
수동 P45 필사 작업을 대체하는 워크플로우는 세 단계로 구성됩니다. 설정 단계(열 정의)는 한 번만 수행하면 과세 연도 내내 모든 신규 직원에 대해 재사용할 수 있습니다.
출력 열 정의
열 머리글로 표시될 필드 이름을 정확히 입력합니다. Sage, BrightPay 또는 Xero에서 신규 직원 설정을 위한 실용적인 기본 세트는 다음과 같습니다: 직원 이름, NINO, 퇴사 시 세금 코드, 총 누적 급여, 총 누적 세금, 해당 고용 급여, 해당 고용 세금, 퇴사일, 세금 주/월 번호, 고용주 PAYE 참조번호, 학자금 대출 표시, 대학원 대출 표시, 사번/급여 번호. 이것이 사용자 정의 열 추출입니다: 출력 스키마를 정의하면 AI가 각 P45의 필드를 열에 매핑합니다(모든 레이아웃에서 의미적 일치를 기준으로). 급여 소프트웨어가 특정 필드를 요구하지만 모든 P45에 존재하지 않는 경우(예: '해당 고용 급여'는 직원이 여러 직업을 가졌을 때만 나타남), AI는 추측하지 않고 셀을 비워둡니다. 이는 원본 문서에 실제로 존재하지 않는 필드에 대한 올바른 동작입니다.
P45 도착 시 업로드 (단일 또는 일괄)
워크플로우는 P45가 들어오는 방식에 맞춰 조정됩니다. 신규 직원이 첫날 P45를 건네주면 파일 하나를 업로드하고 한 행을 받습니다. 동일 에이전시에서 계약직 5명을 온보딩하는 경우, 5개의 P45 PDF를 한 번에 업로드하고 하나의 스프레드시트에서 5행을 얻습니다. 입력 형식은 유연합니다: 모든 급여 소프트웨어의 PDF 내보내기, 인쇄된 P45 스캔본(직원이 서랍에 2년 동안 보관했던 종이 버전), 종이 사본의 휴대폰 사진도 모두 작동합니다. 일괄 처리는 여러 파일을 하나의 통합 출력으로 병합합니다. 분기 말에 몇 달 치 신규 직원 기록을 조정할 때 유용합니다.
내보내기 및 급여 소프트웨어에 입력
Excel 파일을 다운로드합니다. P45당 한 행, 열은 사용자가 정의한 순서대로 정렬됩니다. 출력에는 원본 P45 PDF로 추적할 수 있는 소스 파일 참조 열이 포함됩니다. 아래 섹션의 유효성 검사를 실행한 후 추출된 값을 급여 소프트웨어의 신규 직원 화면에 입력합니다. 내보내기는 가져오기 가능한 급여 시스템용 CSV 또는 API 기반 온보딩 파이프라인을 사용하는 팀용 JSON으로도 제공됩니다. Google Sheets에서 급여 조정을 실행하는 팀은 Google Sheets 애드온을 사용하여 스프레드시트를 벗어나지 않고 결과를 활성 시트에 직접 기록할 수 있습니다.
이 워크플로는 신규 입사자 한 명이든 50명이든 동일하게 작동합니다. 열 정의는 전체 과세 연도에 걸쳐 재사용할 수 있습니다. 법정 P45 필드 세트가 안정적이기 때문입니다. HMRC는 법률이 변경될 때만 이를 변경하며, 변경 시 나머지 정의를 다시 구축하지 않고 열을 추가하거나 이름을 변경하면 됩니다.
반복 입력 습관을 깨는 P45 시나리오 처리
대부분의 P45는 표준 패턴(누진 세금 코드, 단일 고용, 숫자로 된 급여 및 세금 수치)을 따릅니다. 하지만 표준에서 벗어나는 P45가 충분히 많아 순수한 반복 입력 방식(상자 X를 보고 필드 Y에 입력)으로는 예외 상황에서 오류가 발생합니다. 이러한 시나리오에서 추출은 수동 입력이 제공할 수 없는 일관성 계층을 제공합니다.
주 1 / 월 1(비누진) 세금 코드
"W1"(주급) 또는 "M1"(월급)으로 끝나는 세금 코드(예: 1257L M1)는 비누진 코드입니다. 이는 직원의 세금이 각 급여 기간마다 독립적으로 계산되며, 해당 기간의 급여만 사용하고 과세 연도 초기의 급여와 세금은 무시함을 의미합니다. 데이터 입력에 대한 실질적인 결과: P45의 "연도 누계 급여" 및 "연도 누계 세금" 필드는 퇴사 고용만을 포함하며, 동일 과세 연도의 이전 고용은 포함하지 않습니다.
W1/M1 직원을 급여 소프트웨어에 입력할 때 누진 개인 공제가 직업 간에 추적되지 않았다는 점을 알아야 합니다. 소프트웨어는 이 직원을 현재 월에 새로 시작한 것처럼 처리하여 전체 월분의 면세 공제(월급의 경우 코드 번호를 12로 나눈 값)를 적용합니다. 이는 "비상 세금"도 오류도 아닙니다. 비누진 코드의 올바른 작동이며, 이를 이해하는 것이 급여 수치를 "누진처럼 보이게" 수동 조정하지 못하게 합니다.
구체적으로: P45에 세금 코드 1257L M1과 연도 누계 급여 £4,000, 연도 누계 세금 £200이 표시되면 해당 정확한 수치를 급여 소프트웨어에 입력합니다. 이전 급여의 추정치를 추가하지 마십시오. 급여 시스템은 M1 기준을 사용하여 향후 올바른 세금을 계산합니다.
비상 세금은 W1/M1과 다릅니다. 비상 세금 코드(0T, BR 또는 임시로 비누진 기준으로 할당된 1257L)는 새 고용주가 P45가 없고 스타터 체크리스트를 사용해야 할 때 발생합니다. 이전 고용주의 P45에 있는 진정한 W1/M1 코드는 비상 세금이 아닙니다. 이는 의도적인 HMRC 지시이며, 일반적으로 직원이 해당 연도 초기에 부정확하거나 불완전한 PAYE 기록을 가지고 있었기 때문에 발행됩니다. 이 구분이 중요한 이유는 W1/M1 코드가 있는 P45의 데이터를 "아마도 잘못된 것"이 아닌 권위 있는 것으로 취급하기 때문입니다.
무급 P45
급여 명단에 등록되었으나 실제로 근무하지 않았거나 첫 급여 기일 전에 퇴사한 직원의 경우 무급 P45가 발급됩니다. 이 양식에는 이 고용에서의 총 급여: £0.00, 이 고용에서의 총 세금: £0.00으로 표시되며, 유효한 세금 코드와 퇴사일이 기재됩니다. 이는 실제 P45이며 실제 규정 준수 의미가 있습니다. 고용주는 규정 36에 따라 HMRC가 세금 코드를 발급한 모든 직원에 대해 지급이 이루어지지 않았더라도 이를 발급해야 합니다.
일괄 처리에서 표준 P45와 함께 무급 P45를 추출할 때, 무급 행은 급여 및 세금 열에 £0.00으로 자연스럽게 채워집니다. 데이터는 정확합니다. 수동 작업자가 £0.00 급여 수치를 보고 "내가 상자를 놓쳤나?"라고 의심하며 존재하지 않는 숫자를 찾을 수 있습니다. 추출은 AI가 인쇄된 값을 읽고 양식에 명시된 대로 출력하기 때문에 이러한 망설임을 제거합니다.
학자금 대출: 금액이 아닌 표시
P45에는 학자금 대출 표시 — 체크박스 또는 "예/아니오" — 가 있으며 금액이 아닙니다. 이는 P45에 익숙하지 않은 급여 관리자에게 자주 혼란을 줍니다. 이전 직장에서 학자금 대출 공제를 받았던 신규 직원은 표시가 체크되어 있지만 상환 금액은 표시되지 않습니다. 급여 소프트웨어는 공제 여부와 기준(플랜 1, 플랜 2 또는 플랜 4)을 알기 위해 표시가 필요하며, 직원의 총 급여에서 월 상환액을 계산합니다. 추출된 열은 표시를 숫자가 아닌 범주형 값(플랜 1 / 플랜 2 / 플랜 4 / 대학원 / 없음)으로 캡처해야 합니다.
다중 고용 P45
두 개의 직업을 동시에 가진 직원(예: 풀타임 직업과 주말 파트타임 직업)이 그중 하나를 그만둡니다. 퇴사하는 고용에 대한 P45에는 "연도 누계 총 급여"(두 직업 모두 포함한 누계)와 "이 고용에서의 급여"(퇴사하는 직업만)가 모두 표시됩니다. 두 수치는 다르며 둘 다 중요합니다. 연도 누계 총 급여는 HMRC 연속성을 위해 급여 소프트웨어의 연도 누계 필드에 입력됩니다. 이 고용에서의 급여는 이 특정 직업이 지급한 금액에 대한 자체 기록용입니다. 추출은 두 항목을 별도의 열로 캡처합니다. 두 필드를 혼동하여 "이 고용에서의 급여" 수치를 연도 누계 총액으로 입력하는 수동 작업자는 직원의 누적 소득을 HMRC에 과소 보고하여 몇 달 후 세금 코드 수정을 초래할 수 있습니다.
추출된 P45 데이터 검증: 첫 급여 실행 전 확인 사항
추출 정확도가 높더라도, 급여 담당자는 실제 급여 실행 전에 데이터의 이상 여부를 점검해야 합니다. 아래 검사 항목은 P45 데이터에 특화되어 있으며, Excel에서 열별로 수행합니다. 이는 전체 감사가 아닌, 원본 P45와 대조해 볼 가치가 있는 몇몇 행을 찾아내기 위한 형태 검사입니다.
| 검사 항목 | 확인 사항 | Excel 수식 (2행 기준, 아래로 드래그) |
|---|---|---|
| NINO 형식 | 영문자 2자, 숫자 6자, 접미사 영문자 1자로 구성. 첫 글자로 D, F, I, Q, U, V는 사용되지 않으며, 두 번째 글자로 O도 사용되지 않습니다. 유효한 HMRC 발급 접두사 조합이어야 합니다. | =AND(LEN(A2)=9,NOT(ISERROR(SEARCH("??######?",""&A2)))) — 형식 위반 플래그 |
| PAYE 참조번호 형태 | 형식은 숫자 3자리, 슬래시(/), 최대 10자의 영숫자로 구성됩니다. "123AB4567"처럼 슬래시가 없는 값은 거의 항상 전사 또는 추출 오류입니다. | =AND(LEN(B2)>=5,ISNUMBER(VALUE(LEFT(B2,3))),MID(B2,4,1)="/") |
| 세금 코드 패턴 | 유효한 코드는 L, M, N, T, BR, D0, D1, NT, 0T, K로 끝나거나, 숫자 뒤에 위 접미사가 오거나, S 뒤에 위 중 하나가 옵니다. 선택적으로 W1 또는 M1 접미사가 붙을 수 있습니다. "XYZ500"과 같은 코드는 유효하지 않으므로 플래그를 지정해야 합니다. | =OR(ISNUMBER(SEARCH({"L","M","N","T","BR","D0","D1","NT","0T","K"},C2))) — 비준수 코드 플래그; 예외 사항은 수동 검토 필요 |
| 퇴사일 합리성 | 과거 날짜여야 하며, 미래 날짜가 아니어야 합니다. 또한 현재 또는 직전 과세 연도(4월 6일~다음 해 4월 5일)에 속해야 하며, 늦게 접수된 P45의 경우 한 달의 유예 기간을 허용합니다. 1900-01-01은 일반적으로 빈 필드가 날짜로 변환된 경우입니다. | =AND(D2 — 조건부 서식으로 이상치 강조 |
| 세금 대비 급여 비율 | 표준 세율 납세자의 경우 공제된 세금은 총 급여의 약 10~30%여야 합니다. 이 범위를 벗어나는 행은 확인이 필요합니다. 고소득자나 큰 보너스 등 정당한 경우일 수도 있고, 세금 자릿수 추출 오류일 수도 있습니다. | =AND(E2/F2>0.1,E2/F2<0.3) — 조건부 서식으로 이상치 표시; 확정 오류가 아닌 플래그 |
| W1/M1 지표 일관성 | 세금 코드에 "W1" 또는 "M1"이 포함된 경우, '이번 고용분 급여'는 일반적으로 '총 급여'와 일치해야 합니다(비누적 코드이므로). 불일치 시 수동 확인이 필요합니다. | =IF(OR(ISNUMBER(SEARCH("W1",C2)),ISNUMBER(SEARCH("M1",C2))),G2=H2,"N/A") — G는 총 급여, H는 이번 고용분 급여 |
| 학자금 대출 지표 완전성 | 지표가 있는 경우, Plan 1, Plan 2, Plan 4, Postgraduate, None 중 하나여야 합니다. P45에 학자금 대출 항목이 없는 경우에만 빈칸이 허용됩니다. "Yes"만 있고 유형이 없으면 불완전합니다. | =OR(I2={"Plan 1","Plan 2","Plan 4","Postgraduate","None",""}) — 수동 입력 일관성을 위한 데이터 유효성 검사 드롭다운 |
추출된 데이터에 대한 검증 패스의 가치는 행당 몇 분이 아닌 몇 초가 소요된다는 점입니다. 모든 P45의 모든 값을 다시 읽는 것이 아니라 형태를 확인하는 것입니다. 이러한 수식을 조건부 서식으로 적용하면 30개 행의 열을 1분 이내에 스캔할 수 있습니다. 플래그가 지정된 3~4개 행은 수동 검토를 거치고, 나머지는 급여 소프트웨어로 직접 전송됩니다.
P45 대비 스타터 체크리스트: 직원 첫 급여명세서를 위해 P45 데이터를 정확히 입력해야 하는 이유
신규 직원이 P45 없이 입사하는 경우(예: 첫 직장에 들어가는 학교 졸업생, 오랜 공백 후 복귀자, 서류를 분실한 사람) 고용주는 HMRC 스타터 체크리스트(기존 P46 양식을 대체)를 사용해야 합니다. 이 체크리스트는 직원의 고용 상태에 관한 세 가지 간단한 질문을 하고, 답변에 따라 임시 세금 코드를 부여합니다. 일반적으로 진술서 A(주된 직장, 다른 소득 없음)의 경우 누적 기준 1257L, 진술서 B(두 번째 직장)의 경우 BR(기본 세율)이 적용됩니다.
스타터 체크리스트는 직원을 급여 시스템에 등록하지만, 연초부터 현재까지의 소득이나 세금 데이터는 포함하지 않습니다. 결과적으로 직원의 개인 면제 한도가 처음부터 다시 적용됩니다. 즉, 이전 직장에서 이미 일부를 사용했음에도 불구하고 시작일부터 전체 면제 한도가 적용됩니다. HMRC는 일반적으로 첫 FPS 제출 후 4~6주 이내에 이를 수정하지만, 다음 급여명세서에 자동 환급되는 대신 세금 코드 조정으로 이루어질 수 있습니다.
P45 데이터를 정확히 추출하면 이러한 정산 기간을 완전히 피할 수 있습니다. 세금 코드는 일반 스타터 코드가 아니라 HMRC가 마지막으로 발급한 코드입니다. 연초부터 현재까지의 급여 및 세금 수치도 0이 아닌 정확한 값입니다. 학자금 대출 공제도 두 달 후 HMRC가 시작 통지서를 보낼 때 발견되는 것이 아니라 올바른 기준에서 시작됩니다. 직원 입장에서는 올바른 첫 급여명세서와 4~6주간의 잠정 공제(추후 정산 필요)의 차이입니다.
이것이 바로 P45 데이터 추출이 단순한 편의 이상인 이유입니다. "세금은 나중에 정리하겠습니다"와 "세금이 첫날부터 정확합니다"의 차이입니다. 연 1회 연말 정산 작업인 P60 추출과의 추가 차이점은 P45 추출은 채용 때마다 반복되므로 2주 기간에 몰아서 하는 대신 연중 내내 워크플로를 분산시킬 수 있다는 점입니다.
자주 묻는 질문
휴대폰으로 촬영한 종이 P45에서 데이터를 추출할 수 있나요?
네. AI는 조명이 고르지 않거나 약간 기울어지거나 접힌 자국이 있는 스캔을 포함하여 사람의 눈으로 읽을 수 있는 한 인쇄된 P45의 휴대폰 사진을 처리합니다. 이는 직원이 전자 사본을 발행하지 않는 이전 고용주로부터 물리적 P45를 가져오고 급여 팀이 이를 디지털화해야 하는 일반적인 시나리오를 다룹니다.
P45를 추출하면 긴급 세금이 면제되나요?
P45 데이터를 정확하게 추출하는 것이 첫 번째 단계입니다. 이를 급여 소프트웨어에 입력하는 것이 긴급 세금을 방지하는 방법입니다. P45에 유효한 세금 코드가 있고 올바르게 입력하면 급여 시스템이 첫 번째 급여 기간부터 해당 코드를 적용하여 긴급 코드가 트리거되지 않습니다. 추출 단계는 급여 소프트웨어가 코드를 거부하거나 잘못 적용하게 만드는 전사 오류(잘못 입력된 숫자, 잘못된 소수점 위치)를 제거합니다.
신입 사원이 P45를 분실하면 어떻게 하나요?
P45는 재발행할 수 없습니다. 고용주가 "사본"이라고 표시된 중복 P60을 발급할 수 있는 것과 달리, 소득세(PAYE) 규정은 HMRC 시스템에 중복 PAYE 기록을 생성하기 때문에 두 번째 P45 발급을 금지합니다. 직원이 P45를 분실한 경우 HMRC 스타터 체크리스트를 안내하세요. 직원은 또한 GOV.UK에서 개인 세금 계정을 확인하여 이전 고용주의 세금 코드와 최근 PAYE 내역을 찾을 수 있으며, 이는 스타터 체크리스트 데이터를 보완할 수 있습니다.
추출된 스프레드시트 데이터를 급여 소프트웨어에 직접 가져올 수 있나요?
급여 소프트웨어에 따라 다릅니다. Sage 50 Payroll, BrightPay 및 QuickBooks UK는 모두 특정 데이터 유형에 대해 CSV 가져오기를 지원하지만, 신규 직원 기록은 일반적으로 검증을 위해 소프트웨어 UI를 통한 수동 입력이 필요합니다. 추출된 스프레드시트는 직원당 한 행에 급여 소프트웨어의 신규 직원 화면에서 요구하는 순서대로 모든 필드를 제공하여 단일 정보 소스를 제공하므로, 원본 P45 PDF와 입력 화면 사이를 전환하지 않고 행을 따라 읽으며 값을 순서대로 입력할 수 있습니다.
한 배치에서 여러 과세연도의 P45를 처리하는 경우는 어떻게 하나요?
과세연도는 P45에 인쇄된 범위(예: "2025년 4월 6일 ~ [퇴사일]")로 표시되며, 추출 열로 포함시켜 다른 연도의 행을 구분할 수 있습니다. 기본 필드 세트(세금 코드, 현재까지 급여, 현재까지 세금, 학자금 대출 표시)는 과세연도와 관계없이 동일합니다. 2026-27년용으로 작성된 열 정의는 2025-26년 P45에도 작동하며, 학자금 대출 공제 임계값 변경 등 연도별 차이는 추출된 데이터가 아닌 급여 소프트웨어에서 처리됩니다.
손으로 쓴 P45나 주석이 추가된 양식도 읽을 수 있나요?
AI는 기계로 인쇄된 P45와 디지털로 생성된 대체 양식을 높은 정확도로 처리합니다. 인쇄된 P45에 손으로 쓴 주석(예: 급여 관리자가 세금 코드를 연필로 수정한 경우)은 신뢰도가 낮게 읽힙니다. 인쇄된 P45에 손으로 쓴 값이 있는 경우 수동 확인이 필요함을 나타내는 신호로 간주하세요. 이 도구는 P45 전용 필기체 최적화 모드를 제공하지 않지만, 동일한 양식의 표준 인쇄 필드는 사람의 검토가 필요한 손글씨 부분과 함께 올바르게 추출됩니다.
추출 중 직원 P45 데이터는 안전한가요?
P45에는 NINO, 급여 금액, 세금 코드, 고용주 참조번호 등 민감한 개인 데이터가 포함됩니다. 책임 있는 추출 플랫폼은 전송 중 및 저장 시 파일을 암호화하고, 업로드된 문서를 AI 모델 학습에 사용하지 않으며, 처리 후 정의된 보존 기간 내에 원본 파일을 자동으로 삭제합니다. 급여 데이터용 추출 도구를 평가 중이라면 직원 문서를 업로드하기 전에 이러한 보안 약속을 확인하세요.
P45를 P60이나 다른 급여 문서와 함께 일괄 처리할 수 있나요?
P45와 P60은 서로 다른 필드 세트를 가지고 있습니다. P45에는 퇴사일과 학자금 대출 표시가 있고, P60에는 NI 소득 구간과 법정 급여 내역이 있습니다. 일반적으로 다른 열 정의를 사용하여 별도 배치로 실행하는 것이 더 깔끔하며, 문서 절반에 대해 절반의 필드가 비어 있는 희소 열을 피할 수 있습니다. 그러나 연중 직장을 변경한 고객의 종합소득세 신고를 준비하는 회계사처럼 동일 직원에 대해 두 문서 유형을 조정해야 하는 워크플로우의 경우, 모든 필드가 포함된 결합 열 세트를 정의하고 AI가 각 문서에 존재하는 항목만 채우도록 하여 해당 양식 유형에 없는 필드는 비워둘 수 있습니다.
신규 직원의 P45는 급여 기록의 한 행으로, 직접 입력할 필요가 없습니다. 한 번만 열을 정의하면 이후 모든 채용 시 데이터가 자동으로 입력됩니다.
첫 번째 P45 추출하기샘플 파일 테스트 시 회원가입 불필요. 자동 파일 삭제로 안전하게 처리됩니다.