캐나다의 5일 ROE 마감
속도 문제가 아닌 구조적 문제

5일 시계는 급여 준비 시점이 아닌 소득 중단 시점부터 시작됩니다

섹션 19(3)에서 가장 간과되는 세부 사항은 트리거입니다: "소득 중단 첫날 이후". 시계는 급여 부서가 퇴사를 처리할 때 시작되지 않습니다. 직원이 보험 가입 소득을 받지 못하게 되는 순간부터 시작됩니다.

마지막 근무일이 금요일인 정규직 직원의 경우, 5일 카운트다운은 토요일 아침에 시작됩니다. 급여 처리는 다음 주 수요일까지 실행되지 않을 수 있습니다. 즉, 5일 중 토요일과 일요일 이틀은 급여 부서에서 데이터를 확보하기도 전에 소모됩니다. 수요일 급여 실행은 5일 기간 중 3일째에 ROE를 생성합니다. 남은 근무일 하루 동안 Block 15A 총 보험 가입 시간을 급여 대장과 대조 확인하고, Block 15C 사유 코드를 퇴사 문서와 교차 확인하며, Block 15B 총 보험 가입 소득이 연간 누계 기록과 일치하는지 확인하고, 서명을 받아 Service Canada에 전송해야 합니다. 수요일 급여 실행에 문제가 발생하면(급여 기간 누락, 초과 근무 입력 오류 등), 수정 사항으로 인해 ROE가 다음 실행(6일째)으로 밀려 기한을 초과하게 됩니다.

규정은 급여 처리 주기를 고려하지 않습니다. 애초에 그렇게 작성되지 않았기 때문입니다. 이 규정은 근로자, 즉 ROE가 도착할 때까지 EI 청구가 지연되는 사람을 위해 작성되었으며, 5일 기한은 그 관점에서 타당합니다: 소득을 기다리는 실직 근로자는 일주일 이상 기다려서는 안 됩니다. 그러나 고용주는 5일을 시간의 여유로 경험하지 않습니다. 고용주는 5일을 다른 시계(일 단위가 아닌 주 단위로 측정되는 급여 주기)로 작동하는 시스템에 의해 부과된 제약으로 경험하며, 이 두 시계의 충돌은 매달 동일한 결과를 낳습니다: 고용주는 급여 부서가 양식을 열기도 전에 이미 기한을 초과합니다.

5일 기간 내에 실제로 일어나는 일

5일이 구조적으로 부적합한 이유를 이해하려면 소득 중단 시점부터 Service Canada가 ROE를 수신하는 순간까지 어떤 일이 발생하는지 분석해야 합니다. 이 타임라인은 가상의 시나리오가 아닙니다. 중견 캐나다 기업의 급여 관리자가 매달 경험하는 실제 과정입니다:

단일 퇴사의 경우 이 과정은 관리 가능합니다. 빡빡하지만 가능합니다. 급여 관리자는 4일째에 확인을 완료하고 5일째에 제출한 후 다음 건으로 넘어갑니다. 구조적 문제는 이 과정이 반복될 때 나타납니다. 한 달에 25건의 퇴사는 25개의 중첩된 5일 카운트다운을 생성하며, 각각은 동일한 3단계 과정(생성, 확인, 제출)을 요구하면서 고정된 일정으로 운영되는 급여 주기 위에 겹쳐집니다. 타임라인은 깔끔하게 쌓이지 않습니다. 서로 중첩되며 동일한 급여 처리 기간, 동일한 확인 시간, 동일한 관리자의 주의를 두고 경쟁합니다. 하나의 기한은 관리 가능합니다. 25개는 일정상 불가능합니다.

ROE가 단순한 양식이 아닌 53개 블록의 급여 조정 문서인 이유

ROE가 단순한 문서(직원 이름, 퇴사일, 퇴사 사유)에 불과했다면 5일의 제출 기한은 넉넉했을 것입니다. 유능한 급여 담당자는 몇 분 만에 작성할 수 있습니다. 그러나 고용 기록(ROE)은 요약 양식이 아닙니다. 이는 규제 데이터 구조로, 53개의 번호가 매겨진 블록으로 구성되어 있으며 각 블록은 Service Canada의 EI 자격, 급여 비율 및 급여 기간 계산에 기여합니다. 이 양식은 단순히 퇴사를 보고하는 것이 아니라 직원의 전체 보험 가입 고용 이력을 재구성합니다.

