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

데드라인 클록: 법이 요구하는 사항과 8주가 생각보다 짧은 이유

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

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

8주(4월 6일부터 5월 31일까지)는 넉넉해 보입니다. 하지만 그렇지 않습니다. 처음 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 참조번호, 직원 정보 생성 전 확인

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

생성 전 확인 절차는 세 가지 데이터 범주를 점검합니다. 그중 두 가지는 급여 소프트웨어만으로는 포착할 수 없는데, 이는 소프트웨어가 자체 기록이 정확하다고 가정하기 때문입니다.

이러한 확인 작업은 HMRC 시스템 접근이 필요하지 않습니다. 모두 내부 데이터 무결성 검증으로, 오후 시간에 실행 가능하며, P60에 인쇄되어 직원에게 전달된 후 6주간의 수정 절차(중복 증명서 및 설명서 발송)로 이어질 수 있는 오류를 사전에 잡아냅니다.

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

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

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

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

다중 고용주 P60: 직원이 둘 이상의 고용주로부터 증명서를 받은 경우

과세 연도에 두 개의 동시 직업을 가진 직원(숙박업, 소매업, 교육업에서 흔함)은 각 고용주로부터 별도의 P60을 받습니다. 증명서는 독립적입니다. 각 증명서는 해당 고용에 대한 급여와 세금만을 포함합니다. 직원이 종합 소득 신고서를 작성하거나 총 소득 증명을 제공할 때 수치를 합산할 책임은 고용주가 아닌 직원에게 있습니다.

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

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

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

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

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

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

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

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

자주 묻는 질문