7 erreurs de données de relevé PAYG qui déclenchent
des écarts de rapprochement avec l'ATO

Conséquence ATO : Retenue à 47 % (taux marginal supérieur + prélèvement Medicare) au lieu du taux marginal de l'employé si le NIF est manquant. Si le NIF est présent mais incorrect — généralement deux chiffres inversés — le pré-remplissage myGov de l'employé affiche un employeur qu'il ne reconnaît pas, l'employé conteste le relevé de revenus et l'ATO émet une demande de rapprochement à l'employeur. Résolution : 30 minutes à deux heures par employé concerné.

Comment cela se produit : L'agent de paie saisit le NIF du relevé dans le tableur de rapprochement et inverse deux chiffres — 123 456 789 devient 123 456 798. Les neuf chiffres sont présents, donc un contrôle visuel ne détecte pas l'erreur. Le tableur sert à vérifier les données STP, et le NIF incorrect est intégré à la finalisation. Pour les relevés papier provenant de fournisseurs tiers, le NIF peut être manuscrit et difficile à lire — un '8' qui ressemble à un '3' sous une mauvaise qualité de numérisation devient une enquête de trois heures.

Prévention lors de l'extraction : L'extraction automatisée lit le NIF directement depuis le contenu visuel du document — pas de saisie humaine, pas d'inversion. Pour le traitement par lots, une colonne calculée qui exécute l'algorithme de somme de contrôle du NIF de l'ATO (somme pondérée des huit premiers chiffres modulo 11 doit être égale au neuvième chiffre) sur chaque NIF extrait signale les numéros invalides avant l'ouverture du tableur. Une colonne supplémentaire qui signale les NIF en double entre les lignes détecte le scénario où deux employés partagent le même NIF saisi par erreur — un schéma qui survivrait autrement à la fois à l'extraction et à la vérification visuelle.

