매월 캐나다 고용주가 여전히 쫓기는
5일 ROE 마감 문제

시계는 당신이 깨닫기도 전에 시작됩니다

5일의 ROE 제출 기한은 직원의 마지막 근무일부터 시작되지 않습니다. 소득 중단이 발생한 급여 기간이 끝나는 시점부터 시작되며, 소득 중단 자체는 7일 연속으로 근무와 보험 가입 소득이 없는 후에 시작됩니다. 주급 급여의 경우, 시계는 직원의 마지막 근무일과 동시에 시작될 수 있습니다. 직원이 금요일에 마지막 교대 근무를 하고, 급여 기간이 같은 날 종료되며, 7일 중단 카운터가 즉시 시작됩니다. 격주 급여의 경우, 마지막 실제 근무와 급여 기간 종료 사이에 최대 14일의 추가 지연이 발생할 수 있지만, 급여 기간이 종료되면 5일 기한은 동일합니다. 복잡한 점은 급여 담당자가 카운트다운 타이머를 보는 것이 아니라 달력의 날짜를 본다는 것입니다.

이러한 시기 구조는 두 가지 뚜렷한 실패 유형을 만듭니다. 첫 번째는 명백한 경우로, 급여 팀이 제때 처리하지 못해 ROE가 늦게 제출되는 것입니다. 두 번째는 더 교묘한 경우로, ROE는 제시간에 제출되지만, 기한을 맞추기 위해 데이터 입력을 서두르다 보니 하나 이상의 항목이 잘못되는 것입니다. SIN 번호 전환 오류, 잘못된 사유 코드, 급여 기간 내역과 일치하지 않는 보험 가입 시간 수치 등이 그 예입니다. 늦게 제출된 ROE는 제출될 때까지 직원의 EI 신청을 지연시킵니다. 부정확한 ROE는 수정될 때까지 신청을 지연시키며, 종종 수정이 초기 제출보다 더 오래 걸리기도 합니다. Service Canada의 수정 절차가 변경된 항목의 확인을 요구하기 때문입니다. 속도는 오류를 만듭니다. 오류는 지연을 만듭니다. 지연은 바로 그 기한이 방지하고자 했던 결과를 초래합니다.

사라지지 않는 종이 ROE — ROE Web이 전송 방식만 바꾼 이유

Service Canada는 ROE Web 시스템을 통해 대부분의 고용주에게 전자 ROE 제출을 의무화했습니다. 전송 방식은 바뀌었습니다. Service Canada로 우편 발송되던 종이 양식이 웹 기반 제출로 대체되었지만, 데이터 입력 단계는 변하지 않았습니다. ROE Web은 데이터 입력 포털입니다. 급여 담당자는 여전히 시스템에 접속하여 급여 보고서나 급여 소프트웨어의 내부 기록에서 퇴직 데이터를 읽고 각 블록을 ROE Web 양식에 입력합니다. 양식이 제출되면 전송은 즉시 이루어집니다. 그 전에 이루어지는 데이터 입력은 예전과 동일한 수동 전사 작업입니다.

수동 단계가 지속되는 것은 기술적 문제가 아니라 구조적 문제입니다. 급여 시스템은 내부적으로 ROE 데이터를 생성합니다. Ceridian Dayforce, ADP Workforce Now, QuickBooks Payroll, Wagepoint, Rise는 모두 퇴직 처리 과정에서 보험 가입 시간, 보험 가입 소득, 사유 코드를 계산합니다. 그러나 ROE Web은 연방 정부가 운영하는 별도의 시스템입니다. 급여 시스템은 ROE Web에 직접 제출할 수 없습니다. 적어도 대부분의 중간 시장 급여 시스템이 제공하지 않는 등록된 전자 제출 인터페이스가 없으면 불가능합니다. 데이터는 급여 시스템에서 사람의 작업 기억으로 전달된 후, 사람을 통해 ROE Web으로 전달됩니다. 사람은 동일한 데이터를 공유하지만 서로 통신할 수 없는 두 시스템 사이의 다리 역할을 합니다. 영국의 유사한 구조적 문제(P45가 종이 전달을 통해 한 급여 시스템에서 다른 시스템으로 직원의 이동을 연결하는 경우)에 대해서는 영국 급여의 P45 수동 처리 문제 분석을 참조하십시오. 정부는 다르고 양식은 다르지만 구조적 결함은 동일합니다.

53개 블록: 양식이 마감일을 넘어설 때

