50 déclarations TFN, un seul fichier de paie :
Les données des nouvelles recrues sans saisie manuelle

Ce qui change quand l'intégration passe de deux à cinquante nouvelles recrues

Le traitement d'une seule déclaration TFN est une opération autonome. Vous ouvrez le formulaire, lisez le TFN, tapez neuf chiffres dans le système de paie, cochez la case de résidence, définissez le seuil de franchise d'impôt, notez toute déclaration de prêt étudiant, et passez à la suite. Deux minutes par formulaire, c'est déjà généreux. Pour deux nouvelles recrues dans un mois calme, la tâche pèse à peine sur la journée d'un agent de paie.

Cinquante nouvelles recrues arrivant la même semaine changent la donne d'une manière qui n'a rien à voir avec la complexité par formulaire. Le chiffre de 2 minutes tient pour le formulaire numéro trois. Au formulaire numéro trente-cinq, le taux d'erreur de l'agent de paie grimpe à mesure que la concentration se dégrade sur une tâche de saisie répétitive. Un seul chiffre inversé dans un TFN — un 3 tapé comme un 8 — fait passer la retenue de l'employé du taux standard à 47 % si l'enregistrement correspondant revient comme invalide. L'employé le voit sur son premier bulletin de paie et la boîte de réception de la paie s'allume. Ce ne sont pas des pannes hypothétiques ; ce sont les conséquences structurelles du passage à l'échelle d'un processus manuel au-delà de la capacité d'attention pour laquelle il a été conçu.

La différence entre le traitement d'un seul formulaire et le traitement par lots n'est pas la rapidité. C'est le confinement des erreurs. Lorsque vous traitez un formulaire à la fois, chaque erreur est un incident distinct — vous la repérez, la corrigez et passez à autre chose. Lorsque vous traitez 50 formulaires séquentiellement à la main, les erreurs s'accumulent en silence : la demi-douzaine de chiffres mal saisis, les deux cases de résidence entrées avec le mauvais statut, la case du prêt étudiant HELP cochée sur le formulaire papier mais omise lors de la transcription parce que l'agent de paie en était au formulaire quarante-sept et que le café était épuisé. Chaque erreur non détectée est une correction à retardement : l'employé la remarque au moment du bulletin de paie, ou le croisement de données STP Phase 2 de l'ATO signale l'écart à la fin de l'exercice. Dans les deux cas, l'équipe paie a désormais un coût de correction — localiser la déclaration originale, vérifier le champ, soumettre un événement de paie modifié — qui dépasse le temps gagné en se précipitant sur la saisie initiale.

Les mêmes données fiscales, trois formats visuels différents

Si chaque déclaration TFN arrivait sous forme d’un PDF propre et identiquement formaté, le traitement par lots ne serait qu’un problème de volume. En pratique, un seul lot d’intégration contient trois mises en page visuelles sans système de coordonnées commun.

Formulaire papier NAT 3092. Le formulaire officiel ATO en trois exemplaires, rempli à la main au stylo bleu ou noir. L’écriture manuscrite va des majuscules soignées — le candidat qui a traité le formulaire comme un examen gouvernemental — à la cursive tassée dans des cases trop petites, en passant par un numéro de téléphone inscrit dans le champ « Adresse » parce que le demandeur a mal lu les intitulés. La mise en page imposée par l’ATO est standard, mais l’écriture qui la remplit ne l’est pas.

Impression numérique myGov. L’employé remplit le formulaire de début d’emploi ATO en ligne via son compte myGov, le soumet, puis imprime le résumé des informations fiscales et de retraite et le remet à l’employeur. L’ATO déconseille explicitement aux employeurs d’accepter les données TFN par courriel — le courriel n’est pas un canal sécurisé au sens de la règle TFN de la Loi sur la protection de la vie privée de 1988 —, donc le flux numérique se termine par une impression papier. La mise en page de cette impression ne ressemble en rien au formulaire papier NAT 3092 : les champs sont organisés selon un format d’affichage d’informations gouvernementales, et non selon la structure numérotée des questions du formulaire en trois exemplaires.

Photos prises par téléphone par les employés à distance. Le travailleur saisonnier dans une ville de récolte régionale, le vacataire de l’hôtellerie qui habite à une heure du lieu de travail, l’employé du commerce de détail interétatique qui déménagera pour un contrat de trois mois — chacun reçoit le formulaire papier NAT 3092, le remplit et le photographie avec son téléphone. La photo arrive dans la boîte de réception de la paie avec un éclairage variable, un léger angle et l’ombre de l’appareil photo de la personne qui l’a prise. Les données sur le formulaire sont parfaitement lisibles pour un lecteur humain. Pour un outil qui s’attend à un scan à plat, c’est une entrée méconnaissable.

