P60 마감 5월 31일
급여팀이 마감 전에 반드시 감사해야 할 사항

마감 시계: 법이 요구하는 것과 8주가 생각만큼 길지 않은 이유

의무는 명확하며 타협하지 않습니다. 2003년 소득세 규정 제67조(SI 2003/2682)에 따라 모든 고용주는 4월 5일에 급여 명부에 있던 모든 직원에게 늦어도 5월 31일까지 증명서를 제공해야 합니다. 증명서에는 HMRC의 연간 대체 P60 양식에 대한 RD1 사양에 정의된 전체 법정 필드 세트가 포함되어야 하며, 여기에는 '이 고용' 및 '연간 합계'로 구분된 급여 및 세액 수치, 범주 문자 및 소득 구간별로 분류된 국민보험 기여금, 그리고 수령한 법정 급여가 포함됩니다.

마감일은 "5월 말까지 완료하도록 노력하라"는 것이 아닙니다. "6월 1일 이전"입니다. 6월 1일에 발급된 P60은 늦은 것입니다. 고용주에게 미치는 실질적인 결과는 고정된 벌금이 아닙니다. HMRC는 PAYE 납부 지연과 같은 방식으로 P60 지연에 대해 자동 벌금을 부과하지 않습니다. 그러나 이는 일련의 후속 문제를 촉발합니다. P60을 받지 못한 직원은 정확한 수치로 자가 평가 세금 신고서를 제출할 수 없습니다. 주택 담보 대출이나 소득 기반 혜택을 신청하는 직원은 신청이 지연됩니다. 150명의 직원에게서 독촉 이메일을 처리하고 6월 내내 증명서를 재발급하는 누적 비용은 급여 팀이 작업을 미루면서 절약했다고 생각했던 시간을 모두 상쇄합니다.

8주는 넉넉해 보입니다. 하지만 그렇지 않습니다. 처음 2주는 4월 19일의 최종 FPS 제출 마감일과 관련 급여 마감 절차로 소비됩니다. 마지막 2주는 배포 물류와 직원 문의로 소비됩니다. 따라서 실제 감사 및 검증 작업에는 4월 하순과 5월 초순의 약 4주 정도의 근무 시간이 남습니다. 아래 체크리스트는 이 4주 기간을 기준으로 구성되었으며, 건너뛰면 6월에 수정 요청으로 표면화될 항목들로만 구성되어 있습니다.

P60 수령 대상자 — 그리고 제외 대상자: 직원 명단 감사

법적 기준은 단순합니다: 4월 5일에 급여 명단에 있었는가? 하지만 4월 6일의 급여 명단에는 P60 목록에 포함되지 말아야 할 사람이 포함되어 있고, 반대로 재검토가 필요한 사람이 누락되어 있습니다. 감사를 실행하려면 직원 명단을 검토하여 각 항목에 P60 결정과 이를 뒷받침하는 증거를 태그해야 합니다.

P60 목록 오류의 가장 흔한 원인은 4월 첫째 주에 퇴사한 직원입니다. 급여 소프트웨어는 3월 급여 기간까지 이들을 활성 상태로 표시합니다. 4월 퇴사일은 시스템에 미래 날짜 변경 사항으로 등록되어 P60 생성 실행 전에 처리되지 않을 수 있습니다. 팀이 먼저 퇴사일 감사를 실행하지 않고 "모든 직원"을 선택하여 P60을 생성하면, 4월 6~8일 퇴사자가 이미 받은 P45와 함께 필요하지 않은 P60을 받게 됩니다. 수정 방법은 "중복" 표시된 수정 P60 발급과 직원에 대한 수동 안내입니다. 생성 전 10분짜리 날짜 범위 필터로 방지할 수 있습니다.

생성 전 NI 번호, PAYE 참조번호, 직원 정보 확인

