수동 vs AI P60 추출:
영국 5월 마감일을 버틸 워크플로는?

두 가지 워크플로우, 처음부터 끝까지

각 접근 방식을 비교하기 전에, 데이터 입력 단계뿐만 아니라 그 전후의 모든 과정을 포함한 완전한 워크플로우로서 두 방식을 나란히 살펴볼 가치가 있습니다. 수동 워크플로우와 AI 지원 워크플로우는 대부분의 사람들이 생각하는 것보다 더 많은 지점에서 차이가 있으며, 가장 큰 시간 차이는 실제 타이핑 단계 밖에 있습니다.

수동 워크플로우: 급여 관리자는 각 P60을 찾습니다 — 급여 소프트웨어에서 출력된 것, 폴더에 PDF로 저장된 것, 또는 이전 고용주의 증명서를 가져온 직원으로부터 이메일 첨부 파일로 받은 것 등입니다. 관리자는 출처를 열고, 직원 이름과 국민보험번호를 읽어 스프레드시트에 입력합니다. 연간 총 급여를 찾습니다 — 한 제공업체 레이아웃에서는 14번 상자, 다른 제공업체에서는 위에서 세 번째 숫자 필드 — 입력합니다. P60의 NI 섹션에서 NI 범주 문자를 확인하고 입력합니다. 공제된 세금, 학자금 대출 공제, 법정 급여, 고용주 PAYE 참조번호에 대해 반복합니다. 출처를 다시 확인합니다. 다음 증명서로 넘어갑니다. 보고서에 고용주 국민보험 기여금이 필요한 경우 — P60에는 없는 항목(P32에 있음) — 관리자는 두 번째 문서를 열고 교차 참조합니다. 직원이 과세 연도 동안 두 개의 직업을 가졌고 이전 고용주의 P60을 가져온 경우, 레이아웃이 다르고 필드 레이블 표현도 다르며, 관리자가 한 번도 본 적 없는 문서로 교차 참조 단계를 반복합니다.

AI 지원 워크플로우: 관리자는 모든 P60 PDF와 이미지를 단일 폴더나 업로드 대기열에 모읍니다. 스프레드시트에 필요한 열을 한 번 정의합니다 — "NINO", "이 고용에서의 급여", "공제된 세금", "NI 범주 문자", "고용주 PAYE 참조번호" 등 — 일반 영어로. AI는 각 P60을 읽고, 페이지상의 위치가 아닌 의미를 이해하여 각 필드를 찾고, 단일 패스로 모든 행을 채웁니다. 관리자는 출력물을 검토합니다 — 직원당 한 행, 정의된 헤더와 일치하는 열의 스프레드시트 — 이상 징후를 발견합니다: 누락된 NI 문자, 예상되는 숫자 대신 0, 알려진 고용주 목록과 일치하지 않는 PAYE 참조번호 등. 검토 단계는 찾기-입력-확인 루프를 대체합니다. 관리자의 주의가 데이터 전사에서 검증으로 전환됩니다.

속도: 2분이 더 이상 빠르지 않은 순간

대부분의 정산 보고서에 필요한 7개 핵심 필드를 P60 한 장당 2분씩 수동 입력하는 것은 소수의 증명서에 한해 확실히 빠릅니다. P60 10장은 20분이 소요되며, 이는 자동화 도구를 설정하는 시간보다 짧습니다. 이것이 직원 30명 미만의 영국 고용주 대부분이 P60 워크플로우 변경을 고려해본 적 없는 이유입니다. 절대 시간이 너무 짧아 문제로 느껴지지 않고, 비용이 급여 관리자의 급여에 흡수되어 별도 항목으로 표시되지 않기 때문입니다.

