수동 P45 처리의 실제 비용
영국 급여 업무 팀을 위한 프레임워크

P45 청구서가 두 번 도착하는 이유

영국의 모든 고용주는 P45의 생산자이자 소비자이며, 이 두 역할에서 수동 처리 비용이 발생합니다. 직원이 퇴사할 때, 고용주는 P45를 발급해야 합니다. 이 의무는 2003년 소득세(PAYE) 규정 제36조에 명시되어 있으며, 고용 종료 시 증명서를 요구합니다. 신규 직원이 입사할 때는 이전 고용주의 P45를 가지고 오며, 고용주는 소비자가 됩니다. 해당 증명서의 수치를 급여 시스템에 입력하여 신규 직원의 세금 코드를 올바르게 설정해야 합니다.

양식 자체는 이러한 인계를 위해 설계되었습니다. P45는 네 부분으로 구성됩니다: 1부는 국세청(HMRC)에 제출되며, 현재는 우편 대신 실시간 정보(RTI)를 통해 전자적으로 전송됩니다. 1A부는 직원이 보관하는 사본입니다. 2부와 3부는 퇴사자가 다음 고용주에게 제출하는 두 부분으로, 고용주는 이를 사용하여 신규 직원을 등록하고 첫날부터 올바른 세금 코드를 적용합니다. 각 부분에는 동일한 핵심 데이터 세트가 포함됩니다: 퇴사일, 현재 과세 연도의 총 급여 및 총 세금, 퇴사 시 세금 코드, 국민보험번호, 학자금 대출 공제 여부, 그리고 코드가 누적 적용되었는지 여부를 나타내는 주 1/월 1 지표입니다.

이 수치가 관련된 과세 연도는 4월 6일부터 다음 해 4월 5일까지이며, 급여 및 세금 누계는 이 기간 내에서만 의미가 있습니다. 따라서 이를 무시하고 0부터 다시 입력할 수 없는 이유입니다. 이는 신규 고용주가 직원의 세금 상태를 초기화하지 않고 이어가기 위해 필요한 누계입니다. 영국 급여 팀이 여전히 종이 P45를 수동으로 처리하는 이유에서 이러한 인계가 실제로 어떻게 실패하는지 분석했습니다. 이 글에서는 그 실패로 인한 비용을 계산합니다. 이를 위해 두 역할을 분리하여 각각의 비용이 매우 다르기 때문입니다.

발급 측면: 생각보다 저렴하지만, 무료는 아님

P45 발급은 저렴한 절반에 해당합니다. 현대적인 급여 소프트웨어가 작업을 처리하기 때문입니다. 직원을 퇴사자로 표시하고, 퇴사일을 입력하면 소프트웨어가 연초 이후 누계 금액을 계산하고, 4개 부본을 모두 생성하며, 동일한 최종 급여 지급 과정에서 RTI를 통해 1부를 HMRC에 제출합니다. Sage Payroll, BrightPay, Xero Payroll, Iris 및 Moorepay 모두 이를 표준 기능으로 처리합니다. 증명서 작성에는 수동 입력이 전혀 포함되지 않습니다. 퇴사자 측면이 전부라면, 이 글은 여기서 끝났을 것입니다.

그러나 자동화 이후에도 두 가지 잔여 비용이 남습니다. 첫 번째는 배포 및 수정입니다. 증명서를 퇴사자에게 전달하고, 퇴사 직원이 최종 수치에 이의를 제기하거나 퇴사일을 잘못 입력한 경우 재발급하는 작업입니다. 각각 몇 분이 소요되며, 복잡한 퇴사 상황에 집중됩니다. 두 번째는 더 조용하지만 더 큰 비용, 즉 기록입니다. HMRC는 급여 기록을 관련 과세 연도 종료일로부터 최소 3년간 보관하도록 요구하며, 적절한 기록을 보관하지 않을 경우 "지불해야 할 금액을 추정하여 최대 £3,000의 벌금을 부과할 수 있다"고 경고합니다. 소프트웨어에 자동 생성된 P45는 방어 가능한 기록입니다. 출처 증명서로 연결되지 않은 채 스프레드시트에 누군가 다시 입력한 수치는 그렇지 않습니다.

따라서 발급 측면은 진정으로 저비용입니다. 퇴사자 1인당 몇 분과 상시 기록 의무라고 할 수 있습니다. 이 점을 기억해 두십시오. P45를 생성하는 것에서 소비하는 것으로 전환하는 순간, 계산은 완전히 달라집니다.

수령 측면: 실제 입력이 발생하는 곳