INS5153 ROE 양식에는 53개의 번호가 매겨진 블록이 포함되어 있지만, 마감일과 관련하여 중요한 숫자는 20입니다. 이는 일반적인 퇴직에 실제로 필요한 블록 수입니다. 직원의 SIN(블록 8), 첫 근무일(블록 10), 마지막 급여일(블록 11), 마지막 보험 가입일(블록 12), 총 보험 가입 시간(블록 15A), 총 보험 가입 소득(블록 15B), 사유 코드(블록 15C), 총 급여 기간 수(블록 16), 그리고 블록 17A~17D에 대한 기간별 소득 및 시간입니다. 이 20개 블록 각각은 급여 시스템에서 찾고, 직원 기록과 대조하여 확인하고, 오류 없이 ROE Web에 입력해야 하는 구조화된 데이터 조각입니다.

데이터 밀도 문제는 구조화된 데이터 입력에 대한 인간의 오류율과 비교할 때 명확해집니다. 좋은 조건(조용한 급여 사무실, 단일 ROE, 마감 압박 없음)에서 숙련된 작업자의 필드 수준 오류율은 약 1%입니다. 20개 블록에 걸쳐 이는 특정 ROE에서 하나 이상의 블록에 오류가 있을 확률이 약 18%임을 의미합니다. 퇴직 사건 중 실제로 존재하는 조건(5일 마감일 전에 처리해야 하는 여러 ROE, 일상적인 급여 처리와 함께 퇴직 작업 흐름을 관리하는 급여 담당자, 급여 시스템과 ROE Web 사이를 전환하는 인지 부하)에서는 오류율이 상승합니다. 20개 블록에 걸쳐 필드당 2%의 오류율은 ROE당 오류 확률을 33% 이상으로 높입니다. 대량 퇴직 기간 동안 제출된 ROE 3개 중 1개는 최소한 하나의 잘못된 데이터 포인트를 포함합니다.

가장 큰 비용을 초래하는 블록은 15A 블록(총 보험 가입 시간)입니다. Service Canada는 이 숫자를 사용하여 직원이 해당 경제 지역에서 고용보험(EI) 자격을 얻기에 충분한 시간을 보유했는지 판단합니다. 기준은 실업률이 높은 지역의 420시간에서 실업률이 낮은 지역의 700시간까지 다양합니다. 700시간 기준 지역에서 695시간의 보험 가입 시간을 가진 직원은 자격을 얻지 못합니다. 705시간(5시간 더 많은 경우)을 가진 직원은 자격을 얻습니다. 17A-D 블록 세부 내역에서 한 급여 기간의 시간이 실수로 누락되면 15A 블록이 해당 기간의 시간만큼 정확히 감소합니다. 해당 기간에 20시간이 포함되어 있었고 누락된 시간으로 인해 총 시간이 705시간에서 685시간으로 줄어들면, 직원의 EI 청구는 거부됩니다. 이는 충분히 일하지 않았기 때문이 아니라, ROE가 실제 근무 시간을 기록하지 않았기 때문입니다.

잘못된 ROE가 EI 청구에 미치는 영향 — 급여 팀이 보지 못하는 연쇄 반응

급여 팀은 잘못된 ROE 블록이 초래하는 하류의 결과를 보지 못합니다. 그러나 직원은 이를 경험합니다. Service Canada가 불일치가 있는 ROE(급여 기간 데이터와 일치하지 않는 보험 가입 시간, 직원이 제시한 이직 사유와 상충되는 사유 코드)를 접수하면, 해당 청구는 심사 단계로 들어갑니다. EI 처리 대기열이 중단됩니다. 직원은 추가 서류(급여 명세서, 고용주의 확인서, 이직 상황에 대한 서면 설명)를 제출하라는 요청을 받습니다. 심사 기간은 수 주가 소요될 수 있습니다. 그 수 주 동안 직원은 EI 급여를 받지 못합니다.

월급을 생계에 전적으로 의존하는 직원(건설 노동자, 접객업 서버, 계절 농업 노동자)에게 실직 후 수 주간의 소득 공백은 단순한 행정적 불편이 아닙니다. 이는 놓친 월세, 절반으로 줄어든 식료품 예산, 추심으로 넘어가는 청구서를 의미합니다. 그 근본 원인은 잘못 입력된 ROE의 단일 블록입니다. 이를 입력한 급여 담당자는 자신이 촉발한 일련의 사건을 결코 알지 못할 수도 있습니다. 그들은 제출 기한을 맞추어 ROE를 제때 제출했습니다. 그러나 직원의 청구는 지연되고, 그 지연의 비용은 방금 소득을 잃은 사람이 전적으로 부담합니다.

데이터 입력 단계가 시계와 분리될 때 발생하는 상황

ROE 마감 기한과 ROE 데이터 입력 부담 사이의 간극을 좁히는 것은 보고해야 하는 정보의 내용을 바꾸지 않습니다. 동일한 20개 블록, 동일한 53블록 양식, 동일한 Service Canada 요구 사항이 적용됩니다. 변화하는 것은 데이터가 급여 시스템에서 ROE Web으로 이동하는 방식입니다.

