CRA 급여 감사 및 PIER 평가를 유발하는
5가지 T4 상자 입력 오류

PIER가 T4 상자 입력 오류를 찾는 방식 — 그리고 항상 찾아내는 이유

연금 및 고용보험 대상 소득 검토(PIER)는 무작위 감사 프로그램이 아닙니다. 이는 CRA가 매년 제출된 모든 T4 명세서에 대해 실행하는 결정론적 교차 매칭 알고리즘입니다. 계산은 산술적입니다. 16번 상자(CPP 기여금)를 (26번 상자 연금 대상 소득에서 $3,500 기본 공제를 뺀 값)으로 나누고 그 결과를 법정 기여율(2025년 기준 기본 CPP 계층 5.95%)과 비교합니다. 실효 세율이 벗어나면 해당 직원이 PIER 보고서에 나타납니다. EI에도 동일한 논리가 적용됩니다. 18번 상자를 24번 상자로 나눈 값이 1.64%에 근접해야 합니다.

즉, PIER 알고리즘은 사기 친 고용주를 찾는 것이 아닙니다. T4 상자 값이 단순한 방정식을 충족하지 않는 고용주를 찾는 것입니다. 입력 오류(16번 상자 열에 $3,981 대신 $3,891을 입력하는 경우)는 의도적인 허위 신고와 동일한 PIER 목록을 생성합니다. 알고리즘은 급여 소프트웨어 버그, 데이터 입력 실수, 실제 기여금 부족을 구분하지 않습니다. 16번 상자를 (26번 상자에서 $3,500을 뺀 값)으로 나눈 값이 5.95%가 아니라는 사실만 인식합니다.

아래 다섯 가지 오류는 형식 검증을 통과하고 예비 조정 확인을 거쳐 몇 달 후(대부분 5월에서 10월 사이에 PIER 통지로, 점차 여러 직원 또는 여러 과세 연도에 걸친 패턴을 CRA 자동 매칭이 감지하면 더 광범위한 급여 감사로) 표면화되는 것들입니다. 각 오류는 특정 상자 입력 실수이며, 각각 특정 CRA 결과가 따릅니다. 그리고 모두 '더 주의 깊게 확인하라'는 방식으로는 규모를 해결할 수 없는 구조적 원인을 공유합니다.

오류 #1: 16번 상자 CPP와 26번 상자 CPP 연금 대상 소득 불일치

이것이 PIER 알고리즘이 찾도록 설계된 오류입니다. 16번 상자는 해당 연도에 공제된 총 직원 CPP 기여금을 보고합니다. 26번 상자는 해당 기여금이 계산된 연금 대상 소득을 보고합니다. 두 숫자는 법정 요율과 $3,500 기본 공제에 의해 수학적으로 연결됩니다. 작은 편차라도 PIER 목록을 촉발합니다.

가장 흔한 입력 시나리오는 완전히 잘못된 16번 상자 값이 아닙니다. 그럴듯한 16번 상자 값입니다. 26번 상자에 $68,000의 연금 대상 소득이 있는 직원의 CPP 기여금은 대략 ($68,000 − $3,500) × 0.0595 = $3,837.75여야 합니다. Ceridian Dayforce T4에서 입력하는 급여 담당자가 $3,837을 입력하려다 실수로 다른 줄을 읽고 $3,738을 입력할 수 있습니다(차액 $99). 형식 검사는 통과합니다. 양수이고 최대 $4,034.10 미만이며 CPP 기여금처럼 보입니다. 그러나 PIER 알고리즘은 $3,738을 ($68,000 − $3,500)으로 나누어 5.80%를 얻고 5.95%가 아닙니다. 편차는 스프레드시트 열의 육안 검사를 통과할 만큼 작지만 PIER를 촉발할 만큼 큽니다.

관련 변형은 급여 소프트웨어가 T4 명세서에 16번 상자와 16A번 상자를 누적 형식으로 인쇄할 때 발생합니다. "16 CPP: $3,837.75" 바로 다음에 "16A CPP2: $142.56"이 오고, 입력하는 사람이 잘못된 줄을 읽는 경우입니다. CPP2 금액 $142.56이 16번 상자 열에 입력됩니다. 결과적으로 26번 상자 소득 $68,000에 대한 16번 상자 값 $142.56은 너무 극단적인 PIER 목록을 생성하여 PIER 통지뿐만 아니라 CPP가 전혀 공제되었는지에 대한 후속 조사까지 촉발합니다.

