영국 P11D 복리후생 데이터를 Excel로 추출하는 방법
HMRC 연례 신고용

P11D에 포함되는 항목 — 스프레드시트에 들어가는 필드

P11D는 고용주가 과세 연도 동안 단일 직원 또는 이사에게 제공한 과세 대상 현물 복리후생(BIK) — 업무용 차량, 사적 의료 보험, 저금리 대출과 같은 비현금 혜택 — 을 보고합니다. 양식 한 장이 한 사람을 대상으로 합니다. HMRC는 양식을 A부터 N까지 14개의 문자 섹션으로 구성하며, 각 섹션은 고유한 평가 규칙을 가진 복리후생 범주를 다룹니다. 추출에 필요한 것은 바로 이 섹션 값들입니다.

추출에서 섹션 문자가 중요한 이유는 어떤 급여 시스템이 초안을 인쇄했는지와 관계없이 동일한 복리후생이 항상 동일한 섹션에 있기 때문입니다. 다음은 HMRC가 공식 "P11D 및 P11D(b) 작성 방법" 지침에서 정의한 섹션입니다:

모든 섹션에서 두 숫자가 핵심 역할을 합니다. 현금 등가액은 복리후생의 과세 가치입니다 — 업무용 차량의 경우 P11D 가치에 차량의 CO2 배출량과 연료 유형에 따라 설정된 적정 비율을 곱한 값입니다. 정산 금액은 직원이 복리후생에 대해 지불한 기여분으로, 과세 가치를 줄입니다. 실제로 HMRC에 보고되는 금액은 현금 등가액에서 정산 금액을 뺀 값입니다. 1A 표시가 있는 복리후생은 고용주가 Class 1A 국민보험을 납부해야 하는 항목으로, 이후 P11D(b) 합계를 작성할 때 중요합니다.

따라서 실용적인 P11D 추출 스프레드시트는 직원당 한 행으로 구성되며, 식별 필드와 섹션별 복리후생 값을 혼합한 열 집합을 갖습니다:

P11D 현물 복리후생 데이터가 급여명세서보다 추출하기 어려운 이유

급여명세서는 총급여, 세금, 국민보험, 순급여 등 안정적이고 반복적인 필드 구성을 갖추고 있어 사람마다 대체로 비슷한 형태를 보입니다. 그러나 P11D는 그렇지 않으며, 이것이 수동 입력이 오래 걸리는 첫 번째 이유입니다. 직원마다 양식에서 비어 있는 부분이 다릅니다. 한 이사는 F, H, I 섹션이 채워져 있고, 현장 엔지니어는 G 섹션만 있으며, 사무 관리자는 I 섹션만 있습니다. 매 페이지에서 동일한 20개 항목을 읽는 것이 아니라, 14개 섹션 중 값이 있는 두세 개를 찾아내고, 빈칸을 0으로 오인하지 않으면서 빈 섹션을 건너뛰어야 합니다.

두 번째 이유는 각 섹션의 값이 서로 다른 규칙으로 산정되므로, 급여명세서 수치처럼 서로 교차 검증이 되지 않기 때문입니다. 업무용 차량의 현금 등가액은 차량 가격과 CO2 등급에 따라 달라지고, 혜택성 대출은 평균 잔액과 HMRC의 공식 이자율에 따라 달라지며, 의료 보험은 단순히 보험료입니다. 섹션 간에 "이게 맞는지"를 판단할 단일 기준이 없으므로, 수치를 다시 입력하는 작업자에게 자연스러운 오류 방지 장치가 없습니다. F 섹션에서 한 자리를 잘못 입력해도 올바른 값만큼 그럴듯해 보입니다.

세 번째 이유는 레이아웃입니다. HMRC는 P11D의 데이터 내용을 규정할 뿐 시각적 형식은 규정하지 않으므로, 서로 다른 급여 소프트웨어에서 출력된 대체 P11D 양식은 동일한 섹션 값을 서로 다른 위치에 배치합니다. Sage는 왼쪽에 섹션 문자를 배치한 스택형 테이블로 복리후생을 인쇄할 수 있고, BrightPay는 다르게 그룹화할 수 있으며, 뷰로의 자체 템플릿에서 PDF로 내보낸 초안은 모든 것을 재배열할 수 있습니다. 한 공급업체의 레이아웃으로 학습된 템플릿 기반 OCR 도구는 다음 공급업체의 양식에서 작동하지 않습니다. 좌표가 아닌 의미를 기준으로 읽는 방식 — 급여 공급업체별 P60 연말 증명서 추출의 기반이 되는 동일한 원리 — 이 하나의 열 정의로 모든 출처를 처리할 수 있게 해줍니다.