잘못된 국민보험번호(National Insurance number)가 기재된 P60이 사무실을 떠나는 순간, 그 오류는 정정서가 발급될 때까지 직원의 세무 기록에 고정됩니다. 그리고 정정 절차는 단순히 "올바른 번호로 재인쇄"하는 것이 아닙니다. RTI 체계에서 NI 번호는 모든 FPS 제출을 개인의 HMRC 계정에 연결하는 기본 키입니다. 잘못된 NINO가 포함된 P60은 불일치를 초래하며, HMRC 시스템이 이를 수개월 후 직원이 자진신고(Self Assessment)를 제출하고 신고서의 금액이 고용주의 신고 데이터와 일치하지 않을 때까지 발견하지 못할 수 있습니다.

생성 전 검증 단계에서는 세 가지 범주의 데이터를 확인합니다. 그중 두 가지는 급여 소프트웨어만으로는 잡아낼 수 없습니다. 소프트웨어는 자체 기록이 정확하다고 가정하기 때문입니다.

이러한 점검 중 어느 것도 HMRC 시스템에 접근할 필요가 없습니다. 이는 내부 데이터 무결성 검증으로, 오후 하나면 실행할 수 있으며, P60에 인쇄되어 직원에게 전달되면 중복 증명서와 설명 서신이 포함된 6주간의 수정 절차로 이어지는 오류를 잡아냅니다.

최종 FPS 제출 내역과 P60 수치 대사

P60에 인쇄되는 수치는 별도의 연말 정산 계산에서 비롯된 것이 아닙니다. 이는 과세 연도 동안 제출된 모든 Full Payment Submission(FPS)을 통해 HMRC에 신고된 동일한 데이터의 합계입니다. 2013년 4월부터 의무화된 Real Time Information(RTI) 체계에 따라 모든 급여 실행은 해당 기간의 각 직원 급여, 세금, 국민보험, 법정 급여를 신고하는 FPS를 생성합니다. 연말 표시가 있는 과세 연도의 최종 FPS는 더 이상 제출이 없음을 HMRC에 알립니다. P60은 이 12개 FPS 제출에서 신고된 내용을 직원용으로 요약한 문서입니다.

따라서 P60 초안을 FPS 합계와 대사하는 것은 "있으면 좋은" 검증 단계가 아닙니다. 증명서가 직원에게 도달하기 전에 불일치를 잡아낼 수 있는 유일한 방법입니다. 대사 오류를 가장 많이 유발하고 — P60과 직원의 HMRC 기록 간 불일치가 공식 조사로 이어질 수 있는 — 세 가지 수치는 다음과 같습니다:

실용적인 방법: P60 초안 데이터를 스프레드시트로 내보내고, 최종 FPS 파일이나 급여 소프트웨어 보고서에서 연초 이후 누계를 가져온 다음 열 단위 차이 검증을 실행합니다. 급여 또는 세금 차이가 반올림 허용 오차를 초과하는 행은 조사가 필요합니다. 수동으로 처리하는 급여 팀 — 인쇄된 증명서에서 P60 수치를 조정 스프레드시트로 옮겨 적는 경우 — 감사 자체가 시간 병목이 됩니다. 직원 150명 규모의 중견 기업이 P60 PDF에서 Excel로 자동 데이터 추출 없이 조정 단계를 수행하면 차이 분석 대신 수치 재입력에 시간을 보냅니다. P60 데이터를 Excel로 추출하여 급여 조정에 활용하는 방법에 대한 가이드에서 전사 단계를 구조화된 데이터 파이프라인으로 전환하는 열별 워크플로우를 확인하세요. 여러 고객 급여에 대해 동일한 감사를 동시에 실행하는 급여 대행사 및 다중 고용주 기업의 경우, 일괄 감사 방법론에서 단일 처리 작업으로 수십 개의 PAYE 제도를 처리하는 병렬 조정 워크플로우를 다룹니다.

복수 출처 P60: 직원이 둘 이상의 고용주로부터 증명서를 받은 경우

과세 연도 동안 두 개의 직업을 동시에 가진 직원 — 접객업, 소매업, 교육 분야에서 흔함 — 은 각 고용주로부터 별도의 P60을 받습니다. 증명서는 독립적입니다. 각각 해당 고용 관계의 급여와 세금만 포함합니다. 직원이 아닌 고용주가 아니라 직원 본인이 Self Assessment 신고서를 작성하거나 총소득 증빙을 제공할 때 수치를 합산할 책임이 있습니다.