오류 #2: Box 14 근로소득에서 과세 혜택 누락

14번 상자는 총 근로소득(급여, 임금, 상여금, 수수료 및 모든 과세 혜택과 수당)을 보고합니다. CRA는 과세 혜택이 기타 정보 영역(코드 30~94 사용)에 항목별로 기재되고 14번 상자 총액에 포함될 것을 요구합니다. 일반적인 데이터 입력 워크플로는 기본 급여 수치만 14번 상자에 추출하고, 기타 정보 코드는 총액에 다시 합산할 필요가 없는 별도 항목으로 처리합니다. 그러나 반드시 합산해야 합니다.

회사 차량을 사용하는 직원의 경우, 사용자는 기타 정보 영역에서 코드 34를 사용하여 대기 비용 및 운영 비용 혜택을 보고합니다. 해당 금액(예: 6,200달러)은 코드 34 와 14번 상자에 모두 표시되어야 합니다. 코드 34를 독립 필드로 캡처하지만 14번 상자 총액에 추가하지 않는 데이터 입력 프로세스는 14번 상자에 72,000달러가 표시되는 반면 CRA의 매칭은 78,200달러를 예상하는 T4를 생성합니다. 차이는 6,200달러입니다. 이는 정확히 과세 혜택 금액이며, CRA의 자동 매칭이 식별하도록 설계된 체계적 격차의 전형적인 예입니다.

파생되는 피해는 사용자에게만 국한되지 않습니다. T4 명세서를 바탕으로 T1 신고서를 작성하는 직원은 14번 상자에 72,000달러의 근로소득을 보고합니다. CRA의 매칭 프로그램은 직원이 제출한 T1과 사용자의 T4(수정되었다면 78,200달러여야 함)를 비교하여 6,200달러의 과소 보고를 식별하고 재평가를 발행합니다. 이제 직원은 세금 청구서와 이자를 부담하게 됩니다. 이는 사용자의 데이터 입력이 과세 혜택을 근로소득 총액과 분리했기 때문에 직원이 T4에서 본 적이 없는 소득에 대한 것입니다.

동일한 패턴이 코드 30(단체 정기 생명 보험), 코드 40(기타 과세 수당) 및 코드 34(업무용 자동차 개인 사용)에서도 나타납니다. 각 경우에 기타 정보 코드에 표시된 값은 14번 상자 총액에도 포함되어야 합니다. 이를 독립 필드로 처리하는 열 추출은 모든 과세 혜택 및 수당의 합계만큼 체계적으로 낮은 14번 상자 값을 생성합니다.

오류 #3: 46번 상자(Box 46) 기부금 — 잘못된 금액, 잘못된 세액공제

46번 상자(Box 46)는 급여 공제를 통해 이루어진 자선 기부금(일반적으로 United Way 같은 단체에 대한 직장 기부 프로그램을 통한 기부)을 보고합니다. 직원은 이 금액을 사용하여 T1 신고서의 별지 9(Schedule 9)에서 자선 기부금 세액공제를 청구합니다. 대부분의 T4 명세서 상자와 달리, 46번 상자(Box 46)는 PIER 알고리즘이나 T4SUM 조정 과정에서 자동으로 불일치 플래그를 생성하지 않습니다. 잘못된 46번 상자(Box 46) 금액은 전체 신고 기간 동안 발견되지 않은 채로 남아 있다가, 직원의 과세 표준 통지서(Notice of Assessment)에 감소된 자선 공제액과 납부해야 할 잔액이 표시될 때서야 문제가 드러납니다.