Conséquence ATO : Si le RFBA est omis du résumé alors que l'employé a effectivement reçu des avantages sociaux imposables, le revenu de l'employé pour le calcul de la surtaxe Medicare et du remboursement HELP est sous-estimé. L'employé pourrait recevoir un remboursement d'impôt auquel il n'a pas droit, ou éviter une surtaxe qu'il aurait dû payer. Lorsque l'ATO recoupe la déclaration FBT de l'employeur (déposée avant le 21 mai pour l'année FBT se terminant le 31 mars) avec les montants RFBA déclarés sur les relevés PAYG, un écart déclenche un examen au niveau de l'employeur — pas seulement une vérification individuelle. Un RFBA incorrect sur un seul relevé peut entraîner un contrôle de conformité de l'ensemble des déclarations FBT de l'employeur.

Comment cela se produit : L'année FBT (1er avril au 31 mars) et l'année financière (1er juillet au 30 juin) ne coïncident pas. Un avantage social fourni en avril 2026 appartient à l'année FBT 2026-27 mais peut apparaître sur le relevé PAYG 2025-26 de l'employé si l'équipe paie applique par erreur la logique de l'année financière au champ RFBA. Autre possibilité : le montant RFBA a été correctement calculé pour la déclaration FBT mais n'a jamais été mis à jour dans le système de paie — le relevé indique un RFBA de 0 $, alors que la déclaration FBT déclare une valeur majorée non nulle pour cet employé, et le recoupement automatisé de l'ATO signale l'incohérence.

Prévention lors de l'extraction : Une colonne calculée qui vérifie : si la rémunération totale d'un employé (paiements bruts + tout sacrifice salarial) dépasse 100 000 $ et que le RFBA = 0 $, signaler pour examen — les employés à revenu élevé sont statistiquement plus susceptibles de recevoir des avantages sociaux imposables. Une règle de validation distincte : pour tout employé bénéficiant d'un arrangement d'avantages sociaux connu (voiture de fonction, assurance santé, avantages de divertissement), confirmer que le RFBA est non nul et correspond au calendrier de la déclaration FBT. Le tableur d'extraction, recoupé avec la déclaration FBT avant la finalisation du 14 juillet, détecte les écarts de RFBA alors qu'il est encore temps de corriger le relevé.

Conséquence ATO : Une mauvaise classification d'une somme forfaitaire modifie le revenu imposable et l'impôt dû par l'employé. Saisir une indemnité de licenciement légitime de 15 000 $ comme somme forfaitaire A (congés annuels imposables) au lieu de D (part non imposable du licenciement) fait apparaître 15 000 $ de revenu imposable supplémentaire sur le relevé de l'employé. Ce dernier doit payer l'impôt sur ce montant — potentiellement 4 875 $ au taux marginal de 32,5 % plus la contribution Medicare — conteste l'évaluation et dépose une réclamation. L'employeur doit réémettre le relevé, soumettre un rapport STP modifié et potentiellement indemniser l'employé pour les intérêts de pénalité facturés par l'ATO. Pire : un liquidateur ou administrateur examinant une entreprise qui a mal classé les sommes forfaitaires pour plusieurs employés sur plusieurs années peut identifier un défaut systémique de conformité de la paie — une constatation bien plus grave qu'un simple paiement mal classé.

Comment cela se produit : Le logiciel de paie, dans son flux de paiement de fin de contrat, demande à l'agent de sélectionner un type de somme forfaitaire dans une liste déroulante. L'agent, ignorant la distinction fiscale entre le type A (congés annuels — imposable) et le type D (licenciement — non imposable), choisit la mauvaise option. Le logiciel génère le relevé avec la classification incorrecte, et aucune vérification ultérieure ne détecte l'erreur car le montant — 15 000 $ — semble plausible quel que soit le type. L'erreur n'apparaît que lorsque la déclaration de revenus de l'employé est évaluée et que le système de l'ATO détecte qu'une somme forfaitaire D a été déclarée par l'employeur mais que la déclaration de l'employé montre un revenu imposable incluant ce montant — ou vice versa.

Prévention lors de l'extraction : Créez une règle de validation lors de l'extraction : pour tout employé avec une somme forfaitaire D non nulle, signalez la ligne pour vérification d'un véritable licenciement ou d'un régime de départ anticipé — et exigez une documentation (lettre de licenciement, approbation du régime de départ anticipé) avant d'émettre le relevé. Pour tout employé avec une somme forfaitaire A ou B non nulle, confirmez que l'employé a effectivement cessé ses fonctions au cours de l'exercice — un employé actuel ne devrait pas avoir de sommes forfaitaires pour congés non utilisés. Une colonne calculée qui recoupe les soldes de congés du système de paie avec les montants des sommes forfaitaires sur le relevé détecte les écarts où le montant du paiement des congés sur le relevé ne correspond pas au solde de congés accumulés au moment du départ.

Conséquence ATO : Pour les employés déclarés via STP, la déclaration de finalisation STP et le relevé de paiement PAYG (si les deux existent pour le même employé et la même période — ce qui ne devrait pas être le cas, mais arrive parfois) doivent indiquer des chiffres identiques. Un écart signifie que l'employé reçoit deux versions différentes de son revenu du même employeur : une via myGov (STP) et une sur le relevé papier/PDF. La déclaration de revenus de l'employé — qui utilise les données pré-remplies de myGov — peut ne pas correspondre au relevé de paiement qu'il détient. Le croisement de données de l'ATO détecte l'incohérence et interroge à la fois l'employeur et l'employé. Résolution : l'employeur doit déterminer quel chiffre est correct, corriger celui qui est erroné (événement de mise à jour STP ou relevé réémis), et en informer l'employé.

Comment cela se produit : Le scénario le plus courant : un employé passe d'une période pré-STP à une période STP au cours de la même année financière (par exemple, l'employeur a mis en œuvre STP en octobre 2025). Le système de paie génère un relevé de paiement PAYG pour la période pré-STP de juillet à septembre et des données STP pour la période d'octobre à juin. Si les deux ensembles de données ne sont pas rapprochés avant la finalisation, l'employé peut apparaître dans les deux rapports avec des chiffres qui se chevauchent ou sont incohérents. Un scénario moins courant mais tout aussi problématique : un ajustement manuel de paie saisi après la finalisation STP met à jour le système de paie, mais l'événement de mise à jour STP correspondant n'est pas soumis — les données STP détenues par l'ATO sont désormais obsolètes, mais aucun indicateur d'écart n'est visible dans les propres systèmes de l'employeur.