급여 담당자는 각 블록을 급여 보고서에서 읽어 ROE Web 양식에 직접 입력하는 대신, 퇴직 데이터 배치(PDF 보고서, 급여 시스템 내보내기 파일 또는 ROE 양식 초안)를 업로드하고 각 블록에 매핑된 열로 구성된 추출을 실행합니다. 추출은 각 블록을 한 번 읽고, 각 행이 한 명의 직원 퇴직이고 각 열이 하나의 ROE 블록 값인 스프레드시트를 출력합니다. 급여 담당자의 역할은 데이터 생성자에서 데이터 검증자로 전환됩니다. 즉, 모든 행을 처음부터 작성하는 대신 출력에서 플래그가 지정된 이상 항목(일치하지 않는 사유 코드, 조정되지 않는 시간, 제출 마감 24시간 이내의 직원)을 스캔합니다.

이러한 전환은 세 가지를 변화시킵니다. 첫째, 퇴직 건당 처리 시간이 20분에서 약 2분으로 단축됩니다. 추출은 몇 초 만에 실행되고, 검증은 스캔 및 플래그 지정 작업입니다. 둘째, ROE당 오류율이 감소합니다. 추출이 모든 양식에서 일관되게 블록을 읽기 때문입니다. 배치의 열 번째 ROE도 첫 번째 ROE와 동일한 주의를 기울여 처리됩니다. 셋째, 5일 마감 기한은 출력 스프레드시트에서 계산 열이 되며, 더 이상 머릿속에 기억할 필요가 없습니다. 각 퇴직 건의 마감까지 남은 일수가 표시되고, 마감에 임박한 ROE는 기한이 지난 후가 아니라 지나기 전에 플래그가 지정됩니다.

개별 ROE에 대한 추출 워크플로는 Service Canada 규정 준수를 위한 단일 ROE 추출 가이드에서 자세히 다룹니다. 여기서 설명된 문제(데이터가 많은 양식, 짧은 마감 기한, 그리고 그 사이의 수동 입력 단계)는 추출이 해결하는 근본 원인입니다. 5일 규칙이 문제가 아닙니다. 규칙과 제출 사이에 있는 20분의 수동 데이터 입력이 문제입니다.

자주 묻는 질문

5일 ROE 제출 기한은 실제로 강제되나요, 아니면 권고 사항에 가깝나요?

강제됩니다. 고용보험법(Employment Insurance Act)은 정해진 기한 내에 ROE를 발급하지 않은 고용주에게 최대 2,000달러의 벌금, 6개월 이하의 징역, 또는 두 가지를 모두 부과할 수 있도록 규정하고 있습니다. Service Canada는 ROE 제출 준수 여부를 추적하며, 위반 건당 벌금을 부과할 수 있습니다. 즉, ROE 5건을 지연 제출하면 5건의 별도 위반이 됩니다. 지연 제출 패턴이 있는 고용주는 향후 ROE에 대해 더 엄격한 조사를 받게 됩니다.

ROE Web을 사용하면 5일 제출 기한을 더 쉽게 맞출 수 있나요?

ROE Web은 우편 발송 시간을 없애줍니다. ROE가 제출되는 즉시 Service Canada에 도달하기 때문입니다. 그러나 ROE Web에 데이터를 입력하는 데 필요한 시간, 즉 급여 기록에서 20개 블록을 읽어 웹 양식에 입력하는 시간은 전자 전송이든 종이 전송이든 동일합니다. ROE Web은 전송 문제를 해결했습니다. 전송에 앞서 이루어지는 데이터 입력 문제는 해결하지 못했습니다.

직원이 자신의 ROE에 기재된 사유 코드에 동의하지 않으면 어떻게 되나요?

직원은 Service Canada에 판정을 요청할 수 있으며, Service Canada는 고용 종료 상황을 조사하여 구속력 있는 결정을 내립니다. 조사 기간 동안 ROE 데이터는 동결됩니다. 고용주가 일방적으로 사유 코드를 변경할 수 없습니다. 원래 사유 코드가 데이터 입력 오류(실제 코드는 A였는데 E가 입력된 경우)였다면, 고용주는 수정된 ROE를 발급해야 하며, 수정이 처리되는 동안 직원의 EI 청구는 지연됩니다. 사유 코드를 처음에 정확히 입력하는 것은 제출 기한을 준수하는 문제가 아닙니다. 단 하나의 잘못된 글자로 인해 몇 주간의 수정 절차가 촉발되지 않도록 하는 문제입니다.