Regroupez 300 T4 en un seul rapport de paie prêt pour l'ARC
— sans saisie manuelle
Une entreprise de services pétroliers basée à Calgary, comptant 280 employés de terrain et 20 employés de bureau, utilise Ceridian Dayforce pour la paie des travailleurs horaires et QuickBooks Canada pour les salariés — une scission héritée d'une acquisition en 2022 qui devait être migrée vers un seul système à ce jour. Ce ne fut pas le cas. Au cours de la première semaine de février, le gestionnaire de paie décompresse deux ensembles de PDF T4 : un lot de 280 généré par Dayforce, un autre lot de 20 provenant de QuickBooks. Chaque fournisseur affiche la même structure de cases imposée par l'ARC — case 14 Revenus d'emploi, case 22 Impôt sur le revenu retenu, case 16 Cotisations au RPC, case 18 Cotisations d'assurance-emploi — dans sa propre mise en page visuelle. Le T4 Summary (T4SUM) dû le 28 février exige des totaux agrégés pour l'ensemble des 300 employés. Avant qu'un seul total puisse être vérifié, quelqu'un doit extraire les données de 300 feuillets provenant de deux mises en page visuelles différentes dans un seul tableur. À raison de deux minutes par feuillet — ouvrir le PDF, localiser chaque case numérotée dans deux grilles de mise en page différentes, taper dans la bonne cellule du tableur — cela représente dix heures de pure transcription dans une fenêtre de conformité où l'ARC facture 15 $ par jour par lot de 51 à 500 feuillets pour dépôt tardif, et où tout écart entre la ligne 80 (total des déductions déclarées) et la ligne 82 (total versé) du T4SUM signale l'ensemble de la déclaration pour une vérification du Régime de pensions et d'assurance-emploi (PIER).
Points clés à retenir
- Un T4 de Ceridian Dayforce et un T4 d'ADP Workforce Now contiennent les mêmes données de cases imposées par l'ARC — mais pour un relecteur manuel, ce sont deux langages visuels distincts qui imposent une traduction mentale avant chaque frappe.
- Avec un taux d'erreur de transcription manuelle conservateur de 0,5 % par champ sur 300 feuillets d'environ 12 champs chacun, votre T4 Summary contient environ 18 valeurs erronées — et le programme PIER de l'ARC recoupe chaque case 16 avec chaque case 26.
- Intégrez les propres vérifications de rapprochement de l'ARC — taux du RPC = case 16 ÷ case 26, taux d'assurance-emploi = case 18 ÷ case 24 — dans l'extraction elle-même, et février passe de la resaisie de 300 lignes à l'examen des 12 lignes signalées où une vérification de taux a effectivement échoué.
Pourquoi 300 T4 est un problème fondamentalement différent de 3
Extraire les données d'un seul feuillet T4 est un problème résolu — notre guide d'extraction T4 détaille la structure des cases et le processus. Mais dès que le volume augmente — 300 employés, deux ou trois fournisseurs de paie qui présentent les mêmes données imposées par l'ARC dans des mises en page visuelles différentes, un directeur financier qui demande un rapprochement du grand livre, un vérificateur externe qui exige un échantillon stratifié, et une échéance de dépôt du sommaire T4 mesurée en semaines — le problème cesse d'être une question d'extraction pour devenir une question de structure. Trois problèmes structurels apparaissent à l'échelle de 300 feuillets, qui n'existent pas à l'échelle d'un seul feuillet, et aucun d'eux n'est résolu en retapant plus vite.
1. Divergence de mise en page entre fournisseurs à l'échelle du lot
Ceridian Dayforce imprime le revenu d'emploi de la case 14 dans le quadrant supérieur gauche et empile la case 16 (CPS), la case 18 (AE) et la case 22 (Impôt sur le revenu retenu) dans un bloc vertical de déductions. ADP Workforce Now affiche la grille des cases sur deux colonnes, avec les champs d'identité dans un en-tête séparé. QuickBooks Canada regroupe les cases connexes — tous les revenus ensemble, toutes les déductions ensemble — dans un tableau simplifié. Wagepoint utilise encore une autre disposition. Pour un gestionnaire de paie qui transcrit manuellement, chaque mise en page de fournisseur nécessite une réorientation visuelle — repérer où se trouve chaque case sur ce rendu particulier avant de taper quoi que ce soit. Pour 300 T4 répartis entre trois fournisseurs, ce seul coût de re-balayage visuel — environ 10 secondes par feuillet pour se recalibrer — consomme près d'une heure de temps mort avant même une seule frappe de transcription. Les outils d'extraction basés sur des modèles aggravent le problème : ils nécessitent un modèle distinct par fournisseur, et un modèle entraîné sur la mise en page de Ceridian lirait silencieusement de travers celle d'ADP.
2. Multiplication des erreurs à l'échelle de 300 lignes
Un gestionnaire de paie qui retape la case 16 (Cotisations de l'employé au CPS) pour 300 feuillets doit transcrire 300 valeurs. Pour l'année d'imposition 2025, le taux de cotisation au CPS est de 5,95 % sur les gains ouvrant droit à pension entre l'exemption de base de 3 500 $ et le maximum des gains annuels ouvrant droit à pension (MGAP) de 68 500 $. Une seule erreur de chiffre — taper 4 086 $ au lieu de 4 068 $ — produit une cotisation CPS qui ne concorde pas avec les gains ouvrant droit à pension de la case 26. Le programme PIER de l'ARC recoupe chaque case 16 avec le montant des gains ouvrant droit à pension de la case 26 multiplié par 5,95 %, et un écart déclenche un avis PD101 à l'employeur. À un taux d'erreur de transcription conservateur de 0,5 % par champ sur 300 lignes d'environ 12 champs chacune — soit 3 600 frappes individuelles — environ 18 champs dans le tableau de sortie contiendront une erreur. Chaque écart déclenché par PIER nécessite une réponse distincte, et une correction en cours d'année auprès de l'ARC brûle des heures que février n'avait pas à perdre.
3. Traçabilité des lignes à l'échelle d'un audit
Lorsque le vérificateur sélectionne un échantillon aléatoire de 25 employés et demande à retracer leurs chiffres T4 jusqu'aux feuillets sources, chaque ligne de votre tableur doit pouvoir être rattachée à un seul PDF T4. Si le tableur de sortie comporte une colonne « Revenu d'emploi case 14 » avec 74 320 $, mais aucune colonne identifiant l'employé dont le T4 généré par le système de paie a produit ce montant, le tableur constitue un passif d'audit. Dans le cadre d'un examen de conformité de l'ARC, l'inspecteur peut demander le T4 source sous-jacent à tout chiffre de votre rapprochement. Sans traçabilité par ligne intégrée à l'extraction elle-même — une colonne « Nom du fichier » qui associe chaque ligne à son PDF source — le recoupement est manuel et prend plus de temps que la saisie initiale des données.
Le principe de base du traitement par lots pour les T4 : vous définissez une fois vos colonnes de sortie — « Case 14 Revenu d'emploi », « Case 16 RPC », « Case 18 AE », « Case 22 Impôt retenu », « Case 16A RPC2 », « Case 20 RPA », « Case 24 Gains assurables AE », « Case 26 Gains ouvrant droit à pension » — vous téléchargez tous les T4 de tous les fournisseurs de paie en un seul lot, et vous recevez un tableur consolidé. La fusion se produit à l'étape d'extraction, et non après dans Excel où chaque opération de copier-coller entre feuilles est une nouvelle occasion pour qu'une référence de cellule se brise ou qu'une ligne se désaligne. Le même schéma de colonnes fonctionne avec Ceridian, ADP, QuickBooks, Wagepoint et les T4 papier scannés, car l'IA lit les numéros de case et leur signification sémantique — et non les coordonnées en pixels de l'emplacement de chaque case sur le formulaire d'un fournisseur particulier.
La réalité multiplateforme de la paie canadienne : Ceridian n'est pas ADP, qui n'est pas QuickBooks
De nombreuses organisations canadiennes utilisent plus d'une plateforme de paie — non par choix, mais par acquisition. L'entreprise qui a acquis un concurrent régional en 2023 a hérité de ses données de paie ADP. La division qui applique une convention collective distincte utilise Ceridian Powerpay tandis que le siège social utilise QuickBooks Canada Paie. La filiale qui effectue des travaux basés sur des projets dans les territoires utilise Wagepoint. L'ARC autorise des formulaires T4 de substitution avec des variations de mise en page, et chaque grand fournisseur de logiciels de paie exerce cette autorisation. Il en résulte que les mêmes données de case exigées par l'ARC — 14, 16, 16A, 18, 20, 22, 24, 26, 40, 44, 46, 52 — apparaissent dans un agencement visuel différent selon le logiciel qui a généré le feuillet.
Ce n'est pas un bogue du système de l'ARC. Le Guide de l'employeur RC4120 impose le contenu des données — chaque case doit apparaître, numérotée sans ambiguïté — mais laisse la mise en page visuelle au fournisseur de logiciel. Pour un employeur avec une seule plateforme de paie, cela est sans conséquence : tous les T4 se ressemblent. Pour un employeur avec deux ou trois plateformes, chaque cycle d'impression produit des T4 visuellement distincts qui contiennent des schémas de données sous-jacents identiques, et le gestionnaire de paie fait office de couche de traduction.
Les outils d'extraction basés sur des modèles — où vous dessinez un rectangle autour de chaque case sur un T4 échantillon — échouent à ce stade, car un modèle adapté à la mise en page de Ceridian interprète mal celle d'ADP. Le gestionnaire de paie doit soit traiter les T4 de chaque fournisseur séparément avec un modèle différent pour chacun — ce qui réintroduit l'étape de fusion manuelle entre trois tableurs distincts — soit revenir à la saisie manuelle pour les formats non standard. L'extraction sémantique élimine ce problème en lisant chaque case pour ce qu'elle signifie plutôt que pour l'endroit où elle se trouve. Le même schéma de colonnes qui localise « Case 16 RPC » sur un T4 Ceridian le localise également sur un T4 ADP, un T4 QuickBooks et un T4 papier scanné — car l'IA comprend que « Case 16 » et « Cotisations RPC de l'employé » font référence au même point de données, quelles que soient leurs coordonnées en pixels.
Les fichiers sont traités de manière sécurisée et ne sont pas conservés.
Un lot, trois parties prenantes différentes : le directeur financier, le vérificateur et le sommaire T4
Les personnes qui ont besoin des résultats d'une extraction par lots de 300 T4 ont des besoins différents à partir des mêmes données — mais elles ont toutes besoin d'une source unique de vérité, et non de trois feuilles de calcul distinctes assemblées par le même gestionnaire de paie sous trois pressions d'échéance différentes.
CFO : Rapprochement du grand livre général
Le CFO doit confirmer que le revenu d'emploi de la case 14 pour l'ensemble des 300 employés est égal aux charges salariales enregistrées dans le grand livre général pour l'année civile — et que l'écart, s'il y en a un, est attribuable aux avantages imposables déclarés dans la case 40 et aux avantages liés aux options d'achat d'actions, et non à une lacune de saisie. Un simple tableur avec une SOMME de la colonne case 14 répond à cette question en quelques secondes. Le CFO a également besoin des totaux de l'impôt sur le revenu retenu (case 22) pour les rapprocher du relevé de compte annuel PD7A des versements — le registre de l'ARC de ce qui a effectivement été versé au compte de paie. Un écart entre le total de la case 22 du tableur et le montant des versements d'impôt du PD7A signifie que quelque chose a été versé au mauvais compte de paie ou qu'un paiement a été mal affecté, et la fenêtre de février est déjà trop courte pour retracer une mauvaise affectation.
Auditeur externe : Échantillonnage et contre-vérification
L'auditeur sélectionne un échantillon aléatoire stratifié — 25 employés couvrant différentes fréquences de paie, types d'emploi et durées d'ancienneté — et doit retracer les chiffres T4 de chaque employé échantillonné jusqu'aux registres annuels du système de paie. À l'aide d'un tableur consolidé, l'auditeur filtre par nom d'employé ou NAS, extrait le PDF source du T4 en un clic (la colonne « Nom du fichier » dans la sortie associe chaque ligne à son document source) et effectue la vérification de manière structurée. Sans le tableur consolidé, l'auditeur doit demander les T4 individuels un par un — un processus qui prolonge le calendrier d'audit jusqu'en mars et coûte des heures facturables des deux côtés.
T4 Summary (T4SUM) : Dépôt auprès de l'ARC au plus tard le dernier jour de février
Le T4 Summary est un agrégat au niveau de l'employeur — chaque total de case pour l'ensemble des feuillets T4 — qui doit être déposé auprès de l'ARC avec les feuillets individuels. Son rapprochement principal est la ligne 80 (total des déductions déclarées : RPC + AE + impôt sur le revenu) moins la ligne 82 (total des versements). Un écart de 2 $ ou moins est ignoré. Tout écart plus important doit être expliqué et soit payé (solde dû à la ligne 86), soit réclamé comme trop-payé (ligne 84). Un tableur consolidé avec des fonctions SOMME sur les colonnes case 16, case 16A, case 18 et case 22 donne au gestionnaire de paie les données de la ligne 80 instantanément — sans addition manuelle sur 300 feuillets individuels. Pour la part de l'employeur (case 17 — cotisations RPC de l'employeur, case 19 — cotisations AE de l'employeur), les totaux des colonnes du tableur vous permettent de vérifier que la part de l'employeur est égale à 1,0 × case 16 pour le RPC et à 1,4 × case 18 pour l'AE (le multiplicateur employeur 2025).
Créer un schéma de colonnes par lots qui résiste à un rapprochement CRA de 300 lignes
Les noms de colonnes que vous définissez avant de télécharger un lot sont la décision la plus importante de tout le flux de travail. Un schéma de colonnes conçu pour un lot test de cinq employés échoue souvent à 300 lignes, car il ne tient pas compte des cas limites de rapprochement — les cotisations CPP2 qui nécessitent une colonne distincte, les avantages imposables de la case 40 qui agrègent une catégorie invisible, les employés ayant des T4 de plusieurs provinces dans la même année d'imposition.
Un schéma de colonnes qui résiste à un rapprochement CRA de 300 lignes repose sur trois types de colonnes, chacun remplissant une fonction distincte dans le tableau de sortie :
1. Colonnes d'identité — la clé composite qui rend chaque ligne traçable de manière unique
Nom de l'employé, numéro d'assurance sociale (NAS), numéro d'entreprise de l'employeur (NE — l'identifiant à 15 caractères, p. ex. 123456789RP0001) et année d'imposition. Ensemble, ces quatre champs forment une clé composite. Le NAS seul ne suffit pas — un employé qui a travaillé pour deux entités liées sous la même société mère dans la même année d'imposition pourrait apparaître sur deux T4 avec le même NAS mais des numéros d'entreprise différents. Inclure le NE dans le bloc d'identité empêche ces lignes d'entrer en collision lors de l'étape de fusion vers le T4 Summary.
2. Colonnes de revenus et de déductions — les chiffres qui alimentent le T4 Summary
Case 14 Revenus d'emploi, Case 22 Impôt sur le revenu retenu, Case 16 Cotisations au RPC, Case 16A Cotisations au RPC2, Case 18 Cotisations à l'AE, Case 20 Cotisations à un RPA, Case 24 Gains assurables à l'AE, Case 26 Gains ouvrant droit à pension du RPC, Case 40 Autres allocations et avantages imposables, Case 44 Cotisations syndicales, Case 46 Dons de bienfaisance, Case 52 Rajustement au titre du RPA. Chacune correspond à une ligne du T4 Summary. L'échec de rapprochement le plus courant à l'échelle de 300 lignes est l'absence d'une case 16A — les cotisations RPC2 introduites en 2024 sur les gains entre le MGAP (68 500 $) et le maximum supplémentaire des gains ouvrant droit à pension de l'année (79 400 $). Si votre schéma de colonnes regroupe le RPC2 dans la colonne de la case 16, le total de la ligne 16 du T4SUM ne correspondra pas à vos registres de versements à l'ARC, car l'ARC suit le RPC et le RPC2 séparément sur le PD7A.
3. Colonnes de vérification — des contrôles croisés calculés qui révèlent les écarts lors de l'extraction
Ce sont des colonnes qui n'apparaissent pas sur un feuillet T4 mais qui sont remplies par Computation lors de l'extraction pour signaler les anomalies avant que le tableau n'atteigne le directeur financier ou le vérificateur. Une colonne « Vérification du taux RPC (case 16 ÷ case 26) » signale les lignes où le taux effectif du RPC s'écarte du taux attendu de 5,95 %. Une colonne « Vérification du taux AE (case 18 ÷ case 24) » révèle les lignes où les cotisations à l'AE ne correspondent pas au taux de 1,64 % sur les gains assurables. Une colonne « Indicateur de modification » — où l'IA détecte un indicateur « Corrigé » ou « Modifié » imprimé sur le T4 — sépare les feuillets originaux des feuillets corrigés afin que le gestionnaire de paie sache quelle version utiliser pour le dépôt final. Ces colonnes n'ajoutent aucun travail de transcription, car l'IA les remplit lors du même passage d'extraction.
Pour les équipes qui gèrent des T4 pour plusieurs numéros d'entreprise — une société mère avec trois filiales, chacune ayant son propre compte de paie — la colonne NE sert à la fois de clé de regroupement par lot et de pivot de rapprochement. Filtrez par NE, additionnez les cases 14 et 22, et comparez les totaux de chaque filiale avec son propre T4 Summary. Un seul passage d'extraction, un seul schéma de colonnes, trois déclarations T4SUM distinctes générées à partir du même tableaux en filtrant sur une seule colonne.
Colonnes calculées : repérer les écarts de cotisations au RPC et à l’AE avant l’ARC
La partie la plus précieuse d’une extraction par lots de T4 n’est pas la vitesse d’extraction, mais la capacité d’intégrer la logique de rapprochement de l’ARC directement dans l’extraction. Les colonnes calculées exécutent des calculs pendant la lecture de chaque T4, signalant les quelques feuillets qui présentent un écart avant même que le fichier de sortie ne s’ouvre. Le rôle du gestionnaire de paie passe de la saisie de données à la gestion des exceptions — examiner les 12 lignes signalées sur 300 au lieu de ressaisir chaque ligne.
Quatre colonnes calculées qui transforment une extraction par lots de T4 en un audit pré-déclaration :
Vérification du taux de cotisation au RPC. Pour l'année d'imposition 2025, le taux de cotisation des employés au RPC est de 5,95 % sur les gains ouvrant droit à pension compris entre 3 500 $ et 68 500 $. Une colonne calculée définie comme Case 16 ÷ (Case 26 − 3500) comparée à 5,95 % — si le résultat s'écarte de plus de 1 %, la ligne est signalée. La source d'écart la plus courante : un employé qui a eu 18 ou 70 ans au cours de l'année civile et dont les cotisations au RPC ne s'appliquent qu'à une partie de ses gains. Une deuxième source : les cotisations au RPC2 (Case 16A) sur les gains supérieurs à 68 500 $, qui utilisent un taux différent (4 %) et une case distincte. Signaler les lignes où la Case 16 seule ne concorde pas avec la Case 26 — avant que le programme PIER de l'ARC ne les détecte — empêche le cycle d'avis PD101 qui accapare la bande passante de l'employeur après février.
Vérification du taux de cotisation à l'AE. Pour l'année d'imposition 2025, le taux de cotisation des employés à l'AE hors Québec est de 1,64 % sur les gains assurables jusqu'au maximum des gains assurables (MGA) de 65 700 $. Une colonne calculée comparant Case 18 / Case 24 à 1,64 % signale les écarts. La cause la plus fréquente : une configuration Ceridian Dayforce qui a appliqué un taux d'AE du Québec (1,32 % pour 2025) à un employé hors Québec dont la province d'emploi était mal définie dans le système de paie. Un employé mal classé parmi 300 produit une ligne signalée et une correction avant la production du T4 — au lieu d'un avis PIER qui arrive en septembre.
Vérification préalable de la ligne 80 du T4SUM. Une colonne calculée qui additionne Case 16 + Case 16A + Case 18 + Case 22 pour chaque ligne et affiche la contribution par employé à la ligne 80 du T4SUM. Le total de la colonne pour les 300 lignes doit correspondre à la ligne 80 avant que les parts de l'employé et de l'employeur ne soient séparées. Si le total de la colonne diffère du total des versements PD7A de plus de 1,50 $ par employé (le seuil agrégé de 500 $ pour 300 employés), le lot contient au moins un champ mal extrait — et le gestionnaire de paie le sait avant que le tableur n'atteigne le directeur financier, et non après la production du T4SUM et la réception d'un avis de cotisation PD7D de l'ARC signalant un écart.
Détection des anomalies du taux d'imposition effectif. Une colonne calculée qui divise la Case 22 (Impôt sur le revenu retenu) par la Case 14 (Revenus d'emploi) et signale les lignes où le taux effectif est inférieur à 10 % ou supérieur à 40 %. Un employé gagnant 85 000 $ avec 4 200 $ d'impôt retenu (4,9 %) est presque certainement une erreur de formulaire TD1 où l'employé a demandé des crédits d'impôt personnels excessifs. Un employé gagnant 85 000 $ avec 42 000 $ retenus (49,4 %) suggère que le système de paie a appliqué un taux d'imposition forfaitaire au lieu du barème progressif — souvent dû à une migration de paie en cours d'année où le nouveau système n'a pas hérité du montant d'impôt retenu cumulatif. Les deux scénarios nécessitent une enquête avant que l'employé ne reçoive son T4.
Le flux d'extraction d'un seul T4 produit une ligne par employé. L'extraction par lots à l'échelle de 300 feuillets produit 300 lignes et, avec les colonnes calculées, 12 lignes signalées — les 12 où une cotisation au RPC, une cotisation à l'AE ou un taux d'imposition effectif se situait en dehors de la fourchette attendue. Le gestionnaire de paie examine ces 12 lignes, pas les 300. C'est la différence entre un février consacré à la saisie de données et un février consacré à la vérification de la conformité.
Réconcilier le résultat du lot avec le T4 Summary (T4SUM)
Le T4 Summary convertit 300 feuillets T4 individuels en un agrégat au niveau de l'employeur. Son mécanisme central est un seul contrôle arithmétique : la ligne 80 (total des déductions déclarées sur tous les feuillets) moins la ligne 82 (total des montants remis à l'ARC au cours de l'année civile). La différence, s'il y en a une, est soit un trop-payé (ligne 84), soit un solde dû (ligne 86). L'ARC ne facture ni ne rembourse une différence de 2 $ ou moins — une tolérance qui couvre les arrondis, mais rien d'autre.
Pour une extraction par lot de 300 employés, le flux de travail de réconciliation est le suivant :
Extraire le lot et calculer les totaux des colonnes
Le fichier de sortie contient 300 lignes et environ 18 colonnes, y compris les colonnes calculées. Ajoutez une ligne SOMME en bas : case 14, case 16, case 16A, case 18, case 22, case 20, case 52. Ces totaux de colonnes sont les entrées du T4SUM. Si une colonne calculée signale un écart de taux RPC ou AE, corrigez la ligne source avant de l'inclure dans la SOMME — une valeur incorrecte dans la case 16 produit une ligne 16 T4SUM erronée qui ne correspond pas au relevé de versement PD7A.
Rapprocher la case 22 des versements d'impôt annuels PD7A
Le relevé de compte PD7A de l'ARC pour les retenues à la source courantes répertorie chaque versement effectué sur votre compte de paie au cours de l'année civile — chaque chèque, chaque paiement par TEF, et le total. La SOMME de la colonne case 22 pour les 300 employés doit être égale au montant total de l'impôt sur le revenu versé indiqué sur le PD7A final. Un écart signifie généralement qu'un versement a été appliqué au mauvais compte de paie (par exemple, un paiement destiné au compte 123456789RP0001 a été imputé au 123456789RP0002) ou qu'un versement de paie de fin décembre a chevauché la limite de l'année civile et est apparu sur le PD7A de janvier au lieu de celui de décembre. Aucun de ces cas n'est une erreur d'extraction — mais les détecter avant le dépôt du T4SUM évite un avis de cotisation PD7D avec un écart inexpliqué.
Vérifier les calculs de la part employeur pour le RPC et l'AE
La cotisation employeur au RPC (déclarée à la ligne 27 du T4SUM, pas sur les T4 individuels) est égale à 1,0 × le total de la case 16. La prime employeur à l'AE (ligne 19 du T4SUM) est égale à 1,4 × le total de la case 18. Si le total de la colonne case 16 de votre feuille de calcul est de 74 250 $, la cotisation employeur au RPC doit être de 74 250 $ — pas 74 000 $, pas 74 500 $. Même un écart de 250 $ sur un lot de 300 employés (moins de 1 $ par employé) signale le T4SUM. C'est la vérification la plus susceptible d'échouer à l'échelle d'un lot car elle implique un multiplicateur calculé en dehors de l'extraction — et si le multiplicateur dans le classeur T4SUM du gestionnaire de paie ne correspond pas au taux réel de l'ARC (1,0 pour l'employeur RPC, 1,4 pour l'employeur AE en 2025), le rapprochement échoue sur l'arithmétique, pas sur les données.
Déposez la déclaration T4 avant le 28 février et conservez le tableur d'extraction
Pour l'année d'imposition 2025, la date limite est le 28 février 2026 — qui tombe un samedi, repoussant la date limite effective au lundi 2 mars 2026. Plus de 5 feuillets rendent la transmission électronique obligatoire via le Transfert de fichiers Internet (XML) ou les formulaires Web de l'ARC. Le tableur d'extraction — avec 300 lignes, des totaux de colonnes et le journal de vérification de la colonne calculée — constitue le document justificatif d'audit. Si le programme PIER de l'ARC signale un écart six mois plus tard, le tableur est ce qui étaye la position de l'employeur. Conservez-le pendant six ans, comme l'exigent les règles de tenue de registres de l'ARC pour les déclarations de renseignements sur la paie.
Cas particuliers des lots : ce qui change quand vous passez de 5 à 300 T4
Case 16A du RPC2 — Le briseur silencieux de réconciliation
Le RPC2 a été introduit pour l'année d'imposition 2024 et s'applique aux gains entre le premier plafond (MGAP, 68 500 $ pour 2025) et le deuxième plafond (MGAP2, 79 400 $). Si votre logiciel de paie n'a pas été mis à jour pour le RPC2 — ou si le schéma de colonnes d'extraction n'inclut pas une case 16A distincte — les cotisations au RPC2 sont soit regroupées dans la case 16 (ce qui fait paraître la cotisation RPC par employé plus élevée que 5,95 % × case 26), soit omises entièrement (ce qui fait que le total de la ligne 16 + ligne 16A du T4SUM est inférieur au montant remis). Dans un lot de 300 T4, environ 40 employés dépassent le MGAP — et chacun de ces 40 employés a une cotisation RPC2 qui doit apparaître dans sa propre colonne. La colonne calculée qui vérifie le taux de la case 16 par rapport à la case 26 détecte l'incohérence ; la colonne distincte pour la case 16A dans le schéma est ce qui la corrige.
Emploi multi-provincial — Un employé, deux T4, un NAS
Un employé qui a travaillé en Ontario pendant les six premiers mois de l'année civile et en Alberta pendant les six derniers mois reçoit deux T4 du même employeur — chacun déclarant la répartition provinciale du revenu d'emploi, du RPC et de l'AE. L'ARC exige un feuillet T4 distinct pour chaque province d'emploi. Dans un flux de travail manuel, le gestionnaire de paie doit reconnaître que le même employé apparaît deux fois et ne pas compter deux fois sa rémunération totale lors de la vérification par rapport au registre de paie. Dans une extraction par lot, incluez « Province d'emploi » comme colonne et regroupez par NAS pour vérifier que les employés avec plusieurs provinces ont un revenu d'emploi total égal à leur salaire annuel — et non le double.
T4 corrigés et modifiés — Quelle version envoyer à l’ARC ?
Si l’ARC rejette un T4 produit — généralement parce que le NAS ne correspond pas au nom au dossier — l’employeur émet un T4 modifié et le produit de nouveau. Si le T4 modifié se retrouve dans le même lot que l’original, le tableur contient des lignes en double pour le même employé avec des valeurs de case différentes. La colonne calculée « Amended Flag » — où l’IA détecte un indicateur « Corrigé » sur le feuillet — sépare les originaux des modifications. Le gestionnaire de paie trie par cette colonne, exclut les lignes originales de l’agrégation T4SUM et produit les chiffres corrigés. Sans cette colonne, le gestionnaire de paie ne découvre l’écart que lorsque les totaux du tableur ne concordent pas, et non avant — et avec 300 lignes, trouver le seul doublon parmi 300 est le problème manuel que l’extraction par lots était censée éliminer.
Employés du Québec — Cohabitation du T4 et du RL-1
Les employés du Québec reçoivent à la fois un T4 fédéral et un Relevé 1 (RL-1) de Revenu Québec. Les deux formulaires se chevauchent mais comportent des taux de cotisation différents : le RQAP à 6,40 % en 2025 contre le RPC à 5,95 %, et l’assurance-emploi du Québec (RQAP) à un taux différent de l’AE fédérale. Pour une extraction par lots, le T4 et le RL-1 doivent être traités comme des documents liés mais distincts — la case 14 du T4 moins le revenu d’emploi du RL-1 équivaut au revenu gagné hors Québec. Ajoutez une colonne « Province » et filtrez les employés du Québec pour vérifier que leurs totaux de revenu d’emploi T4 et RL-1 sont cohérents. Le RL-1 est produit auprès de Revenu Québec, non de l’ARC, et a sa propre échéance au 28 février. Pour une analyse détaillée du rapprochement des deux documents, le guide d’extraction T4 couvre en détail la répartition T4/RL-1.
Réutilisation du schéma de lot d’une année d’imposition à l’autre — et au-delà des frontières
Le schéma de colonnes défini pour un lot de T4 de l’année d’imposition 2025 fonctionne pour 2026, 2027 et chaque année suivante — car la structure des cases de l’ARC ne change que lorsque la législation change, et lorsqu’elle change (comme avec le RPC2 en 2024), vous ajoutez une colonne au schéma sans reconstruire le reste. Les employés changent, les chiffres changent, la plateforme de paie peut changer en cours d’année (une entreprise passant d’ADP à Ceridian utilise le même schéma sur les T4 des deux fournisseurs), mais les définitions de colonnes restent constantes.
La même logique de traitement par lots — un schéma de colonnes, un téléchargement, un tableur consolidé — se transpose directement à d’autres flux de rapprochement de paie de fin d’année. Pour les équipes de paie australiennes, l’approche équivalente s’applique au traitement par lots des relevés de paiement PAYG avec le dépôt du rapport annuel à l’ATO. Pour les employeurs britanniques, la même méthodologie gère le traitement par lots des P60 pour les tableurs d’audit de paie avant l’échéance du 31 mai auprès du HMRC. Le type de document change, la juridiction fiscale change, les champs légaux changent — mais le principe du lot, qui consiste à définir les colonnes une fois et à tout traiter en une seule passe, se transpose directement, car le goulot d’étranglement n’est jamais la vitesse d’extraction. C’est l’écart structurel entre ce que le logiciel de paie génère et ce que le rapprochement exige.
FAQ : Traitement par lots des feuillets T4 canadiens
Combien de temps prend l’extraction par lots pour 300 feuillets T4 ?
Le téléchargement et l’extraction par IA pour 300 T4 se terminent généralement en quelques minutes — la durée exacte dépend de la taille des fichiers et de la proportion de PDF générés numériquement par rapport aux copies papier scannées. Les gains de temps se concrétisent dans la phase post-extraction : au lieu de dix heures à ressaisir environ 3 600 valeurs individuelles dans les cases sur 300 feuillets, le gestionnaire de paie consacre 30 à 45 minutes à examiner les indicateurs de colonne calculée — les 12 lignes sur 300 où un taux de RPC, un taux d’AE ou un taux d’imposition effectif se situe en dehors de la fourchette attendue — et à rapprocher les totaux des colonnes avec les relevés T4SUM et PD7A. L’extraction est la partie rapide ; la phase de vérification est celle où la semaine de travail de février passe d’un marathon de saisie de données à un examen structuré de conformité.
Que faire si certains T4 du lot sont des versions corrigées ou modifiées ?
Le moteur d’extraction traite tous les T4 du lot, qu’ils soient originaux, corrigés ou modifiés, car il lit chaque case par son numéro et son sens sémantique — et non par un indicateur d’état au niveau du feuillet. La colonne calculée « Amended Flag » détecte l’indicateur « Corrigé » ou « Modifié » sur l’en-tête du feuillet et classe chaque ligne en conséquence. Après l’extraction, triez par cette colonne — les lignes originales sont exclues de l’agrégation T4SUM, les lignes modifiées sont incluses avec leurs chiffres corrigés. La colonne « File Name » conserve le PDF source pour la traçabilité d’audit. Si les versions originale et modifiée du même T4 d’un employé apparaissent dans le lot, les deux lignes auront le même NAS mais des valeurs de case et des indicateurs « Amended Flag » différents — une situation immédiatement visible lors du tri par NAS, et non un doublon silencieux qui corrompt les totaux T4SUM.
Le lot peut-il gérer à la fois des PDF numériques et des T4 papier scannés dans le même téléchargement ?
Oui. Un PDF T4 exporté de Ceridian Dayforce, un PDF T4 de QuickBooks Canada et un T4 papier scanné d’un employé qui a perdu sa copie numérique sont tous traités dans le même lot avec le même schéma de colonnes. Le moteur d’extraction lit le contenu visuel de chaque page — qu’elle soit née numérique ou scannée — et localise chaque case par son numéro et son libellé plutôt que par ses coordonnées de pixels. Une inclinaison modérée, une qualité d’éclairage variable et un support papier vieillissant n’empêchent pas l’extraction, car l’IA lit par sens sémantique. Les scans très dégradés — une copie faxée d’une copie faxée — peuvent donner une précision moindre, et les valeurs de vérification de la colonne calculée signaleront la ligne pour un examen manuel. Le reste du lot continue de se traiter normalement.
L'extraction gère-t-elle les libellés de case en français sur les T4 bilingues ?
Oui. Les feuillets T4 émis au Canada sont bilingues — chaque case est libellée en anglais et en français (p. ex., « Employment income / Revenus d'emploi » pour la case 14). Le moteur d'extraction lit les deux langues et fait correspondre les valeurs des cases aux noms de colonnes anglais que vous définissez. Les numéros de case (14, 16, 18, 22, etc.) sont identiques dans les deux langues et servent d'identifiant de référence. Les T4 émis exclusivement en français — ce qui peut se produire dans les opérations uniquement québécoises — sont traités de manière identique, car les numéros de case sont indépendants de la langue. Le RL-1 (Relevé 1) pour les employés du Québec est un formulaire distinct avec sa propre structure de champs et doit être extrait séparément ; les données du T4 et du RL-1 peuvent être recoupées après extraction en utilisant le NAS de l'employé comme clé de jointure.
Que se passe-t-il si un T4 du lot a un NAS manquant ou illisible ?
Le système de production des T4 de l'ARC valide chaque NAS par rapport à sa base de données et rejette les feuillets où le NAS ne correspond pas au nom ou à la date de naissance au dossier. Un T4 avec un NAS manquant ou illisible dans le lot aura une colonne NAS vide dans le résultat d'extraction. Le gestionnaire de paie peut identifier immédiatement ces lignes — triez par la colonne NAS, et chaque ligne avec un NAS vide est un feuillet qui ne peut pas être produit tant que le NAS n'est pas corrigé. L'extraction ne devine pas un NAS ; elle extrait ce qui est imprimé. La conséquence est que le gestionnaire de paie sait, avant que le lot de T4 n'atteigne l'ARC, exactement quels feuillets nécessitent une correction de NAS — plutôt que de le découvrir lorsque la soumission entière est rejetée pour un seul NAS non concordant parmi 300.
Puis-je traiter des T4 de plusieurs années d'imposition en un seul lot ?
Techniquement oui — l'IA extrait les données de tout T4, quelle que soit l'année d'imposition imprimée — mais il est préférable de regrouper par année d'imposition. Un tableur fusionné contenant des T4 de 2024 et 2025 exige que la colonne « Année d'imposition » soit exacte à 100 % avant toute réconciliation propre à une année, car le taux du RPC (5,95 % en 2025 contre un taux historique différent), le taux d'AE et le MGAP changent chaque année. Traiter chaque année d'imposition comme un lot distinct — avec l'année d'imposition encodée dans une colonne ou dans le nom du lot — élimine le risque d'écarts de taux interannuels dans les vérifications de colonne calculée. Si vous devez traiter des lots d'années mixtes (p. ex., lors d'une migration de système de paie où des T4 historiques sont numérisés), incluez une colonne calculée qui extrait l'année d'imposition de l'en-tête du feuillet et la recoupe avec l'année prévue — signalant toute ligne où l'année ne correspond pas.