Ce que vous allez apprendre
- Comment naviguer dans la taxonomie SBR neerlandaise et identifier les balises obligatoires pour chaque type d'entite - Les controles de validation automatises du portail AFM et comment eviter les rejets techniques courants - La procedure de soumission complete depuis la generation XBRL jusqu'a la confirmation de reception AFM - Les sanctions pour non-conformite SBR et comment documenter la conformite dans le classeur d'audit
Pourquoi le SBR existe et pourquoi il vous concerne
Premiere chose qu'on observe en pratique : la plupart des equipes audit considerent que le XBRL est l'affaire du controle de gestion du client. Le commissaire signe le PDF, le client soumet le XBRL, et la frontiere semble nette. Elle ne l'est pas.
Le Standard Business Reporting est l'initiative neerlandaise de digitalisation des rapports reglementaires. Lance en 2013, le systeme centralise les soumissions vers l'AFM, Statistics Netherlands (CBS) et l'administration fiscale neerlandaise via un portail unique utilisant la technologie XBRL. Sur les missions que nous traitons, ce qui change pour l'auditeur n'est pas le canal de soumission mais la nature meme de l'information communiquee.
Le cadre reglementaire (ce que la norme dit)
L'article 5:25c de la Wet op het financieel toezicht (Wft) impose aux entites cotees neerlandaises de soumettre leurs etats financiers annuels au format XBRL via SBR. L'AFM utilise ces donnees pour la surveillance prudentielle et publie des rapports de qualite bases sur les analyses automatisees des soumissions. La taxonomie SBR combine les specifications IFRS XBRL avec des extensions neerlandaises pour les exigences locales (chaque element financier dispose d'une balise XBRL unique, et les relations entre elements sont definies par des schemas de validation integres).
Ce qui se passe en pratique
L'ISA 720 exige de verifier la coherence entre les etats financiers audites et les autres informations communiquees. Pour les clients soumis au SBR, cela inclut la verification que les fichiers XBRL refletent fidelement les etats financiers approuves. Une divergence entre le PDF signe et la soumission XBRL constitue une anomalie potentiellement significative. Nous l'avons constate plusieurs fois dans les dossiers que nous voyons : un poste reclasse entre la version PDF approuvee par le directoire et le fichier XBRL genere automatiquement par l'ERP du client, sans que personne ne s'en rende compte avant l'AFM. C'est exactement le type de divergence que la norme couvre.
L'opinion qui en decoule, parce qu'elle merite d'etre dite : le rapprochement PDF-XBRL doit figurer dans le classeur, signe et date, parce qu'aucun client n'a la culture du contrôle de version sur les fichiers XBRL et que c'est le seul endroit ou la trace existe.
Types d'entites concernees et obligations
Entites cotees
Toutes les societes cotees sur Euronext Amsterdam doivent soumettre : - Etats financiers annuels consolides (dans les 4 mois apres la cloture) - Etats financiers annuels individuels (dans les 4 mois) - Rapports semestriels (dans les 3 mois apres la fin du semestre)
Grandes entites non cotees
Depuis 2019, les entites repondant a deux des trois criteres suivants pendant deux exercices consecutifs entrent dans le perimetre : - Total du bilan : 20 millions d'euros - Chiffre d'affaires net : 40 millions d'euros - Nombre moyen d'employes : 250
Une chose qui surprend les equipes francaises qui prennent un mandat neerlandais pour la premiere fois : la regle des deux exercices consecutifs n'est pas symetrique avec la sortie. Une entite franchit le seuil deux annees de suite et entre dans le SBR. Elle redescend une seule annee et reste obligee. Le seuil monte plus vite qu'il ne descend.
Fonds d'investissement
Les gestionnaires de fonds AIFMD et UCITS soumettent des rapports trimestriels via SBR, avec des taxonomies specialisees pour chaque type de vehicule d'investissement.
La taxonomie SBR en pratique
Premier reflexe defaillant qu'on voit dans les missions Pays-Bas : laisser le client choisir les balises et auditer le resultat. Ca ne marche pas. La taxonomie n'est pas un format de fichier, c'est une grille interpretative qui pre-classe l'information financiere avant meme qu'elle arrive au lecteur des etats financiers.
Structure des balises
Chaque poste des etats financiers correspond a une balise XBRL specifique. Par exemple : - Chiffre d'affaires : `nl-fr:Revenue` - Goodwill : `ifrs-full:Goodwill` - Resultat net : `ifrs-full:ProfitLoss`
Les balises sont hierarchisees avec des relations parent-enfant. Le total des actifs (`ifrs-full:Assets`) contient les sous-categories comme les immobilisations (`ifrs-full:NoncurrentAssets`) et les actifs circulants (`ifrs-full:CurrentAssets`).
Extensions neerlandaises (ce que la norme exige)
La taxonomie SBR ajoute des elements specifiques au droit neerlandais : - Reserve de reevaluation legale : `nl-fr:LegalRevaluationReserve` - Reserve de participation : `nl-fr:ParticipationExemptionReserve` - Capital libere : `nl-fr:PaidUpCapital`
Ces extensions respectent la structure IFRS mais permettent de detailler les exigences du Code civil neerlandais (Burgerlijk Wetboek).
Ce qui se passe en pratique
Les controleurs de gestion du client utilisent les balises proposees par defaut par leur logiciel, sans verifier qu'elles correspondent au libelle dans les etats financiers signes. Nous avons vu un cas ou le poste "Provisions pour litiges" du PDF etait balise comme `nl-fr:ParticipationExemptionReserve` dans le fichier XBRL. La validation technique passait. La validation arithmetique passait. Mais le contenu transmis a l'AFM ne correspondait absolument pas a ce qui figurait dans les etats financiers approuves. Personne ne l'aurait detecte sans un rapprochement ligne par ligne. Cela ne s'invente pas.
Validation automatique
Le portail SBR effectue trois niveaux de controle :
1. Validation technique : structure XML, balises reconnues, formats des donnees 2. Validation arithmetique : coherence des calculs, equilibres comptables 3. Validation metier : ratios inhabituels, variations importantes, elements manquants 4. Validation taxonomique : conformite aux schemas SBR de l'exercice en cours
Un echec a n'importe quel niveau declenche un rejet avec un rapport d'erreur detaille.
Procedure de soumission complete
Etape 1 : Generation du fichier XBRL
La plupart des logiciels comptables neerlandais (Exact, AFAS, Unit4) incluent des modules d'export SBR. Le fichier genere contient l'instance XBRL (donnees financieres reelles), les schemas de taxonomie (references aux definitions), les fichiers de calcul (relations arithmetiques) et les fichiers de presentation (ordre d'affichage).
Note de documentation : conserver une copie du fichier XBRL genere et documenter la version du logiciel utilisee. L'AFM peut demander ces informations lors de controles ulterieurs, et le classeur doit pouvoir reconstituer la version exacte qui a ete soumise.
Etape 2 : Controle preliminaire
Avant soumission, utiliser l'outil de validation SBR pour detecter les erreurs courantes : balises obligatoires manquantes, incoherences arithmetiques, formats de date incorrects, devises non supportees.
L'outil est accessible via le portail SBR sans authentification et accepte des fichiers jusqu'a 50 MB. Il faudrait l'utiliser systematiquement avant la cloture du dossier d'audit, pas seulement avant la soumission finale du client. Sur les missions que nous traitons, c'est rarement fait.
Etape 3 : Authentification et depot
La soumission necessite un certificat PKIoverheid valide. Les etapes :
1. Connexion au portail SBR via DigiD Zakelijk ou eHerkenning 2. Selection du type de rapport (annuel, semestriel, trimestriel) 3. Upload du fichier XBRL 4. Validation automatique (2-5 minutes) 5. Confirmation ou correction des erreurs detectees
Etape 4 : Confirmation de reception
Une soumission reussie genere un numero de reference unique, un accuse de reception electronique et un timestamp officiel de depot.
Note de documentation : imprimer l'accuse de reception et l'archiver avec les papiers de travail. Ce document prouve la conformite aux delais reglementaires et c'est la seule preuve qui tient en cas de litige sur la date de depot.
Exemple pratique : Soumission pour Technologie Avancee B.V.
Technologie Avancee B.V., societe de logiciels basee a Utrecht, presente un chiffre d'affaires de 45 M EUR et 280 employes. L'entite depasse les seuils SBR et doit soumettre ses etats financiers 2024 avant le 30 avril 2025.
Preparation des donnees
Le controleur de gestion exporte les etats financiers depuis leur ERP Exact Online : - Bilan consolide : 127 postes IFRS - Compte de resultat : 43 lignes de detail - Etat des flux de tresorerie : methode indirecte - Etat des variations des capitaux propres : 8 colonnes
Etape 1 : Generation XBRL via le module SBR d'Exact Online. Documentation : capturer la version du module (2024.2.1) et les parametres d'export utilises.
Etape 2 : Validation preliminaire revele 3 erreurs. - Balise manquante pour les credits d'impot recherche : `nl-fr:ResearchAndDevelopmentAllowance` - Format de date incorrect pour la periode de reporting - Subdivision des autres creances non detaillee
Etape 3 : La complication. A J-3, le directoire decide de reclasser une avance preneur de 800 K EUR de "Autres dettes a long terme" vers "Dettes financieres" suite a un courrier de l'avocat du client. Le PDF est repris et signe a nouveau. Le fichier XBRL deja genere ne reflete pas cette reclassification. Le module Exact ne re-extrait pas automatiquement la ligne reclassee parce que le mappage personnalise pointe encore sur l'ancien compte. La balise reste `nl-fr:OtherLongTermLiabilities` au lieu de passer a `ifrs-full:NoncurrentBorrowings`. La validation technique passe. La validation arithmetique passe. La divergence n'est detectee qu'en faisant le rapprochement manuel ligne par ligne entre le PDF v2 et le XBRL.
Etape 4 : Le jugement. Aucune formule ne dit comment trancher. La direction veut soumettre le XBRL existant pour respecter le delai du 30 avril, en argumentant que la difference est "presentationnelle." Le commissaire considere que la reclassification change la structure du bilan telle que lue par les analystes via le portail AFM. Position retenue : exiger la regeneration du fichier avec le mappage corrige, meme si cela implique un depot a J-1 plutot qu'a J-15. Raisonnement : le portail AFM est la version de reference pour les utilisateurs externes des etats financiers. Une divergence avec le PDF signe relevant de l'ISA 720, le seuil de tolerance n'est pas l'inconfort de re-soumettre mais la fidelite du rapport remis aux tiers.
Etape 5 : Regeneration et soumission le 28 avril 2025. - Numero de reference : SBR-2025-04-28-TA-001518 - Validation complete en 4 minutes - Aucune erreur arithmetique detectee
Le fichier XBRL correspond exactement aux etats financiers signes en v2. L'auditeur documente le rapprochement dans le classeur, en indiquant les deux versions verifiees et la justification de la regeneration.
Checklist pratique pour les auditeurs
1. Verifier l'obligation SBR : calculer les seuils sur les deux derniers exercices et documenter si l'entite entre dans le perimetre 2. Controler les delais : noter la date de cloture et calculer la date limite de soumission (4 mois pour les annuelles, 3 mois pour les semestrielles) 3. Comparer les fichiers : rapprocher les montants entre les etats financiers signes et l'instance XBRL, en documentant toute divergence 4. Archiver les preuves : conserver l'accuse de reception SBR et le rapport de validation dans les papiers de travail 5. Verifier l'exhaustivite : s'assurer que toutes les balises obligatoires sont presentes selon le type d'entite et de rapport 6. Tracer le mappage : documenter la version de la taxonomie utilisee et toute balise personnalisee creee par le client
La soumission SBR fait partie des autres informations au sens de l'ISA 720. Une incoherence avec les etats financiers audites necessite une investigation approfondie et potentiellement une communication avec la gouvernance.
Le desaccord legitime sur la responsabilite du rapprochement
Sur ce point, deux positions tiennent debout chez des praticiens experimentes, et le debat n'est pas tranche.
L'associe A : le rapprochement PDF-XBRL est un controle interne du client, et le commissaire le couvre via les tests sur le processus de cloture. Il ne s'agit pas de re-effectuer ligne par ligne ce que le controleur de gestion doit faire. Le mandat du CAC porte sur les etats financiers, pas sur le format de soumission. Si le client a un controle documente sur la generation XBRL, le commissaire le teste comme tout autre controle.
L'associe B : le rapprochement releve de l'ISA 720 et appartient au commissaire. Le portail AFM est la version publique des etats financiers ; toute divergence avec le PDF signe est une anomalie dans les "autres informations" au sens strict de la norme. Aucun controle interne ne couvre une reclassification de derniere minute comme celle de l'exemple ci-dessus. Le commissaire ne peut pas s'appuyer sur un controle qui n'existe pas dans la culture du client.
Notre position, parce qu'elle decoule des dossiers que nous voyons : la position de l'associe B est plus defendable en cas de constat AFM, parce que le rapprochement est rapide a effectuer (moins d'une heure) et que l'absence de trace dans le classeur est un argument que l'inspecteur n'aura aucune difficulte a soutenir. Le budget temps gagne en s'appuyant sur les controles internes du client est annule des le premier dossier ou la divergence remonte.
Erreurs courantes et points d'attention
- Taxonomie obsolete : l'AFM publie des mises a jour trimestrielles. L'utilisation d'une version perimee genere des rejets automatiques. Ce qui se passe en pratique : le module ERP ne se met pas a jour automatiquement. Le controleur de gestion teste avec la taxonomie de N-1 et decouvre la mise a jour le jour de la soumission. - Balises personnalisees excessives : creer des balises specifiques a l'entite est possible mais deconseille. L'AFM prefere l'utilisation d'elements standards avec des notes explicatives. Sur les missions que nous traitons, les balises personnalisees sont quasi systematiquement signe que le client n'a pas pris le temps de chercher la balise standard equivalente. - Periodes de comparaison manquantes : les etats financiers comparatifs necessitent des donnees XBRL pour N-1. L'omission declenche un avertissement de validation, qui n'empeche pas le depot mais figure dans le rapport de l'AFM et peut etre referencee lors d'un controle ulterieur.
Le constat de fond, celui qu'un confrere comprend immediatement : la marge de manoeuvre que l'auditeur perd dans le SBR vient du fait que la validation est automatique, donc tracee, donc opposable. Du tampon ne fonctionne plus quand le portail garde un journal horodate de chaque tentative.
Contenu connexe
- Calculateur de materialite ISA 320 — Determiner les seuils de signification pour les divergences entre etats financiers et soumissions XBRL - Kit d'evaluation des controles IT ISA 315 — Evaluer les controles sur les systemes generant les fichiers XBRL automatiquement - Guide des autres informations ISA 720 — Procedures d'audit pour les rapports annuels incluant les soumissions reglementaires digitales