검증 시간을 소모하는 블록은 명백한 블록이 아닙니다. 블록 1(직원 이름)과 블록 2(SIN)는 정적 데이터로, 한 번 입력하고 한 번 확인하면 문제가 거의 발생하지 않습니다. 시간이 많이 소요되는 블록은 다음과 같습니다:

양식의 복잡성은 설계 결함이 아닙니다. 서비스 캐나다(Service Canada)는 연간 수십억 달러의 혜택을 지급하는 프로그램을 운영하기 위해 53개의 모든 블록이 필요합니다. 그러나 이러한 복잡성은 5일의 마감 기한과 맞물려 필연적으로 병목 현상을 초래합니다. 규정이 암묵적으로 요구하는 검증은 단순히 양식을 훑어보는 것이 아닙니다. 이는 급여 시스템, 급여 대장, 퇴직 서류라는 세 가지 데이터 출처를 교차 확인하는 조정 작업이며, 이 중 어느 것도 시간적 압박 속에서 병렬로 조회되도록 설계되지 않았습니다.

종이 ROE는 사라지지 않았습니다 — 캐나다 우편(Canada Post)도 마찬가지입니다

서비스 캐나다는 종이 양식과 우편 지연을 없애기 위해 전자 제출 포털인 ROE Web을 도입했습니다. 대규모 고용주와 급여 서비스 제공업체의 경우 ROE Web이 효과적으로 작동합니다. ROE가 생성, 검증 및 전자적으로 전송되면 서비스 캐나다는 제출 후 몇 분 이내에 수신합니다. 그러나 종이에서 전자로의 전환이 완료되지 않았으며, 고용주 규모에 따라 고르게 분포되어 있지 않습니다.

여전히 종이 ROE를 사용할 가능성이 가장 높은 고용주는 중소기업입니다. 직원 12명의 건설 회사, 직원 18명의 레스토랑, 위생사 6명의 치과 진료소 등이 이에 해당합니다. 이러한 고용주는 한 달에 25건이 아닌, 1년에 2~3건의 ROE를 발급할 수 있습니다. ROE Web은 설정, 등록 및 학습 곡선이 필요하지만, 연간 3건의 ROE를 발급하는 기업이 이를 우선시하지 않을 수 있습니다. 직원이 퇴사할 때 — 아마도 18개월 만의 첫 번째 이직일 때 — 고용주는 종이 ROE 양식(INS5153)을 꺼내 손으로 작성하거나 화면에서 입력하여 인쇄하고, 서명을 받은 후 서비스 캐나다로 우편 발송합니다. 캐나다 우편 배송은 이미 법정 5일 마감 기한이 적용되는 프로세스에 2~5영업일(역일 기준 2~5일이 아님)을 추가합니다.

이러한 시나리오는 매달 전국적으로 발생합니다. 위니펙의 한 레스토랑이 목요일에 요리사를 해고합니다. 고용주는 마감 기한 4일째인 월요일에 종이 ROE를 작성하고 같은 날 우편으로 발송합니다. 캐나다 우편은 목요일이나 금요일(7일 또는 8일째)에 서비스 캐나다 처리 센터로 배송합니다. 고용주는 급여 담당자의 성실함과 관계없이 법정 마감일을 3일 초과합니다. ROE가 지연됩니다. 전직 요리사의 고용보험(EI) 청구는 보류 상태가 됩니다. 다음 주방 일자리를 찾는 동안 임대료를 EI에 의존하고 있던 요리사는 마감 기한과 배송 메커니즘이 함께 작동하도록 설계된 적이 없었기 때문에 추가로 일주일을 기다려야 합니다.

이는 예외적인 사례가 아닙니다. 서비스 캐나다 자체 데이터에 따르면, 현재 대부분의 ROE는 ROE Web을 통해 전자적으로 제출되지만, 종이 ROE는 여전히 허용되는 대안입니다. 그리고 이를 발급하는 소규모 고용주의 경우, 캐나다 우편 배송 기간은 규정이 수용하지 못하는 법정 마감 기한의 인정되지 않은 연장선입니다.