이 문제를 일으키는 전사 오류는 일반적으로 전년도 금액을 그대로 가져오는 실수(carry-forward mistake)입니다. 직원이 급여 기부 프로그램에 참여하여 26회 격주 급여 기간마다 $25씩 총 $650을 기부했다고 가정해 보겠습니다. 급여 시스템은 T4 명세서의 46번 상자(Box 46)에 $650을 인쇄합니다. T4 명세서 스캔본에서 데이터를 전사하는 입력 담당자는 이 금액을 $650으로 읽습니다. 하지만 담당자가 전년도 기부 금액을 미리 채워주는 템플릿 열에서 작업 중이었고, 해당 직원의 전년도 금액이 $600이었다면, 담당자가 미리 채워진 숫자를 명시적으로 덮어쓰지 않는 한 46번 상자(Box 46)에는 $600이 표시됩니다. 이는 $50의 차액이며, 직원은 T4 명세서를 받아 자신의 기록과 비교하기 전까지 이를 확인할 수 없습니다.

14번 상자(Box 14)나 16번 상자(Box 16) 오류와 달리, 46번 상자(Box 46) 오류는 신고 기간 중 고용주 수준에서 자동화된 CRA 교차 확인이 이루어지지 않습니다. CRA는 직원이 T1 신고서에 청구한 자선 공제액을, 등록된 자선 단체가 CRA에 직접 제출한 자선 영수증 데이터와 비교합니다. 고용주의 T4 명세서 46번 상자(Box 46)와 비교하지 않습니다. 즉, 직원이 자선 단체의 영수증을 가지고 있다면 정확한 금액을 청구할 수 있습니다. 그러나 직원이 T4 명세서의 46번 상자(Box 46) 금액에 의존하는 경우(CRA 지침에 따르면 급여 공제 기부 시 이 금액이 자선 영수증을 대체할 수 있는 유효한 증빙입니다), 직원은 $650 대신 $600에 대해 공제를 청구하게 되어 $50 차액에 대한 세금 혜택을 잃게 됩니다. 이 오류는 절대 금액으로는 작지만, 고용주가 발행한 세금 명세서가 정확할 것이라고 신뢰한 직원에게 전달하는 메시지는 해롭습니다.

오류 #4: YMPE 초과 소득 근로자의 CPP2 16A번 상자 누락

2024 과세연도부터 YMPE(연간 최대 연금 대상 소득)와 YAMPE(연간 추가 최대 연금 대상 소득) 사이의 소득에 대해 2단계 CPP 기여금(CPP2)이 적용됩니다. 2025년 기준 YMPE는 $71,300, YAMPE는 $81,200입니다. CPP2 기여율은 이 두 기준선 사이의 연금 대상 소득에 대해 4%이며, 근로자 최대 CPP2 기여금은 $396입니다. 16A번 상자(Box 16A)는 해당 연도의 총 CPP2 기여금을 보고합니다.

PIER 목록을 유발하는 오류는 잘못된 16A번 상자 값이 아니라 빈 값입니다. 캐나다 국세청(CRA)의 지침은 명확합니다. "CPP2를 공제하지 않은 경우 16A번 상자에 금액을 보고하지 마십시오." 그러나 실제로는 CPP 개선 사항에 맞게 업데이트되지 않은 급여 소프트웨어가 16A번 상자 없이 T4 명세서를 출력할 수 있습니다. 즉, 인쇄된 증명서에 해당 필드가 아예 나타나지 않습니다. 이 T4를 보고 작업하는 데이터 입력 담당자는 16A번 상자 필드를 볼 수 없으므로 스프레드시트 열을 비워둡니다. 이 빈 값은 조정 워크북 전체로 전파됩니다. T4가 제출되면 PIER 알고리즘은 26번 상자(Box 26) 값($78,000 — YMPE 초과)과 16A번 상자 값의 부재를 비교합니다. 해당 근로자는 4% × ($78,000 − $71,300) = $268의 CPP2 기여금이 있어야 합니다. 16A번 상자가 보고되지 않았으므로 알고리즘은 CPP2 부족으로 플래그를 지정합니다.