P11D 추출 워크플로우 설정

수동 P11D 전사 작업을 대체하는 워크플로우는 세 단계로 구성되며, 첫 번째 단계인 열 정의는 한 번만 수행하면 모든 직원, 모든 급여 제공업체, 그리고 P11D가 존속하는 모든 향후 과세 연도에 재사용할 수 있습니다.

이 세 단계가 P11D to Excel conversion의 전부입니다 — 1단계에서 작성한 열 목록은 이후 모든 급여 제공업체의 모든 초안이 매칭되는 기준이 됩니다.

여기에서 단일 P11D에 대한 추출 단계를 바로 시도해 볼 수 있습니다 — 초안을 업로드하고 몇 개의 열 이름을 지정하면 섹션 값이 어떻게 매핑되는지 확인할 수 있습니다:

추출된 데이터로 P11D(b) 합계 산출하기

구조화된 스프레드시트는 작업의 끝이 아닙니다. P11D(b)를 계산기 세션이 아닌 수식으로 만들어 주는 것입니다. P11D(b)는 모든 직원의 모든 현물 복리후생에 대해 보고된 총 Class 1A 국민보험 부과액에 대한 고용주 신고입니다. HMRC의 CWG5 지침은 산식을 규정합니다: Class 1A 과세 대상인 모든 현물 복리후생의 현금 등가액을 합산한 다음, 총액에 Class 1A 세율을 곱합니다 — 2025/26년에는 15%로, 2025년 4월 5일까지 적용되던 13.8%에서 인상되었습니다.

추출된 데이터가 열에 있으면, 이는 1A 과세 복리후생 열 전체에 대한 SUMIF 하나와 곱셈 하나로 처리됩니다. 그러나 이 도구는 한 단계 더 나아갈 수 있습니다: 계산 열을 사용하면 AI가 추출 후가 아닌 추출 중에 값을 계산할 수 있습니다. 총 과세 복리후생이라는 열을 지정하면, 직원별 순액이 문서를 읽는 동안 채워집니다. 따라서 P11D(b)를 위해 합산하는 숫자는 이미 직원 기여분이 차감된 순액이며, 이는 수동 집계에서 흔히 발생하는 실수 중 하나를 방지합니다.

추출된 P11D 데이터가 P11D(b)에 반영되기 전 검증

각 항목은 고유한 규칙에 따라 평가되므로, 여기서 검증은 산술적 확인보다는 형태와 완전성에 중점을 둡니다. 아래 검사는 Excel에서 열별로 실행되며, 모든 행의 모든 필드가 아닌 원본 초안과 대조해 볼 가치가 있는 몇몇 행만 표시합니다.

추출된 각 행에는 원본 파일 참조가 포함되어 있어, 플래그가 지정된 행은 원본 초안에서 한 번의 클릭으로 확인할 수 있습니다. 이러한 추적 가능성 덕분에 직원 150명 규모에서도 열 수준 검사가 현실적입니다. 수동 입력으로는 이를 유지할 수 없으며, 이것이 바로 수동 P11D 준비가 검증을 건너뛰고 희망에 의존하는 이유입니다.

P11D vs P60 vs P45: 세 가지 서식, 세 가지 추출 작업

영국 급여 팀은 세 가지 법정 직원 서식을 처리하며, 이들은 혼동하기 쉽지만 서로 다른 열 정의가 필요합니다. P60은 4월 5일 기준 급여 대상 전 직원에게 발급되는 연말 급여 및 원천징수 세금 증명서입니다. P45는 직원이 퇴사할 때 발급되며, 퇴사일까지의 급여와 세금을 요약합니다. P11D는 과세 대상 현물 복리후생을 보고하며, 세 가지 중 급여가 아닌 복리후생과 관련된 유일한 서식입니다.

실질적인 결론: P11D 열 세트는 섹션 현금 등가액과 Class 1A 부채에 관한 것이며, 신원 필드 외에는 급여·세금 서식과 겹치지 않습니다. 팀에서 세 가지를 모두 처리한다면 각 서식에 대해 별도의 저장된 열 정의를 유지하고 재사용하세요. 배치 워크플로는 동일하지만 필드 이름은 서식별로 다릅니다. 동일한 도구 키트의 급여·세금 측면에 대해서는 P45 퇴사자 데이터를 Excel로 추출, 전체 P45 추출 워크플로, 급여 감사를 위한 P60 배치 처리 가이드를 참조하세요.

FAQ