세 가지 급여 플랫폼, 하나의 동일한 마감일

고용 기록(ROE)은 연방에서 규정한 양식입니다. 모든 급여 소프트웨어 제공업체는 동일한 53개 블록을 동일한 번호 순서로 생성해야 합니다. 그러나 해당 블록의 시각적 배열(Block 15A가 페이지에서 어디에 위치하는지, Block 15C가 신원 블록과 어떻게 배치되는지, 2페이지의 지급 기간 그리드가 상단에서 시작하는지 헤더 이후에 시작하는지)은 전적으로 각 소프트웨어 제공업체의 재량에 달려 있습니다. Ceridian Dayforce는 Block 15A와 15B를 신원 블록과 분리된 요약 패널에 표시합니다. ADP Workforce Now는 2열 레이아웃으로 순차적으로 배치합니다. QuickBooks Canada는 관련 블록(소득, 공제, 시간)을 단순화된 배열로 그룹화합니다. 이러한 레이아웃 중 어느 것도 잘못되지 않았습니다. 각각은 급여 제공업체의 설계 철학을 반영합니다.

그러나 여러 급여 시스템을 운영하는 중견 캐나다 고용주(예: 주 인력은 Ceridian, 자회사는 QuickBooks, 인수한 법인은 ADP 사용)는 동일한 규정 준수 기간 내에 시각적 레이아웃이 다른 고용 기록(ROE)을 처리합니다. Ceridian ROE의 오른쪽 상단에 있던 Block 15A는 ADP ROE의 중간 왼쪽에 있습니다. QuickBooks에서 사유 필드 바로 아래에 있던 Block 15C는 ADP 양식의 두 번째 페이지에 있습니다. 급여 관리자는 플랫폼 간 데이터를 확인할 뿐만 아니라 제공업체를 전환할 때마다 각 블록의 시각적 위치를 다시 학습합니다. T4 슬립의 유사한 구조적 문제에서 T4 보고의 연간 특성으로 인해 재조정은 연간 한 번의 비용입니다. 매월 또는 더 자주 제출되는 ROE는 이 비용을 배가시킵니다. 5일 마감일은 Ceridian ROE와 ADP ROE를 구분하지 않습니다. 둘 다 5일 이내에 제출해야 합니다. 그러나 Ceridian ROE 직후 ADP ROE를 처리하는 급여 관리자는 새 레이아웃에 적응하는 데 몇 초(누적되면 몇 분)를 잃게 되며, 잃어버린 모든 초는 이미 빠듯한 카운트다운에서 차감되는 시간입니다.

잘못된 블록 15C: 한 글자가 사람의 소득을 파괴합니다

블록 15C의 16개 사유 코드 중 세 가지가 전 직원의 고용보험(EI) 청구 전체 과정을 결정합니다. 이를 올바르게 입력하면 시스템이 설계된 대로 작동합니다. 하나라도 잘못 입력하면 법적으로 혜택을 받을 자격이 있는 사람이 아무것도 받지 못합니다.

코드 A(일자리 부족/해고), 코드 E(자발적 퇴사), 코드 M(해고)이 가장 자주 사용되며 가장 결과가 중대합니다. 코드 A는 1주 대기 기간을 거친 후 혜택이 시작됩니다. 코드 E(정당한 사유 없는 자발적 퇴사)는 무기한 자격 상실로 이어집니다: 청구인은 전체 혜택 기간(최대 45주까지 지속될 수 있음) 동안 혜택을 받지 못하며, 이후 고용에서 충분한 새로운 보험 가입 시간을 축적하지 않는 한 혜택을 받을 수 없습니다. 코드 M(위법 행위로 인한 해고)은 심의를 촉발하며, Service Canada가 고용주와 전 직원 모두를 면담하고, 문서를 검토하고, 결정을 내립니다. 심의는 몇 주가 걸릴 수 있으며, 그 기간 동안 혜택은 지급되지 않습니다.