수령 측면이 비용이 많이 드는 이유는 P45 수명 주기 전체에서 인간이 여전히 구조화된 데이터를 급여 시스템에 다시 입력하는 유일한 지점이기 때문입니다. 귀하의 소프트웨어는 퇴사자의 증명서를 생성했지만, 다른 고용주의 소프트웨어에서 새로 입사한 직원이 가져온 증명서는 읽을 수 없습니다. 누군가는 해당 PDF나 종이 양식을 열고, 세금 코드, 현재까지 급여 및 세금 금액, 국민보험번호, 학자금 대출 표시를 읽고 각각을 신규 입사자 기록에 입력해야 합니다.

인건비를 두 가지 입력값으로 정직하게 산정해 보십시오. 임금: 영국 급여 관리자의 연봉은 Robert Half의 2026년 급여 가이드에서 £27,000~£33,000이며, 중앙값은 약 £29,750입니다. 총액은 고용주 비용이 아닙니다. £5,000의 2차 기준선을 초과하는 소득에 대해 15%의 고용주 Class 1 국민보험과 자동 가입 연금을 추가하고, 이를 연간 약 1,700시간의 실질 근로 시간에 분산하면 총부담 비용은 시간당 약 £21에 달합니다. 시간: 신규 입사자 설정에 필요한 5개 항목을 전사하고, 다시 확인하기 위해 되돌아보는 데 깨끗한 증명서 기준 P45 1장당 약 2분이 소요됩니다. 흐릿한 복사본이거나 학자금 대출 상태를 교차 확인해야 하는 경우 3~4분이 소요됩니다.

시간당 £21로 2분이면 약 70펜스의 인건비입니다. 그래서 아무도 그 비용을 계산하지 않는 것입니다. 그러나 인건비는 수령한 P45가 발생시킬 수 있는 네 가지 비용 중 첫 번째일 뿐이며, 가장 작은 비용입니다. 나머지 비용은 키 입력이 잘못되는 순간부터 시작됩니다.

수동 데이터 입력에는 측정 가능한 오류율이 존재합니다. 숙련된 작업자의 필드별 정확도는 양호한 조건에서 약 1%에 가깝지만, 시간적 압박과 혼합된 문서 품질에서는 3~4%까지 상승합니다. P45 설정이 다루는 다섯 개의 필드 전체에서 필드당 1%의 오류율은 특정 기록에 최소 하나의 오류가 있을 확률이 대략 5%임을 의미하며, 4%에서는 그 확률이 5분의 1에 가까워집니다. 가장 중요한 필드는 세금 코드입니다. 짧고, 노이즈처럼 보이며, 즉시 적용되기 때문입니다. 1257L 대신 1275L로 입력된 세금 코드는 직원의 면세 한도를 조용히 변경하며, 급여명세서가 잘못되기 전까지는 스스로 드러나지 않습니다.

비상세금 연쇄 작용: 잘못된 숫자 하나, 세 개의 담당자

잘못 입력되거나 누락된 P45 수치는 단순한 급여 문제로 끝나지 않습니다. 그것은 직원의 문제가 되고, HMRC의 문제가 되며, 다시 여러분의 문제가 됩니다. 이것이 P45에만 고유한 비용 항목이며, 수신 측이 발행 측보다 훨씬 더 큰 이유입니다. 올바른 기존 급여 및 세금 코드 정보가 P45가 늦게 도착하거나, 분실되거나, 잘못 입력되어 급여 시스템에 도달하지 못하면, HMRC 규정에 따라 소프트웨어는 비상 세금 코드를 적용할 수밖에 없습니다. 비상 코드는 W1, M1, X 또는 NONCUM으로 끝나는 코드이며, "해당 주 또는 월에 지급된 금액만을 기준으로" 직원에게 과세하여, 해당 연도 초에 벌고 세금을 낸 모든 것을 무시합니다.

누가 비용을 부담하는지 추적해 보십시오. £30,000 연봉의 경우, 누적되지 않는 W1/M1 코드는 올바른 누적 코드보다 첫 번째 영향받는 달에 눈에 띄게 더 많은 금액을 원천징수할 수 있습니다. 직원은 자신이 받을 수당이 보류되는 동안 한 달 치 실수령액의 상당 부분을 일시적으로 초과 납부하게 됩니다. 이 초과 납부금은 HMRC가 RTI를 통해 기록을 업데이트하면 결국 환급되지만, 그 사이의 마찰은 세 개의 서로 다른 담당자에게 부담을 줍니다:

• 직원 담당자. 첫 급여명세서가 수백 파운드 적게 지급됩니다. Reddit의 r/UKPersonalFinance에서 한 신규 입사자는 "첫 급여에서 50% 이상 세금이 공제되었다"고 설명했으며, HMRC에 전화한 후 "급여 부서에서 잘못된 P45 세부 정보를 제출하여 초과 과세 문제가 발생했다"는 사실을 알게 되었습니다. 초과 과세는 실제였으며, 원인은 상위 단계의 전사 오류였습니다.
• 여러분의 급여 담당자. 불만은 먼저 여러분에게 옵니다. 누군가는 이를 처리하고, 입력된 내용과 P45를 다시 확인하며, 기록을 수정하고, 유효한 P45가 전혀 도착하지 않은 경우 HMRC의 스타터 체크리스트에 세부 정보를 입력하여 스타터 신고를 설정해야 합니다. 이는 건당 20~30분의 청구 불가능한 시간이며, 불안해하는 신규 직원을 안심시키는 데 사용되며 급여 부서의 실제 업무를 수행하지 못하게 합니다.
• HMRC 담당자. 수정 과정은 HMRC 시스템을 통해 이루어지며, 기록이 수정될 때까지 직원은 "해당 연도에 올바른 세금을 납부할 때까지 비상 세금 코드가 유지됩니다."

이 중 어느 것도 인보이스에 나타나지 않습니다. 이는 "온보딩이 진행되는 방식일 뿐"으로 흡수됩니다. 즉, 아무도 그 비용을 계산하지 않았다는 뜻입니다. 그리고 인건비와 달리, 이 비용은 팀이 입력 속도를 높인다고 줄어들지 않습니다. 잘못된 수치가 처음부터 입력되는 것을 막을 때만 줄어듭니다.

패널티 및 기록 노출

가장 비용이 많이 드는 P45 오류는 아무도 알아차리지 못하는 오류입니다. 이는 몇 년 후 HMRC 패널티로 전환되기 때문입니다. 잘못 입력된 증명서 뒤에는 두 가지 노출 위험이 있으며, 둘 다 확정적이 아닌 확률적입니다. 이것이 바로 비용 논의에서 제외되는 이유입니다.

기록. £3,000 기록 패널티는 숫자를 잘못 입력했다는 벌금이 아니라, 숫자가 정확했음을 증명할 수 없다는 벌금입니다. 조사관이 수치를 입증하라고 요청했을 때, 유일한 증거가 출처 P45로 이어지는 감사 추적 없이 누군가 스프레드시트에 입력한 셀뿐이라면, HMRC는 기록이 부적절하다고 간주할 수 있습니다. 잘못된 국민보험번호가 전형적인 사례입니다. QQ 12 34 56 C 형식으로 한 번 입력되고 두 문자가 바뀌면, 수년간 급여 기록에 감지되지 않고 남아 기여금을 잘못 귀속시키다가 조사에서 드러납니다.

부정확성. 잘못된 P45 수치가 세금을 과소 신고하는 신고로 이어지는 경우, 2007년 재정법 스케줄 24는 고정 요금이 아닌 잠재적 손실 수익의 백분율로 패널티를 적용합니다. 부주의한 부정확성은 손실 수익의 30%를 부과하며, 고의적인 경우 70%, 고의적이고 은폐된 경우 100%입니다. HMRC 자체 CC/FS7A 팩트시트는 합리적인 주의를 기울인 경우 패널티를 부과하지 않을 것이라고 확인하지만, 검증 단계가 없는 스프레드시트는 사후에 합리적인 주의를 입증하기 어려운 환경입니다.

이를 모델에 포함하는 올바른 방법은 확률적으로 접근하는 것입니다. 노출 금액에 수동 입력이 이를 촉발할 가능성을 곱하고, 전체 인원수와 여러 과세 연도에 걸쳐 계산합니다. 단일 연도에서는 숫자가 작지만 총합으로는 불편해집니다. 이는 결코 측정되지 않는 비용의 정의적 특성입니다.

퇴사자 1명에서 1년으로: 비용 규모 산정

건당 비용은 사소해 보이지만 연간 비용은 그렇지 않습니다. P45는 채용과 퇴사가 있을 때마다 연중 내내 발생하는 고빈도 이벤트이기 때문입니다. 이것이 P45와 P60의 차이점입니다. P60의 비용은 5월에 한 번에 몰려 발생하지만, 영국 고용주가 매 과세연도에 수동 P60 처리에 지출하는 비용에 대한 관련 프레임워크는 그 연간 급증을 모델링합니다. 반면 P45 비용은 직원 이직률에 연동되어 지속적으로 누적됩니다.

CIPD에 따르면 2022~2023년 영국 평균 이직률은 약 34%였으며, 2025년 봄 고용주 조사에서는 연평균 약 15%로 나타났습니다. 업종별 편차는 커서 공공 행정 분야는 약 25%, 숙박업은 50%를 넘습니다. 평균 15%의 이직률을 가진 안정적인 200인 기업을 가정해 보겠습니다. 연간 약 30명의 퇴사자가 발생하여 P45 30건이 발급되고, 해당 직위가 채워지면서 P45를 지참하고 입사하는 신규 직원 약 30명의 P45를 확인해야 합니다. 즉, 연간 P45 접점 60건이 두 가지 비용 항목으로 나뉘어 발생합니다.