이 오류의 두 번째 변형은 CPP2용으로 업데이트되었으나 고용주가 잘못 구성한 급여 소프트웨어에서 발생합니다. 소프트웨어는 연중 내내 근로자 급여에서 CPP2를 공제하고 CRA에 송금했지만, T4 인쇄 모듈이 출력에 16A번 상자를 포함하도록 구성되지 않았습니다. 추출된 데이터에는 16A번 상자 값이 없습니다. T4는 해당 값 없이 제출됩니다. PIER 알고리즘이 해당 근로자에 플래그를 지정합니다. 고용주는 PIER 통지에 대해 CPP2 공제 내역이 있는 급여 대장을 제시하며 대응합니다. CRA는 이를 수락하지만, 고용주는 실제 공제 오류가 아닌, 급여 소프트웨어가 인쇄된 증명서에서 누락시킨 데이터 필드로 인해 발생한 PIER 목록에 대응하는 데 시간을 소비하게 됩니다.

RC4120 가이드에 있는 CRA 자체 예시는 유용합니다. "CPP2를 공제하지 않은 경우 16A번 상자에 금액을 보고하지 마십시오." CPP2를 공제했지만 데이터 입력 담당자가 필드를 볼 수 없어 보고하지 않은 고용주는 다른 범주에 속합니다. 공제는 정확하게 이루어지고 송금되었지만, 보고가 불완전했던 것입니다. CRA의 해결책은 올바른 16A번 상자 값을 표시하는 수정된 T4 명세서입니다. 비용은 추가 CPP2 기여금이 아니라 수정 제출 절차와 PIER 대응입니다. 그러나 150명의 직원 중 40명이 YMPE를 초과하는 소득을 올리는 고용주의 경우, 2월 제출 기한이 지난 후 40개의 T4 중 어느 것에 16A번 상자가 누락되었는지 찾는 것은 전체 직원 명단에 대한 수동 감사입니다.

오류 #5: 다지역 근무 직원 — 단일 명세서로 처리되어서는 안 될 T4의 잘못된 주 코드

1월부터 6월까지 온타리오주에서 근무하고 7월부터 12월까지 앨버타주 지점으로 전근한 직원의 경우, 각 근무 주별로 별도의 T4 명세서 2장을 발급해야 합니다. 각 명세서에는 해당 주의 Box 10 주 코드가 기재되어야 하며, 각 근무 기간에 해당하는 소득과 공제액만 포함되어야 합니다. 두 명세서는 동일한 SIN과 직원 이름을 공유하지만, Box 14 금액(주별로 안분 계산)이 다르고, Box 26 금액(두 번째 주 근무 기간 중 CPP 연간 상한액에 도달한 경우)이 다를 수 있으며, 여기서 데이터 입력 오류가 발생하는 Box 10 주 코드도 서로 달라야 합니다.

급여 데이터 입력 과정에서 발생하는 오류는 겉보기에는 단순합니다. 담당자가 직원 이름 하나를 보고 한 행만 입력한 후, 고용주의 본사가 온타리오주에 있다는 이유로 주(州) 열에 "ON"을 입력합니다. 앨버타주 근무 기간에 대한 두 번째 T4 명세서는 전사(轉寫)되지 않거나(별도로 제출되어 데이터 취합 과정에서 누락됨), 그 금액이 해당 직원의 단일 행에 합산되어 Box 14에는 온타리오+앨버타 소득 합계가 표시되고 Box 10에는 "ON"이 입력됩니다. 합산된 소득 수치가 급여 대장의 YTD 합계와 일치할 수도 있어 해당 직원에 대한 조정 확인 검사를 통과할 수 있지만, 주 코드와 분할 방식은 잘못된 것입니다.

CRA의 RC4120 가이드에는 명시되어 있습니다: "근무한 주 또는 준주의 약어를 입력하십시오. 이는 항상 고용주가 소재한 주와 일치하지 않습니다." T4에 잘못된 주 코드가 기재된 직원은 주 소득세가 부정확하게 계산됩니다. 고용주는 앨버타주 세율로 과세되어야 할 소득에 대해 온타리오주 주세를 원천징수했거나 그 반대의 경우가 발생합니다. 고용주가 발급한 T4를 바탕으로 작성된 직원의 T1 신고서는 잘못된 주의 소득으로 보고됩니다. CRA의 매칭 프로그램은 T4 Box 10 코드를 T1의 직원 거주지 데이터와 비교하여 불일치를 식별합니다. 직원은 재평가 통지를 받고, 고용주는 T4 주 코드가 부정확하다는 통지와 함께 수정된 T4를 제출하거나, 단일 명세서를 원래 제출했어야 할 두 장의 명세서로 분할하여 2장의 수정된 T4를 제출해야 합니다.

