P45 서식이
영국 급여팀에 생각보다 더 큰 비용을 초래하는 이유

RTI가 없애기로 했던 그 서식

2013년 RTI가 시행되기 전, P45 전체는 물리적인 종이 사슬이었습니다. 고용주가 4매 카본지 세트를 작성해 Part 1은 HMRC에 우송하고, Part 1A, 2, 3은 퇴사 직원에게 전달했습니다. 지연, 우편 분실, HMRC 측의 수동 데이터 입력이 만연했습니다. RTI는 구조적 해결책으로 제시되었습니다. 퇴사자 정보가 고용주의 Full Payment Submission(FPS)을 통해 HMRC에 거의 실시간으로 전자 전송되는 방식이었습니다. Part 1은 불필요해졌습니다 — 급여 소프트웨어가 FPS를 생성하고, HMRC가 데이터를 수신하며, 직원의 세금 기록이 업데이트됩니다.

디지털 전환은 바로 거기서 멈췄습니다.

Part 1A, 2, 3은 여전히 물리적 문서입니다. 직원은 이를 반드시 받아야 합니다 — 종이로, 혹은 고용주의 급여 소프트웨어에서 출력하거나 이메일로 보낸 PDF 형태로요. 직원은 Part 1A를 개인 기록으로 보관해야 합니다. 그런 다음 Part 2와 3을 새 고용주에게 전달해야 하며, 새 고용주는 첫 급여 지급 전에 연초 이후 급여, 연초 이후 세금, 세금 코드, 국민보험번호를 급여 시스템에 수동으로 입력해야 합니다. HMRC 규정에 따라, 새 고용주가 P45 없이 급여를 처리하면 직원은 비상 세금 코드가 적용됩니다. 2013년에 사라지기로 했던 이 서식은 2026년 현재, 연결되지 않은 두 급여 시스템 간 누적 세금 데이터를 전송하는 유일한 메커니즘으로 남아 있습니다.

모든 퇴사자를 위한 P45: 아무도 세지 않는 물량

P45는 가끔 발생하는 문서가 아닙니다. 모든 퇴사 이벤트(사직, 정리해고, 은퇴, 해고, 기간제 계약 만료, 심지어 사망)마다 생성됩니다. 노동 이동률이 34%이고 PAYE 근로자가 약 3,300만 명인 경제에서 계산은 간단합니다: 매 과세연도마다 수백만 장의 P45가 발생합니다. CIPD의 34% 수치는 새 고용주로 이동하는 27.4%와 노동 시장을 떠나는 6.6%로 나뉩니다. P45를 물리적으로 새 고용주에게 전달해야 하는 직장 변경자만 계산해도 연간 약 900만 장의 P45가 유통됩니다.

이동률은 균일하지 않습니다. 접객업은 52%의 이직률을 보입니다. 건설, 소매, 전문 서비스 업종은 전국 평균을 훨씬 웃돕니다. 현장 직원 400명의 건설 회사는 1년에 처리하는 P45가 비슷한 규모의 금융 서비스 회사가 5년 동안 처리하는 양보다 많습니다. 계절적 성수기에 1,200명의 직원을 둔 호텔 체인은 연간 600명의 퇴사자에게 P45를 발급할 수 있습니다. 이렇게 이직률이 높은 업종에서 P45 파이프라인은 준수 사항의 부산물이 아니라, 어떤 인력 예산에도 명시적으로 반영되지 않는 반복적인 운영 부담입니다.

하위 단계의 숫자도 규모를 더합니다. 평균 15명의 직원을 둔 중소기업 고객 30곳을 관리하는 중간 규모의 급여 대행사는 퇴사자만을 위해 연간 450장의 P45를 처리합니다. 100명의 고객을 위해 종합소득세 신고를 준비하는 회계 법인은 각 고객의 과세연도 중 이전 고용처로부터 P45 수치를 필요로 하며, 종종 여러 직장에 걸쳐 있습니다. 이러한 모든 시나리오에서 P45는 존재합니다. 데이터는 페이지에 인쇄되어 있습니다. 하지만 그 데이터를 페이지에서 필요로 하는 시스템(급여 소프트웨어, 세금 신고서, 급여 청구 계산)으로 옮기는 것은 여전히 타이핑 작업입니다.

4부 분배 문제

P45가 여전히 구조적 실패 지점인 이유를 이해하려면 각 부분이 의도된 경로를 따라 어떻게 이동하는지 추적하고, 어디서 문제가 발생하는지 살펴봐야 합니다.

