Le problème du délai de 5 jours pour le RE
auquel les employeurs canadiens sont confrontés chaque mois
Personne, dans le domaine de la paie au Canada, ne conteste qu'un Relevé d'emploi doit être produit dans les cinq jours civils. La règle est établie par la Loi sur l'assurance-emploi, elle est sans ambiguïté, et Service Canada la fait respecter. Ce dont personne ne parle, c'est que ce délai de cinq jours a été conçu pour un formulaire deux fois moins long que le RE actuel. Le formulaire INS5153 actuel contient 53 blocs numérotés — identité de l'employé, identité de l'employeur, heures assurables, rémunération assurable, codes de motif et jusqu'à 53 entrées de période de paie — et chacun de ces blocs doit être correctement rempli pour que la demande d'assurance-emploi de l'employé soit traitée sans délai. Un formulaire qui exige 20 minutes de saisie de données concentrée ne devrait pas avoir un délai de cinq jours. Pourtant, c'est le cas, et les équipes de paie canadiennes doivent composer avec ce décalage chaque mois.
L'horloge commence avant même que vous ne vous en rendiez compte
Le délai de cinq jours calendaires pour le RE ne commence pas le dernier jour de travail de l'employé. Il débute à la fin de la période de paie au cours de laquelle survient l'interruption de rémunération — et l'interruption elle-même commence après sept jours calendaires consécutifs sans travail ni rémunération assurable. Pour une paie hebdomadaire, cela signifie que l'horloge peut démarrer dès le dernier jour de travail de l'employé : l'employé effectue son dernier quart de travail un vendredi, la période de paie se termine le même jour, et le compteur d'interruption de sept jours commence immédiatement. Pour une paie bihebdomadaire, le délai peut atteindre 14 jours supplémentaires entre le dernier quart de travail physique et la fin de la période de paie — mais une fois cette période de paie close, la fenêtre de cinq jours est la même. La complexité réside dans le fait que le responsable de la paie ne voit pas de compte à rebours. Il voit une date sur un calendrier.
Cette structure temporelle crée deux modes de défaillance distincts. Le premier est évident : le RE est produit en retard parce que l'équipe de paie ne l'a pas traité à temps. Le second est plus insidieux : le RE est produit à temps, mais parce que la saisie des données a été précipitée pour respecter le délai, un ou plusieurs blocs sont incorrects — un chiffre du NAS inversé, un mauvais code motif, un nombre d'heures assurables qui ne concorde pas avec la répartition de la période de paie. Un RE en retard retarde la demande d'assurance-emploi de l'employé jusqu'à son dépôt. Un RE inexact retarde la demande jusqu'à ce qu'il soit corrigé — et souvent, la correction prend plus de temps que le dépôt initial n'aurait pris, car le processus de modification de Service Canada exige la vérification des blocs modifiés. La rapidité crée des erreurs. Les erreurs créent des retards. Les retards créent exactement le résultat que le délai était censé empêcher.
Service Canada décrit le RE comme « le document le plus important du programme d'assurance-emploi. » Un employé ne peut pas recevoir de prestations d'assurance-emploi sans lui. Un RE en retard n'est pas un inconvénient pour la paie — c'est une interruption de revenu pour une personne qui vient de perdre son emploi.
Le RE papier qui ne veut pas disparaître — et pourquoi le système ROE Web n'a changé que le mode de transmission
Service Canada a rendu obligatoire la déclaration électronique des RE pour la plupart des employeurs via le système ROE Web. Le mode de transmission a changé — les formulaires papier envoyés par la poste à Service Canada ont été remplacés par des soumissions en ligne — mais l'étape de saisie des données, elle, n'a pas changé. ROE Web est un portail de saisie de données. L'agent de paie ouvre toujours le système, lit les données de cessation d'emploi à partir d'un rapport de paie ou des registres internes du logiciel de paie, et saisit chaque bloc dans le formulaire ROE Web. La transmission est instantanée une fois le formulaire soumis. La saisie des données qui la précède reste la même tâche de transcription manuelle qu'elle a toujours été.
La persistance de l'étape manuelle est structurelle, pas technologique. Les systèmes de paie génèrent les données du RE en interne — Ceridian Dayforce, ADP Workforce Now, QuickBooks Paie, Wagepoint, Rise calculent tous les heures assurables, la rémunération assurable et les codes de motif dans le cadre de leurs processus de cessation d'emploi. Mais ROE Web est un système distinct exploité par le gouvernement fédéral. Le système de paie ne peut pas soumettre directement à ROE Web — ou du moins, pas sans une interface de déclaration électronique enregistrée que la plupart des systèmes de paie intermédiaires ne fournissent pas. Les données passent du système de paie à la mémoire de travail d'un humain, puis de l'humain à ROE Web. L'humain est le pont entre deux systèmes qui partagent les mêmes données mais ne peuvent pas communiquer entre eux. Pour le problème structurel équivalent au Royaume-Uni — où le P45 fait le pont entre le passage d'un employé d'un système de paie à un autre via un transfert papier — voir notre analyse de le problème de traitement manuel du P45 dans la paie britannique. Gouvernement différent, formulaire différent, défaut structurel identique.
53 blocs : quand le formulaire dépasse l'échéance
Le formulaire RE INS5153 contient 53 blocs numérotés, mais le nombre qui compte pour l'échéance est de 20 — le nombre de blocs qu'une cessation d'emploi typique nécessite réellement. Le NAS de l'employé (bloc 8), le premier jour travaillé (bloc 10), le dernier jour payé (bloc 11), le dernier jour assurable (bloc 12), le total des heures assurables (bloc 15A), le total de la rémunération assurable (bloc 15B), le code de motif (bloc 15C), le nombre total de périodes de paie (bloc 16), ainsi que les gains et heures spécifiques à la période pour les blocs 17A à 17D. Chacun de ces 20 blocs est une donnée structurée qui doit être localisée dans le système de paie, vérifiée par rapport au dossier de l'employé, et saisie dans ROE Web sans erreur.
Le problème de densité des données devient visible lorsqu'on le mesure par rapport au taux d'erreur humaine pour la saisie de données structurées. Dans de bonnes conditions — un bureau de paie calme, un seul RE, aucune pression d'échéance — le taux d'erreur au niveau des champs pour les opérateurs formés se situe autour de 1 %. Sur 20 blocs, cela donne environ 18 % de chances qu'au moins un bloc d'un RE donné contienne une erreur. Dans les conditions qui existent réellement lors d'un événement de cessation d'emploi — plusieurs RE à traiter avant une échéance de cinq jours, un agent de paie gérant le processus de cessation d'emploi parallèlement au traitement de la paie courante, la charge cognitive liée au basculement entre le système de paie et ROE Web — le taux d'erreur augmente. Un taux de 2 % par champ sur 20 blocs fait passer la probabilité d'erreur par RE au-dessus de 33 %. Un RE sur trois déposé pendant une période de cessation d'emploi à volume élevé contient au moins un point de données erroné.
Le bloc qui échoue le plus coûteusement est le bloc 15A — le total des heures assurables. Service Canada utilise ce nombre pour déterminer si l'employé a suffisamment d'heures pour être admissible à l'assurance-emploi dans sa région économique spécifique. Le seuil varie de 420 heures dans les régions à fort taux de chômage à 700 heures dans les régions à faible taux de chômage. Un employé avec 695 heures assurables dans une région à 700 heures n'est pas admissible. Un employé avec 705 heures — cinq heures de plus — l'est. Des heures d'une seule période de paie omises accidentellement dans la ventilation des blocs 17A-D réduisent le bloc 15A exactement du nombre d'heures de cette période. Si la période contenait 20 heures et que le montant omis fait passer le total de 705 à 685, la demande d'assurance-emploi de l'employé est refusée — non pas parce qu'il n'a pas assez travaillé, mais parce que le RE n'a pas enregistré ce qu'il a travaillé.
Ce qu'un RE erroné fait à une demande d'assurance-emploi — la réaction en chaîne qu'aucune équipe de paie ne voit
L'équipe de paie ne voit pas les conséquences en aval d'un bloc erroné sur le RE. L'employé, lui, les voit. Lorsque Service Canada reçoit un RE avec une divergence — des heures assurables qui ne correspondent pas aux données de la période de paie, un code motif qui entre en conflit avec le motif de séparation déclaré par l'employé — la demande entre en adjudication. La file d'attente de traitement de l'assurance-emploi est mise en pause. On demande à l'employé de fournir des documents supplémentaires : fiches de paie, une lettre de l'employeur, une explication écrite des circonstances de la séparation. La période d'adjudication peut prendre des semaines. Pendant ces semaines, l'employé ne reçoit aucune prestation d'assurance-emploi.
Pour un employé vivant chèque de paie après chèque de paie — un ouvrier du bâtiment, un serveur dans le secteur hôtelier, un travailleur agricole saisonnier — une interruption de revenu de plusieurs semaines après avoir perdu son emploi n'est pas un inconvénient administratif. C'est un loyer impayé, un budget d'épicerie réduit de moitié, une facture qui passe en recouvrement. La cause première est un seul bloc sur le RE qui a été mal saisi. L'agent de paie qui l'a saisi ne saura peut-être jamais la chaîne d'événements qu'il a déclenchée. Il a produit le RE à temps — l'échéance a été respectée. Mais la demande de l'employé est bloquée, et le coût du retard est entièrement supporté par la personne qui vient de perdre son revenu.
Que se passe-t-il lorsque la saisie des données se dissocie de l'horloge
Réduire l'écart entre l'échéance du RE et la charge de saisie des données ne change pas les informations à déclarer — les mêmes 20 blocs, le même formulaire à 53 blocs, les mêmes exigences de Service Canada. Ce qui change, c'est la façon dont les données passent du système de paie à ROE Web.
Au lieu de lire chaque bloc d'un rapport de paie et de le saisir dans le formulaire ROE Web, un agent de paie télécharge le lot de données de séparation — rapports PDF, exportations du système de paie ou formulaires RE provisoires — et exécute une extraction configurée avec des colonnes mappées à chaque bloc. L'extraction lit chaque bloc une fois et produit un tableur où chaque ligne correspond à une séparation d'employé et chaque colonne à la valeur d'un bloc du RE. Le rôle de l'agent de paie passe de créateur de données à vérificateur de données : il parcourt les résultats pour repérer les anomalies signalées — codes de motif incompatibles, heures qui ne concordent pas, employés à moins de 24 heures de l'échéance de production — plutôt que de construire chaque ligne à partir de zéro.
Ce changement modifie trois choses. Premièrement, le temps de traitement par séparation passe de 20 minutes à environ 2 — l'extraction s'effectue en quelques secondes, et la vérification est un exercice de balayage et de signalement. Deuxièmement, le taux d'erreur par RE diminue, car l'extraction lit les blocs de manière cohérente pour chaque formulaire — le dixième RE du lot reçoit la même attention que le premier. Troisièmement, le délai de cinq jours devient une colonne calculée dans le tableur de résultats plutôt qu'une note mentale — le nombre de jours restants avant l'échéance pour chaque séparation est visible, et les RE approchant de la date limite sont signalés avant l'expiration du délai, et non après.
Le processus d'extraction pour les RE individuels est détaillé dans le guide d'extraction de RE unique pour la conformité à Service Canada. Le problème décrit ici — un formulaire dense en données, un délai court et une étape de transcription manuelle entre les deux — est la cause profonde que l'extraction résout. La règle des cinq jours n'est pas le problème. Les 20 minutes de saisie manuelle entre la règle et le dépôt le sont.
FAQ
Le délai de cinq jours pour le RE est-il vraiment appliqué ou s'agit-il plutôt d'une recommandation ?
Il est appliqué. La Loi sur l'assurance-emploi autorise des pénalités allant jusqu'à 2 000 $, un emprisonnement maximal de six mois, ou les deux, pour les employeurs qui ne délivrent pas un RE dans les délais prescrits. Service Canada suit la conformité des dépôts de RE et peut appliquer des pénalités par infraction — cinq RE en retard équivalent à cinq violations distinctes. Les employeurs ayant un historique de dépôts tardifs font l'objet d'un examen plus approfondi pour les RE futurs.
Est-ce que RE Web facilite le respect du délai de cinq jours ?
RE Web élimine le délai d'acheminement postal — le RE parvient à Service Canada dès sa soumission. Mais le temps nécessaire pour saisir les données dans RE Web — lire 20 blocs à partir des registres de paie et les taper dans le formulaire Web — est le même, que la transmission soit électronique ou papier. RE Web a résolu le problème de transmission. Il n'a pas résolu le problème de saisie de données qui précède la transmission.
Que se passe-t-il si un employé conteste le code motif sur son RE ?
L'employé peut demander une décision à Service Canada, qui enquêtera sur les circonstances de la cessation d'emploi et rendra une décision exécutoire. Pendant l'enquête, les données du RE sont gelées — l'employeur ne peut pas modifier unilatéralement le code motif. Si le code motif initial était une erreur de saisie — code E saisi alors que le code réel était A — l'employeur doit émettre un RE modifié et la demande d'assurance-emploi de l'employé est retardée pendant le traitement de la correction. Obtenir le bon code motif du premier coup ne concerne pas le respect du délai. Il s'agit d'éviter un processus de correction de plusieurs semaines pour une seule lettre erronée.