Prévention lors de l'extraction : Pour tout employé ayant reçu à la fois un relevé PAYG traditionnel (période pré-STP) et des données déclarées via STP (période post-transition) au cours de la même année financière, extrayez les deux sources de données dans le tableur de rapprochement et rapprochez les totaux combinés du rapport annuel du système de paie. Le tableur d'extraction devient la source unique de vérité : utilisez RECHERCHEV pour chaque employé avec son NIF contre les données STP et le relevé pré-STP, confirmez que la somme des paiements bruts et de l'impôt retenu des deux sources est égale au rapport cumulatif de paie, et signalez tout employé dont le chiffre combiné ne correspond pas. Cela évite le scénario où les données STP et le relevé semblent tous deux cohérents en interne mais indiquent des totaux différents pour le même employé.

Conséquence ATO : Les indemnités doivent être détaillées séparément sur le relevé PAYG, car chaque type d’indemnité a un traitement fiscal différent. Une indemnité d’outillage peut être exonérée jusqu’à un taux ATO spécifié ; une indemnité de déplacement peut être partiellement imposable selon la tenue d’un journal de voyage ; une indemnité de premiers secours est entièrement imposable. Si une indemnité est incluse dans les paiements bruts sans détail séparé, l’employé ne peut pas bénéficier du traitement fiscal correct sur sa déclaration. Si l’indemnité est totalement omise du relevé, le revenu déclaré de l’employé est sous-estimé — et le recoupement de données de l’ATO (qui compare les totaux salariaux BAS de l’employeur avec la somme des chiffres des relevés des employés) détecte l’écart. Un écart d’indemnité se manifeste généralement par une discordance BAS-relevés — les salaires déclarés sur BAS sont supérieurs à la somme des paiements bruts sur les relevés, déclenchant une enquête ATO sur les revenus non déclarés des employés.

Comment cela se produit : Le système de paie peut coder les indemnités comme faisant partie du salaire brut à des fins de reporting interne, mais les imprimer sur une ligne distincte sur le relevé PAYG. Si l’agent de paie qui extrait le relevé saisit le montant du paiement brut tel qu’il apparaît dans le registre de paie — qui peut inclure les indemnités — mais que le relevé imprime les indemnités séparément, le chiffre extrait est trop élevé. Inversement, si l’agent de paie saisit les montants des indemnités du relevé mais oublie de les inclure dans le total des paiements bruts, le chiffre extrait est trop bas. L’erreur est une discordance entre ce que le système de paie déclare en interne et ce que le relevé déclare en externe — et le tableur d’extraction qui se fie à une source sans vérifier par rapport à l’autre propage l’erreur.

Prévention lors de l’extraction : Extrayez les indemnités dans des colonnes séparées du schéma de sortie. Une colonne calculée qui additionne les paiements bruts et toutes les colonnes d’indemnités, puis compare le résultat au rapport de gains bruts annuels du système de paie, détecte le cas où les indemnités étaient incluses dans le brut d’une source mais séparées dans une autre. Une colonne de validation distincte qui signale tout type d’indemnité non nul dont le montant semble invraisemblable — une indemnité d’outillage de 50 000 $ pour un employé de bureau, ou une indemnité de déplacement de 200 $ pour un technicien de terrain ayant parcouru 5 000 km dans l’année — détecte les erreurs de classification sans nécessiter une vérification ligne par ligne.

Conséquence ATO : Un paiement de fin d'emploi (ETP) se voit attribuer un code qui détermine son traitement fiscal : R pour licenciement économique, O pour autre (démission, licenciement, indemnité transactionnelle), D pour prestation de décès, B pour invalidité, N pour paiements non exclus. Le plafond ETP — le montant maximum bénéficiant d'un traitement fiscal avantageux — dépend du code. Un paiement codé O (autre) alors qu'il devrait être R (licenciement) signifie que l'employé reçoit un plafond ETP inférieur : 245 000 $ pour 2025-26 (indexé annuellement) pour le code R, mais potentiellement seulement le plafond de revenu global de 180 000 $ moins les autres revenus imposables pour le code O — une différence de dizaines de milliers de dollars en revenu imposable par rapport au revenu imposé à taux réduit. L'employé découvre l'erreur lorsque sa déclaration de revenus affiche une obligation fiscale bien plus élevée sur l'ETP que prévu. L'employeur doit réémettre le relevé ETP avec le bon code, recalculer l'impôt retenu et potentiellement indemniser l'employé pour tout impôt et intérêts supplémentaires.