1부 — HMRC. RTI가 해결한 부분입니다. 급여 소프트웨어가 직원의 마지막 급여일 당일 또는 그 전에 FPS의 일부로 제출합니다. HMRC가 수신하고 직원의 세금 기록이 업데이트됩니다. 이 구간은 2013년부터 디지털화되어 대부분 정상 작동합니다.

1A부 — 직원 기록. 사용자는 2부 및 3부와 함께 이를 생성합니다. 이상적으로는 직원의 마지막 근무일이나 최종 급여명세서와 함께 직원에게 전달되어야 합니다. 실제로는 최종 급여 처리 시점에 따라 달라집니다. 휴가 수당, 퇴직금, 상여금 등이 포함된 경우 최종 급여가 직원 퇴사 후에 계산되는 경우가 흔하며, 이때 P45는 늦게 발급됩니다. 10일에 퇴사하고 17일에 새 직장을 시작한 직원은 P45가 도착할 때쯤 이미 새 고용주에서 첫 급여를 받았습니다. 이 시점에서 2부와 3부는 늦었고, 새 고용주의 급여 시계는 이미 돌아가고 있습니다.

2부 및 3부 — 새 고용주. 직원은 첫 급여 처리 전에 이를 새 고용주에게 직접 제출해야 합니다. 늦게 도착하거나 아예 도착하지 않으면 급여 부서는 HMRC 스타터 체크리스트로 대체하며, 이는 연초 이후 누계 금액 없이 초기 세금 코드를 할당합니다. 스타터 체크리스트는 직원이 누적 코드(해당 과세 연도에 이 직장이 유일하고 다른 고용이 없는 경우)를 받을지, 기본 세율 BR 코드(두 번째 직장인 경우)를 받을지 결정합니다. 체크리스트를 잘못 작성하면(예: 두 번째 직장인데 "이것이 유일한 직장"이라고 신고) 세금 코드가 첫날부터 잘못됩니다. 그리고 P45와 달리 스타터 체크리스트에는 이전 소득 데이터가 없어 누적 세금 계산을 재개할 수 없습니다. 추측만 할 뿐입니다.

덜 명백한 실패 방식이 있습니다: P45 지연 시나리오. BrightPay의 급여 관리자 문서는 "신규 직원이 첫 급여 이후, 그리고 FPS가 HMRC에 제출된 후에 새 고용주에게 P45를 제공하는 경우"를 명시적으로 다룹니다. P45가 도착할 때쯤 HMRC는 이미 스타터 체크리스트 데이터를 기반으로 세금 코드를 발급했을 수 있습니다. 급여 관리자는 이제 결정해야 합니다: HMRC 발급 코드를 사용할까요, 아니면 P45 데이터를 사용할까요? 문서는 HMRC가 보낸 코드를 사용하도록 지시합니다. 즉, 직원이 2주 동안 쫓던 P45 데이터가 입력되지 않을 수도 있습니다. 양식은 도착했지만, 의미가 있기에는 너무 늦었습니다.

파트 2 누락에서 긴급 과세까지: 비용 폭포

첫 급여 처리 전에 파트 2와 3이 새 고용주에게 도착하지 않으면, 직원은 일반적으로 1257L W1(주 1) 또는 1257L M1(월 1)과 같은 긴급 과세 코드로 분류됩니다. 이 코드는 각 급여 기간을 독립적인 과세 기간으로 처리하며, 연간 누적 조정이 없습니다. 표준 개인 면제액은 누적 총 소득에 적용되지 않고 각 급여 기간에 균등 분할됩니다.

산술적으로 가혹합니다. 연봉 30,000파운드 기준, 누적 1257L 코드 적용 시 직원은 월 약 290파운드의 세금을 냅니다. 긴급 M1 코드 적용 시 공제액은 약 400파운드로, 월 100~150파운드 차이가 납니다. 소득 공백 후 새 직장을 시작한 직원에게 이 100파운드의 순수입 감소는 추상적인 규정 준수 문제가 아닙니다. 실질적인 현금 흐름 타격입니다.

HMRC는 세금 코드 수정이 "취업 후 최대 35일이 소요될 수 있다"고 밝힙니다. 실제로는 세 가지 별도 시스템이 일치해야 합니다: 이전 고용주가 퇴사자 FPS를 제출하고, 새 고용주가 입사자 FPS를 제출하며, HMRC 시스템이 이 둘을 조정해야 합니다. 어느 단계에서든 지연이 발생하면 수정 기간이 35일을 넘깁니다. 두 번의 급여 기간 동안 긴급 과세된 직원이 세 번째까지 연장되면 300~450파운드의 손실을 봅니다. HMRC는 초과 납부액을 환급하지만, 환급 메커니즘은 이후 상황에 따라 달라집니다. 수정이 동일 과세 연도 내에 이루어지면 고용주가 향후 공제액을 조정합니다. 과세 연도 종료 후에 수정이 이루어지면(늦은 수정 시 발생 가능), 직원은 개인 세금 계정 또는 전화를 통해 직접 환급을 청구해야 합니다. HMRC는 매년 최대 100만 명이 초과 납부 세금을 환급받지 못하는 것으로 추정합니다.