문제는 급여 관리자가 사유 코드를 부주의하게 선택하는 것이 아닙니다. 코드가 시간적 압박 속에서 선택되며, 블록 15A 및 15B 합계를 확인해야 하는 동일한 5일 기간 내에 이루어지고, 그 코드는 급여 관리자(세금 공제, 송금 일정, 소득 계산에 훈련된)가 완전히 평가할 준비가 되어 있지 않을 수 있는 법적 의미를 지닌다는 점입니다. 관리자가 직원이 "떠났다(left)"고 보고합니다. 어떻게 떠난 것일까요? 자발적으로 사임한 것인가요? 이달 말에 해고될 것이라고 통보받은 후 떠난 것인가요? "다음 주에는 필요하지 않을 것"이라고 들었나요? 이는 상황에 따라 해고(코드 A) 또는 징계 해고(코드 M)가 될 수 있는 발언입니다. 급여 관리자는 "떠났다"는 말이 자발적 퇴사처럼 들리므로 코드 E를 입력합니다. 전 직원이 EI를 신청하면 자격이 상실되었다는 통보를 받습니다. ROE에는 자발적 퇴사라고 명시되어 있습니다. 직원이 이의를 제기합니다. Service Canada가 조사하고, 고용주에게 연락하며, 이별 문서를 검토하고, 올바른 코드가 코드 A라고 결정합니다. ROE가 수정됩니다. 직원은 3주 늦게 혜택을 받습니다. 오류는 악의가 아니었습니다. 5일 마감 기한 아래에서 급여 관리자에게 데이터 입력 필드에서 법적 결정을 내리도록 요구하는 시스템에 의해 발생한 한 글자 오분류였습니다.

이는 영국 P45 처리 맥락에서 설명된 것과 동일한 구조적 과제입니다. 마감 기한과 분류 논리가 급여 팀에 규정 준수 병목 현상을 만드는 퇴사 문서이지만, 캐나다 EI 시스템은 HMRC 프로세스에는 없는 심의 복잡성 계층을 추가합니다.

블록 15A 합계는 다른 유형의 피해를 만듭니다. 블록 15A가 보험 가입 시간을 200시간 과소계상한 경우(급여 기간을 누락했거나 초과 근무 입력이 잘못되었기 때문에), 올바른 합계가 EI 경제 지역의 420시간 입사 요건이 있는 곳에서 직원을 430시간으로 만들었을 것이라면, 직원의 EI 청구는 ROE에 230시간이라고 명시되어 있기 때문에 거부됩니다. Service Canada는 ROE를 급여 대장과 교차 확인하지 않습니다. 보험 가입 시간 합계를 액면 그대로 받아들입니다. 고용주는 3개월 후 급여 감사 중에 오류를 발견하고 수정된 ROE를 발행합니다. 혜택을 받을 자격이 내내 있었던 직원은 소급 지급을 받습니다. 그러나 5일 기간 내에 교차 참조를 위한 여유가 있는 확인 프로세스가 있었다면 발견되었을 데이터 오류로 인해 3개월 동안 소득 없이 지내야 했습니다.

ROE Web은 제출 문제를 해결했지만, 검증 문제는 해결하지 못했습니다.

ROE Web은 Service Canada의 전자 제출 포털로, 고용 기록(ROE) 제출에 권장되는 방법입니다. 종이 양식, Canada Post 지연, Service Canada 접수 시스템으로의 수동 데이터 입력을 없애줍니다. 대규모 고용주와 급여 서비스 제공업체에게 ROE Web은 5일 마감 기한을 달성 가능하게 만드는 메커니즘입니다. 5일째 오후 4시에 생성된 ROE가 오후 4시 5분에 ROE Web을 통해 전송되면 마감 기한을 충족합니다. 방정식의 제출 측면은 해결되었습니다.

ROE Web이 하지 않는 것은 데이터를 전송하기 전에 검증하는 것입니다. 포털은 ROE를 수신하고, 기본 구조(SIN 형식, 날짜 범위, 블록 번호)를 검증한 후 Service Canada의 심사 시스템으로 전달합니다. Block 15A 총 보험 가입 시간을 급여 대장과 교차 확인하지 않습니다. Block 15B 총 보험 가입 소득을 연간 누계 기록과 비교하지 않습니다. 동일한 직원에 대해 Code A ROE가 발급된 지 3일 후에 Code E ROE가 발급된 것을 플래그로 표시하지 않습니다. 이는 수정 또는 오류를 나타낼 수 있습니다. 검증 단계(5일 마감 기한 중 가장 큰 부분을 차지하는 단계)는 전적으로 고용주의 책임으로 남아 있으며, 제출 시스템의 도구 지원이 전혀 없습니다.

