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

2024년, 영국 노동력의 34%가 고용주를 변경하거나 노동 시장에서 완전히 이탈했습니다 — 약 1,100만 명에 달합니다 — 연간 인구 조사에 대한 CIPD 분석에 따르면. 그 퇴사자 한 명 한 명 모두 2003년 소득세(PAYE) 규정 제36조에 따른 법적 의무를 촉발했습니다: 고용주는 퇴직 급여 기간 내에 또는 "불합리한 지연 없이" P45를 발급해야 합니다. 그 의무 자체가 문제는 아닙니다. 문제는 RTI가 2013년에 P45의 1부를 디지털화했음에도 불구하고, 나머지 세 부분 — 직원 기록용 1A, 새 고용주용 2부와 3부 — 은 여전히 1944년, 양식이 도입된 해에 설계된 유통 체인을 따르고 있다는 점입니다. 그 체인 어딘가에서, 퇴사일과 새 직장에서의 첫 급여 지급 사이에, 서류가 분실되고, 숫자가 잘못 입력되며, HMRC 시스템은 직원이 몇 주 동안 — 또는 영원히 — 알아차리지 못할 수 있는 비상세금 코드를 기본값으로 적용합니다.

RTI가 없애려 했던 서식

2열 플랫 벡터 비교 그래픽: 왼쪽 열은 녹색 업로드 아이콘에 'Part 1 to HMRC' 라벨과 'Digital via RTI FPS since 2013' 문구, Digital 표시의 녹색 체크 배지; 오른쪽 열은 호박색 종이 더미 아이콘에 'Parts 1A, 2 & 3' 라벨과 'Printed, posted or emailed to the employee' 문구, Still Paper 표시의 호박색 엑스 배지.

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

디지털 전환은 정확히 그 지점에서 멈췄습니다.

Parts 1A, 2, 3은 여전히 물리적 문서입니다. 직원은 이를 반드시 받아야 합니다 — 종이로, 또는 고용주의 급여 소프트웨어에서 출력하거나 이메일로 발송된 PDF로. 직원은 Part 1A를 개인 기록용으로 보관해야 합니다. 그런 다음 Parts 2와 3을 새 고용주에게 전달해야 하며, 새 고용주는 첫 급여 지급 전에 연초 이후 누적 급여, 연초 이후 누적 세금, 세금 코드, National Insurance 번호를 급여 시스템에 수작업으로 입력해야 합니다. HMRC 규정에 따라, 새 고용주가 P45 없이 급여를 처리하면 직원은 비상 세금 코드가 적용됩니다. 2013년에 폐기될 예정이었던 이 서식은 2026년 현재에도 서로 연결되지 않은 두 급여 시스템 간 누적 세금 데이터를 이전하는 유일한 수단입니다.

구조적 현실: RTI는 P45의 고용주→HMRC 구간을 디지털화했습니다. 고용주→고용주 구간에는 아무것도 하지 못했습니다. RTI가 닿지 못한 퇴사 프로세스의 모든 부분은 이제 시스템 사이의 이음새이며, 모든 이음새에서 사람이 직접 입력합니다.

모든 퇴사자에게 발급되는 P45: 아무도 집계하지 않는 규모

P45는 가끔 발급되는 문서가 아닙니다. 사직, 정리해고, 퇴직, 해고, 기간제 계약 만료, 심지어 사망까지 모든 퇴직 사건마다 생성됩니다. 이러한 사건의 대부분은 HR 서신에서 시작되며, 서명된 퇴직 통지서를 Excel로 추출하면 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개 SME 고객을 관리하는 중간 규모 급여 대행 사무소는 퇴사자만 해도 연간 450건의 P45를 처리합니다. 100개 고객의 종합소득 신고를 대행하는 회계 법인은 과세연도 중 각 고객의 이전 고용처별 P45 수치를 필요로 하며, 여러 직장에 걸쳐 있는 경우가 많습니다. 이러한 모든 시나리오에서 P45는 존재합니다. 데이터는 종이에 인쇄되어 있습니다. 그러나 그 데이터를 필요로 하는 시스템 — 급여 소프트웨어, 세금 신고, 급여 계산 — 으로 옮기는 작업은 여전히 타이핑입니다.

그 타이핑을 P45를 Excel로 전환으로 대체해도 양식이 이동하는 방식은 바뀌지 않습니다. 네 부분으로 나뉜 양식은 여전히 기존과 동일하게 이동합니다. 다만 수령 고용주의 키보드 입력 단계가 사라지고, 급여 관리자가 수치를 입력하는 대신 검토하는 역할을 하게 됩니다.

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 데이터가 입력되지 않을 수도 있습니다. 양식은 도착했지만, 의미가 있기에는 너무 늦었습니다.