더 넓은 세금 코드 오류 통계도 같은 이야기를 반대 방향에서 보여줍니다. 2023/24년, 560만 명이 소득세를 초과 납부했으며 총액은 35억 파운드입니다. The Tax Refund Company의 연구에 따르면, 직원의 36%가 4년 동안 최소 한 번 이상 잘못된 세금 코드를 적용받았으며, 평균 204파운드의 손실을 입었습니다. 이러한 오류의 모든 원인이 P45 누락에서 비롯된 것은 아닙니다. 그러나 P45 누락은 연쇄 과정에서 구조적으로 가장 예방 가능한 원인이며, 가장 분산되어 있습니다. 단일 급여 시스템, 단일 고용주, 단일 HMRC 프로세스가 이 인계를 소유하지 않습니다. 따라서 이를 해결할 책임을 질 수 있는 단일 주체도 없습니다.

종이 서류가 사라지지 않는 이유: 제도적 관성과 백업 문제

HMRC가 2025년 7월에 발표한 자체 '변혁 로드맵'에는 50개 이상의 프로젝트가 포함되어 있습니다: 새로운 PAYE 포털, 상속세 서비스 디지털화, AI 기반 세무 준수 엔진, 헬프라인 음성 생체인식 등. 'P45'라는 단어는 단 한 번도 등장하지 않습니다. "종이 세금 코드 통지서에 대한 의존도를 없애고" 세금 상태 변경을 알리는 "새로운 방식을 시험 중"인 기관에서, 고용주 간 퇴사자 양식(P45)은 디지털 의제에서 빠져 있습니다. 이 서류는 직원이 새 직장에서 올바른 세금 코드로 시작하는지를 결정하는, 그 어떤 단일 종이 문서보다 중요한 역할을 합니다.

여기에는 두 가지 이유가 있으며, 이는 관료적이라기보다 구조적인 문제입니다.

첫째: P45는 백업 시스템 역할을 합니다. RTI FPS 제출이 실패하거나, 급여 소프트웨어가 손상된 파일을 생성하거나, 고용주가 온라인으로 제출했지만 새 고용주의 소프트웨어가 구형이라 전자 세금 코드를 수신할 수 없는 경우, 종이 P45가 대체 수단입니다. 백업이 존재하는 한, 기본 RTI 파이프라인이 완벽할 필요는 없습니다. 백업을 제거하려면 RTI를 진정으로 내결함성 있게 만들어야 하며, 이는 디지털 양식을 발급하는 것보다 훨씬 더 큰 프로젝트입니다. HMRC의 관점에서 종이 P45를 없애는 비용은 양식 자체의 비용이 아닙니다. 백업이 더 이상 필요하지 않을 정도로 전체 디지털 인프라를 완벽하게 만드는 비용입니다. 그 청구서는 변혁 로드맵에 항목화된 적이 없습니다. 아무도 요청하지 않았기 때문입니다.

둘째: 업무 인계는 고용주 간에 이루어지며, HMRC의 권한은 납세자 ↔ HMRC입니다. P45의 공백은 고용주 A의 급여 출력과 고용주 B의 급여 입력 사이의 공간에 존재합니다. 이 공간은 FPS 제출 방식과 같이 HMRC가 규제하지 않습니다. 'P45 전자 인계 표준'은 없습니다. Part 1A, 2, 3에 대한 필수 형식은 HMRC의 인쇄된 P45 설계 사양을 넘어서지 않습니다. A4 백색 용지, 최소 80gsm, 순수 검정 잉크만 사용. 이 사양은 양식의 모양을 규정할 뿐, 데이터가 시스템 간에 어떻게 이동하는지는 규정하지 않습니다. 그 공백을 메우는 것은 누구의 임무도 아닙니다.

아무도 측정하지 않는 수동 입력 요소

시스템 간의 틈새 — P45 PDF와 새 고용주의 급여 입력 화면 사이, 종이 서식과 스프레드시트 사이 — 에서 데이터가 재입력됩니다. 그리고 재입력은 오류가 발생하는 지점입니다.