속도 비교는 단위당 수준에서 무너지지 않습니다. 확장 곡선에서 무너집니다. 수동 입력 시간은 선형적으로 증가합니다. 증명서 수가 두 배가 되면 시간도 두 배가 됩니다. AI 추출 시간은 하위 선형적입니다. 75장짜리 작업에 75장의 증명서를 추가로 투입하면 몇 분이 아닌 몇 초만 추가됩니다. 열 정의가 이미 구성되어 있고, 업로드가 병렬화되며, AI가 모든 증명서를 동일한 추론 창에서 처리하기 때문입니다.

2분 추정치는 직원당 단일 원본 문서와 단일 급여 소프트웨어 제공업체를 가정합니다. 4분 열은 보다 일반적인 현실을 반영합니다. 관리자가 이전 고용주의 P60(다른 레이아웃, 다른 필드 이름)을 상호 참조하거나 P32에서 고용주 NI를 가져와 정산 스프레드시트를 완성하는 경우입니다. 수동 P60 처리의 전체 비용은 그 시간이 어떻게 파운드로 환산되는지(인건비, 오류 재작업, 대체 용량, 벌금 위험) 분석하지만, 속도 차이만으로도 30개 고객사에 걸쳐 450장의 P60을 처리하는 급여 사무소가 15장을 처리하는 사내 팀과 근본적으로 다른 산술에 직면하는 이유를 알 수 있습니다.

정확도: P60 한 자리 오류

수동 데이터 입력은 통제된 조건에서 필드 수준 오류율이 1%이지만, 5월 연말 마감 기간의 시간 압박, 문서 변형, 누적된 피로 속에서는 3~4%로 상승합니다. 일반적인 P60 추출의 7개 필드에서 필드당 1% 오류율은 약 7%의 증명서에 최소 하나의 잘못 입력된 값이 포함됨을 의미하며, 4%에서는 P60의 4분의 1에 오류가 있습니다.

발견된 각 오류는 수정 시간이 소요됩니다(20~30분). 원본 증명서를 찾고, 잘못된 숫자를 식별하고, 다시 입력하고, 오류가 이미 직원이나 HMRC에 전달된 경우 수정된 사본을 재발행해야 합니다. 발견되지 않은 각 오류는 위치에 따라 다르게 영향을 미칩니다. 잘못 입력된 총 급여 수치가 고객의 자진 신고에 입력되면, 이미 파일에 있는 RTI 데이터와 일치하지 않을 때 HMRC 준수 점검이 촉발됩니다. 잘못된 PAYE 참조 번호는 증명서와 고용주 법인 간의 연결을 끊습니다. 국민보험번호의 숫자 전환 오류는 전체 행을 HMRC 기록에 대해 검증할 수 없게 만들며, 직원이 혜택을 신청하고 기여 기록이 일치하지 않음을 발견할 때까지 오류가 드러나지 않을 수 있습니다.

AI 추출이 오류를 완전히 제거하지는 않습니다. 100% 정확도를 주장하는 도구는 회의적으로 봐야 합니다. 최신 시각 언어 모델은 인쇄된 P60 필드에서 95~99%의 정확도를 달성하지만, 그 범위 자체가 핵심입니다. 97%에서는 100개 배치 중 3개의 증명서에 사람의 검토가 필요한 필드가 포함됩니다. 차이점은 AI 오류가 체계적이고 감사 가능하다는 점입니다. AI의 신뢰도가 낮은 필드는 플래그가 지정되며, 관리자는 모든 셀을 확인하는 대신 해당 행만 검토합니다. 검토 단계가 "모든 항목 확인"에서 "AI가 확신하지 못하는 세 가지 확인"으로 바뀝니다.

급여 소프트웨어가 만드는 레이아웃 문제

P60은 급여 소프트웨어 제공업체마다 모양이 다릅니다. 그래야만 합니다. HMRC의 RD1 사양은 반드시 표시해야 하는 데이터 필드를 규정하지만, 대체 양식의 경우 "형식과 레이아웃의 변경"을 명시적으로 허용합니다. Sage, Xero, BrightPay, QuickBooks, IRIS Staffology, Moneysoft는 각각 이 허용을 다르게 적용하여, 동일한 법정 데이터가 완전히 다른 시각적 구조로 배열된 P60을 생성합니다.