Comment cela se produit : L'agent de paie traitant la fin de contrat dans le logiciel de paie voit une liste déroulante de codes ETP — R, O, D, B, N — avec peu d'explications à l'écran sur la signification fiscale de chaque code. L'agent sélectionne le code qui « semble correct » plutôt que celui correspondant au motif de cessation. Pour un licenciement où l'employé a signé un acte de transaction (qui peut utiliser des termes comme « indemnité ex gratia » ou « indemnité de départ » sans préciser « licenciement »), l'agent peut sélectionner O (autre) car l'acte n'utilise pas le mot « licenciement » — même si la cessation répond à la définition de l'ATO de licenciement économique réel. Le code est enregistré dans le système de paie, imprimé sur le relevé ETP et déclaré à l'ATO via STP — et aucune vérification ultérieure ne détecte la mauvaise classification car le montant total de l'ETP est correct quel que soit le code.

Prévention lors de l'extraction : Extrayez le code ETP dans une colonne distincte et recoupez-le avec le motif de cessation enregistré dans le système RH. Une colonne calculée qui signale tout ETP avec le code O dont le motif de cessation est « licenciement économique » ou « licenciement » — ou le code R dont le motif est « démission » — révèle les erreurs de classification potentielles avant que le relevé n'atteigne l'employé. Pour l'extraction par lots de plusieurs relevés ETP, une colonne regroupant les montants ETP par code et comparant la répartition aux schémas attendus (une entreprise traversant un seul cycle de licenciements ne devrait pas avoir un mélange de codes R et O pour les employés licenciés dans le même processus) détecte les erreurs de codage systémiques.

Conséquence ATO : Le nombre d’employés pour lesquels des relevés PAYG sont émis doit correspondre au nombre d’employés pour lesquels la retenue PAYG a été déclarée à l’ATO — via STP, BAS et le rapport annuel. Un employé rémunéré dans l’année mais sans relevé n’a aucune trace de ses revenus et retenues, ne peut pas remplir correctement sa déclaration et, lorsqu’il reçoit enfin un relevé ou découvre l’oubli, a peut-être déjà déposé une déclaration erronée. Le recoupement de données de l’ATO détecte l’écart : le nombre total d’employés avec retenue PAYG dans le rapport annuel est inférieur à celui des BAS, ou le total des paiements bruts des relevés est inférieur aux salaires déclarés sur les BAS. L’employeur doit expliquer la différence et, si des employés ont été oubliés, émettre des relevés rétroactifs — potentiellement pour une année fiscale déjà close.

Comment cela se produit : Les employés partis en cours d’année mais ayant travaillé une partie de l’exercice sont les plus souvent oubliés. Le responsable paie génère les relevés à partir de la liste actuelle des employés — qui exclut les départs — sans recouper le registre annuel. Les employés occasionnels ayant effectué un seul quart de travail avec 12 $ de retenue sont aussi fréquemment omis : l’équipe paie peut supposer un seuil en dessous duquel les relevés ne sont pas obligatoires, mais l’ATO exige un relevé pour tout travailleur ayant eu une retenue, quel qu’en soit le montant. Les entrepreneurs sous convention de retenue volontaire ayant reçu un relevé NAT 72545 distinct (revenus d’activité professionnelle et personnelle) peuvent être omis du rapport annuel si l’équipe paie pense que seuls les relevés NAT 0046 comptent.

Prévention lors de l’extraction : Avant de finaliser, extrayez tous les relevés PAYG — y compris les relevés ETP, les relevés de revenus d’activité professionnelle et personnelle, et ceux des employés partis ou occasionnels — dans un seul tableur. Ajoutez une colonne calculée qui compte les TFN uniques dans l’extraction et affiche le nombre total d’employés. Comparez ce nombre avec : (a) le nombre d’employés du rapport cumul annuel du système de paie ayant eu une retenue PAYG (pas seulement la liste active actuelle), (b) le nombre d’employés déclarés sur les quatre BAS trimestriels, et (c) le nombre d’employés avec données STP finalisées. Toute différence entre ces nombres — même d’un seul — nécessite une enquête avant le dépôt du rapport annuel. Un seul relevé manquant, c’est une question de l’ATO en attente.