고용주 입장에서 이 사실은 P60 준비 기간 동안 두 가지 운영상 고려 사항을 만듭니다. 첫째, P60의 "이전 고용 급여" 항목 — 직원이 입사한 시점의 정확한 누계 위치를 반영해야 합니다. 직원이 연중에 입사했고 급여 팀이 온보딩 시 잘못된 P45 수치를 입력했다면, P60의 "연간 총 급여" 및 "연간 총 세금" 열 — 이전 및 현재 고용을 합산한 값 — 이 잘못됩니다. P60의 "이 고용의 급여" 열은 여전히 정확하지만, 직원은 세금 신고 시 연간 총액 수치를 사용하며, P60 총액과 HMRC의 결합 소득 기록 간 불일치는 문의로 이어집니다.

둘째, 회사가 연중 다른 기업을 인수하고 TUPE — 사업 양도 규정 — 에 따라 해당 직원을 승계하는 경우, 해당 직원은 이전 및 신규 법인에서 각각 별도의 P60 두 장이 아닌, 새 고용주로부터 전체 과세 연도를 포함하는 단일 P60을 받아야 합니다. 새 고용주가 전체 연도에 대한 PAYE 의무를 인수합니다. 급여 소프트웨어가 P60 생성 전에 인수 직원의 연초 이후 누계 수치를 새 PAYE 제도에 통합하도록 구성되지 않은 경우, 증명서에는 인수 이후 급여만 표시되며 직원의 P60에는 수개월간의 소득이 누락됩니다.

4주 준비 일정: 4월 6일부터 5월 2일까지

이 일정은 Sage, Xero, BrightPay, IRIS, QuickBooks 또는 이와 동등한 플랫폼에서 운영되는 중간 규모의 급여를 기준으로 합니다. 감사 작업을 4월에 집중하고 5월은 생성 및 배포에 할애합니다. 목표는 일찍 끝내고 기다리는 것이 아니라, 잘못된 NINO, 누락된 퇴사자, 잘못 정렬된 FPS 수치 등 수정 사항이 발생해도 일정에 쫓기지 않고 처리할 수 있는 여유를 확보하는 것입니다.

이 일정은 검증 작업을 앞당깁니다. 생성 단계 자체는 몇 분밖에 걸리지 않기 때문입니다. 그 클릭 전 4주간의 감사가 결과물로 나오는 P60이 처음부터 올바른지, 아니면 여름 내내 수정 작업이 필요한지를 결정합니다.

5월 31일 이후: P11D, 수정 및 다음 마감일

P60 발급으로 급여 연말 결산 주기의 한 장을 마감하지만, 모든 것이 끝난 것은 아닙니다. 7월 6일까지 고용주는 과세 연도 동안 급여에 포함되지 않은 복리후생 및 비용을 신고하는 P11D 및 P11D(b) 양식을 HMRC에 제출해야 합니다. 해당 복리후생에 대한 Class 1A 국민보험료는 7월 19일 또는 7월 22일까지 납부해야 합니다. P60 발급 기간과 P11D 준비 기간은 중복됩니다. 급여팀이 5월에 P60을 배포하는 동안, 동시에 7월 복리후생 신고를 위해 회사 차량 주행 거리 데이터, 민간 건강 보험료, 무이자 대출 잔액을 수집합니다.

오류가 있는 P60이 발급된 경우, 오류의 성격과 시기에 따라 세 가지 방법 중 하나로 수정합니다. 단순한 기록 오류는 "duplicate"라고 표시된 수정 증명서를 정정된 정보와 함께 발급해야 합니다. 급여 데이터 오류는 먼저 수정 FPS를 제출한 후, 수정된 데이터에서 P60을 다시 생성해야 합니다. 직원이 이미 자체 평가 신고를 제출한 후에 오류가 발견된 경우 조정이 필요합니다. 고용주는 수정된 P60을 발급하고, 직원은 신고를 수정하며, HMRC는 수정된 FPS 데이터를 상호 참조합니다.

자주 묻는 질문