Un outil d’extraction basé sur un modèle — qui localise les champs par leurs coordonnées en pixels sur une image de référence — ne gère qu’un seul de ces trois formats. Le modèle du formulaire papier NAT 3092 échoue sur l’impression myGov parce que les champs ont bougé. Le modèle myGov échoue sur la photo prise par téléphone parce que l’angle a changé. Le modèle de la photo téléphone n’aide pas avec le formulaire papier. L’agent de paie doit ressaisir manuellement les formats que le modèle ne reconnaît pas — ce qui, dans la plupart des lots réels, représente deux formats sur trois.

C’est là que l’extraction sémantique — localiser un champ par ce qu’il signifie plutôt que par l’endroit où il se trouve — passe d’un détail technique à une condition préalable au traitement par lots. Lorsque vous définissez vos colonnes de sortie comme des noms de champs (« TFN », « Seuil de franchise d’impôt demandé », « Prêt étudiant HELP ») plutôt que comme des coordonnées en pixels, le moteur d’extraction lit chaque document indépendamment et extrait les valeurs qui correspondent à la sémantique des champs. Un TFN manuscrit dans la case en haut à droite d’un formulaire papier, un TFN tapé dans une mise en page PDF myGov et un TFN photographié avec un angle de 10 degrés sont tous compris comme « Tax File Number » et extraits dans la même colonne de sortie. C’est la même approche multi-format qui gère l’extraction d’une déclaration TFN unique — mais à l’échelle d’un lot, ce n’est pas un confort. C’est la différence entre traiter les 50 formulaires en une seule passe et traiter les formulaires papier séparément des formulaires numériques, puis fusionner les deux feuilles de calcul partielles à la main.

Définissez votre schéma d'intégration une fois, réutilisez-le pour chaque campagne de recrutement

Le gain d'efficacité du traitement par lots ne vient pas de la redéfinition des colonnes pour chaque lot. Il vient de la définition du schéma de sortie une fois pour toutes, et de son application inchangée à chaque campagne de recrutement ultérieure.

Un schéma de colonnes prêt pour la paie pour le NAT 3092 couvre environ huit champs dont tout système de paie australien a besoin, quel que soit le logiciel utilisé. Le guide d'extraction du formulaire unique TFN Declaration fournit le mappage complet champ par champ vers Xero, MYOB Business et Employment Hero : ici, le point pertinent pour le traitement par lots est que le même schéma de colonnes fonctionne pour les trois plateformes, car le modèle de données sous-jacent de l'ATO est unifié par STP Phase 2 :

Une fois ces colonnes définies, chaque lot — recrutement de février, d'avril, de juin, des extras de Noël en novembre — utilise le même schéma. La seule variable est de savoir quels formulaires se trouvent dans le lot, et quels noms et numéros y figurent. Les définitions de colonnes sont le composant réutilisable ; les formulaires sont l'entrée consommable.

Cette réutilisation va au-delà du formulaire NAT 3092. Si un employé existant soumet une déclaration de retenue (NAT 3093) pour mettre à jour son seuil de franchise d'impôt ou déclarer un nouveau prêt étudiant, le même schéma de colonnes capture le même ensemble de champs à partir d'une mise en page légèrement différente. Le flux d'extraction par lots des relevés de paiement PAYG utilise le même principe : un schéma de colonnes défini une fois, réutilisé sur trois plateformes de paie et 300 fiches employés, produisant un tableur consolidé par lot.

Traiter 50 déclarations en un seul tableur

Une fois le schéma défini et tous les fichiers de déclaration rassemblés — scans papier, impressions myGov, photos de téléphone, formulaires générés par le logiciel de paie — le lot s'exécute en une seule opération. Chaque fichier est traité indépendamment avec les mêmes définitions de colonnes. Le résultat est un tableur : chaque ligne correspond à un employé, chaque colonne correspond à un champ que vous avez défini.

Cinquante formulaires en entrée, cinquante lignes en sortie. La fusion qui aurait nécessité une heure de copier-coller entre des exportations individuelles se produit lors de l'étape d'extraction. Pas de saisies partielles, pas de « je reviendrai au formulaire trente-sept plus tard » — l'ensemble du groupe d'intégration est traité en une seule passe, et le fichier tableur constitue l'enregistrement vérifiable de ce que chaque employé a déclaré.

