300 relevés PAYG, un seul rapport de paie
Sans ressaisir un seul TFN
En juin 2025, l'équipe de paie d'une entreprise manufacturière australienne de taille moyenne comptant 310 employés a analysé les chiffres de son processus de fin d'exercice. Le relevé de paiement PAYG de chaque employé — qu'il soit généré par Xero pour le personnel du siège, par MYOB pour l'équipe de l'entrepôt ou par Employment Hero pour la division commerciale — devait être consolidé dans une seule feuille de calcul de rapprochement pour le directeur financier, l'auditeur externe et le conseiller fiscal de l'entreprise avant le dépôt du rapport annuel à l'ATO le 14 août. Le goulot d'étranglement habituel : trois plateformes de paie différentes produisant trois mises en page visuelles différentes des mêmes données imposées par l'ATO, et un administrateur de paie face à 310 PDF.
Points clés à retenir
- 310 employés sur trois plateformes de paie produisent 310 PDF où le même champ — « Paiements bruts » — se trouve dans quatre positions visuelles différentes, mais tous doivent converger vers une seule feuille de calcul de rapprochement avant que quiconque puisse vérifier un seul total.
- Avec 2 700 chiffres de TFN répartis sur 300 relevés, un taux d'erreur de transcription conservateur de 0,5 % produit environ 13 chiffres mal saisis par lot — et chacun déclenche une demande de l'ATO qui fait perdre de 30 minutes à deux heures.
- Définissez vos colonnes de sortie une seule fois, téléchargez chaque format en un seul lot, et les colonnes calculées signalent les écarts de conformité super et les valeurs aberrantes de taux d'imposition pendant l'extraction — pas pendant l'audit, lorsque les coûts de correction s'accumulent.
Ce que le traitement par lots signifie réellement pour les relevés PAYG — au-delà du mot à la mode
Le traitement par lots, appliqué aux relevés de paiement PAYG, ne consiste pas simplement à « traiter plusieurs fichiers à la fois ». C'est la différence entre extraire 300 feuilles de calcul individuelles et les fusionner manuellement — et faire en sorte que les 300 relevés aboutissent dans un seul fichier Excel unifié où chaque ligne correspond à un employé et chaque colonne à un champ que vous avez défini une seule fois.
Cette distinction compte, car c'est lors de la fusion manuelle que les erreurs s'accumulent. Un agent de paie qui ressaisit 300 TFN individuellement doit transcrire correctement 2 700 chiffres (9 chiffres × 300 employés). Avec un taux d'erreur de transcription conservateur de 0,5 % par chiffre — ce qui est optimiste pour une session de saisie de huit heures — cela représente environ 13 chiffres mal saisis sur l'ensemble du lot. Chaque TFN mal saisi peut déclencher une requête distincte de rapprochement des données auprès de l'ATO, et chaque requête prend entre 30 minutes et deux heures à résoudre, selon qu'il faut contacter l'employé, retrouver son formulaire de déclaration TFN et déposer une correction.
Le traitement par lots élimine entièrement l'étape de fusion manuelle. Le moteur d'extraction applique le même schéma de colonnes — Nom de l'employé, TFN, ABN du payeur, Paiements bruts, Total de l'impôt retenu, Montant des avantages accessoires imposables, Cotisations patronales de retraite déclarables, Montant forfaitaire A-E, Allocations — à chaque fichier du lot, quel que soit le logiciel de paie ayant généré chaque relevé. Le résultat est une seule feuille de calcul avec 300 lignes, et non 300 feuilles de calcul à copier-coller ensemble.
Le principe fondamental du traitement par lots : vous définissez vos colonnes de sortie une seule fois, téléversez tous les relevés en un seul lot et recevez une feuille de calcul consolidée. La fusion s'effectue à l'étape d'extraction — et non ensuite dans Excel, où chaque opération de copier-coller entre feuilles représente une nouvelle occasion de casser une référence de cellule ou de désaligner une ligne.
Pourquoi trois plateformes de paie créent un problème de fusion avant même de commencer l’extraction
De nombreuses organisations australiennes 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 MYOB. La division qui a créé sa propre fonction RH utilise Employment Hero tandis que le siège utilise Xero. La planification des équipes de l’entrepôt est intégrée à KeyPay.
Chaque plateforme affiche les données des relevés de paiement PAYG selon sa propre mise en page. Xero place l’ABN du payeur et le TFN de l’employé en haut de la page, avec les montants de paiement dans un tableau unique en dessous. MYOB Business utilise un format à deux colonnes avec les champs d’identité à gauche et les détails de paiement à droite. Employment Hero Payroll empile tout dans une liste verticale. KeyPay utilise encore un autre agencement. Le formulaire en trois exemplaires NAT 0046 imposé par l’ATO suit un design différent pour les employeurs qui utilisent encore le papier.
Pour un administrateur de paie, cette fragmentation des mises en page signifie qu’un seul champ — Paiements bruts — apparaît dans quatre positions visuelles différentes dans le lot. Les outils d’extraction basés sur des modèles, qui localisent les champs par leurs coordonnées sur un modèle ajusté à la mise en page d’une seule plateforme, échouent sur les trois autres. L’administrateur doit soit traiter les relevés de chaque plateforme séparément avec un modèle différent pour chacune — ce qui réintroduit l’étape de fusion manuelle — soit revenir à la saisie manuelle pour les formats non standard.
C’est là que l’extraction sémantique — lire un champ selon ce qu’il signifie plutôt que là où il se trouve — devient une exigence de traitement par lots plutôt qu’un simple avantage. Lorsque le même schéma de colonnes gère Xero, MYOB, Employment Hero et les relevés papier scannés dans le même téléversement, le problème de fragmentation des plateformes disparaît au niveau de l’extraction. Le résultat est une seule feuille de calcul avec des colonnes cohérentes, quel que soit le nombre de mises en page différentes dans le lot d’entrée.
Un lot, trois parties prenantes : ce que chacune attend du même rapport de paie
L'équipe financière, l'auditeur externe et l'agent fiscal de l'entreprise ont besoin de vues différentes des mêmes données — mais ils en ont tous besoin à partir de la même source de vérité. Une feuille de calcul consolidée d'extraction par lot sert les trois sans que l'administrateur de la paie ait à produire trois rapports distincts.
Équipe financière : rapprochement du brut au grand livre
Le directeur financier doit confirmer que le total des paiements bruts de l'ensemble des 310 employés correspond aux charges de paie enregistrées dans le grand livre. Une seule feuille de calcul avec une SOMME de la colonne Paiements bruts répond à cette question en quelques secondes. L'équipe financière n'a pas besoin de voir les TFN individuels, les décomptes de montants forfaitaires ou les chiffres RESC — elle a besoin des chiffres agrégés qui alimentent les états financiers. Une sortie consolidée par lot leur donne le détail ligne par ligne et le total dans le même fichier, prêt pour le dossier du comité d'audit.
Auditeur externe : échantillonnage et vérification croisée
L'auditeur doit sélectionner un échantillon aléatoire de 20 à 30 employés et retracer leurs chiffres de relevé PAYG jusqu'aux rapports cumulatifs du système de paie et aux déclarations d'activité commerciale (BAS) trimestrielles. Avec une seule feuille de calcul consolidée, l'auditeur peut filtrer par nom d'employé, extraire les trois documents sources correspondants et terminer la vérification dans un parcours structuré. Sans la feuille de calcul consolidée, l'auditeur doit demander les relevés individuels un par un — un processus qui allonge le calendrier d'audit et coûte des heures facturables des deux côtés.
Agent fiscal : dépôt du rapport annuel à l'ATO avant le 14 août
L'agent fiscal dépose le rapport annuel de relevé de retenue PAYG (en utilisant le relevé de paiement PAYG NAT 3447) auprès de l'ATO avant le 14 août. Ce rapport exige le total de tous les montants déclarés sur tous les relevés de paiement émis. L'agent fiscal doit également rapprocher le total de l'impôt retenu sur le rapport annuel avec la somme des retenues PAYG déclarées sur les quatre BAS trimestriels (cases W1 et W2). Une feuille de calcul consolidée avec une SOMME sur la colonne Total de l'impôt retenu donne à l'agent fiscal ce chiffre de vérification croisée instantanément — sans addition manuelle sur les 310 relevés individuels.
Configurer une extraction PAYG par lots en trois étapes
Le flux de travail qui traite par lots 300 relevés en un seul rapport est le même, que vous traitiez 30 ou 3 000 relevés. L'étape de configuration — définir votre schéma de colonnes — est effectuée une seule fois et réutilisée pour chaque lot, chaque fournisseur de paie et chaque exercice fiscal.
Définissez votre schéma de colonnes — une fois, pour chaque partie prenante
Saisissez les noms de champs exactement tels qu'ils doivent apparaître comme en-têtes de colonnes dans la sortie. Un schéma complet pour un lot de 300 employés pourrait inclure : Employee Name, TFN, Payer ABN, Paiements bruts, Total de l'impôt retenu, Montant des avantages accessoires imposables, Cotisations patronales de retraite déclarables, Allowances, Lump Sum A, Lump Sum B, Lump Sum D, Lump Sum E, Period Start, Period End. Ce schéma est enregistré comme modèle et rappelé pour le lot de l'année prochaine — les noms de champs sur un relevé PAYG ne changent pas entre les exercices fiscaux. Vous pouvez également ajouter des colonne calculée qui calculent pendant l'extraction : une colonne pour « SG Check (Gross × 12% vs RESC) » signale automatiquement les écarts de conformité super sur les 310 lignes, et une colonne pour « Effective Tax Rate (Tax / Gross × 100) » fait ressortir les valeurs aberrantes — un employé avec $85,000 de brut et $3,000 d'impôt retenu (taux effectif de 3,5 %) est presque certainement une erreur.
Téléversez le lot complet — tous les formats, toutes les plateformes, un seul téléversement
Déposez le dossier entier : 180 PDF Xero, 90 relevés MYOB, 30 certificats Employment Hero et 10 relevés papier scannés d'une petite filiale qui utilise encore un fournisseur de paie hérité. Le moteur d'extraction traite chaque fichier indépendamment avec le même schéma de colonnes et fusionne tous les résultats dans une seule feuille de calcul. Les fichiers peuvent être des PDF générés numériquement, des copies scannées de relevés imprimés, ou même des photos de certificats prises au téléphone. Le même schéma qui localise « Paiements bruts » sur un PDF Xero propre le trouve aussi dans un certificat MYOB scanné avec une inclinaison de 3 degrés — car l'extraction sémantique lit le sens des champs, pas la position des pixels.
Exportez et distribuez aux trois parties prenantes
Téléchargez un fichier Excel avec 310 lignes — une par employé — et chaque champ dans sa propre colonne. L'équipe financière reçoit la vue agrégée pour la réconciliation GL. L'auditeur extrait un échantillon filtré pour vérification. L'agent fiscal utilise la somme totale de l'impôt retenu pour le dépôt du rapport annuel NAT 3447. Les trois parties prenantes travaillent à partir des mêmes données sources, issues de la même passe d'extraction, sans fusion manuelle, sans copier-coller et sans erreurs de transcription entre l'extraction et la distribution.
Colonnes calculées : détecter les écarts de conformité lors de l'extraction, pas lors de l'audit
L'atout majeur du traitement par lots pour un rapport de paie de 300 employés n'est pas la rapidité d'extraction, mais la capacité d'intégrer une logique de validation directement dans l'extraction. Les colonnes calculées exécutent des calculs pendant la lecture de chaque résumé, signalant les anomalies avant même l'ouverture du tableur de sortie.
Trois colonnes calculées qui transforment une extraction par lots en pré-audit :
Détection de déficit SG. Une colonne définie comme Paiements bruts × 12% − RESC — pour l'exercice 2025-26, le taux de garantie de retraite est de 12 % du salaire ordinaire. Si le résultat est positif (la RESC est inférieure à 12 % du brut, hors employés plafonnés), la ligne est signalée pour examen. Sur 310 lignes, cela permet de détecter le seul employé dont l'arrangement de sacrifice salarial a été traité par erreur comme une SG standard plutôt qu'une RESC — une erreur de classification qui, si elle n'est pas détectée, signifie que le relevé de revenus de l'employé sous-estime sa retraite déclarable, ce qui peut affecter sa cotisation Medicare Levy Surcharge et son obligation de remboursement HELP.
Détection de taux d'imposition effectif aberrant. Une colonne qui divise le Total de l'impôt retenu par les Paiements bruts et compare le résultat aux barèmes d'imposition 2025-26 de l'ATO. Un employé à 90 000 $ avec 22 000 $ retenus (24,4 %) est normal. Un employé à 90 000 $ avec 5 000 $ retenus (5,6 %) est presque certainement une erreur de saisie — soit le montant de l'impôt retenu est erroné sur le résumé, soit l'employé a fourni une déclaration TFN réclamant le seuil d'exonération auprès d'un second employeur. Dans les deux cas, une enquête est nécessaire avant que les données du résumé n'atteignent l'ATO.
Alerte de seuil RFBA. Les avantages accessoires ne sont déclarables que si la valeur taxable majorée dépasse 2 000 $ au cours de l'année FBT (1er avril au 31 mars). Une colonne qui vérifie si le RFBA est non nul sur le résumé — alors que la structure de rémunération de l'employé n'inclut pas d'arrangement d'avantages accessoires connu — révèle une potentielle erreur de classification. Un avantage automobile pour un directeur commercial, codé par inadvertance comme exonéré plutôt que déclarable dans le système de paie, apparaîtra comme une ligne à 0 $ de RFBA alors que le contrôle calculé attend une valeur non nulle, signalant l'écart avant que le résumé n'atteigne l'employé.
Un flux d'extraction de relevés PAYG construit autour de colonnes calculées fait passer le rôle du responsable paie de la saisie de données à la gestion des exceptions. Au lieu de taper 2 700 chiffres de TFN en espérant n'en avoir transposé aucun, il examine 8 lignes signalées sur 310 — les 8 où un contrôle calculé a détecté une anomalie méritant investigation. Les 302 autres lignes ont passé la validation automatisée lors de l'extraction et sont prêtes à être distribuées aux parties prenantes sans autre examen.
Réutilisation du schéma de lot entre les années d'imposition — et entre les types de documents
Le schéma de colonnes défini pour un lot de relevés PAYG 2025-26 fonctionne pour 2026-27, 2027-28 et chaque année suivante — car les champs obligatoires de l'ATO sur un relevé de paiement PAYG ne changent pas entre les années d'imposition. Les employés changent, les chiffres changent, la plateforme de paie peut changer (une entreprise passant de MYOB à Xero en cours d'année utilise le même schéma sur les relevés des deux plateformes), mais le modèle d'extraction reste constant.
Pour les organisations qui traitent également la paie britannique — une entreprise australienne avec un bureau à Londres, par exemple — la même logique de lot s'applique aux relevés P60 britanniques et aux formulaires de départ P45. Le type de document change, l'année d'imposition et le système de retenue changent, mais le principe de traitement par lots — un schéma, un téléchargement, un tableau consolidé — se transpose directement. Une équipe de paie qui traite par lots les relevés PAYG en juillet utilise le même flux de travail pour les P60 en avril, avec des noms de colonnes différents et des échéances différentes, mais un schéma opérationnel identique.
Foire aux questions
Combien de temps prend le traitement par lots pour 300 relevés de paiement PAYG ?
Le téléchargement et l'extraction pour 300 relevés se terminent généralement en quelques minutes — le temps exact dépend de la taille des fichiers et du mélange de PDF numériques et d'images scannées. Ce qui change le plus, c'est la charge de travail après extraction : au lieu de passer environ 2 à 3 minutes par relevé à ressaisir manuellement 15 à 20 champs (6 à 10 heures de saisie pour 300 employés), le responsable paie consacre 30 à 45 minutes à examiner les indicateurs de colonne calculée et à rapprocher les totaux agrégés du système de paie. L'extraction elle-même est rapide ; les gains de temps s'accumulent dans la phase de vérification qui suit.
Que faire si certains relevés du lot proviennent d'années d'imposition antérieures ?
Le moteur d'extraction traite tous les fichiers du lot, quelle que soit l'année d'imposition imprimée sur le relevé, car il lit chaque champ selon sa signification sémantique — et non selon une étiquette dépendante de la date. Un relevé PAYG 2023-24 et un relevé 2025-26 ont la même structure de champs (ABN du payeur, TFN du bénéficiaire, Paiements bruts, Total de l'impôt retenu, etc.), donc le même schéma de colonnes extrait correctement les deux. Les colonnes Période de début et Période de fin dans le résultat indiqueront à quelle année chaque ligne appartient. Cela est particulièrement utile lors du traitement de relevés historiques pendant une migration de logiciel de paie — vous pouvez extraire par lots cinq années de certificats archivés en un seul téléchargement et obtenir un tableur avec des onglets ou des lignes regroupés par année d'imposition.
Le traitement par lots peut-il gérer à la fois les relevés PAYG ordinaires et les relevés de paiement ETP dans le même téléchargement ?
Oui — mais avec une considération de conception du schéma de colonnes. Un relevé individuel non professionnel ordinaire (NAT 0046) et un relevé de paiement de cessation d'emploi (NAT 70868) contiennent des ensembles de champs différents. Le relevé ETP comprend la composante imposable, le code ETP (R pour licenciement, O pour autre) et l'impôt retenu sur l'ETP — des champs qui n'apparaissent pas sur un relevé ordinaire. Si vous incluez les deux types de documents dans le même lot, définissez des colonnes qui couvrent le sur-ensemble des champs des deux relevés. Les lignes des relevés ordinaires auront des champs ETP vides ; les lignes des relevés ETP auront des champs de somme forfaitaire A-E vides. Regroupez par TFN de l'employé dans le résultat pour voir l'image complète de fin d'année de chaque employé partant — ligne de relevé ordinaire + ligne de relevé ETP, avec tous les champs renseignés sur les deux lignes.
Que se passe-t-il si le lot contient un PDF corrompu ou illisible ?
Les fichiers qui ne peuvent pas être lus — parce qu'ils sont protégés par mot de passe, corrompus ou ne contiennent aucun texte extractible dans une zone visuelle — sont signalés dans les résultats de traitement sans bloquer le reste du lot. Les résumés valides restants sont extraits normalement. Les fichiers signalés apparaissent dans la sortie avec un statut d'erreur plutôt que des données extraites, afin que le responsable de la paie puisse identifier exactement les fichiers à télécharger à nouveau ou à traiter manuellement, plutôt que de découvrir un manque après la fin du lot.
L'extraction par lots fonctionne-t-elle avec des résumés papier scannés provenant d'un classeur ?
Oui. Les résumés PAYG papier scannés — y compris le formulaire NAT 0046 en trois exemplaires commandé auprès du service de publication de l'ATO et rempli à la main — sont traités dans le même lot que les PDF générés numériquement. Le moteur d'extraction lit le contenu visuel de la page, qu'il s'agisse d'un PDF généré par un logiciel ou d'un scan d'un formulaire papier. Une inclinaison modérée (documents scannés en biais), un éclairage variable et un papier vieillissant n'empêchent pas l'extraction, car l'IA lit le contenu des champs de manière sémantique plutôt qu'en s'appuyant sur un alignement de modèle propre. Le même schéma de colonnes qui extrait les « Paiements bruts » d'un PDF Xero net l'extrait également d'un résumé papier de 2019 scanné sur une imprimante multifonction de bureau.