영국 P45 퇴직자 데이터를 Excel로 추출하는 방법
급여 관리 및 신규 입사자 처리를 위한
평균 영국 매출을 가진 200인 규모의 회사는 전 산업에 걸쳐 연 15%의 이직률을 보이며, 매년 약 30명의 신규 입사자를 처리합니다. 각 신규 입사자는 이전 고용주로부터 받은 P45를 제출합니다. 급여 담당자는 PDF를 열어 세금 코드, 퇴사일, 연초 이후 급여 및 세금 금액, 학자금 대출 표시를 읽은 다음, 각 필드를 급여 소프트웨어의 신규 입사자 양식에 입력합니다. 문제가 없으면 P45 한 장당 2분이 걸립니다. 하지만 세금 코드 숫자를 하나 잘못 입력하면 — 1257L이 1275L이 되는 경우 — 직원은 HMRC가 수정된 코드를 발급할 때까지 첫 달을 잘못된 공제로 보내게 됩니다. 핵심 문제는 처리량이 아닙니다. 동일한 구조화된 데이터가 누군가 입사할 때마다 매번 사람의 수동 입력 단계를 거치며, P45와 급여 기록 사이에 오류 수정 계층이 없다는 것입니다.
핵심 요점
- HMRC는 P45가 포함해야 하는 모든 데이터 필드를 규정하지만, 각 급여 소프트웨어가 자체 레이아웃을 설계하도록 허용하므로 동일한 세금 코드가 모든 증명서에서 서로 다른 위치에 표시되며, 사람만이 유일하게 보장된 공통 요소입니다.
- 50명의 이전 고용주에게 P45 형식을 표준화하도록 요청하는 것은 불가능합니다 — 서로를 모르는 조직들이 그 누구에게도 이익이 되지 않는 결정에 협력하도록 요청하는 것이며, 이것이 P45 데이터 입력이 양식이 만들어진 이후로 수동으로 이루어져 온 이유입니다.
- 레이아웃을 읽는 것을 멈추고 라벨을 읽기 시작하세요 — 각 필드의 의미에 따라 스프레드시트 열을 한 번 정의하고, AI가 좌표가 아닌 단어를 이해하여 모든 급여 제공업체의 증명서에서 "퇴사 시 세금 코드"를 찾도록 하세요.
P45에 포함된 정보 — 4개 부, 하나의 데이터 세트, 스프레드시트 열
P45는 공식 명칭이 "Details of employee leaving work"이며, 영국에서 모든 직원의 고용이 종료될 때 발급되는 법정 문서입니다. 이는 2003년 소득세 규정 제36조에 따라 관리되며, 사용자는 퇴직자 정보를 "불합리한 지연 없이" 제공해야 합니다. 실제로는 최종 급여 명세서와 함께 또는 퇴직일로부터 한 급여 주기 내에 제공됩니다. 현재 직원의 전체 과세 연도를 정리하는 P60과 달리, P45는 단일 사건으로 촉발되며 과세 연도 시작일부터 퇴직일까지의 기간에 대한 데이터만 포함합니다.
이 양식은 4개 부로 구성되지만, 그중 3개 부는 동일한 데이터를 담고 있습니다:
Part 1 — HMRC
이전 사용자는 마지막 급여 지급 시 Full Payment Submission(FPS)을 통해 이를 HMRC에 전송합니다. 직원은 이 부를 직접 다루지 않습니다. 과거에는 우편으로 발송되는 종이 양식이었지만, 오늘날 RTI가 종이 문서 절차를 완전히 대체합니다.
Part 1A — 직원 보관용
직원은 본인의 기록을 위해 이 사본을 보관합니다 — 고용 증명 및 납부 세금 내역입니다. 대부분의 직원은 HMRC가 요청하거나 새 사용자의 급여 관리 팀이 원본 참조 번호를 필요로 하지 않는 한 이를 보관만 하고 다시 열어보지 않습니다.
Part 2 — 새 사용자
이것이 급여 관리 팀이 가장 중요하게 여기는 부분입니다. 직원에게 적용되었던 세금 코드, 해당 과세 연도까지의 총 급여 및 납부 세금, 퇴직일, 국민보험번호, 학자금 대출 공제 여부가 포함됩니다. Part 2의 모든 필드는 신규 입사자 등록 시 급여 소프트웨어에 입력해야 하는 필드입니다.
Part 3 — 새 사용자 또는 Jobcentre Plus
Part 2의 사본입니다. 동일한 데이터, 동일한 열입니다. 새 사용자는 급여 기록용으로 Part 2를 보관하고 Part 3를 사용하여 직원을 HMRC에 등록하거나, 직원이 실업 기간 중 급여를 신청하는 경우 Jobcentre Plus에 전달합니다.
추출 목적상 Part 2와 Part 3는 내용이 동일합니다. 직원이 건네주는 어느 부를 사용하든 추출하게 됩니다 — 이전 사용자의 급여 시스템에서 출력된 PDF, 인쇄된 P45의 스캔본, 또는 종이 사본의 휴대폰 사진까지. 데이터 필드는 형식과 관계없이 동일합니다.
스프레드시트 열이 되는 필드
신원 및 참조 필드
- 직원 NINO — 문자 2자, 숫자 6자, 접미사 문자 1자 형식의 국민보험번호. HMRC가 여러 고용처 간 대사(對査)에 사용하는 직원 신원 키입니다. 이 값이 틀리면 HMRC가 신규 입사자를 기존 기록과 매칭할 수 없으며, 첫 FPS 제출이 반려됩니다.
- 고용주 PAYE 참조번호 — 이전 고용주의 참조번호로,
NNN/AAAAAAAA형식입니다. 회사의 PAYE 참조번호와는 다릅니다. 감사 추적과 HMRC가 직원의 고용 이력을 매핑할 때 중요합니다. - 근무처/급여 번호 — 이전 고용주의 내부 ID입니다. 선택 사항이지만 급여 명세서나 계약자 기록을 대조할 때 유용합니다.
급여 및 세금 수치
- 누적 총 급여 — 4월 6일부터 퇴직일까지의 총 급여로, 세금 코드가 누적 기준이었다면 같은 과세 연도의 이전 고용처 급여도 포함됩니다. 급여 소프트웨어가 직원의 기본 공제 잔여액을 산정하는 기준이 되는 수치입니다.
- 누적 총 세금 — 현재 과세 연도에 모든 고용처에서 공제된 총 PAYE 소득세입니다. 비누적(Week 1/Month 1) 코드에서는 퇴직 고용처의 세금만 포함됩니다.
- 이 고용처 급여 및 이 고용처 세금 — 직원이 여러 직업을 가졌을 때만 표시됩니다. 누적 합계와 별개로, 퇴직 고용처에만 귀속되는 수치를 보여줍니다.
- 퇴직 시 세금 코드 — 예: 1257L, BR, D0, NT. 비누적 기준을 나타내는 W1 또는 M1 접미사가 붙을 수 있습니다.
- 퇴직일 — 직원의 마지막 근무일입니다. 급여 소프트웨어가 PAYE 신고 기간의 시작일을 설정하는 기준이 됩니다.
학자금 대출 및 기타 지표
- 학자금 대출 공제 지표 — 금액이 아닌 체크박스 또는 '예/아니오' 필드입니다. 이전 고용주가 학자금 대출 상환금을 공제하고 있었는지 여부를 알려줍니다. 체크된 경우, 급여 소프트웨어는 첫 급여 기간부터 해당 공제를 계속해야 합니다. 실제 월 상환액은 P45에서 이월되는 것이 아니라 소득 기준에 따라 시스템에서 계산됩니다.
- 대학원 대출 지표 — 학부 대출과 별개이며 다른 기준으로 공제됩니다. P45에서 독립적으로 확인됩니다.
- 주 1 / 월 1 지표 — 세금 코드에 'W1' 또는 'M1' 접미사가 붙습니다. 이 플래그 하나로 데이터 입력 방식이 완전히 달라집니다. W1/M1 코드가 있는 경우 급여 및 세금 수치는 비누적식으로, 해당 고용에만 적용됩니다. 표준 누적 코드의 경우 수치가 이전 직장에서 이월됩니다.
급여 참조 필드
- 세금 주/월 번호 — 마지막 지급일의 세금 주 또는 월입니다. 주 1 = 4월 6일~12일, 월 1 = 4월 6일~5월 5일입니다. 소프트웨어는 이를 사용하여 직원을 현재 과세 연도의 PAYE 타임라인에 올바르게 배치합니다.
- 직원 이름 및 주소 — 간단한 신원 필드입니다. 직원의 세부 정보와 교차 확인하여 불일치를 찾아냅니다.
- 생년월일 및 성별 — 일부 P45 양식에 있습니다. HMRC에서 신원 확인 및 국민연금 수급 연령 결정에 사용합니다.
선택 필드를 추출하는지 여부에 따라 신규 직원당 12~15개의 열이 입력됩니다. 연간 신규 직원 30명에 대해 P45 한 장당 2분씩 소요된다면, 순수 타이핑에 1시간이 걸리며, 이는 이미 양식에 올바르게 인쇄된 데이터를 입력하는 데 소요되는 시간입니다.
영국 급여 관리 담당자가 매년 동일한 P45 항목을 수십 번 다시 입력하는 이유
P45가 단순한 데이터 내보내기였다면 이 글은 존재하지 않았을 것입니다. 이전 고용주가 버튼 하나만 누르면 급여 소프트웨어가 퇴직자 기록을 직접 가져올 수 있었을 테니까요. 그렇게 되지 않는 이유는 기술적 문제가 아니라 구조적 문제입니다. 4부로 구성된 양식과 각 항목에 대한 전체 규제 배경은 영국 P45 데이터 추출 완전 가이드를 참조하세요. RTI에도 불구하고 종이 문서 체인이 유지되는 이유에 대해서는 P45 양식이 여전히 영국 급여 관리 팀에 예상보다 많은 비용을 발생시키는 이유 분석에서 근본 원인을 다룹니다.
PAYE 규정의 규제 체계에 따라 관리되는 HMRC의 P45 사양은 양식에 표시되어야 하는 데이터를 규정하지만, 양식의 모양은 규정하지 않습니다. 모든 급여 소프트웨어 제공업체는 자체 대체 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에서 신규 입사자 설정을 위한 실용적인 기본 세트는 다음과 같습니다: Employee Name, NINO, Tax Code at Leaving, Total Pay to Date, Total Tax to Date, Pay in This Employment, Tax in This Employment, Leaving Date, Tax Week/Month Number, Employer PAYE Reference, Student Loan Indicator, Postgraduate Loan Indicator, Works/Payroll Number. 이것이 맞춤 열 추출입니다: 출력 스키마를 정의하면 AI가 각 P45의 필드를 열에 매핑합니다 — 모든 레이아웃에서 의미적으로 일치시킵니다. 급여 관리 소프트웨어가 특정 필드를 요구하지만 모든 P45에 있는 것은 아닌 경우, AI는 추측하지 않고 셀을 비워 둡니다 — 이는 원본 문서에 실제로 존재하지 않는 필드에 대한 올바른 동작입니다.
P45 업로드 — 단건 또는 배치로
워크플로는 P45가 도착하는 방식에 맞게 조정됩니다. 신규 입사자가 첫날 P45를 제출하면 파일 하나를 업로드하고 결과 한 줄을 받습니다. 같은 에이전시에서 계약직 5명을 온보딩했다면 P45 PDF 5개를 배치로 넣고 스프레드시트에서 5줄을 받습니다. 입력 형식은 유연합니다: 모든 급여 관리 소프트웨어의 PDF 내보내기, 인쇄된 P45 스캔, 종이 사본의 휴대폰 사진까지 모두 작동합니다. 배치 처리는 여러 파일을 하나의 통합 출력으로 병합합니다 — 분기 말에 몇 달간의 신규 입사자 기록을 대조할 때 유용합니다. 한 달치 P45를 직원 퇴사 데이터베이스로 병합하는 실제 예시는 월별 P45 퇴직자 양식 배치 처리를 참조하세요.
내보내기 및 급여 관리 소프트웨어에 입력
Excel 파일을 다운로드하세요 — P45당 한 줄, 열은 정의한 순서대로 표시됩니다. 출력에는 원본 P45 PDF로 추적할 수 있는 소스 파일 참조 열이 포함됩니다. 아래 섹션의 검증 확인을 실행한 다음 추출된 값을 급여 관리 소프트웨어의 신규 입사자 화면에 입력하세요. 내보내기는 가져오기 호환 급여 시스템용 CSV 또는 API 기반 온보딩 파이프라인을 사용하는 팀용 JSON으로도 제공됩니다. Google Sheets에서 급여 대조를 실행하는 팀은 Google Sheets 부가기능을 통해 스프레드시트를 벗어나지 않고 결과를 활성 시트에 직접 기록할 수 있습니다.
이 워크플로는 신규 입사자 1명이든 50명이든 동일하게 작동합니다. 법정 P45 필드 세트는 안정적이므로 열 정의는 과세 연도 전체에 걸쳐 재사용할 수 있습니다 — HMRC는 법률이 변경될 때만 이를 변경하며, 변경 시 나머지 정의를 다시 구축하지 않고 열을 추가하거나 이름을 바꾸면 됩니다.
이야기를 덜어내면, 이것이 P45를 Excel로 변환하는 워크플로우의 전부입니다: 퇴직자의 PDF를 업로드하고, 열 이름을 한 번 지정한 다음, 신규 입사자 화면에 바로 들어가는 행을 다운로드하세요.
반복 입력 습관을 깨는 P45 시나리오 처리
대부분의 P45는 표준 패턴을 따릅니다: 누적 세금 코드, 단일 고용, 숫자로 된 급여 및 세금 수치. 그러나 표준에서 벗어나는 P45가 충분히 많아서, 순수한 반복 입력 방식은 예외 사항에서 오류를 발생시킵니다. 이러한 시나리오에서 추출은 수동 입력이 제공할 수 없는 일관성 계층을 제공합니다.
주 1 / 월 1 세금 코드
"W1" 또는 "M1"으로 끝나는 세금 코드는 비누적 코드입니다. 이는 직원의 세금이 각 급여 기간마다 독립적으로 계산되며, 해당 기간의 급여만 사용하고 과세 연도 초반의 급여와 세금은 무시함을 의미합니다. 데이터 입력에 대한 실질적인 영향: P45의 "연간 누계 급여" 및 "연간 누계 세금" 필드는 퇴직한 고용에만 적용됩니다. 같은 과세 연도의 이전 고용은 포함하지 않습니다.
W1/M1 직원을 급여 관리 소프트웨어에 입력할 때, 누적 기본 공제가 여러 직장에 걸쳐 추적되지 않았다는 점을 알아야 합니다. 소프트웨어는 이 직원을 현재 월에 새로 시작한 것으로 처리하여, 해당 월의 전체 면세 공제를 적용합니다. 이는 "긴급 세금"도 아니고 오류도 아닙니다. 비누적 코드의 올바른 작동이며, 이를 이해하는 것이 급여 수치를 "누적처럼 보이게" 수동 조정하는 것을 방지합니다.
구체적으로: P45에 세금 코드 1257L M1, 연간 누계 급여 £4,000, 연간 누계 세금 £200이 표시되면, 해당 정확한 수치를 급여 관리 소프트웨어에 입력합니다. 이전 급여의 추정치를 추가하지 마십시오. 급여 시스템은 M1 기준을 사용하여 향후 올바른 세금을 계산합니다.
긴급 세금은 W1/M1과 다릅니다. 긴급 세금 코드는 새 고용주가 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에 익숙하지 않은 급여 관리자에게 자주 혼란을 줍니다. 이전 직장에서 학자금 대출 공제를 받았던 신규 직원은 표시가 체크되어 있지만 상환 금액은 표시되지 않습니다. 급여 소프트웨어는 공제 여부와 기준을 알기 위해 표시가 필요하며, 직원의 총 급여에서 월 상환액을 계산합니다. 추출된 열은 표시를 숫자가 아닌 범주형 값으로 캡처해야 합니다.
다중 고용 P45
두 개의 직업을 동시에 가진 직원이 그중 하나를 그만둡니다. 퇴사하는 고용에 대한 P45에는 "연도 누계 총 급여"와 "이 고용에서의 급여"가 모두 표시됩니다. 두 수치는 다르며 둘 다 중요합니다. 연도 누계 총 급여는 HMRC 연속성을 위해 급여 소프트웨어의 연도 누계 필드에 입력됩니다. 이 고용에서의 급여는 이 특정 직업이 지급한 금액에 대한 자체 기록용입니다. 추출은 두 항목을 별도의 열로 캡처합니다. 두 필드를 혼동하여 "이 고용에서의 급여" 수치를 연도 누계 총액으로 입력하는 수동 작업자는 직원의 누적 소득을 HMRC에 과소 보고하여 몇 달 후 세금 코드 수정을 초래할 수 있습니다.
추출된 P45 데이터 검증: 첫 급여 실행 전 확인 사항
추출 정확도가 높더라도, 급여 담당자는 실제 급여 실행 전에 데이터의 이상 여부를 점검해야 합니다. 아래 검사 항목은 P45 데이터에 특화되어 있으며, Excel에서 열별로 수행합니다. 이는 전체 감사가 아닌, 원본 P45와 대조해 볼 가치가 있는 몇몇 행을 찾아내기 위한 형태 검사입니다.
| 검사 항목 | 확인 사항 | Excel 수식 |
|---|---|---|
| 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))) — 비준수 코드 플래그; 예외 사항은 수동 검토 필요 |
| 퇴사일 합리성 | 과거 날짜여야 하며, 미래 날짜가 아니어야 합니다. 또한 현재 또는 직전 과세 연도에 속해야 하며, 늦게 접수된 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 입사 체크리스트를 사용해야 합니다. 체크리스트는 직원에게 고용 상태에 관한 세 가지 간단한 질문을 하고, 답변을 바탕으로 임시 세금 코드를 부여합니다 — 보통 문구 A의 경우 누적 기준 1257L, 문구 B의 경우 BR입니다.
입사 체크리스트는 직원을 급여 관리 시스템에 등록하지만, 연초 이후 누적 급여나 세금 수치를 포함하지 않습니다. 그 결과 직원의 기본 공제가 처음부터 다시 시작됩니다 — 이전 직장에서 이미 일부를 사용했더라도 시작일부터 전체 공제가 적용됩니다. HMRC는 결국 이를 수정하며, 일반적으로 첫 FPS 제출 후 4~6주 이내에 이루어지지만, 수정은 다음 급여명세서의 자동 환급이 아닌 세금 코드 조정으로 이루어질 수 있습니다.
제대로 추출된 P45는 이러한 정산 기간 전체를 피할 수 있습니다. 세금 코드는 일반적인 입사 코드가 아니라 HMRC가 마지막으로 발급한 코드입니다. 연초 이후 급여와 세금 수치는 0이 아니라 정확합니다. 학자금 대출 공제는 두 달 후 HMRC가 개시 통지서를 보낼 때 발견되는 것이 아니라 올바른 기준점에서 시작됩니다. 직원에게 있어 그 차이는 올바른 첫 급여명세서와 회수 조정이 필요할 수 있는 4~6주의 잠정 공제 사이의 차이입니다.
이것이 P45 데이터 추출을 단순한 편의 이상으로 만드는 이유입니다. "세금은 나중에 정리하자"와 "세금은 첫날부터 정확하다"의 차이입니다. 연말에 한 번 하는 정산 작업인 P60 추출과 달리, P45 추출은 채용 때마다 반복됩니다 — 2주 창구에 몰아넣는 대신 연중 분산하는 워크플로우입니다.
FAQ
휴대폰으로 촬영한 종이 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에 인쇄된 범위로 표시되며, 추출 열로 포함시켜 다른 연도의 행을 구분할 수 있습니다. 기본 필드 세트는 과세연도와 관계없이 동일합니다. 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 추출하기샘플 파일 테스트는 회원가입이 필요 없습니다. 자동 파일 삭제로 안전하게 처리됩니다.