L'extraction produit un tableur — mais ce que vous en faites avant de l'importer dans la paie est ce qui fait la valeur ajoutée du traitement par lots par rapport au traitement de formulaires individuels : la vérification par lots.

Vérification à grande échelle : repérer les erreurs par ligne, pas par page

Lorsque vous traitez un formulaire à la fois, vous vérifiez un formulaire à la fois. Lorsque vous traitez 50 formulaires par lot, la stratégie de vérification passe d’un contrôle page par page à une reconnaissance de motifs par colonne — et les contrôles par colonne détectent des erreurs que les contrôles par page ne voient pas.

La valeur d'audit du tableur par lots dépasse la simple vérification. En vertu de la règle TFN de la Loi sur la protection de la vie privée de 1988, les employeurs doivent conserver une copie de la déclaration TFN signée pour l'exercice en cours et le suivant. Lorsqu'un employé conteste son retenue à la source PAYG six mois plus tard, ou qu'un contrôle de l'ATO demande la déclaration originale, la ligne du tableur ainsi que le formulaire scanné fournissent un enregistrement traçable qui peut être retrouvé en quelques secondes, plutôt que d'être cherché dans un classeur de cinquante dossiers papier.

Recrutement en plusieurs vagues : un seul schéma, plusieurs entrées, un seul dossier de fin d'exercice

Les entreprises saisonnières recrutent rarement en une seule fois. Un groupe hôtelier ouvre un établissement estival en novembre et embauche 40 employés occasionnels, puis en ajoute 15 pour le pic de décembre, puis 10 remplaçants en janvier lorsque certains partent. Une chaîne de vente au détail embauche 60 employés occasionnels pour Noël en octobre, 20 de plus en novembre pour compenser l'attrition, et 5 permanents en février. Une exploitation agricole recrute des travailleurs pour la récolte en trois vagues, à mesure que les cultures mûrissent dans différentes régions.

Chaque vague génère son propre lot de déclarations TFN. Une fois le schéma défini, chaque lot produit son propre tableur avec des colonnes identiques. À la fin de l'exercice, lorsque le service de paie a besoin d'un dossier complet pour chaque employé ayant travaillé au cours de l'année fiscale, ces tableurs se fusionnent en quelques minutes — les en-têtes de colonnes s'alignent parfaitement car ils ont été générés à partir du même schéma. L'alternative consiste à reconstituer le profil fiscal de chaque employé à partir de formulaires papier individuels stockés sur trois périodes de classement, un processus qui peut prendre une journée entière pour une entreprise de 80 employés saisonniers.

Le même schéma gère également le cas de la maintenance continue. Lorsqu'un employé existant soumet une déclaration de retenue (NAT 3093) en cours d'année pour modifier son seuil de franchise d'impôt ou déclarer un nouveau prêt étudiant HELP, les définitions de colonnes sont identiques. Traitez la NAT 3093 via le même schéma, obtenez une ligne de valeurs mises à jour, et la modification est traçable dans l'archive du tableur aux côtés de la déclaration originale.

Ce que le traitement par lots ne remplace pas

Le tableur obtenu par extraction par lots est un enregistrement structuré de chaque champ de chaque déclaration. Ce n'est pas un système de paie. Trois obligations subsistent, que le traitement par lots accélère mais n'élimine pas.

Validation STP. La validité du TFN (numéro de dossier fiscal) auprès de l'ATO est confirmée par votre logiciel de paie lors du processus de déclaration STP, et non par l'outil d'extraction. Si un TFN est rejeté lors d'un événement de paie STP, vérifiez le formulaire de déclaration original pour une erreur de transcription, corrigez le chiffre dans la paie et soumettez à nouveau. Le tableur d'extraction rend cette vérification rapide car la valeur originale du TFN se trouve déjà dans une colonne consultable plutôt que cachée dans un PDF.

Conservation du formulaire signé. Les règles de l'ATO concernant la déclaration de retenue du TFN exigent que les employeurs conservent une copie signée du formulaire pour l'exercice en cours et le suivant. Le tableur d'extraction par lots satisfait à l'exigence de traçabilité d'audit en reliant chaque ligne à son formulaire source. Il ne remplace pas l'obligation légale de conserver le document original signé. Les formulaires numérisés doivent être clairs et non modifiés, ce qui les rend simultanément valides comme entrée d'extraction et comme dossier de conformité.