수동 입력의 경우, 레이아웃이 다르면 관리자가 각 제공업체 증명서에서 각 필드의 위치를 다시 익혀야 합니다. Sage P60은 NI 범주 문자와 소득 구간을 오른쪽 정렬 그리드에 인쇄할 수 있습니다. Xero는 이를 누적 행으로 표시할 수 있습니다. BrightPay는 섹션 제목이 있는 2열 테이블을 사용할 수 있습니다. 일년 내내 BrightPay P60만 처리하다가 직원의 이전 고용주로부터 Sage P60 한 장을 받은 관리자는 올바른 상자를 찾는 데 30초가 더 걸리며, 익숙하지 않은 레이아웃으로 인해 숫자를 잘못 읽을 위험이 높아집니다.

이것이 두 방법이 가장 크게 갈리는 지점입니다. 수동 입력은 각 레이아웃을 시각적으로 탐색하는 관리자의 능력에 의존합니다. AI 추출, 특히 템플릿 없는 의미론적 추출은 픽셀 좌표가 아닌 레이블과 의미로 필드를 읽습니다. P60 데이터를 Excel로 추출할 때 동일한 열 정의를 사용하면 모든 급여 제공업체의 레이아웃에서 작동합니다. AI는 "이 고용에서의 급여"가 Sage 증명서의 14번 상자에 나타나든 Moneysoft 출력물의 세 번째 숫자 필드로 나타나든 동일한 데이터임을 이해하기 때문입니다.

세 가지 다른 급여 시스템에서 고객을 관리하는 급여 사무소(영국 관행에서 흔한 프로필)의 경우, 레이아웃 문제만으로도 익숙하지 않은 P60 한 장당 60~90초가 추가될 수 있습니다. 혼합 출처의 증명서 150장을 처리한다면, 시각적 재정향에만 2~4시간이 추가로 소요됩니다.

수동 입력이 한계에 부딪히는 지점: 세 가지 확장 트리거

수동 P60 입력은 점진적으로 실패하지 않습니다. 특정 임계값에서 성능이 저하되며, 대부분의 팀은 5월 마감이 이틀 앞으로 다가오고 스프레드시트가 여전히 절반도 채워지지 않을 때까지 이를 인지하지 못합니다. 세 가지 트리거가 수동 작업 흐름을 지속 가능한 한계를 넘어서게 만듭니다:

트리거 1 — 다중 급여 시스템. 연중에 Sage에서 Xero로 전환한 고용주, 여전히 BrightPay를 사용하는 자회사를 인수한 경우, 또는 네 가지 다른 플랫폼에서 고객을 지원하는 사무소. 추가 급여 시스템마다 위에서 설명한 레이아웃 변형 문제가 배가됩니다. 수동 입력은 직원 수에 따라 선형적으로 확장되지만 소프트웨어 다양성에 따라 기하급수적으로 확장됩니다. 대부분의 성장하는 조직에서 소프트웨어 다양성은 직원 수보다 빠르게 증가합니다.

트리거 2 — 타사 P60. 동일한 과세 연도에 이전 직장을 가졌던 직원들은 이전 고용주의 P60을 가지고 오며, 각각 관리자가 한 번도 본 적 없는 급여 시스템에서 인쇄된 것입니다. 이러한 증명서는 현재 급여 소프트웨어에서 생성할 수 없으며, 직원이 제공하는 종이 또는 PDF 사본으로만 존재합니다. 고객의 자가 평가 신고를 처리하는 회사의 경우 이러한 타사 P60은 필수적입니다. 연간 총 급여 수치는 모든 고용을 합산해야 하기 때문입니다. 타사 P60의 수동 입력은 모든 문제를 한 번에 결합합니다 — 익숙하지 않은 레이아웃, 참조할 소스 시스템 없음, 그리고 사내 템플릿과 완벽하게 일치하지 않을 수 있는 필드 세트.