범위가 넓은 것은 의도적이며, 그 형태가 핵심입니다. 누구나 생각하는 두 인건비 항목이 가장 작은 두 항목입니다. 자체 수치를 산출하려면 다음 네 가지 식에 대입하십시오:

• 발급 인건비 = 연간 퇴사자 수 × 인증서당 소요 시간(분) ÷ 60 × 부하 시간당 요율
• 수령 인건비 = 연간 신규 입사자 수 × P45당 소요 시간(분) ÷ 60 × 부하 시간당 요율
• 오류 및 연쇄 비용 = 수령한 P45 수 × 기록 수준 오류율 ×
• 벌칙 노출 = 부정확성 및 기록 노출 × 수동 입력이 이를 유발할 확률, 과세 연도별 합산

여러 클라이언트 급여를 조정하는 급여 대행사는 수령 측면을 모든 클라이언트에 동시에 곱하게 되므로, 대행사가 이 비용을 가장 먼저 체감합니다. 해당 워크플로우의 일괄 버전은 월별 P45 퇴사자 양식을 직원 데이터베이스로 일괄 처리하는 방법을 참조하세요. 어떤 숫자가 나오든 그 원인은 오류 라인에 있으며, 오류 라인은 한 가지 작업, 즉 인증서에서 수치를 읽어 셀에 입력하는 작업에서 비롯됩니다.

추출이 산술을 바꾸는 방식

재입력을 제거하면 네 가지 비용 라인이 모두 동시에 움직입니다. 이것이 문서 추출 도구가 하는 일이며, 그 메커니즘이 이미 사용 중인 급여 소프트웨어와 다르기 때문에 그 방식을 정확히 이해하는 것이 중요합니다. 급여 소프트웨어는 자체 데이터베이스에서 P45를 생성하도록 설계되었습니다. 다른 시스템에서 발생한 P45는 읽을 수 없습니다. 추출 도구는 그 반대 방식으로 작동합니다. 건네받은 인증서를 읽는 것입니다.

템플릿 기반 도구가 사용하는 방식인 페이지의 고정 위치를 매칭하는 대신, 의미론적 추출은 각 필드가 의미하는 바를 읽습니다. 이것이 맞춤 열 추출입니다. 원하는 열 이름을 한 번 입력하면("Tax Code", "Total Pay to Date", "Total Tax to Date", "NI Number", "Student Loan") AI가 라벨을 이해하여 Sage, BrightPay, Xero 또는 손으로 작성된 HMRC 주문 템플릿에서 온 양식인지에 관계없이 배치의 모든 P45에서 각 값을 찾습니다. 정의한 열이 스프레드시트의 헤더가 되며, 원본 레이아웃은 중요하지 않습니다. 업로드부터 신규 입사자당 깔끔한 행 하나까지의 단계별 버전은 급여용 UK P45 퇴사자 데이터를 Excel로 추출하는 방법 가이드를 참조하세요.

오류 라인을 직접 공격하는 수단은 계산 열입니다. 이는 AI가 페이지에서 읽는 대신 추출 중에 값을 계산하는 열입니다. "Tax Code가 유효한 HMRC 형식이 아닌 경우 플래그 지정"과 같은 검사를 정의하면 도구가 급여에 도달하기 전에 전치된 코드를 표면화하여 검증을 전체 재읽기에서 한 열만 보는 것으로 전환합니다. 일상적인 임금 문서에 적용된 동일한 추출 로직은 급여 명세서를 Excel로 사용 사례에서 다룹니다.

수집 단계에는 모델이 조용히 무시하는 자체 비용이 있습니다. 바로 이전 고용주가 발급을 지연한 P45를 신규 직원에게서 추적하는 일입니다. 수집 링크가 이 문제를 해결합니다. 공유 가능한 링크를 생성하여 신규 직원에게 보내면, 직원은 짧은 인증 코드를 입력한 후 P45를 직접 처리 대기열에 업로드할 수 있으며 계정을 만들 필요가 없습니다. 이는 신규 직원이 비상 코드로 분류되는 가장 흔한 원인인 "파일 대기" 공백을 해소합니다.

문서당 약 10초의 처리 시간은 2~4분의 수작업 입력과 비교할 때, 추출은 인건비를 줄이는 것이 아니라 제거하여 검증 확인만 남깁니다. 또한 AI가 키보드 정확도가 아닌 라벨을 읽기 때문에, 연쇄 오류와 벌칙 노출을 유발하는 오류율은 자동화된 최저 수준으로 떨어집니다. 수동 P45 처리가 무료처럼 보이게 만든 계산은 인건비에 대해 결코 틀리지 않았습니다. 틀린 것은 어느 항목이 중요한지였습니다.

FAQ — 영국 P45 처리 비용