월 25건의 ROE, 2개의 급여 시스템
EI 준수 보고서를 한 번의 일괄 처리로 작성하십시오
고용보험 규정(SOR/96-332, s.19(3))에 따라 모든 캐나다 고용주는 소득 중단일 — 직원이 보험 가입 소득을 받지 못하게 된 날 — 로부터 5일 이내에 고용 기록(ROE)을 발급해야 합니다. 직원 한 명의 경우 5일은 충분한 기간입니다. 그러나 중견 고용주 — 계절적 해고가 있는 에드먼턴의 건설 회사, 지속적인 이직이 있는 소매 체인, 단기 계약직 직원이 순환하는 배프의 숙박업체 — 는 한 달에 한 건의 퇴직을 처리하지 않습니다. 20건, 25건, 30건을 처리합니다. 각 건마다 고유한 5일 마감 기한이 있으며, Ceridian Dayforce, ADP Workforce Now 또는 QuickBooks Canada Payroll에서 발급되어야 하는 Block 15A 총 보험 가입 시간, Block 15B 총 보험 가입 소득, Block 15C 사유 코드가 포함됩니다. 급여 시스템은 각 ROE를 몇 초 만에 자동으로 생성합니다. 구조적 격차는 그 다음 단계에서 발생합니다. 급여 부서는 한 번에 한 명의 직원만 처리하지만, 인사 부서는 월간 EI 보고서가 필요합니다 — 한 스프레드시트에 25행의 Block 데이터, 급여 대장과 대조된 Block 15A 합계, 분리 문서와 상호 참조된 Block 15C 사유 코드, 모든 날이 누군가에게는 마감일인 준수 기간 내에 모두 정리되어야 합니다.
주요 요점
- 월 25건의 퇴직은 각각 고유한 시계로 작동하는 25개의 독립적인 5일 ROE 마감 기한을 생성합니다 — 그러나 월간 EI 준수 보고서는 회계 담당자의 마감일까지 한 스프레드시트에 Block 15A, 15B, 15C의 25개 행 전체가 필요합니다.
- 월간 전사 시간 75분 중 10분은 각 급여 제공업체의 서로 다른 레이아웃에서 Block 15A를 시각적으로 다시 찾는 데 사용됩니다 — Ceridian, ADP, QuickBooks는 동일한 53개 블록을 서로 다른 시각적 배열로 인쇄하며, 제공업체를 전환할 때마다 뇌가 다시 적응해야 합니다.
- 열 스키마를 한 번 정의하면 — Block 15A 총 보험 가입 시간, Block 15B 총 보험 가입 소득, Block 15C 사유 코드 — 모든 제공업체의 월간 25건 ROE 배치가 동일한 추출 과정을 거쳐 25건의 개별 전사 대신 단일 작업으로 통합 스프레드시트를 생성합니다.
왜 25개의 ROE가 1개와 다른 문제인가
단일 ROE에서 스프레드시트로 데이터를 추출하는 것은 간단한 작업입니다. ROE 추출 가이드에서는 53개 블록 구조, 사유 코드 및 단일 ROE 워크플로를 설명합니다. 그러나 한 달에 하나의 ROE를 처리하는 것과 25개를 처리하는 것은 같은 작업을 25번 반복하는 문제가 아닙니다. 월별 일괄 처리 규모에서는 단일 ROE 규모에는 존재하지 않는 세 가지 구조적 문제가 발생하며, 더 빨리 다시 입력하는 것으로는 그 어떤 문제도 해결되지 않습니다.
1. 각 ROE 마감 기한은 독립적이지만, 월간 보고서는 통합됩니다
11월 3일에 마지막으로 근무한 직원의 ROE 마감일은 11월 8일입니다. 마지막 보험 가입일이 11월 17일인 다른 직원의 마감일은 11월 22일입니다. 세 번째 직원은 11월 28일 → 12월 3일입니다. 스물다섯 건의 이직은 각각 자체 시계로 돌아가는 스물다섯 개의 독립적인 5일 카운트다운을 생성합니다. 그러나 HR 관리자가 12월 5일에 재무 담당자에게 보내는 월간 EI 준수 보고서에는 Block 15A, 15B, 15C의 스물다섯 행이 모두 한 곳에 있어야 합니다. ROE가 들어올 때마다 하나씩 기록한다면, 스물다섯 번째 기록의 Block 15C 코드가 2주 전에 세 번째 직원의 사유 코드에 적용한 수정 사항과 모순될 수 있으며, 이러한 모순은 직원 이름별로 스프레드시트를 정렬하여 같은 사람에 대한 두 행을 발견하기 전까지는 보이지 않습니다. 대신 월말에 일괄 처리하면 스물다섯 건의 기록이 모두 같은 달의 마지막 주에 경쟁하게 됩니다. 바로 12월 5일 마감이 임박한 시점이며, 단 하루의 병가나 급여 시스템 중단이 전체 준수 보고서를 패널티 구역으로 밀어넣을 수 있습니다.
2. 공급자 간 레이아웃 차이로 인한 마찰은 일괄 처리 규모에서 가중됩니다
Ceridian Dayforce의 단일 ROE에서 Ceridian 레이아웃의 Block 15A를 시각적으로 찾는 데는 잠시 시간이 걸립니다. ADP Workforce Now의 단일 ROE에서는 다시 방향을 전환해야 합니다. Block 15A는 다른 위치에 있고, Block 15C는 다른 구석에 있으며, 2페이지의 지급 기간 그리드는 다른 수직 오프셋에서 시작됩니다. 두 시스템의 ROE를 연속으로 처리하는 데는 두 번의 방향 전환 지연이 발생합니다. 동일한 배치 세션에서 Ceridian ROE 12개, ADP ROE 8개, QuickBooks ROE 5개를 처리하는 경우, 공급자를 전환할 때마다 동일한 방향 전환 패널티가 발생합니다. 하지만 이제는 두 번이 아니라 Ceridian 폴더, ADP 폴더, QuickBooks 폴더 사이를 이동할 때마다 전환해야 하므로, 세션당 3~5번의 공급자 전환이 발생하며, 각 전환마다 현재 레이아웃에서 Block 15A가 어디에 있는지에 대한 근육 기억이 깨집니다. 75분 동안 ROE 데이터를 기록하는 급여 관리자는 그중 약 10분을 시각적 재조정에 소비하며, 데이터 입력에는 사용하지 않습니다. 동일한 블록 데이터가 다른 양식의 다른 위치에 나타나기 때문에 준수 시간의 10분의 1이 낭비되는 것입니다.
3. 예외 사례는 처리량이 늘어날수록 함께 증가하며, 각각이 전사 리듬을 깨뜨립니다
한 달에 세 건의 고용 종료를 처리하는 회사는 한 번의 예외 사례를 마주할 수 있습니다. 하지만 스물다섯 건을 처리하는 회사는 매달 네 번에서 다섯 번의 예외 사례를 겪게 됩니다: 해고 통지 대신 지급된 급여를 받아 Block 11이 실제 마지막 근무일 이후로 연장된 직원; 회사가 연중에 급여 제공자를 변경하여 동일한 연속 고용 기간에 대해 두 시스템에서 두 건의 ROE를 발급해야 했기에 Code K ROE가 발급된 직원; 고용 종료가 온타리오 북부와 남부라는 두 개의 EI 경제 지역에 걸쳐 있어 Block 15A 보험 가입 시간 기준에 의문이 생긴 직원; 이전에 발급된 ROE를 대체하는 수정 ROE로, Block 15C가 Code M에서 Code A로 수정되었으며, 이제 감사관이 원본과 수정본을 나란히 검토하도록 요청하는 경우. 각 예외 사례는 수동 전사 작업 흐름을 중단시킵니다: 입력을 멈추고, 예외를 조사하고, 해결한 후, 10분 후에 다시 ROE를 재개하지만 처음 15건을 처리하며 이어졌던 추진력을 잃게 됩니다. 이러한 중단이 바로 작업 흐름 그 자체입니다.
공급자 간 병합: 월별 일괄 처리가 레이아웃 독립적이어야 하는 이유
고용 기록(ROE)은 연방에서 규정한 양식(INS5153)으로, 53개의 번호가 매겨진 블록으로 구성되며 그 내용과 순서는 규정에 따라 고정되어 있습니다. 블록 10은 항상 첫 근무일, 블록 15A는 항상 총 보험 가입 시간, 블록 15C는 항상 ROE 발급 사유입니다. 내용은 표준화되어 있습니다. 그러나 각 블록의 페이지 위치는 표준화되어 있지 않으며, 모든 급여 소프트웨어 제공업체는 동일한 53개 블록을 각자 고유한 방식으로 시각적으로 배치합니다.
이는 미묘한 디자인 차이가 아닙니다. Ceridian Dayforce는 식별 블록(1~8)을 상단에 단일 테이블로 배치하고, 보험 가입 시간 및 소득(15A/15B)을 요약 블록으로 분리하며, 지급 기간(17A~17D)은 두 번째 페이지에 가로 방향으로 인쇄합니다. ADP Workforce Now는 블록을 2열 세로 레이아웃으로 순차적으로 배치합니다. QuickBooks Canada는 관련 블록을 단순화된 형식으로 그룹화합니다. Wagepoint는 또 다른 그리드를 사용합니다. Ceridian ROE에서 블록 15A의 위치를 학습한 템플릿 기반 추출 도구는 배치 내 모든 ADP ROE에서 잘못된 위치를 찾게 되어 빈 셀을 생성하거나, 더 나쁜 경우 ADP 레이아웃의 해당 위치에 있는 필드 값을 가져와 잘못 귀속시킵니다. 이는 출력을 훑어보는 사람이 놓칠 수 있는 오류입니다.
이는 T4 일괄 처리 가이드에서 설명한 것과 동일한 구조적 문제입니다. 해당 가이드에서는 세 개의 급여 제공업체로부터 받은 300개의 T4 슬립을 T4 요약을 위해 단일 통합 스프레드시트로 만들어야 합니다. ROE 버전은 더 빈번하게 발생하며, 결과가 개인의 급여 지급에 영향을 미치는 EI 결정에 사용되므로 더 중요합니다. T4 배치에서 블록 15A 총액이 잘못되면 6개월 후 PIER 조정 서신이 발송됩니다. ROE 배치에서 블록 15A 총액이 잘못되면 오늘 직원이 420시간 EI 자격 기준 미만으로 떨어지며, 법적으로 급여를 받을 자격이 있는 직원에게 거부 통지서가 발송됩니다.
의미론적 추출은 사후가 아닌 추출 단계에서 공급자 간 병합을 처리합니다. 도구에 각 소프트웨어의 ROE에서 블록 15A가 어디에 있는지 가르치는 대신, 맞춤 열 추출은 출력 열을 "블록 15A 총 보험 가입 시간"으로 정의하고 AI가 블록 레이블의 의미를 이해하여 값이 어떤 제공업체 양식에 나타나든 찾을 수 있도록 합니다. Ceridian ROE 12개, ADP ROE 8개, QuickBooks ROE 5개로 구성된 배치는 동일한 열 스키마로 실행됩니다. 템플릿 전환, 좌표 재학습, 제공업체 간 시각적 재조정이 필요 없습니다. 일반적으로 25개의 개별 필사 후 Excel에서 발생하는 병합이 추출 자체 내에서 이루어집니다.
파일은 안전하게 처리되며 저장되지 않습니다.
월별 ROE 일괄 워크플로 설정 — 한 번 설정 후 반복 사용
일괄 워크플로는 25회의 개별 입력 작업을 하나의 종단 간 추출 과정으로 대체합니다. 월초 또는 도입 시 한 번만 구성한 후, 급여에서 새 ROE 배치가 생성될 때마다 재사용하십시오. 월말, 계절적 해고 후, 또는 구조 조정으로 인해 퇴사자가 발생할 때 임시로 사용할 수 있습니다. 구성은 투자이며, 월별 실행은 그 수익입니다.
열 스키마를 한 번만 정의하십시오 — 모든 급여 제공자, 모든 월에 대해
열 머리글로 표시되길 원하는 대로 필드 이름을 정확히 입력하십시오. 중견 캐나다 고용주를 위한 실용적인 월별 EI 보고서 스키마는 다음과 같이 시작됩니다: 직원 이름, 직원 SIN, 블록 10 첫 근무일, 블록 11 마지막 급여일, 블록 15A 총 보험 가입 시간, 블록 15B 총 보험 가입 소득, 블록 15C 사유 코드, 블록 16 급여 기간 유형, 파일 이름. 이는 월별 이직 요약을 구성하고, 퇴사일 기준 정렬을 통해 다가오는 마감일을 파악할 수 있게 하며, 각 행을 원본 고용 기록(ROE) PDF로 추적할 수 있게 하는 최소 집합입니다. 보고서에서 기간별 시간을 블록 15A 요약과 교차 확인해야 하는 경우, 가장 최근 1~4개 기간에 대한 블록 17A–17D 지급 기간 열을 추가하십시오. 동일한 열 스키마가 Ceridian, ADP, QuickBooks 및 ROE Web을 사용하지 않는 소규모 고용주의 스캔된 종이 ROE에서도 작동합니다 — AI가 양식 좌표가 아닌 블록 의미를 읽기 때문입니다.
추출 중 검증을 위해, 아래에 자세히 설명된 기능인 계산 열을 추가하십시오. 이는 데이터가 스프레드시트에 도달하기 전에 불일치를 표시합니다: 블록 15A를 블록 17C 기간 시간의 합계와 교차 확인하고, 블록 15C가 유효한 코드 문자 중 하나인지 확인하며, 블록 11이 파일 날짜로부터 5일 이내인지 계산합니다.
해당 월의 ROE를 단일 배치로 업로드하십시오 — 모든 제공자, 모든 형식
각 급여 시스템의 출력 폴더에서 ROE를 모으십시오 — Ceridian이 내보낸 PDF, ADP가 생성한 PDF, QuickBooks가 생성한 PDF — 그리고 하나의 배치 업로드에 드롭하십시오. 추출 엔진은 이를 동시에 처리합니다: 각 ROE는 동일한 열 스키마가 적용되어 독립적으로 읽히고, 모든 결과는 통합 스프레드시트로 병합됩니다. 퇴사하는 직원에게 우편으로 발송한 소규모 고용주의 스캔된 종이 ROE — 소매, 외식 및 농업 분야에서 여전히 흔한 시나리오 — 는 디지털로 생성된 Ceridian의 PDF와 동일한 방식으로 읽힙니다. AI가 입력 매체가 아닌 블록 레이블의 내용을 읽기 때문입니다.
영국 퇴사자 문서에 적용된 동일한 배치 처리 접근 방식에 대해서는 영국 P45 배치 처리 가이드를 참조하십시오. 이 가이드는 Sage, BrightPay 및 QuickBooks의 월별 P45를 쿼리 가능한 퇴사자 데이터베이스로 병합하는 동등한 워크플로를 다룹니다.
내보내기, 검증 및 제출 — 그런 다음 스프레드시트를 6년간의 규정 준수 기록으로 잠급니다
통합된 Excel 파일을 다운로드하십시오. 요약 필드의 경우 ROE당 한 행이며, 지급 기간 세부 정보는 포함된 경우 별도 탭에 있습니다. 검증 확인을 실행하고, 검토가 필요한 행에 플래그를 지정하며, 불일치를 해결하십시오 — 잘못 코딩된 Block 15C에 대한 수정된 ROE, 마지막 보험 가입일이 급여에 잘못 입력된 직원에 대한 정정. ROE Web을 통해 ROE를 제출하고, 퇴사하는 직원에게 사본을 배포하며, 배치 스프레드시트를 영구 규정 준수 기록으로 보관하십시오. 고용 보험 규정은 ROE가 관련된 연도 이후 6년간 보관을 요구합니다. 파일 이름에 타임스탬프가 있는 ROE당 한 행의 배치 추출 스프레드시트는 감사 추적이자 6년간의 규정 준수 아카이브입니다.
대규모 검증: 서비스 캐나다가 발견하기 전에 불일치를 잡아내는 계산 열
한 달에 25건의 ROE를 처리할 때, 모든 행을 수동으로 검토하는 작업 — 각 직원의 Block 15A가 급여 대장의 연간 보험 가입 시간 합계와 일치하는지 확인하고, Block 15C가 퇴사 서류와 일치하는지 확인하며, 마지막 급여 지급일이 법정 기간 내에 있는지 확인하는 작업 — 에는 약 45분의 집중적인 교차 확인이 필요합니다. 제출 전에 한 번만 수행한다면 말이죠. 대부분의 달에는 마감 압박으로 인해 검토가 명백한 이상치를 빠르게 훑어보는 수준에 그치며, 체계적인 검증이 이루어지지 않습니다. 이러한 검토를 통과한 오류 — 입력은 가능하지만 직원의 상황에 맞지 않는 Block 15C 코드, 급여 기간 집계가 불완전하여 실제 보험 가입 시간보다 200시간 부족한 Block 15A 합계 등 — 는 제출된 ROE로 서비스 캐나다 시스템에 입력되며, 직원이나 기관이 불일치를 발견했을 때만 수정 절차가 시작됩니다.
계산 열은 검증을 추출 프로세스 자체에 내장합니다. 계산 규칙이 있는 열을 정의하면 AI가 추출과 동시에 검사를 실행하여 데이터가 스프레드시트에 도달하기 전에 전용 열에 결과를 출력합니다. 이는 검증을 "시간이 있으면 추출 후 확인"에서 "매번 추출과 동시에 플래그 지정"으로 전환합니다.
일괄 ROE 워크플로우를 추출 전용에서 추출 및 검증으로 전환하는 세 가지 계산 열:
| 계산 열 이름 | 규칙 논리 | 잡아내는 대상 |
|---|---|---|
| 시간 교차 확인 | abs ≤ 5이면 "OK", 그렇지 않으면 "검토 필요 — 차이: [실제 차이]" | 가장 흔한 ROE 데이터 무결성 문제: 시간이 잘못된 급여 기간으로 인해 보험 가입 시간 요약(Block 15A)과 기간별 세부 내역(Block 17C) 사이에 불일치가 발생합니다. 한 번의 급여 실행에서 차단된 기간이나 잘못 계산된 초과 근무 시간은 수동 검토가 거의 발견하지 못하는 차이를 만듭니다. 25명의 직원에 대해 53개의 기간 행을 사람이 더하는 경우는 없기 때문입니다. |
| 사유 코드 검증 | Block 15C가 유효한 집합 {A, B, C, D, E, F, G, H, J, K, M, N, P, Z}에 있으면 "유효함", 그렇지 않으면 "유효하지 않은 코드" | 잘못된 키 입력 — "E" 대신 "Q", "I" 대신 "1" — 은 서비스 캐나다 시스템에서 거부할 문자를 생성합니다. 이 계산 열은 데이터가 스프레드시트에 도달하기 전에 Block 15C가 인식된 ROE 사유 코드 문자인지 검증하여, 인식되지 않은 문자를 발견하면 원천 급여 시스템에서 즉시 수정하도록 플래그를 지정합니다. |
| 마감일 모니터 | Block 11 + 5일 ≥ 오늘 날짜이면 "마감 — [Block 11 + 5]", 그렇지 않으면 "제출 완료" | 5일의 법정 마감일은 배치별이 아닌 직원별로 적용됩니다. 마지막 급여 지급일이 11월 29일인 직원의 마감일은 12월 4일입니다. 배치가 12월 6일에 처리되면 해당 행은 이틀 연체된 것이며, 고용보험법에 따라 연체 제출 시 벌금이 부과될 수 있습니다. 이 열은 연체된 행을 즉시 표시하여, 별도로 유지 관리해야 하는 달력이 아닌 스프레드시트 자체에서 제출 순서를 분류할 수 있게 합니다. |
계산 열 접근 방식이 사람의 검토를 대체하지는 않습니다 — 상황상 Code E가 필요한데 Code A가 발급된 경우에도 "유효 코드" 검사를 통과할 수 있습니다. A는 유효한 문자이기 때문입니다. 그러나 사람이 수행할 필요가 없는 기계적 검증 — 열 합계 합산, 유효 코드 집합과 코드 문자 대조, 날짜에서 달력 일수 계산 — 을 제거하고, 사람만이 할 수 있는 판단 기반 검증, 즉 사유 코드 문자가 직원의 해고 서류에 기록된 실제 이직 사건과 일치하는지 여부에 인간의 주의를 집중시킵니다.
계절적 해고: 하루에 40건의 고용 기록(ROE)이 발급될 때
앨버타와 BC의 건설 회사, 대서양 주의 어업, 밴프와 휘슬러의 관광업체는 이직이 꾸준한 월간 흐름으로 발생하지 않습니다. 이들은 집중된 사건으로 경험합니다 — 시즌 종료 — 현장 직원 전체 또는 계절 근로자 전체가 같은 날 해고 통지를 받을 때입니다. 에드먼턴의 지붕 회사에 현장 직원 42명이 있다면 11월 28일에 문을 닫습니다. 42개의 Block 15A 보험 가입 시간 합계와 42개의 Code A 사유 코드가 42건의 고용 기록(ROE)에 표시되어야 하며, 각각 5일 이내인 12월 3일까지 서비스 캐나다에 제출해야 합니다. 회사가 ADP Workforce Now에서 급여를 처리한다면, 42건의 고용 기록(ROE) 모두 동일한 시스템에서 한 번에 생성되며, 각각 동일한 레이아웃, 동일한 블록 위치, 동일한 시각적 배열을 갖습니다. 여러 현장의 동결로 인해 5일 ROE 마감이 연쇄적으로 발생하는 과정 — 6개 현장, 66건의 ROE, 한 번의 11월 — 을 단계별로 알아보려면 캐나다 건설업의 계절적 ROE 러시 가이드를 참조하십시오.
일괄 추출은 간단합니다: 42건 모두 업로드하고, 동일한 열 스키마로 처리하고, 42개의 행이 있는 하나의 스프레드시트를 받습니다. 그러나 계절 고용주는 일괄 추출을 특히 유용하게 만드는 복잡한 상황에 자주 직면합니다: 중소 규모 사업체의 소유주는 40개 이상의 ROE Web 인증 급여 서비스 중 하나를 사용하거나 서비스 캐나다의 ROE Web 포털을 통해 직접 급여를 처리하는 경우가 많습니다. 종이 ROE 제출을 대체하기 위해 도입된 ROE Web은 ROE 데이터를 서비스 캐나다에 전자적으로 제출하는 기능을 처리합니다. 고용주의 내부 기록용 요약 스프레드시트는 생성하지 않습니다. ROE Web을 통해 42건의 ROE를 제출한 후, 급여 데이터는 고용주 드라이브의 스프레드시트가 아닌 서비스 캐나다 시스템에 저장됩니다. 고용주는 여전히 누가 어떤 Block 15A 합계를 받았는지, 누구의 Code A가 어떤 EI 경제 지역 기준을 충족했는지, 어떤 직원의 보험 가입 시간이 420시간 균일 입사 요건 미만인지에 대한 기록이 필요합니다. 추출이 그 격차를 메웁니다: 급여 시스템의 PDF 또는 ROE Web 제출 화면 캡처 등으로 ROE를 일괄 처리하여 ROE Web이 제공하지 않는 내부 규정 준수 기록 역할을 하는 스프레드시트로 만듭니다.
서비스 캐나다는 계절 고용주가 휴일 기간 우편 지연으로 종이 ROE가 5일 마감을 넘길 수 있는 상황을 피하기 위해 ROE Web을 통해 ROE를 전자적으로 제출할 것을 권장합니다. 전자 제출은 제출 측면을 처리합니다. 일괄 추출은 기록 유지 측면을 처리합니다 — 그리고 42건의 Code A ROE 모두를 보여주는 스프레드시트를 만들 수 있고, Block 15A 합계가 연말 급여 장부와 일치하는 계절 고용주는 감사인의 검토가 며칠이 아닌 몇 시간 만에 끝나는 고용주입니다.
ROE Web 및 일괄 추출: 둘 중 하나가 아닌 두 단계
ROE Web은 서비스 캐나다의 전자 제출 포털로, 고용 기록(ROE)을 제출하는 데 권장되는 방법입니다. 종이 양식, 우편 지연, 서비스 캐나다 접수 시스템에 대한 수동 데이터 입력을 없애 줍니다. 그러나 ROE Web은 제출 도구이지 보고 도구가 아닙니다. 그 기능은 ROE 데이터를 서비스 캐나다 시스템에 전달하는 것입니다. 특정 월에 발급된 모든 ROE의 고용주용 스프레드시트를 생성하지 않습니다. 모든 이직 건에 대한 Block 15A 합계를 급여 대장과 대조하는 조정 보고서를 생성하지 않습니다. 누가, 왜 떠났는지, 보험 가입 시간과 소득이 얼마였는지에 대한 고용주용 조회 가능한 기록을 제공하지 않습니다.
답변: 내부 기록을 위한 ROE Web 제출 및 일괄 추출을 모두 수행해야 합니다 — 둘 중 하나가 아닙니다. 고용주는 서비스 캐나다에 가장 빠르고 안정적인 채널이므로 ROE Web을 통해 제출합니다. 고용주는 동일한 ROE를 스프레드시트로 일괄 처리하는데, 이는 EI 규정에 따른 6년 보존 의무를 이행하기 위해 고용주가 자체 기록을 유지해야 하기 때문입니다. ROE당 한 행씩, Block 15A 시간으로 검색 가능하고, Block 11 마지막 급여일로 정렬 가능하며, Block 15C 사유 코드로 필터링 가능한 스프레드시트는 규정 준수 요건과 이직 분석에 대한 내부 요구를 모두 충족하는 기록입니다. 추출 없이 제출만 하면 데이터는 서비스 캐나다에만 존재합니다. 제출 없이 추출만 하면 법정 제출 요건을 위반합니다. 이 둘을 함께 사용하면 정부에 대한 전달과 고용주를 위한 보존이라는 전체 의무를 동일한 데이터를 공유하지만 서로 다른 목적을 제공하는 두 가지 보완 단계로 충족합니다.
자주 묻는 질문
일부 ROE가 디지털이고 일부가 종이 스캔인 경우 일괄 처리가 작동합니까?
예. 추출 기능은 Ceridian, ADP, QuickBooks 및 기타 급여 소프트웨어의 PDF 내보내기를 전자 제출을 사용하지 않는 소규모 고용주의 종이 ROE 스캔과 동일하게 읽습니다. AI는 입력 소스가 아닌 블록 번호와 라벨로 블록을 식별합니다. ADP의 디지털 ROE 30건과 하청업체 수기 양식의 종이 ROE 스캔 5건이 포함된 배치는 동일한 추출 패스에서 동일한 열 스키마로 처리됩니다. 유일한 요구 사항은 종이 스캔이 읽을 수 있어야 한다는 것입니다 — 사람이 양식을 읽을 때와 동일한 요구 사항입니다. 심하게 훼손된 종이 ROE의 경우 가독성 한계에 대한 논의는 단일 ROE 추출 가이드에서 다룹니다.
동일한 배치에 여러 ROE가 있는 직원을 어떻게 처리합니까 — 예를 들어 급여 마이그레이션의 Code K ROE와 이직 시의 Code A ROE가 있는 경우?
동일한 직원의 Code K ROE와 Code A ROE는 스프레드시트에 두 개의 행으로 표시됩니다. Code K ROE는 마이그레이션 날짜까지의 보험 가입 시간과 소득을 보고하고, Code A ROE는 마이그레이션 날짜부터 이직 날짜까지의 시간과 소득을 보고합니다. SIN으로 식별된 동일한 직원의 두 행 모두에서 Block 15A를 합산하는 계산 열은 전체 고용 기간의 총 보험 가입 시간을 생성하며, 이는 서비스 캐나다가 EI 자격을 결정하는 데 필요한 수치입니다. 일괄 추출은 두 행을 표면화하고 계산 열이 이를 연결합니다.
지난달 일괄 처리에 포함된 ROE를 수정해야 하는 경우 어떻게 해야 합니까?
급여 시스템에서 수정된 ROE를 생성하십시오. "수정됨" 상자가 선택되고 수정된 블록 값이 포함됩니다. 이를 이번 달 일괄 처리에 포함시키십시오. 출력의 "파일 이름" 열은 이를 원본 ROE와 구분되는 ROE로 식별합니다. 규정 준수 스프레드시트에서 원본 행을 수정된 행으로 바꾸고 수정 날짜와 사유를 기록하십시오. 추출 자체는 일괄 처리 간에 상태를 유지하지 않습니다. 각 ROE를 새 문서로 읽어들이므로 이전 데이터가 유지될 위험이 없습니다. 이제 6년 규정 준수 기록에는 수정된 데이터가 포함되며, 수정 내역은 감사 요구 사항을 충족합니다.
일괄 추출이 자격 기간 동안 직원이 여러 주에서 근무한 ROE를 처리할 수 있습니까?
예. ROE 양식에는 블록 8이 포함되어 있으며, 추출 시 다른 블록과 함께 이를 읽습니다. 주 코드는 직원의 자격 기준에 적용되는 EI 경제 지역 실업률을 결정합니다. 경제 지역은 때때로 주 경계와 다릅니다. 따라서 주 코드만으로는 자격 기준이 완전히 결정되지 않습니다. 그러나 스프레드시트 열에 블록 8을 캡처하면 직원의 근무지 기록 및 서비스 캐나다에서 발행하는 현재 EI 경제 지역 실업률과 대조하기 위한 출발점을 얻을 수 있습니다. 일괄 접근 방식은 이러한 다중 주 ROE를 단일 주 ROE와 동일한 방식으로 처리합니다. 주 코드는 AI가 블록 레이블에서 읽는 또 다른 필드일 뿐입니다.
일괄 처리에서 아직 제출해야 할 ROE와 서비스 캐나다에 제출된 ROE를 어떻게 추적합니까?
열 스키마에 "제출 상태"라는 열을 추가하십시오. AI가 이를 채우도록 요청하지 마십시오. AI는 ROE를 읽으며, ROE에는 제출 상태가 포함되어 있지 않습니다. 일괄 추출로 스프레드시트가 생성된 후, 각 ROE가 ROE Web을 통해 제출되었는지 여부를 수동으로 별도의 열을 추가하십시오. 각 행을 해당 소스 ROE에 연결하는 파일 이름 열이 있는 추출 스프레드시트는 제출 상태를 추적하는 데 사용하는 마스터 목록이 됩니다. 제출 상태 열을 기준으로 정렬하여 제출되지 않은 ROE를 표시하고, 블록 11의 마지막 급여일을 사용하여 다음에 제출해야 할 ROE를 분류하십시오. 이 접근 방식은 제출 워크플로를 추출 워크플로와 분리합니다. 추출은 데이터를 캡처하고 추적기는 제출 상태를 캡처하며, 두 시스템이 서로를 이해할 필요가 없습니다.
월 10건 미만의 이직 건수를 처리하는 회사에도 일괄 워크플로가 적합한가요?
일괄 추출의 기준은 특정 인원 수가 아니라, ROE 열 스키마의 월별 일관성이 재사용 가치를 창출하는지 여부입니다. 한 달에 6건의 이직이 발생하는 회사는 매달 동일한 Block 15A, 15B, 15C 열을 정의합니다. 설정 시간은 12개월의 월별 일괄 처리에 걸쳐 분산됩니다. ROE 6건을 수동으로 기록하는 데는 약 18분이 소요되며, 이는 부담스러운 시간이 아닙니다. 그러나 연간 72건의 ROE는 21시간의 기록 작업을 소모하며, 그 모든 시간은 급여 시스템이 이미 생성한 데이터를 기록하는 데 사용됩니다. 중요한 것은 6건의 ROE가 일괄 추출을 정당화할 충분한 분량인지가 아니라, 열을 정의하는 데 30분을 한 번 투자하여 매년 21시간을 회수할 수 있는지 여부입니다.