트리거 3 — 고객 온보딩 및 과거 데이터 소급 입력. 급여 사무소나 회계 법인이 새 고객을 맡을 때, 일반적으로 이전 연도의 P60 데이터를 수집해야 합니다 — 때로는 2~3개 과세 연도까지 거슬러 올라가 급여 내역을 구축합니다. 이는 고위험 배치 작업입니다. 모든 법정 필드를 보존해야 하며, 여기에는 NI 범주 문자(기여율 결정), 학자금 대출 플랜 코드(상환 임계값 결정), 법정 지급액(급여 자격에 영향)이 포함됩니다. 나중에 국민연금 수급 연령에 도달하는 고객의 NI 범주 문자를 하나 잘못 입력하면 해당 연도의 기여 기록이 잘못되며, 오류가 10년 동안 드러나지 않을 수 있습니다. 고객 온보딩에 AI 추출 사용은 다년간의 소급 입력에서 누적되는 전사 위험 없이 이러한 참조 필드를 보존합니다.

수동 입력이 여전히 정답인 경우

기존 방식이 여전히 우위에 있는 상황을 인정하지 않는 비교는 광고일 뿐, 분석이 아닙니다. 수동 P60 입력은 여러 시나리오에서 여전히 합리적인 선택이며, 자동화 결정은 도구의 존재 여부가 아니라 필요에 의해 이루어져야 합니다:

• 직원 15명 미만, 단일 급여 시스템, 타사 P60 없음. 연간 총 소요 시간은 30분 미만입니다. 새 도구를 배우는 비용이 수동 작업 비용보다 큽니다. 수동 입력이 더 빠르고 간단하며, 15개의 증명서에 대한 오류 위험은 빠른 육안 검사로 대부분 잡을 수 있을 정도로 낮습니다.
• 일회성 또는 임시 추출. 특정 보고서를 위해 연간 한 번 세 개의 증명서에서 P60 데이터가 필요하다면, AI든 아니든 자동화 워크플로를 구성하는 데 필드 입력보다 더 오래 걸립니다.
• 내장 P60 보고 기능이 있는 급여 소프트웨어. 급여 시스템이 이미 필요한 형식으로 P60 데이터를 엑셀로 내보낸다면(일부는 그렇습니다), 추출 문제는 원천적으로 해결됩니다. 수동 대 AI 비교는 추출할 대상이 없으므로 무의미해집니다. 문제는 소프트웨어의 내보내기 형식이 보고서 형식과 일치하지 않거나, 소프트웨어가 접근할 수 없는 여러 시스템이나 이전 고용주의 P60을 처리할 때 발생합니다.

수동 워크플로가 무너지는 시점은 단위 시간이 길어서가 아니라, 단위 복잡성이 관리자가 집중만으로 감당할 수 없는 임계점을 넘을 때입니다. 그 임계점은 자체 P60을 출력하는 단일 급여 시스템을 사용하는 15인 기업에서는 거의 도달하지 않습니다. 그러나 다른 소프트웨어 제공업체의 전년도 P60 세트 두 개를 온보딩해야 하는 50인 고객을 맡은 급여 대행사에서는 일상적으로 초과됩니다.

결정 방법: 네 가지 질문 자가 진단

단일 정답을 제시하는 대신, 수동 P60 입력이 여전히 지속 가능한지 판단하는 네 가지 질문을 소개합니다. 각각 "예"라는 답변은 자동화 쪽으로 저울추를 기울입니다:

자주 묻는 질문

AI 추출이 모든 영국 급여 소프트웨어 P60 레이아웃에서 작동하나요?