이 오류는 겉으로 보기보다 훨씬 흔합니다. 다지역 근무가 급여팀이 생각하는 것보다 더 보편화되었기 때문입니다. 회사의 다른 주에 있는 지점 간에 전근한 직원, 사무실과 다른 주에서 원격 근무한 직원, 주 간을 이동하며 근무했으며 급여 시스템이 직원의 실제 물리적 위치가 아닌 보고 사업장을 기준으로 근무 주를 결정한 직원 등이 그 예입니다. CRA의 T4 가이드는 "동일한 직원에게 해당 연도에 대해 두 장 이상의 T4 명세서를 발급하는 경우"를 명시적으로 다루고 있으며, 여러 명세서에 걸친 Box 26 계산에 대한 상세한 예시가 포함된 이 지침의 존재 자체가 CRA가 고용주들이 이를 올바르게 처리할 것을 기대하며, 실제로 많은 고용주가 그렇게 하지 못하고 있음을 확인시켜 줍니다.

동일한 다섯 가지 오류, 다른 세무 당국

이 패턴은 캐나다 T4 명세서에만 국한되지 않습니다. 영국에서 급여 담당자가 P60 연말 증명서를 필사할 때도 동일한 유형의 오류가 발생합니다. 형식 검증을 통과하는 NI 번호 전치 오류, 급여 및 세금 수치가 인접 열에 잘못 입력되는 경우, 세금 코드 기준 표시가 필사 중 누락되는 경우 등입니다. 가장 흔한 P60 데이터 입력 실수 5가지는 동일한 구조적 논리를 따릅니다. 오류가 형식 검사를 통과하고, 조정 보고서에 반영되며, 하류에서 이미 피해가 발생한 후 수개월 뒤에야 표면화됩니다.

호주에서는 Xero, MYOB, KeyPay의 PAYG 지급 요약서가 서로 다른 급여 플랫폼 레이아웃에서 동일한 총 급여 및 원천징수 세액 필드를 제시합니다. 필사 단계가 수동으로 이루어질 때 동일한 오류가 반복됩니다. 총 급여가 원천징수 세액 열에 입력되거나, 직원의 세금 처리를 변경하는 잘못된 지급 유형 코드, 다음 고용과 일치하지 않는 퇴사일 등이 그 예입니다. 가장 피해가 큰 PAYG 요약 데이터 입력 오류는 데이터 업로드 중 거부되는 오류가 아니라, 18개월 후 호주 국세청(ATO)의 매칭 시스템이 적발하는 오류입니다. 세무 당국은 캐나다 국세청(CRA), 영국 국세청(HMRC), 호주 국세청(ATO)으로 바뀌지만 메커니즘은 동일합니다. 즉, 사람이 세금 증명서를 읽고 그 상자 값을 스프레드시트에 입력하는 과정에서 형식 검증으로 탐지할 수 없는 오류가 발생하는 것입니다.

AI 의미 추출이 이 다섯 가지 오류를 제거하는 방법

위 다섯 가지 오류의 근본 원인은 급여 지식, 세심함 또는 교육 훈련과 관련이 없습니다. 바로 필사 단계 자체, 즉 사람의 눈이 T4 명세서에서 값을 읽고 사람의 손이 이를 스프레드시트 셀에 입력하는 순간에 있습니다. 모든 문서 유형과 데이터 입력 작업자에 걸친 이 작업의 오류율은 필드당 약 0.5%~1%입니다. 직원 150명 규모의 급여 배치에서 직원당 14개의 핵심 T4 상자가 있다면 총 2,100개 필드입니다. 필드당 0.5%의 오류율은 단일 배치에서 약 10~11개의 필사 오류를 발생시킵니다. 이러한 오류는 직원과 상자 전체에 분산되어 있으며, 형식상 올바른 값과 구별이 불가능하고, 원본 T4 명세서와의 전체 행별, 상자별 비교 없이는 탐지가 불가능합니다.

