Comment extraire les données des relevés PAYG
pour le rapprochement de paie (Guide 2026)
Chaque juillet, les équipes paie australiennes font face au même goulot d'étranglement : avant le 14, chaque employé doit recevoir un relevé de retenues PAYG couvrant l'exercice clos le 30 juin. Pour les quelque 1,3 million d'entreprises qui gèrent la paie via Xero, MYOB ou Employment Hero, le logiciel génère ces relevés automatiquement. L'étape de rapprochement — vérifier que les chiffres de chaque relevé correspondent aux montants réellement versés par le système de paie — se fait encore dans un tableur, et pour les entreprises sans reporting intégré, cela signifie ressaisir manuellement ABN, NIF, montants bruts et retenues d'impôt de dizaines ou centaines de certificats dans Excel.
Points clés
- Le Single Touch Payroll devait supprimer les relevés PAYG — mais les employeurs exemptés de STP, les bénéficiaires proches et cinq ans d'enregistrements obligatoires pré-transition font que les certificats traditionnels arrivent encore chaque juillet sur les bureaux de paie dans cinq mises en page visuelles incompatibles.
- Un OCR basé sur un modèle adapté à la mise en page de Xero manquera silencieusement le champ Montant brut sur un relevé MYOB qui le place à une position différente — et le premier signe de problème ne sera pas une cellule rouge dans votre tableur, mais une demande de recoupement de l'ATO arrivant des mois après que vous pensiez l'exercice clos.
- L'extraction sémantique au niveau des champs traite les cinq formats de paie en un seul lot en faisant correspondre le concept d'un champ plutôt que ses coordonnées sur la page — et une colonne calculée vérifiant Montant brut × 12 % par rapport aux cotisations super réelles détecte les insuffisances de SG sur l'ensemble de vos effectifs avant même d'ouvrir Excel.
Contenu d’un relevé de paiement PAYG — et signification de chaque champ pour le rapprochement
Le relevé de paiement PAYG (Pay As You Go), officiellement appelé relevé de paiement PAYG – particulier non professionnel (NAT 0046), est le certificat de fin d’année que les employeurs australiens doivent remettre à chaque salarié ayant eu un prélèvement fiscal durant l’exercice. C’est l’équivalent australien du P60 britannique et du W-2 américain — même fonction, système fiscal totalement différent. L’Australian Taxation Office impose sept types distincts de relevés PAYG, mais le formulaire « particulier non professionnel » est de loin le plus courant — il couvre les salariés percevant des traitements ou salaires.
Comprendre ce que chaque champ représente pour le rapprochement — et pas seulement son intitulé — détermine si votre feuille de calcul extraite se rapproche de vos registres de paie du premier coup, ou génère un après-midi de recoupements. Voici les champs regroupés par fonction de rapprochement :
Champs d’identité et de référence
- ABN du payeur — Numéro d’entreprise australien, 11 chiffres. Ancre chaque ligne à la bonne entité employeur. Essentiel lorsque votre organisation utilise plusieurs ABN pour différentes divisions.
- TFN du bénéficiaire (Numéro de dossier fiscal) — Identifiant fiscal personnel à 9 chiffres. Clé primaire du salarié pour le recoupement ATO. Un TFN manquant ou incorrect entraîne des taux de retenue plus élevés et des écarts de rapprochement.
- Période de versement — généralement du 1er juillet au 30 juin de l’exercice. Confirme que le relevé couvre l’intégralité de l’exercice, et non une période partielle.
Chiffres clés des paiements et de l’impôt
- Paiements bruts — total des salaires, traitements, indemnités, primes et commissions versés durant l’exercice. Ce montant est à rapprocher du rapport de gains bruts cumulés de votre système de paie.
- Total de l’impôt retenu — total des retenues PAYG déduites et versées à l’ATO. Doit correspondre à la somme de chaque retenue sur paie dans vos relevés d’activité (cases W1 et W2).
- Montant déclarable des avantages accessoires — valeur majorée des avantages accessoires dépassant 2 000 $ au cours de l’année FBT (1er avril au 31 mars). Déclaré séparément car il affecte les tests de revenus pour la surtaxe Medicare et d’autres prestations publiques, même s’il n’est pas inclus dans le revenu imposable du salarié. L’équivalent britannique — déclaration des avantages P11D — remplit une fonction similaire sous un code fiscal différent, bien que le calcul de majoration et les seuils de déclaration diffèrent.
Champs de la superannuation
- Cotisations super de l'employeur déclarables (RESC) — cotisations super au-delà du minimum SG (12 % en 2025-26). Cela inclut les accords de sacrifice salarial et les cotisations volontaires supplémentaires de l'employeur. Les cotisations SG standard ne sont pas déclarables. Une erreur de rapprochement courante : confondre le total des cotisations super versées avec les RESC.
- Cotisations SG de l'employeur — bien qu'il ne s'agisse pas d'un champ sur le relevé de paiement lui-même, cela doit être vérifié indépendamment : 12 % du salaire ordinaire de chaque employé, plafonné à la base de cotisation trimestrielle maximale (62 500 $ pour 2025-26, soit un maximum de 7 500 $ par trimestre).
Paiements forfaitaires et de cessation d'emploi
- Paiement forfaitaire A — congés annuels non pris payés à la cessation d'emploi. Imposés à des taux concessionnels.
- Paiement forfaitaire B — congés de longue durée non pris payés à la cessation d'emploi. Distinct du paiement forfaitaire A en raison d'un traitement fiscal différent.
- Paiement forfaitaire D — composante non imposable d'un licenciement pour motif économique ou d'un paiement de départ anticipé. Non considéré comme un revenu imposable, mais doit tout de même être déclaré.
- Paiement forfaitaire E — paiements relatifs à des années de revenus antérieures (rappels de salaire). Peuvent être éligibles à un crédit d'impôt pour éviter que le paiement forfaitaire ne soit imposé à un taux marginal plus élevé.
- Indemnités — détaillées séparément sur le relevé. Les types courants incluent l'indemnité d'outillage, l'indemnité de déplacement et l'indemnité de premiers secours. Chaque type d'indemnité peut avoir un traitement fiscal différent.
Si un employé a reçu un paiement de cessation d'emploi (ETP) au cours de l'année, l'employeur doit émettre un relevé de paiement PAYG – paiement de cessation d'emploi (NAT 70868) distinct dans les 14 jours suivant le paiement. Le relevé individuel non professionnel habituel indiquera toujours la partie salariale, créant ainsi un scénario de rapprochement à deux documents pour les employés partants — un détail qui prend au dépourvu les équipes de paie si elles ne s'attendent qu'à un seul certificat par personne.
Le principe d'extraction fondamental : Vous définissez les colonnes de sortie dont votre feuille de rapprochement a besoin — « Nom de l'employé », « NIF », « Paiements bruts », « Total des retenues d'impôt », « Cotisations super de l'employeur déclarables » — et l'IA localise chaque valeur sur chaque relevé de paiement en comprenant ce que le champ signifie sémantiquement, et non où il se trouve sur la page. La même définition de colonne fonctionne sur la mise en page PDF de Xero, le format de relevé imprimé de MYOB, le modèle d'Employment Hero et les certificats papier scannés d'un exercice de paie précédent, car l'IA lit la signification du champ, et non la position du modèle.
Pourquoi le même PAYG a un aspect différent selon les systèmes de paie
Si tous les relevés PAYG avaient des cases identiques, l'extraction serait possible avec n'importe quel outil OCR basé sur des modèles. Mais l'ATO n'impose pas une mise en page unique — elle spécifie le contenu des données. Selon les formulaires et directives de relevés PAYG, l'ATO fournit des formulaires en trois exemplaires à remplir manuellement, mais les relevés imprimés par le logiciel de paie peuvent utiliser n'importe quelle mise en page, à condition que tous les champs obligatoires apparaissent.
Chaque grande plateforme de paie australienne affiche les mêmes données imposées par l'ATO différemment. Xero Payroll — la plateforme de comptabilité cloud dominante en Australie avec plus de 60 % de parts de marché — place l'ABN du payeur et le TFN de l'employé en haut du relevé, avec les montants dans un tableau unique en dessous. MYOB Business, qui détient environ 23 % du marché, utilise souvent un format à deux colonnes avec les champs d'identité à gauche et les détails de paiement à droite. Employment Hero Payroll empile tout en liste verticale. KeyPay utilise une autre disposition encore. Les relevés papier commandés via le service de publication de l'ATO suivent le modèle en trois exemplaires NAT 0046, qui diffère encore de toutes les mises en page générées par logiciel.
Ce n'est pas un bug du système. C'est la conséquence naturelle d'un cadre réglementaire qui impose quelles données doivent apparaître plutôt que comment elles doivent être disposées — le même principe de conception derrière la spécification P60 RD1 du Royaume-Uni, qui autorise également des mises en page de formulaires alternatives. Pour quiconque fait de l'extraction, un outil basé sur des modèles configuré pour la mise en page de Xero échouera sur celle de MYOB et vice versa.
Le champ des paiements bruts illustre cela d'une manière qui coûte du temps réel. Xero peut imprimer « Gross Payments » en gras avec le montant sur la même ligne. MYOB peut imprimer « Gross payments » comme étiquette de ligne dans un tableau avec la valeur dans une cellule adjacente. Employment Hero peut utiliser « Total gross payments » dans un encadré. Un modèle cherchant la chaîne exacte « Gross Payments » à une coordonnée pixel spécifique capture un format et rate les deux autres. L'extraction sémantique — lecture par le sens du champ plutôt que par sa position — gère les trois car elle comprend que, qu'il soit étiqueté « Gross Payments », « Total Gross » ou « Gross YTD », le concept extrait est le même.
Configuration de votre workflow d'extraction PAYG
Le workflow qui remplace la saisie manuelle comporte trois étapes. La première — définir votre schéma de colonnes — se fait une fois et se réutilise pour chaque fournisseur de paie, chaque année fiscale et chaque lot d'employés.
Définissez vos colonnes de sortie — une fois, pour tout format de relevé
Saisissez les noms de champs exactement comme vous souhaitez les voir apparaître en en-têtes de colonnes dans votre feuille de rapprochement. Pour un classeur de rapprochement complet, un ensemble de départ pratique est : Nom de l'employé, TFN, ABN du payeur, Paiements bruts, Total des retenues fiscales, Montant des avantages accessoires à déclarer, Cotisations super employeur à déclarer, Allocations, Montant forfaitaire A, Montant forfaitaire B, Montant forfaitaire D, Montant forfaitaire E, Début de période, Fin de période. Il s'agit de l'Extraction de colonnes personnalisées : vous définissez le schéma de sortie, et l'IA fait correspondre les champs de chaque document à vos colonnes par sens sémantique — les mêmes noms de colonnes fonctionnent pour tout format de relevé de paie. Vous pouvez également ajouter une Colonne calculée — par exemple, une colonne nommée « Vérif. SG (Paiements bruts × 12 %) » pour signaler les écarts entre le super réellement déclaré et le minimum légal — que l'IA calcule lors de l'extraction, intégrant ainsi la détection des écarts directement dans la sortie plutôt que comme une étape Excel distincte.
Importez tous les relevés en un seul lot
Déposez le dossier complet — 80 PDF de Xero, 30 de MYOB et 10 relevés papier scannés d'un prestataire qui envoie encore des certificats physiques. Le traitement par lots les gère en une seule opération : chaque fichier est traité indépendamment avec votre schéma de colonnes, et tous les résultats sont fusionnés en un seul classeur unifié. Les fichiers peuvent être des PDF générés numériquement par un logiciel de paie, des scans de relevés imprimés ou des photos de certificats prises avec un téléphone — l'IA traite ces trois types d'entrée.
Exportez vers Excel et commencez le rapprochement
Téléchargez le classeur fusionné au format Excel. Vous obtenez alors une ligne par employé et par type de relevé, chaque champ étant déjà dans sa propre colonne. L'étape suivante — le rapprochement avec votre système de paie — devient une opération native du tableur plutôt qu'un exercice de saisie : RECHERCHEV sur le TFN dans votre registre de paie, SOMME des paiements bruts par rapport au rapport cumul annuel de paie, vérification croisée du total des retenues fiscales par rapport aux totaux trimestriels de la BAS (cases W1 et W2). Les cinq heures qui auraient été consacrées à la saisie deviennent cinq minutes de vérification.
Le flux de travail s'adapte naturellement. Pour un cabinet de taille moyenne avec 120 employés, l'import par lot prend quelques minutes à traiter, et le fichier Excel obtenu est immédiatement prêt pour les vérifications de rapprochement décrites dans la section suivante. Le même schéma de colonnes fonctionne l'année suivante — les champs d'un récapitulatif 2025-26 sont identiques à ceux d'un récapitulatif 2026-27, et l'IA s'adapte à toute modification de mise en page que votre logiciel de paie introduit entre les exercices fiscaux.
Pourquoi c'est crucial à grande échelle : Un agent de paie traitant les récapitulatifs de 120 employés sur deux systèmes de paie économise environ cinq heures de saisie manuelle — mais surtout, élimine les erreurs de transcription (chiffres de TFN inversés, montants forfaitaires mal lus) qui déclenchent des demandes de rapprochement de l'ATO et vous font perdre le temps que vous pensiez avoir gagné.
Les fichiers sont traités en toute sécurité et non conservés.
Rapprochement : que vérifier après l'extraction
Une fois le tableur extrait en main, la phase de rapprochement passe de la saisie à la vérification. Les contrôles ci-dessous sont ceux qui comptent pour l'exactitude de la paie et la conformité avec l'ATO — regroupés par source de preuve utilisée pour le rapprochement.
Rapport des paiements bruts vs paie cumulée
Générez le rapport des gains cumulés de votre système de paie pour l'exercice (1er juillet au 30 juin) et utilisez RECHERCHEV pour comparer les paiements bruts de chaque employé dans le fichier extrait. Les écarts sont les plus fréquents — et les plus difficiles à repérer manuellement. Une différence de 200 $ sur un employé parmi 120 est invisible à l'œil nu, mais attire l'attention des algorithmes de recoupement de l'ATO. Causes courantes : un ajustement manuel saisi directement dans le système après la dernière paie, une prime versée en juin mais traitée dans la paie de juillet, ou un employé dont le cycle de paie chevauche la fin de l'exercice.
Total des retenues fiscales vs totaux trimestriels BAS
Additionnez la colonne Total des retenues fiscales de votre fichier extrait et comparez-la à la somme des montants de retenue PAYG déclarés sur vos quatre relevés d'activité trimestriels (cases W1 pour le total des salaires et traitements, W2 pour le total des montants retenus). Le système de recoupement de l'ATO compare le total annuel des retenues PAYG déclaré dans le rapport annuel des relevés de paiement PAYG (dû le 14 août) aux montants déclarés sur les BAS tout au long de l'année. Un écart ici est le moyen le plus rapide de recevoir une lettre de demande de l'ATO. Si votre organisation a des employés dans plusieurs États — et donc potentiellement plusieurs juridictions de taxe sur les salaires — effectuez cette vérification par groupe d'État pour détecter les erreurs au niveau local.
Cotisations super vs minimum légal
Pour les employés gagnant moins que la base de cotisation maximale (62 500 $ par trimestre, ou 250 000 $ par an), vérifiez que les cotisations super de l'employeur représentent au moins 12 % du salaire ordinaire pour l'exercice 2025-2026. Pour les employés au-dessus du plafond, vérifiez que la cotisation trimestrielle est exactement de 7 500 $ (12 % × 62 500 $). Une colonne calculée lors de l'extraction — « Écart SG (12 % × Paiements bruts − RESC) » — transforme cette vérification en un simple contrôle sur une colonne plutôt qu'un calcul manuel sur 120 lignes. À partir du 1er juillet 2026, Payday Super exige que les cotisations atteignent le fonds de l'employé dans les sept jours ouvrables suivant chaque date de paie — rendant le rapprochement encore plus granulaire, car les écarts de calendrier seront détectables par période de paie plutôt que par trimestre.
Vérification du nombre d'employés
Le nombre de lignes dans votre tableau extrait doit correspondre au nombre d'employés ayant reçu un relevé de paie. Sont inclus : les employés à temps plein, à temps partiel, occasionnels ayant eu une retenue d'impôt, et les anciens employés ayant travaillé une partie de l'année financière. Sont exclus : les prestataires facturant sous ABN (sauf retenue volontaire) et les employés payés intégralement sous le seuil d'exonération sans retenue. Un écart signifie qu'un employé n'a pas reçu son certificat — ce qui devient urgent pour ceux qui en ont besoin pour déclarer leurs impôts, surtout après l'échéance du 14 juillet déjà passée.
Lorsqu'un écart persiste après les quatre vérifications : la cause la plus fréquente est un décalage de période. Soit le système de paie a enregistré un paiement de juin comme imputable à l'exercice en cours alors que le relevé de paiement l'a inclus dans l'exercice suivant (parce que la date de paiement tombait le 1er juillet ou après — ce qui est correct selon les règles de l'ATO), soit un ajustement de paie a été traité après la déclaration de finalisation. Avant de modifier un relevé, vérifiez la date de paiement sur vos relevés bancaires — la date à laquelle les fonds ont quitté votre compte détermine l'exercice auquel le paiement appartient.
Ce que la transition STP signifie pour les relevés de paiement — et pourquoi ils n'ont pas disparu
Le Single Touch Payroll (STP) est obligatoire pour tous les employeurs australiens depuis l'exercice 2019-2020. Avec le STP, les données de paie — salaires bruts, retenues PAYG et cotisations super — sont transmises à l'ATO à chaque cycle de paie. En fin d'exercice, les employeurs soumettent une déclaration de finalisation avant le 14 juillet, et les employés accèdent à leur relevé de revenus (terme STP remplaçant « relevé de paiement » ou l'ancien « certificat de groupe ») via leur compte myGov plutôt que de recevoir un document papier de leur employeur.
L'hypothèse qui s'ensuit — que les relevés de paiement PAYG sont obsolètes — est incorrecte dans trois scénarios spécifiques qui concernent collectivement des milliers d'employeurs australiens :
1. Employeurs exemptés du STP. Certaines catégories d'employeurs — titulaires d'un numéro de retenue (WPN) et employeurs bénéficiant d'exemptions spécifiques de l'ATO — ne sont pas tenus de déclarer via le STP. Ces employeurs doivent encore émettre des relevés de paiement PAYG papier avant le 14 juillet et déposer un rapport annuel des relevés de paiement PAYG (en utilisant le relevé de paiement PAYG, NAT 3447) avant le 14 août.
2. Bénéficiaires proches. Les administrateurs, les membres d'une entreprise familiale et certains bénéficiaires de fiducie — classés comme « bénéficiaires proches » — peuvent être déclarés via le STP mais ont une date limite de finalisation distincte au 30 septembre. Certains employeurs choisissent d'émettre à ces bénéficiaires un relevé de paiement PAYG traditionnel comme document provisoire pendant que les données STP sont encore en cours de finalisation.
3. Registres antérieurs et systèmes hérités. Les employeurs qui sont passés au STP en cours d'exercice ou qui ont changé de fournisseur de paie conservent des obligations de relevés de paiement pour la période précédant la transition. Les relevés historiques des années antérieures au passage au STP — que l'ATO exige des employeurs de conserver pendant cinq ans — n'existent que sous forme de PDF numérisés ou de copies imprimées, et non comme relevés de revenus STP dans myGov. Lors d'un audit, d'un examen par un agent fiscal ou d'un litige avec un employé concernant les revenus d'une année antérieure, ces relevés hérités doivent pouvoir être localisés et extraits.
Pour le responsable de la paie qui effectue le rapprochement en juillet 2026, la réalité pratique est que le récit « le STP signifie la fin des relevés de paiement » s'effondre sur les cas particuliers — et ces cas sont précisément là où se trouve le travail de rapprochement le plus difficile. Les employés partis en cours d'année et ayant reçu un relevé de paiement ETP. Les entrepreneurs rémunérés dans le cadre d'une convention de retenue volontaire qui ont besoin d'un relevé de revenus d'entreprise et de services personnels (NAT 72545). Une correction d'une année antérieure nécessitant la réémission d'un relevé 2023-24 alors que les données STP de l'année en cours sont déjà finalisées. Chaque cas particulier est un document qui n'existe que sous forme de PDF ou de formulaire papier — et chacun doit être extrait dans le même tableur de rapprochement.
C'est aussi pourquoi les équivalents britanniques — extraction P60, formulaires de départ P45, relevés de déductions CIS et traitement par lots des P60 — suivent la même logique d'extraction, bien qu'ils fonctionnent sous un exercice fiscal et un système de retenue totalement différents. Le type de document change ; le défi de rapprochement, lui, ne change pas.
Créer une Piste d'Audit Reproductible sur Plusieurs Exercices Fiscaux
L'ATO exige des employeurs qu'ils conservent les registres de paie — y compris les relevés de paiement — pendant cinq ans à compter de leur date de préparation ou d'obtention. Pour une entreprise qui émet des relevés de paiement PAYG depuis dix ans, cela représente potentiellement dix ans de certificats répartis sur trois migrations de logiciels de paie, deux périodes de transition STP et une armoire de classement remplie de documents papier scannés.
Un tableur contenant tous les champs de chaque relevé, avec une ligne par employé et par exercice fiscal, remplit trois fonctions au-delà de la tâche immédiate de rapprochement :
Préparation à un contrôle de l'ATO
Si l'ATO demande des preuves de retenue de PAYG pour un employé spécifique sur une année donnée — par exemple, lors d'un contrôle déclenché par une divergence dans la déclaration d'impôt d'un employé — disposer d'un tableur consultable contenant le TFN, les paiements bruts et l'impôt retenu de l'employé pour cette année permet d'obtenir la réponse en quelques secondes, plutôt que de fouiller dans un logiciel de paie obsolète qui ne fonctionne plus sur votre système d'exploitation actuel.
Comparaison d'une année sur l'autre
Un seul tableur avec des onglets par exercice financier vous permet d'utiliser VLOOKUP pour un employé sur plusieurs années — repérant des anomalies comme un impôt retenu de 0 $ une année où les paiements bruts étaient de 85 000 $, ou une augmentation soudaine des cotisations super annoncées qui signale un arrangement de sacrifice salarial dont vous n'aviez pas connaissance. Ces schémas sont invisibles lorsque les résumés de chaque année sont stockés dans des dossiers PDF séparés.
Migration du logiciel de paie
Lors du passage de MYOB à Xero — ou de tout système existant vers une plateforme cloud — le tableur extrait des résumés des années précédentes devient la source de vérité pour les données historiques des employés. Les soldes d'ouverture, les gains des années antérieures et les droits aux congés accumulés doivent tous être saisis manuellement dans le nouveau système. Partir d'une extraction vérifiée plutôt que d'une resaisie manuelle élimine la source la plus courante d'erreurs de migration : un TFN saisi avec deux chiffres inversés, qui se manifeste des mois plus tard sous la forme d'un avis de non-concordance de l'ATO.
Questions fréquentes
STP signifie-t-il que je n'ai plus besoin d'émettre de relevés de paiement PAYG ?
Pour la majorité des employés chez les employeurs déclarant via STP — oui. Une fois vos données STP finalisées avant le 14 juillet, les employés accèdent à leur relevé de revenus via myGov. Vous n'avez pas à leur remettre un relevé de paiement papier ou PDF séparé pour les périodes déclarées via STP. Cependant, si votre entreprise a des bénéficiaires proches, des opérations exonérées de STP, ou des dossiers d'années antérieures à votre transition STP, ces scénarios nécessitent encore des relevés de paiement traditionnels — et ces relevés doivent toujours être extraits et rapprochés.
L'extraction par IA peut-elle traiter à la fois les PDF numériques et les relevés PAYG papier scannés ?
Oui. L'extraction par IA lit le contenu visuel du document — qu'il s'agisse d'un PDF généré numériquement par Xero ou d'une copie scannée d'un formulaire NAT 0046 en triple exemplaire avec des corrections manuscrites — et extrait les champs en fonction de leur sens sémantique. Les documents scannés avec une inclinaison modérée, un éclairage variable ou un papier vieilli sont tout de même extraits correctement car l'IA ne dépend pas d'un alignement de modèle propre.
Que faire si un employé a à la fois un relevé PAYG ordinaire et un relevé de paiement ETP ?
Traitez les deux documents dans le même lot. Le relevé individuel non professionnel ordinaire contient le salaire, les allocations et les paiements forfaitaires A à E. Le relevé ETP (NAT 70868) contient la composante imposable du paiement de cessation d'emploi et l'impôt retenu sur celui-ci. Les deux alimentent le même tableur de rapprochement — vous aurez deux lignes pour cet employé (une par type de document) avec des ensembles de champs différents. Regroupez-les par NIF pour voir l'image complète de fin d'année de l'employé en un seul affichage.
Comment l'exercice financier australien affecte-t-il l'extraction pour les employés ayant commencé ou quitté en cours d'année ?
L'exercice financier australien va du 1er juillet au 30 juin. Un relevé de paiement PAYG couvre la période pendant laquelle les paiements ont été effectués, et non la période pendant laquelle le travail a été réalisé. Si un employé a commencé le 15 juin 2026 et que son premier salaire a été traité le 1er juillet 2026, ce paiement appartient à l'exercice 2026-27 et figurera sur le relevé de l'année suivante — même si le travail a eu lieu au cours de l'exercice 2025-26. Le champ « Période pendant laquelle les paiements ont été effectués » sur le relevé confirme la plage de dates. Lors du rapprochement, faites toujours correspondre la date de paiement, et non la date de travail.
L'extraction par lots fonctionne-t-elle lorsque les relevés proviennent de différents fournisseurs de paie ?
Oui — c'est même le cas d'utilisation le plus fort pour l'extraction sémantique. Téléchargez des relevés générés par Xero, des relevés MYOB et des certificats papier scannés dans le même lot. Comme l'extraction lit le sens du champ plutôt que sa position dans le modèle, « Paiements bruts » sur une mise en page Xero et « Gross payments » à une position différente sur une mise en page MYOB sont reconnus comme le même champ et placés dans la même colonne. Le résultat est un tableur unifié avec des colonnes cohérentes, quel que soit le mélange de formats d'entrée.
Quelle est la différence entre les RESC et les cotisations SG standard sur un relevé PAYG ?
Les cotisations super employeur déclarables (RESC) sont des cotisations au-dessus du minimum obligatoire du Super Garanti. Les cotisations SG standard — les 12 % obligatoires du salaire ordinaire que votre entreprise verse pour respecter son obligation légale — ne sont pas déclarables et n'apparaissent pas sur le relevé de paiement. Les RESC incluent généralement les accords de sacrifice salarial (où l'employé dirige volontairement une partie de son salaire avant impôt vers la super) et toute cotisation employeur supplémentaire au-delà du minimum légal. Une erreur de rapprochement courante consiste à ajouter les RESC aux paiements bruts pour obtenir la rémunération totale — les RESC sont déclarées à l'ATO à des fins de test de revenu mais ne sont pas incluses dans le revenu imposable de l'employé.
Puis-je configurer une détection automatique des écarts de rapprochement lors de l'extraction ?
Oui — grâce aux Colonnes Calculées, vous pouvez intégrer des règles de validation directement dans l'étape d'extraction. Par exemple, une colonne définie comme « Vérification SG (si Brut × 0,12 > RESC alors 'OK' sinon 'REVOIR') » signale les employés dont la super employeur déclarée semble inférieure au minimum légal avant même d'ouvrir le tableur. De même, une colonne comparant le total des retenues fiscales à une fourchette de taux d'imposition effectif attendu peut faire ressortir des anomalies — un employé avec 85 000 $ de paiements bruts et 3 000 $ de retenues fiscales est presque certainement une erreur, et les Colonnes Calculées la détectent au moment de l'extraction plutôt que lors de la révision manuelle.
Faire du Rapprochement de Juillet une Routine, Pas une Course
La date limite ne change pas. Chaque année, l'ATO exige la finalisation STP et — pour les employeurs exemptés ou différés — l'émission des relevés de paiement PAYG d'ici le 14 juillet. Ce qui peut changer, c'est la part de la fenêtre de deux semaines entre le 1er juillet et la date limite consacrée à ressaisir des chiffres plutôt qu'à les vérifier.
Pour une équipe paie traitant 120 relevés sur deux plateformes de paie, la différence entre la saisie manuelle et l'extraction est la différence entre passer la semaine du 10 juillet à espérer n'avoir rien mal saisi — et la passer un vendredi matin à confirmer que le tableur de rapprochement correspond au registre de paie, puis à envoyer aux employés leurs notifications de relevé de revenus avant le déjeuner.
Le flux d'extraction décrit ici fonctionne de la même manière l'année prochaine, avec le même schéma de colonnes, quel que soit le logiciel de paie que votre organisation utilisera d'ici là. Les champs du relevé de paiement PAYG — définis par l'ATO, pas par votre éditeur de logiciel — ne changeront pas. Ce qui change chaque année, ce sont les employés, les chiffres et la pression de l'échéance de juillet. Supprimer l'étape de ressaisie signifie que la pression porte sur la vérification, pas sur la saisie de données — et la vérification est là où réside l'expertise d'un responsable paie.