네, 법정 필드가 포함된 PDF 또는 인쇄된 P60을 생성하는 모든 시스템에서 가능합니다. AI는 고정된 박스 위치에 의존하지 않고 필드 레이블 — "이 고용에서의 급여", "원천징수 세액", "NI 카테고리 문자" — 을 읽습니다. 따라서 동일한 열 정의가 Sage, Xero, BrightPay, QuickBooks, IRIS Staffology, Moneysoft 및 수동 HMRC 템플릿에서 작동합니다. 손글씨나 심하게 손상된 스캔본은 정확도가 떨어지며, 인쇄되거나 디지털 P60이 가장 좋은 성능을 보입니다.

AI P60 추출의 정확도는 수동 입력과 비교하여 어떤가요?

인쇄된 P60 필드에 대한 AI 추출은 일반적으로 95~99%의 정확도를 달성합니다. 5월 마감 조건에서의 수동 입력은 필드당 96~99%의 정확도를 보입니다. 핵심 차이는 최고 정확도가 아니라 오류가 발생하는 위치와 이를 찾는 방법에 있습니다. 수동 오류는 무작위로 분포되며, 발견 후 수정하는 데 각각 20~30분이 소요됩니다. AI 오류는 검토가 필요한 신뢰도가 낮은 필드에 집중되어, 100%의 행을 확인하는 대신 3~5%만 확인하면 됩니다.

AI 추출이 의미가 있는 최소 P60 수는 얼마인가요?

고정된 기준은 없습니다. 이는 단순한 수량이 아닌 위의 복잡성 트리거에 따라 달라집니다. 5개의 다른 급여 시스템에서 30개의 P60을 처리하는 사무소는 하나의 시스템에서 60개의 P60을 처리하는 사내 팀보다 더 큰 이점을 볼 수 있습니다. 대략적인 기준으로, P60 수에 다른 급여 소프트웨어 출처 수를 곱한 값이 100을 초과하면, 수동 방식이 보이는 것보다 오류 위험과 대체된 역량 측면에서 더 많은 비용이 들 가능성이 높습니다.

AI가 사진이나 스캔본에서 P60 데이터를 추출할 수 있나요, 아니면 깨끗한 PDF가 필요한가요?

AI 추출은 PDF, 스캔 이미지 및 인쇄된 P60 사진에서 작동합니다. 품질은 정확도에 영향을 미칩니다. 사무용 복사기의 선명한 스캔본은 디지털 PDF와 거의 동일한 성능을 보이는 반면, 조명이 좋지 않은 상태에서 구겨진 P60을 저해상도 스마트폰으로 촬영한 사진은 신뢰도 점수가 낮아져 더 많은 수동 검토가 필요할 수 있습니다. 수동 입력에도 동일한 제약이 적용됩니다. 관리자가 숫자를 읽을 수 없으면 AI도 읽을 수 없습니다.

수동 P60 입력에서 AI 추출로 전환하는 데 드는 비용은 얼마인가요?

직접 비용은 추출 도구의 구독료입니다. 학습 비용은 열 세트를 한 번 정의하는 데 약 10분이 소요되며, 이후 동일한 정의가 모든 배치에 재사용됩니다. 템플릿 교육, 샘플 수집, 통합 요구 사항은 없습니다. 출력은 스프레드시트이며, 급여 시스템에 대한 API 호출이 아닙니다. 이미 급여 소프트웨어에서 P60 데이터를 Excel로 내보내는 팀의 경우 워크플로 변경이 최소화됩니다. 추출 단계가 입력 단계를 대체하고, 이후 모든 과정(검토, 조정, 신고)은 동일하게 유지됩니다.

AI가 신규 고객 온보딩을 위한 다년도 P60 백필을 처리할 수 있나요?

네. 배치 처리는 단일 업로드로 다년도 P60 세트를 처리합니다. 2024/25, 2025/26, 2026/27 증명서가 함께 처리되며, 과세 연도 필드가 별도 열로 추출되어 각 연도의 데이터가 분리됩니다. 2024/25 P60의 열 정의는 2026/27 P60의 정의와 동일합니다. 법정 필드가 동일하기 때문이며, 과세 연도 상자 레이블만 변경됩니다.