AI 기반 문서 추출은 실패 지점에서 메커니즘을 변경합니다. 사람이 T4 PDF에서 상자 값을 읽고 입력하는 대신, 맞춤 열 추출을 통해 스프레드시트에 필요한 출력 열을 정의할 수 있습니다. 예를 들어 "14번 상자 근로소득", "16번 상자 CPP", "16A번 상자 CPP2", "26번 상자 CPP 연금 대상 소득", "46번 상자 자선 기부금", "근무지 주" 등을 정의하면, AI는 각 필드 레이블의 의미를 이해하여 T4 명세서를 읽습니다. 페이지상의 위치가 아닌 의미를 기반으로 합니다. 데이터는 입력 단계 없이 문서에서 스프레드시트로 직접 흐릅니다. 스프레드시트에 도착하는 상자 값은 AI가 문서에서 읽은 값입니다. 의미론적 필드 의미로 읽기 때문에 동일한 열 정의가 Ceridian Dayforce, ADP Workforce Now, QuickBooks Canada Payroll, Wagepoint는 물론 인수한 자회사의 종이 T4를 휴대폰으로 촬영한 사진에서도 작동합니다.

다섯 가지 오류가 사라지는 이유는 AI가 사람보다 필사(transcription)에 더 정확하기 때문이 아니라(물론 더 정확하긴 하지만), 필사 단계 자체가 제거되었기 때문입니다. 누군가 16번 상자(Box 16) 열에 $3,837 대신 $3,738을 입력하는 순간이 없습니다. 코드 34(Code 34)의 과세 혜택 금액이 포착되었으나 14번 상자(Box 14) 합계에 추가되지 않는 순간이 없습니다. 인쇄된 T4 명세서에서 운영자가 16A번 상자(Box 16A)를 보지 못해 공란으로 남기는 순간이 없습니다. 추출은 문서에 포함된 내용을 그대로 포착합니다. 검증 단계(16번 상자 ÷ (26번 상자 − $3,500) ≈ 0.0595인지 확인, 26번 상자가 $71,300을 초과할 때마다 16A번 상자가 채워졌는지 확인, 주 코드가 직원의 고용 이력과 일치하는지 확인)는 필사 오류 확인에서 기본 급여 데이터 확인으로 전환되며, 이는 원래 조정(reconciliation)이 항상 수행했어야 할 작업입니다.

T4 PDF를 입력된 상자 값 하나 없이 CRA(캐나다 국세청) 제출용 조정 스프레드시트로 변환하는 단계별 추출 워크플로는 캐나다 T4 명세서 데이터를 Excel로 추출하여 급여 연말 조정하는 방법을 참조하십시오. 이러한 모든 오류의 근본적인 구조적 문제(예측 가능한 오류율에도 불구하고 수동 입력 단계가 지속되는 이유)는 캐나다 급여 팀이 매년 2월에도 여전히 T4 상자 번호를 재입력하는 이유를 참조하십시오. 모든 T4 상자, 모든 PIER(연금 및 고용보험 대상 소득 검토) 교차 확인, 모든 추출 워크플로에 대한 완전한 참조는 캐나다 T4 명세서 데이터 추출 완벽 가이드를 참조하십시오.

T4 추출 살펴보기 — 픽셀 위치가 아닌 상자 의미로 읽기

아래 데모는 실시간 추출 인터페이스입니다. 필요한 T4 상자 이름("SIN(사회보험번호)", "14번 상자 근로소득", "16번 상자 CPP(캐나다 연금 제도)", "16A번 상자 CPP2(2단계 CPP 기여금)", "26번 상자 CPP 연금 대상 소득")을 입력하면 AI가 페이지 위치가 아닌 상자 레이블의 법정 의미를 이해하여 각 값을 추출합니다. Ceridian Dayforce T4, ADP Workforce Now T4, QuickBooks Canada Payroll T4 또는 종이 T4 명세서의 휴대폰 사진을 업로드하십시오. 동일한 열 정의가 모든 형식에서 작동합니다.

FAQ: T4 상자 입력 오류 및 CRA 감사 유발 요인