분배 체인에는 최소 7개의 전달 지점이 있습니다: 최종 급여 처리 → P45 생성 → FPS를 통한 1부 제출 → 1A/2/3부 직원 전달 → 직원 1A부 보관 → 직원 2/3부 새 고용주 제출 → 새 고용주 급여 시스템 입력 → 새 FPS 제출. 각 화살표는 중단점입니다. 전체 체인을 소유한 단일 주체는 없습니다.

누락된 Part 2부터 긴급 과세까지: 비용 폭포 효과

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

진한 파란색의 큰 숫자 '£100–150'이 '£30,000 연봉 기준 월 추가 세금'과 'Part 2와 Part 3가 누락된 동안'이라는 두 줄 위에 있는 정사각형 평면 벡터 그래픽과, 'Emergency Code 1257L M1'이라고 표시된 호박색 경고 배지.

그 계산 결과는 가혹합니다. 연봉 £30,000인 직원이 누적 1257L 코드를 적용받으면 월 세금 약 £290를 납부합니다. 긴급 M1 코드에서는 공제액이 약 £400로, 월 £100~£150의 차이가 발생합니다. 막 새 일자리를 시작했고, 어쩌면 소득 공백기를 겪은 직원에게 이 £100의 순급여 감소는 추상적인 규정 준수 문제가 아닙니다. 이는 실질적인 현금 흐름 타격입니다.

HMRC는 세금 코드 정정이 "취업 시작일로부터 최대 35일이 소요될 수 있다"고 밝히고 있습니다. 실제로 이 기간은 세 가지 별도 시스템이 연동되어야 합니다: 이전 고용주가 퇴사자 FPS를 제출하고, 새 고용주가 신규 입사자 FPS를 제출하며, HMRC 시스템이 두 정보를 조정해야 합니다. 어느 한 단계에서 지연이 발생하면 정정 기간이 35일을 넘어섭니다. 두 번의 급여 기간 동안 긴급 과세를 적용받은 직원은 세 번째에도 적용될 수 있으며, 그 시점에는 £300~£450의 손실을 보게 됩니다. HMRC는 초과 납부액을 환급하지만, 환급 절차는 이후 상황에 따라 달라집니다. 정정이 같은 과세 연도 내에 이루어지면 고용주가 향후 공제액을 조정합니다. 과세 연도 종료 후에 정정이 이루어지면 직원은 Personal Tax Account 또는 전화를 통해 직접 환급을 신청해야 합니다. 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 200장을 키 입력할 때 오류가 없을 수 없는 이유'라는 제목의 플랫 벡터 그래픽 목록. 2×2 격자로 배열된 네 가지 항목: 입력된 2,000개 필드, 1% 오류율 기준 20개 오류, 3% 오류율 기준 60개 오류, 그리고 9.6%의 기록에 오류가 포함됨을 강조 표시.

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

수동 데이터 입력 연구에 따르면 숙련된 작업자의 필드 수준 오류율은 1%~4%로 수렴합니다. 급여 분야에서 업계 조사에 따르면 급여 실행의 약 20%에 최소 하나 이상의 오류가 포함되어 있습니다. 필드의 20%가 아니라 전체 급여 주기의 20%입니다. 연간 퇴사자 200명을 처리하는 중간 규모 고용주의 경우, 각 P45에는 약 10개의 입력 가능한 필드가 포함되므로 연간 2,000개 필드를 입력하게 됩니다. 1% 필드 오류율 기준: 잘못 입력된 필드 20개. 급여 조건에 더 현실적인 3% 오류율을 적용하면 연간 오류 수는 60개입니다.

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

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

시스템적 실패는 P45 자체가 아닙니다. 4부 종이 배포와 수동 데이터 입력의 결합 — 1944년 프로세스가 2013년 디지털 RTI 백본에 접목되었고, 그 사이의 틈을 아무도 감사하지 않는 키보드 입력으로 메우는 구조 — 가 바로 문제입니다.

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

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

P45가 도착했을 때 — 이전 고용주의 급여 소프트웨어에서 나온 PDF든, RTI 이전 관행을 유지하는 곳에서 스캔한 종이 양식이든, 퇴사자가 마지막 직장에서 문자로 보낸 사진이든 — 그 데이터를 다시 타이핑할 필요가 없습니다. P45의 의미 구조를 이해하는 문서 추출 도구는 세금 코드, 연초 이후 급여 및 세액, 퇴사일, NI 번호, 학자금 대출 표시를 페이지에서 직접 읽을 수 있습니다. 출력물은 PDF가 아닙니다. 급여 관리자가 스프레드시트에 타이핑할 동일한 열로 구성된 구조화된 데이터 행이며, 몇 초 만에 생성됩니다. 시스템 사이의 연결 지점이었던 키보드는 생성 단계가 아닌 검증 단계가 됩니다.

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

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

자주 묻는 질문

P45를 분실한 경우 재발급받을 수 있나요?

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

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

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

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

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

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

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

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

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

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

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

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

주요 요점