수동 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는 방어 가능한 기록입니다. 누군가가 스프레드시트에 다시 입력한 금액은 원본 증명서와 연결되지 않으므로 방어할 수 없습니다.

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

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

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

두 가지 입력값으로 인건비를 정직하게 산정해 보십시오. 요율: Robert Half의 2026년 급여 가이드에 따르면 영국 급여 관리자의 연봉은 £27,000~£33,000이며, 중간값은 약 £29,750(총액)입니다. 총액은 고용주 비용이 아닙니다. 고용주의 1종 국민보험(£5,000 2차 기준선 초과 소득의 15%, 2025년 4월부터 시행되어 2027/28년까지 동결)과 자동 등록 연금을 추가하고, 이를 연간 약 1,700시간의 유효 근무 시간으로 나누면, 부담 비용은 시간당 약 £21에 달합니다. 시간: 신규 입사자 설정에 필요한 5개 필드를 입력한 다음, 다시 확인하기 위해 되돌아보는 데 깨끗한 증명서의 경우 약 2분, 흐릿한 복사본이거나 학자금 대출 상태를 교차 확인해야 하는 경우 3~4분이 소요됩니다.

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

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

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

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

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

• 직원 담당자. 첫 급여명세서가 수백 파운드 적게 지급됩니다. Reddit의 r/UKPersonalFinance에서 한 신규 입사자는 "첫 급여에서 50% 이상 세금이 공제되었다"고 설명했으며, HMRC에 전화한 후 "급여 부서에서 잘못된 P45 세부 정보를 제출하여 초과 과세 문제가 발생했다"는 사실을 알게 되었습니다. 초과 과세는 실제였으며, 원인은 상위 단계의 전사 오류였습니다.
• 여러분의 급여 담당자. 불만은 먼저 여러분에게 옵니다. 누군가는 이를 처리하고, 입력된 내용과 P45를 다시 확인하며, 기록을 수정하고, 유효한 P45가 전혀 도착하지 않은 경우 HMRC의 스타터 체크리스트(기존 P46을 대체한 절차)에 세부 정보를 입력하여 스타터 신고를 설정해야 합니다. 이는 건당 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년으로: 비용 규모 산정

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

CIPD에 따르면 2022~2023년 영국 평균 이직률(근로자가 직장을 변경하거나 떠나는 '회전율')은 약 34%였으며, 2025년 봄 고용주 조사에서는 연평균 약 15%로 나타났으며 업종별 편차가 컸습니다. 공공 행정 분야는 약 25%, 숙박업은 50% 이상입니다. 평균 15%의 안정적인 200인 기업을 가정하면, 연간 약 30명의 퇴사자가 발생합니다. 즉, P45 30건이 발급되고, 해당 직위가 채워지면서 P45를 지참한 신규 입사자 약 30명이 추가로 발생합니다. 이를 합산하면 연간 약 60건의 P45 접점이 발생하며, 발급과 수령 두 측면으로 나뉩니다.

범위가 의도적으로 넓게 설정된 이유는 그 형태 자체가 중요하기 때문입니다. 일반적으로 생각하는 두 가지 인건비 항목이 가장 작은 비용입니다. 자체 수치를 산출하려면 다음 네 가지 공식을 대입하세요:

• 발급 인건비 = 연간 퇴사자 수 × 증명서당 소요 시간(분) ÷ 60 × 시간당 부담금 포함 임금
• 수령 인건비 = 연간 신규 입사자 수 × P45당 소요 시간(분) ÷ 60 × 시간당 부담금 포함 임금
• 오류 및 연쇄 비용 = 수령한 P45 수 × 기록 수준 오류율 × (수정 시간 + 예상 직원/HMRC 해결 비용)
• 과태료 노출 위험 = 부정확성 및 기록 노출 위험 × 수동 입력이 이를 유발할 확률, 과세연도별 합산

여러 고객의 급여 명부에서 신규 입사자를 조정하는 급여 대행 업체는 한 번에 모든 고객의 수신 측을 곱하게 되므로, 이 비용을 가장 먼저 체감합니다. 해당 워크플로의 일괄 버전(여러 퇴사자를 하나의 퇴사 데이터베이스로 통합)에 대해서는 월별 P45 퇴사자 양식을 직원 데이터베이스에 일괄 처리하는 방법을 참조하세요. 규모와 관계없이, 비용은 오류 항목에 의해 결정되며, 오류 항목은 단 하나의 작업, 즉 증명서의 숫자를 읽고 셀에 입력하는 작업에 의해 결정됩니다.

추출이 산술을 바꾸는 방식

재입력 과정을 없애면 네 가지 비용 항목이 모두 동시에 움직입니다. 이것이 바로 문서 추출 도구가 하는 일이며, 그 메커니즘이 기존에 사용하던 급여 소프트웨어와 다르기 때문에 정확히 어떻게 작동하는지 이해하는 것이 중요합니다. 급여 소프트웨어는 자체 데이터베이스에서 P45를 생성하도록 설계되었습니다. 이전 고용주, 다른 공급업체, 스캔된 종이 양식 등 타사 시스템에서 발행된 P45는 읽을 수 없습니다. 추출 도구는 반대로 작동합니다. 즉, 건네받은 증명서를 읽습니다.

템플릿 기반 도구가 사용하는 페이지의 고정된 위치를 매칭하는 방식(급여 시스템이 다르면 P45 레이아웃이 달라져 작동이 중단됨) 대신, 의미론적 추출은 각 필드가 의미하는 바를 읽습니다. 이것이 바로 사용자 정의 열 추출입니다. "세금 코드", "연도별 총 급여", "연도별 총 세금", "국민보험번호", "학자금 대출"과 같이 원하는 열 이름을 한 번만 입력하면, AI가 Sage, BrightPay, Xero 또는 손으로 작성된 HMRC 주문 양식 등 출처에 관계없이 레이블을 이해하여 배치 내 모든 P45에서 각 값을 찾습니다. 사용자가 정의한 열이 스프레드시트의 헤더가 되며, 원본 레이아웃은 중요하지 않습니다. 업로드부터 신규 입사자당 하나의 깔끔한 행까지의 단계별 과정은 급여 관리를 위해 영국 P45 퇴사자 데이터를 Excel로 추출하는 방법 가이드에 나와 있습니다.

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

수습 단계에는 모형이 조용히 무시하는 자체 비용이 따릅니다. 즉, 전 직장에서 P45 발급을 지연시킨 신규 입사자를 쫓는 일입니다. 수집 링크가 이 문제를 해결합니다. 공유 가능한 링크를 생성해 신규 입사자에게 보내면, 계정 생성 없이 짧은 확인 코드 입력 후 P45를 직접 처리 대기열에 업로드합니다. 이는 신규 입사자가 비상 코드로 분류되는 가장 흔한 원인인 '서류 대기 시간'을 없애줍니다.

문서당 약 10초의 처리 시간(수동 입력 2~4분 대비)으로, 추출은 인건비를 줄이는 것이 아니라 아예 없애고 확인만 남깁니다. AI가 키보드 정확도가 아닌 레이블을 읽기 때문에, 연쇄 오류와 패널티 위험을 초래하는 오류율은 자동화된 최저 수준으로 떨어집니다. 수동 P45 처리가 무료처럼 보이게 만든 계산은 인건비에 대해 틀리지 않았습니다. 중요한 항목이 무엇인지에 대해 틀렸을 뿐입니다.

FAQ — 영국 P45 처리 비용