Une DSN rejetée ou présentant des anomalies peut avoir des conséquences bien au-delà du simple traitement de la déclaration : données de carrière incomplètes, comptes individuels retraite non alimentés, écarts de cotisations ou corrections administratives supplémentaires.
Dans le secteur public, les erreurs DSN les plus fréquentes concernent notamment l’identification des agents, le NIR, l’état civil, les changements de situation, les agents détachés, les données de cotisations et les paramétrages du logiciel de paie. Pour les éviter, la priorité est de fiabiliser les données en amont et de traiter rapidement les comptes rendus d’anomalies.
La CNRACL rappelle d’ailleurs que les anomalies d’identification peuvent empêcher l’alimentation du compte individuel retraite (CIR) de l’agent et nécessiter ensuite des opérations de reconstitution de carrière.
Pourquoi la DSN est-elle un exercice particulièrement sensible dans le secteur public ?
La Déclaration sociale nominative (DSN) transmet chaque mois les données individuelles nécessaires à différents organismes de protection sociale.
Dans la fonction publique, et notamment dans la fonction publique territoriale et hospitalière, elle doit prendre en compte des situations statutaires et administratives parfois complexes : fonctionnaires, contractuels, détachements, changements de situation, affiliations à différents régimes, évolutions de rémunération, etc.
Une erreur de paramétrage ou une information incorrecte peut donc produire une anomalie dans le traitement de la déclaration.
La CNRACL indique que les DSN transmises font l’objet de différents niveaux de contrôle et que les anomalies sont notamment restituées dans les comptes rendus métier (CRM). Les corriger rapidement permet de fiabiliser les données et de garantir l’alimentation des comptes individuels retraite ainsi que la mise à jour des comptes financiers des employeurs.
La bonne pratique consiste donc à considérer la DSN non comme une formalité réalisée à la fin de la paie, mais comme un processus de fiabilisation des données RH et paie.
Quelles sont les 7 erreurs DSN les plus fréquentes dans le secteur public ?
1. Une erreur dans l’état civil de l’agent
L’identification de l’agent constitue l’un des premiers points de vigilance.
Une erreur portant sur :
- le nom de famille ;
- le premier prénom ;
- la date de naissance ;
- la commune de naissance ;
- le département de naissance ;
peut générer une anomalie d’identification.
La CNRACL recommande de vérifier les informations à partir de documents officiels tels que la carte nationale d’identité, le passeport ou l’acte de naissance. Elle rappelle également que le nom à déclarer est le nom de famille ou nom de naissance, et non le nom d’usage ou marital.
Comment éviter cette erreur ?
La première étape consiste à contrôler les données présentes dans le dossier agent avant la génération de la DSN.
Une organisation efficace doit également prévoir une procédure lorsqu’un agent signale une modification de son état civil.
Bon réflexe : ne pas attendre la prochaine campagne de contrôle pour mettre à jour le dossier RH.
2. L’absence ou l’erreur de NIR
Le NIR (numéro d’inscription au répertoire) est une donnée obligatoire pour les agents déclarés en DSN.
La CNRACL précise qu’il doit être renseigné dans le bloc 30, rubrique S21.G00.30.001. Son absence génère automatiquement une anomalie d’identification.
Un NIR incorrect, incomplet ou mal renseigné peut également empêcher l’identification correcte de l’agent.
Les conséquences ne sont pas uniquement administratives : un agent mal identifié peut avoir un compte individuel retraite non alimenté, avec des conséquences sur le suivi de sa carrière et de ses droits.
Et si l’agent n’a pas encore de NIR ?
Dans certaines situations, notamment pour des personnes nées à l’étranger, un numéro technique temporaire (NTT) peut être utilisé dans l’attente du NIR définitif. La CNRACL précise que ce NTT est temporaire et ne permet pas, à lui seul, l’ouverture des droits de l’individu.
Lorsque le NIR définitif est obtenu, il faut mettre à jour la déclaration afin de permettre le rattachement correct des informations à l’agent.
3. Ne pas déclarer une modification d’état civil
Une modification du nom, des prénoms ou de la date de naissance ne doit pas être traitée comme une simple modification administrative dans le logiciel RH.
Elle doit également être correctement retranscrite dans la DSN.
Pour les anciennes informations, la CNRACL prévoit notamment l’utilisation du bloc 31, avec :
- S21.G00.31.0009 pour l’ancien nom de famille ;
- S21.G00.31.0010 pour les anciens prénoms ;
- S21.G00.31.0011 pour l’ancienne date de naissance.
La date de modification de l’état civil doit également être renseignée dans la rubrique S21.G00.31.001.
Comment éviter cette erreur ?
Il faut s’assurer que la modification réalisée dans le dossier administratif déclenche également la mise à jour des données nécessaires à la DSN.
L’objectif est d’éviter une situation dans laquelle le dossier RH contient les nouvelles informations alors que la DSN continue à transmettre les anciennes.
4. Une mauvaise déclaration lors d’un détachement
Le détachement constitue un cas particulièrement sensible dans la DSN de la fonction publique territoriale.
Un fonctionnaire détaché est lié à deux établissements :
- son établissement employeur d’origine ;
- son établissement d’accueil.
Les deux établissements doivent transmettre une DSN pour le fonctionnaire détaché, avec des modalités déclaratives qui diffèrent selon leur rôle.
Une mauvaise déclaration peut entraîner des anomalies empêchant la mise à jour du compte individuel retraite.
Quel code régime utiliser pour un agent territorial ou hospitalier détaché ?
Pour les agents relevant de la fonction publique territoriale ou hospitalière, le code régime de base risque vieillesse est 120, dans la rubrique S21.G00.40.020.
Pour un agent relevant de la fonction publique d’État, le code est 122.
Le point important est que le code doit correspondre au statut d’origine de l’agent, et non simplement au statut ou au régime de l’établissement d’accueil.
Comment éviter cette erreur ?
Les situations de détachement doivent faire l’objet d’un contrôle spécifique avant génération de la DSN.
Il est également important de vérifier que les informations sont cohérentes entre l’établissement d’origine, l’établissement d’accueil et le dossier de l’agent.
5. Des cotisations incorrectes ou incomplètes
Les contrôles DSN ne portent pas uniquement sur l’identification des agents.
Les montants de cotisations déclarés doivent également être cohérents avec les montants réellement versés.
La CNRACL recommande notamment de vérifier que le montant total déclaré correspond au montant total des cotisations versées et que les agents sont correctement affiliés.
Une erreur peut ainsi créer un écart entre les données déclarées et les comptes financiers de l’employeur.
Comment éviter cette erreur ?
Avant transmission, un contrôle de cohérence doit permettre de rapprocher :
paie → cotisations calculées → DSN → montants versés
L’automatisation de ces contrôles permet de réduire considérablement les risques de ressaisie et d’incohérence.
6. Ne pas corriger une anomalie après réception du CRM
Une DSN ne doit pas être considérée comme « terminée » simplement parce qu’elle a été transmise.
Les organismes destinataires effectuent différents contrôles et peuvent retourner des anomalies dans les comptes rendus métier.
La CNRACL recommande de corriger ces anomalies au plus tôt, notamment parce qu’une anomalie non traitée peut empêcher l’alimentation du compte individuel retraite de l’agent.
Que faire en cas de DSN présentant une anomalie ?
La démarche est généralement :
1. Identifier l’anomalie.
2. Déterminer si elle provient des données RH, de la paie ou du paramétrage DSN.
3. Corriger la donnée à l’origine de l’anomalie.
4. Mettre à jour le logiciel de paie lorsque cela est nécessaire.
5. Effectuer la déclaration corrective appropriée.
La correction des anomalies CNRACL s’effectue notamment via la plateforme PEP’s, qui permet également de récupérer la liste des agents concernés par des anomalies d’identification.
7. Un paramétrage paie ou DSN qui n’est pas maintenu
Même avec des données RH correctement saisies, une DSN peut présenter des anomalies si le paramétrage du logiciel de paie n’est pas correctement maintenu.
C’est particulièrement important dans le secteur public, où les règles statutaires et déclaratives évoluent régulièrement.
La CNRACL indique explicitement que, dans les situations d’erreurs d’identification ou de changement de NIR, le logiciel de paie doit être mis à jour.
La documentation DSN évolue également : Net-entreprises publie les différentes versions de la norme et du référentiel des contrôles. En août 2026, la documentation de production s’appuie notamment sur le cahier technique DSN 2026.1.2 et le référentiel unique des contrôles (RUNIC).
Comment sécuriser le paramétrage ?
Il faut notamment :
- suivre les évolutions réglementaires ;
- maintenir les référentiels ;
- contrôler les nouveaux paramétrages ;
- tester les évolutions avant leur mise en production ;
- conserver une procédure documentée de contrôle.
Comment sécuriser sa DSN dans le secteur public ?
Pour limiter les erreurs DSN, une organisation peut mettre en place une check-list de contrôle mensuelle.
Avant la transmission
- Vérifier :
- Les nouveaux agents
- Les NIR et les éventuels NTT
- Les affiliations et régimes
- Les éventuelles évolutions de paramétrage
- Contrôler :
- Les états civils
- Les changements de situation
- Les montants de cotisations
- Identifier : les agents en détachement.
Après la transmission
- Consulter les comptes rendus métier
- Identifier les anomalies
- Prioriser les erreurs bloquantes
- Corriger les données sources
- Effectuer les déclarations correctives nécessaires
- Vérifier que l’anomalie est bien résolue
Cette logique permet de passer d’une gestion curative de la DSN à une démarche de fiabilisation continue des données RH et paie.
Comment un logiciel RH peut-il réduire les erreurs DSN ?
La technologie ne remplace pas le contrôle métier, mais elle peut considérablement réduire les erreurs liées aux ressaisies et aux incohérences.
L’intérêt d’une solution RH intégrée est notamment de faire circuler les données depuis le dossier agent jusqu’à la paie et la DSN, avec des contrôles sur les différentes étapes.
La solution Eksaé RH intègre notamment un module DSN, la gestion des rejets et des contrôles intégrés. Les données DSN sont générées depuis le module de paie, ce qui limite les ressaisies entre les différents processus. Le module Eksaé DSN se charge de la communications entre Net entreprises et le logiciels mais surtout réalise tous les contrôles métiers.
L’objectif est simple : détecter une erreur le plus tôt possible, idéalement avant qu’elle ne devienne une anomalie déclarative.
Cette approche rejoint d’ailleurs le principe présenté dans notre article consacré aux indicateurs RH dans le secteur public : la qualité du pilotage dépend directement de la qualité des données qui alimentent les indicateurs.
À lire également : Indicateurs RH secteur public : les 5 KPI à suivre pour un pilotage RH efficace
Et si vous souhaitez sécuriser durablement vos DSN ?
La conformité DSN nécessite à la fois un logiciel adapté au secteur public et un paramétrage régulièrement maintenu.
C’est précisément l’objectif du Service Sérénité d’Eksaé : accompagner les équipes RH et paie dans l’utilisation de leurs solutions, sécuriser les paramétrages et les déclarations sociales, et les aider à prendre en compte les évolutions réglementaires.
Le service prévoit notamment un accompagnement personnalisé avec un consultant référent et une assistance sur les problématiques liées à la paie et aux DSN.
FAQ — DSN dans le secteur public
Pourquoi ma DSN est-elle rejetée ?
Une DSN peut être rejetée ou présenter des anomalies en raison d’une erreur d’identification, d’un NIR absent ou incorrect, d’une incohérence de données, d’un mauvais paramétrage ou d’une situation administrative particulière mal déclarée. Il faut consulter le compte rendu associé pour identifier précisément l’origine de l’anomalie.
Comment corriger une DSN présentant une anomalie ?
Il faut d’abord identifier la donnée à l’origine de l’anomalie, corriger la donnée dans le système RH ou paie, puis effectuer la déclaration corrective selon les règles applicables. Pour les anomalies CNRACL, la correction s’effectue notamment via PEP’s.
Le NIR est-il obligatoire dans une DSN du secteur public ?
Oui. La CNRACL précise que le NIR est une donnée obligatoire et qu’il doit être renseigné dans le bloc 30 à la rubrique S21.G00.30.001. Son absence entraîne une anomalie d’identification.
Quelles sont les conséquences d'une erreur d'identification d'un agent ?
Une erreur d’identification peut empêcher l’alimentation du compte individuel retraite (CIR) de l’agent. Elle peut donc avoir des conséquences sur le suivi de sa carrière et entraîner des opérations de correction ou de reconstitution.
Comment éviter les erreurs DSN dans la fonction publique territoriale ?
La meilleure approche consiste à fiabiliser les données RH en amont, automatiser les contrôles lorsque cela est possible, vérifier les situations particulières comme les détachements, suivre les comptes rendus métier et corriger rapidement les anomalies détectées.
Pour en savoir plus