Saisie des données dans la paie. Le résultat de l'extraction est un tableur, pas une intégration API. Vous transférez toujours les données de chaque ligne dans votre système de paie — Xero Payroll, MYOB Business, Employment Hero, KeyPay. La différence est que vous transférez à partir d'un seul tableur vérifié plutôt que de 50 formulaires papier individuels ou PDF dispersés sur votre bureau. Le transfert devient une opération de copie structurée : ouvrez le dossier de l'employé, référencez la ligne du tableur, remplissez les champs. Le temps par employé passe de 3 à 5 minutes à déchiffrer une écriture manuscrite et à plisser les yeux sur des cases à cocher, à moins de 30 secondes pour lire une ligne propre de valeurs tapées. Pour un effectif de 50 personnes, c'est la différence entre une configuration de paie qui prend une journée entière de travail et une configuration de paie terminée avant la fin de la matinée.

Dans le cadre de conformité de l'ATO, la pénalité pour chaque formulaire de déclaration TFN manquant est de 3 132 $AU (mis à jour en 2025). L'approche de traitement par lots ne modifie pas le taux de pénalité. Elle modifie la probabilité qu'un formulaire soit perdu, qu'un champ soit mal lu ou qu'une case à cocher soit oubliée dans la précipitation à traiter cinquante nouveaux employés avant la première échéance de paie.

FAQ

Puis-je traiter par lots les déclarations TFN et les formulaires de choix de super standard ensemble ?

Oui — sous forme de schémas de colonnes distincts dans des lots séparés, ou sous forme d'un schéma combiné si vous ajoutez des colonnes super à la définition TFN. Le formulaire de choix de super standard (NAT 13080) recueille le nom du fonds, l'USI (identifiant unique de super), le numéro d'adhérent et l'ABN. Ajoutez des colonnes pour « Choix du fonds de super », « Nom du fonds de super », « USI du fonds de super » et « Numéro d'adhérent du fonds de super » au schéma et traitez les deux formulaires en un seul lot combiné. Le taux de garantie de super est de 12 % à compter du 1er juillet 2025. Si un employé ne choisit pas de fonds, vous devez demander son fonds de super lié auprès de l'ATO avant de cotiser à un fonds par défaut.

Que se passe-t-il si un employé fournit un mauvais TFN et que le lot le capture correctement à partir du formulaire ?

L'outil d'extraction lit ce qui figure sur le formulaire de déclaration. Si l'employé a inscrit un mauvais TFN, l'outil extrait correctement le mauvais TFN. Le système de déclaration STP du service de paie le rejettera par rapport à la base de données de l'ATO, et l'employeur devra alors demander le bon TFN à l'employé. Il s'agit d'un problème de qualité des données à la source, et non d'un problème d'extraction. Le traitement par lots raccourcit la boucle de correction car le tableur facilite l'identification de la ligne nécessitant un suivi auprès de l'employé, mais il ne peut pas corriger des données qui étaient erronées avant d'arriver sur le formulaire.

En quoi cela diffère-t-il de ce que font déjà Employment Hero ou KeyPay avec l'intégration numérique ?

Employment Hero, KeyPay et Deputy proposent tous une capture numérique de la déclaration TFN au sein de leurs plateformes. L'employé remplit ses informations via une application ou un formulaire web, et les données sont directement transmises au moteur de paie. Pour les employés qui effectuent le parcours numérique, c'est la voie la plus efficace — aucune extraction n'est nécessaire. Le flux d'extraction par lots couvre les cas où le parcours numérique ne s'applique pas : formulaires papier des candidats présents sur site qui remplissent le NAT 3092, impressions myGov des employés ayant utilisé les services en ligne de l'ATO, photos téléphoniques des employés distants ou en région qui ne peuvent pas accéder au portail de l'entreprise, et déclarations scannées des cycles de recrutement précédents qui doivent être numérisées pour la tenue des dossiers. Il couvre également les environnements multi-plateformes où certains employés passent par Employment Hero et d'autres par le papier — l'extraction par lots unifie les deux flux en un seul tableur.

L'ATO accepte-t-elle les données extraites de la déclaration TFN au lieu du formulaire papier ?

Non. Le tableur d'extraction est un document de travail côté employeur. Il ne remplace pas le formulaire NAT 3092 signé, qui constitue le document légal. Selon les règles de l'ATO relatives à la déclaration TFN, les employeurs doivent conserver le formulaire original signé. Si le salarié a rempli le formulaire d'embauche en ligne via myGov, le résumé imprimé des impôts et cotisations retraite sert de document conservé — les données ont déjà été transmises électroniquement à l'ATO, et l'employeur conserve l'impression. Le tableur d'extraction complète le formulaire conservé en fournissant un index consultable et vérifiable de chaque champ de chaque déclaration, ce qui satisfait à l'exigence pratique de conformité de pouvoir produire rapidement un formulaire spécifique sur demande.