이로 인해 구조적 비대칭이 발생합니다. 마감 기한은 제출 포털을 제공하는 동일한 기관에 의해 시행되지만, 마감 기한이 보호하고자 하는 데이터 무결성(근로자의 자격을 결정하는 ROE의 정확성)은 전적으로 고용주의 책임입니다. 마감 기한을 맞추기 위해 검증을 서두르는 고용주는 제때 부정확한 ROE를 제출할 수 있습니다. 철저히 검증하는 데 시간을 들이는 고용주는 정확하지만 늦은 ROE를 제출할 수 있습니다. 마감 기한은 이 두 결과를 구분하지 않습니다. 제때 제출된 부정확한 ROE와 늦게 제출된 정확한 ROE를 각각 다른 유형의 실패로 간주하여 각각 고유한 결과 범주를 촉발시키며, 고용주에게 어떤 것을 최적화할지 선택하도록 요구합니다.

이는 포괄적인 ROE 추출 가이드에서 살펴본 것과 동일한 구조적 격차입니다. 데이터는 급여 시스템에 있고, 마감 기한은 Service Canada에 있으며, 둘 사이의 다리는 어떤 규정도 의무화하지 않고 어떤 도구도 지원하지 않는 수동 검증 단계입니다. 이 격차를 대규모로 해소하는 방법에 대한 자세한 설명은 ROE 일괄 처리 가이드에서 월간 ROE 물량을 추출 자체에 검증 검사가 포함된 단일 규정 준수 스프레드시트로 처리하는 종단 간 워크플로우를 다룹니다.

자주 묻는 질문

문제는 속도가 아니라 구조입니다.

캐나다 급여 업계는 수십 년 동안 5일 ROE 마감 기한을 속도 문제로 해석해 왔습니다. 암묵적으로 해결책은 더 빨리 처리하는 것이었습니다. 더 자주 급여를 처리하고, 더 빨리 입력하고, 점심을 건너뛰고, 야근하는 것입니다. 그러나 속도가 구조적 문제를 해결하지는 않습니다. 더 빨리 입력하는 고용주라도 동일한 53개 블록을 확인하고, 동일한 세 가지 데이터 소스를 조정하며, 전 직원이 소득을 받을지 결정하는 사유 코드에 대해 동일한 법적 판단을 내려야 합니다. 데이터 입력 단계에서 속도를 높인다고 해서 확인 단계가 단축되지는 않습니다. 그리고 확인 단계는 수정된 ROE, EI 지연, 부적격 청구로 이어질 수 있는 오류를 잡아내는 단계이며, 노력만으로는 가속화할 수 없는 단계입니다.

월별 ROE 일괄 처리 워크플로는 구조적 수준에서 이 문제를 해결합니다. 25개의 ROE를 하나씩 확인하는 대신, 열 스키마를 한 번 정의하고(Block 15A, Block 15B, Block 15C, Block 11 마지막 급여일, 급여 기간 세부 정보) 모든 25개를 한 번에 추출합니다. 확인 규칙(Block 15A를 기간별 합계와 교차 확인하고, 사유 코드를 유효 코드 세트와 대조 검증하며, 마감 기한이 임박했거나 지난 ROE에 플래그를 지정하는 계산 열)은 추출 중에 실행되며, 이후에 실행되지 않습니다. 5일 기한을 소모하는 확인 단계는 수동 상호 참조에서 데이터가 스프레드시트에 도달하기 전에 불일치를 표면화하는 자동화된 검사로 전환됩니다.

5일 마감 기한은 변경되지 않을 것입니다. 이는 근로자를 보호하기 위해 존재하며 그 목적을 수행합니다. 그러나 이 기한을 준수하는 것, 즉 일관되게, 정확하게, 급여 관리자를 지치게 하지 않으면서 매달 준수하려면 문제를 해결하는 사람의 속도가 아닌 문제의 구조를 해결하는 도구가 필요합니다. 캐나다 급여 시스템은 수십 년 동안 더 빠른 말을 만드는 데 집중해 왔습니다. 마감 기한에 실제로 필요한 것은 완전히 다른 운송 수단입니다.