수동 데이터 입력 연구에 따르면 숙련된 작업자의 필드 수준 오류율은 1%에서 4% 사이입니다. 급여 분야에서 업계 조사에 따르면 약 20%의 급여 실행에 최소 하나의 오류가 포함되어 있습니다. 이는 필드의 20%가 아니라 전체 급여 주기의 20%입니다. 연간 200명의 퇴사자를 처리하는 중견 고용주의 경우, 각 P45에는 약 10개의 입력 가능 필드(국민보험번호, 퇴사일, 세금 코드, 총 지급액, 총 세금, 학자금 대출 지표, 주/월 번호, 직원 개인 정보)가 포함되어 연간 2,000개의 필드가 입력됩니다. 1%의 필드 오류율에서: 20개의 잘못 입력된 필드. 급여 조건(시간 압박, 고용주 간 서식 차이, 검색 가능한 PDF 대신 스캔본으로 도착하는 P45)에서 더 현실적인 3%의 오류율에서는 연간 60개의 오류가 발생합니다.

레코드 수준 오류는 급여 팀이 예상하는 것보다 더 빠르게 누적됩니다. P45당 10개 필드와 1%의 필드 수준 오류율에서 레코드 수준 오류율(특정 P45에 최소 하나의 실수가 있을 확률)은 약 9.6%(1 − 0.99¹⁰)입니다. 수동으로 입력된 P45 10개 중 거의 1개에 최소 하나의 오류가 있습니다. 450명 직원의 급여 사무소의 경우, 이는 연간 약 45개의 P45에 레코드 내 어딘가에 데이터 오류가 있음을 의미하며, 각각은 잠재적인 잘못된 세금 코드, 잠재적인 중복 P45 수정, 잠재적인 HMRC 규정 준수 문의가 될 수 있습니다.

이러한 오류의 비용은 수정 시간 자체가 아닙니다. 물론 그것도 중요하지만(잘못된 세금 코드 하나로 HMRC에 전화, 수정된 FPS 제출, 수정된 급여 명세서, 실수를 알아챈 직원과의 대화가 필요할 수 있음), 진정한 비용은 누적된 규정 준수 위험입니다. HMRC는 고용주가 급여 기록을 최소 3년간 보관하도록 요구합니다. 조사 시, 고용주는 급여 시스템의 수치가 원본 문서의 수치와 일치함을 입증할 수 있어야 합니다. 잘못 입력된 P45 수치가 있는 스프레드시트(오류가 언제, 누구에 의해 도입되었는지, 원래 값이 무엇인지에 대한 감사 추적 없음)는 검증 불가능한 기록입니다. 부적절한 기록에 대한 벌금은 직원당 최대 £3,000입니다. 올바르게 입력된 P45는 책임을 발생시키지 않습니다. 그러나 한 자리 숫자가 잘못 입력되어 5년 전에 입력되어 아카이브에 조용히 남아 있는 P45는 책임을 발생시킵니다.

악순환 끊기: 키보드가 사라지면 무엇이 달라지는가

P45의 종이 문제는 HMRC에 양식 폐지를 요청한다고 해결되지 않습니다. 종이는 RTI가 의존하는 백업 기능을 수행하며, HMRC의 변혁 우선순위는 다른 곳에 있습니다. 해결 가능한 것은 타이핑입니다.

P45가 도착했을 때 — 이전 고용주의 급여 소프트웨어에서 생성된 PDF, RTI 이전 관행에서 남은 종이 양식의 스캔본, 또는 퇴사자가 마지막 직장에서 문자로 보낸 사진 등 어떤 형태든 — 그 데이터를 다시 입력할 필요가 없습니다. P45의 의미 구조를 이해하는 문서 추출 도구는 세금 코드, 연간 누적 급여 및 세액, 퇴사일, 국민보험번호, 학자금 대출 표시를 페이지에서 직접 읽을 수 있습니다. 출력물은 PDF가 아닙니다. 급여 관리자가 스프레드시트에 입력할 동일한 열의 구조화된 데이터 행으로, 몇 초 만에 생성됩니다. 시스템 간의 연결 고리였던 키보드는 생성 단계에서 검증 단계로 바뀝니다.

이것이 급여 관리를 위해 P45 퇴사자 데이터를 Excel로 추출하기에 대한 동반 가이드에서 자세히 다루는 내용입니다: 인쇄, 스캔, PDF 등 어떤 형식의 P45든 단일 필드를 다시 입력하지 않고 구조화된 급여 데이터로 변환하는 방법입니다. 기술은 존재합니다. P45도 존재합니다. 그 사이의 간극은 키 입력 횟수로 측정됩니다.

영국 세금 문서 환경 전반에서 수동 급여 데이터 입력이 구조적 위험으로 남아 있는 더 넓은 맥락에 대해서는 영국 급여에서의 수동 P60 데이터 입력 분석이 동일한 패턴 — 소프트웨어로 생성된 연말 증명서를 사람이 소비하고 스프레드시트에 입력 — 과 이를 처리하는 부서에 미치는 비용을 추적합니다.

자주 묻는 질문

P45를 분실했을 때 재발급받을 수 있나요?

아니요. HMRC는 이전 고용주가 P45를 재발급할 수 없다고 명시합니다. P45를 분실했거나 받지 못한 경우, 새 고용주는 대신 HMRC 스타터 체크리스트를 사용해야 합니다. 이는 P45가 제공하는 누적 세금 계산 혜택을 받을 수 없음을 의미하며, HMRC가 기록을 수정할 때까지 긴급 세금 코드가 적용될 가능성이 높습니다.

새 고용주가 P45를 받기 전에 급여를 처리하면 어떻게 되나요?

비누적 방식으로 각 급여 기간을 독립적으로 처리하는 긴급 세금 코드(일반적으로 1257L W1 또는 M1)가 적용됩니다. 연봉 £30,000 기준으로, 올바른 누적 코드보다 매달 약 £100~£150 더 많은 세금이 공제됩니다. HMRC에 따르면 수정에는 최대 35일이 소요될 수 있습니다. 초과 납부된 세금은 환급 가능합니다. 과세 연도 내에 수정되면 이후 급여 명세서에서 공제액이 줄어들거나, 과세 연도 종료 후 HMRC에 직접 청구하여 환급받을 수 있습니다.

HMRC는 왜 P45 전체를 디지털화하지 않나요?

1부는 이미 디지털화되어 RTI의 Full Payment Submission을 통해 HMRC에 전자적으로 제출됩니다. 1A, 2, 3부는 고용주 간 인계 기능을 수행하기 때문에 여전히 종이 형태로 유지되며, RTI는 이를 대체하도록 설계되지 않았습니다. HMRC의 현재 전환 작업은 고용주 간 데이터 전송 격차보다는 납세자 대상 디지털 서비스(새 PAYE 포털, 디지털 세금 코드 통지)에 우선순위를 두고 있습니다. 또한 종이 P45는 시스템 백업 역할을 합니다. RTI 제출이 실패할 경우, 종이 양식은 세금 데이터 연속성을 위한 대체 메커니즘을 제공합니다.

고용주가 P45를 발급하지 않으면 벌금이 부과되나요?

P45 미제공만으로 부과되는 별도의 고정 벌금은 없습니다. 그러나 이는 더 광범위한 PAYE 불이행 사항으로 간주될 수 있습니다. 고용주는 부적절하거나 부정확한 급여 기록에 대해 직원 1인당 최대 £3,000의 벌금에 처할 수 있으며, RTI 제출 벌금은 고용주 규모에 따라 월 £100에서 £400까지입니다. P45를 받지 못한 직원은 HMRC에 이의를 제기할 수 있으며, 이는 고용주의 급여 관행에 대한 준수 검토로 이어질 수 있습니다.

같은 과세 연도에 여러 직장을 다녔다면 여러 개의 P45를 받나요?

네. 과세 연도 중에 퇴사하는 각 고용주는 별도의 P45를 발급해야 합니다. 두 개의 일자리를 동시에 가지고 있다가 둘 다 그만둔 경우, 각 고용주의 급여와 세금만 표시된 두 개의 P45를 받게 됩니다. 이는 데이터 통합 문제를 야기합니다. 새 고용주나 회계사는 총 세금 상태를 파악하기 위해 여러 P45의 수치를 결합해야 합니다. 모든 병합 지점은 잠재적인 수동 계산 오류가 발생할 수 있는 곳입니다.

P45와 P60은 같은 서류인가요?

아닙니다. P45는 퇴사 시 발급되며, 과세 연도 시작일부터 퇴사일까지의 급여와 세금 내역을 담고 있습니다. P60은 과세 연도 종료 시(5월 31일까지) 4월 5일 기준으로 여전히 급여 명부에 있는 모든 직원에게 발급되며, 전체 과세 연도를 포함합니다. 12월에 퇴사한 직원은 12월에 P45를 받습니다. 동일한 직원은 해당 고용주로부터 P60을 받지 않습니다. 그러나 P45를 발급한 고용주는 HMRC 규정 준수를 위해 최소 3년간 기록을 보관해야 합니다.