DSN de substitution : quand l’URSSAF corrige à votre place  

Chaque mois, la DSN (Déclaration Sociale Nominative) centralise les informations qui servent à calculer les cotisations et les droits des salariés : retraite, indemnités journalières, chômage, protection sociale complémentaire. Pourtant, certaines anomalies identifiées par les organismes sociaux persistent d’un mois sur l’autre, faute de temps, de compréhension des CRM ou simplement d’un défaut de suivi. 

C’est pour limiter les effets de ces erreurs durables sur les droits des salariés que l’administration a mis en place la DSN de substitution. Opérationnel depuis quelques mois, le mécanisme représente une rupture culturelle plus profonde qu’une simple nouveauté technique. « On passe d’un système où l’employeur est maître de la donnée à un système où l’organisme peut en devenir co-producteur en cas d’inaction », observe Sarah*, experte DSN. Une évolution qui marque un changement important dans la logique déclarative de la paie. Démonstration. 

L’objectif affiché par les organismes n’est pas de corriger unilatéralement vos déclarations, mais d’abord de laisser aux entreprises le temps et les moyens de régulariser elles-mêmes les anomalies détectées. Le mécanisme repose sur un cycle en quatre étapes. 

L’URSSAF – ou la MSA pour les entreprises relevant du régime agricole – analyse les données transmises dans votre DSN mensuelle et identifie certaines incohérences susceptibles d’affecter la fiabilité des droits sociaux. Parmi les anomalies les plus fréquemment détectées : un plafond de Sécurité sociale incohérent, une durée de travail mal renseignée, une assiette erronée ou un élément de rémunération mal rattaché dans le temps. 

L’entreprise reçoit un Compte Rendu Métier (CRM). À ce stade, une distinction est essentielle : 

• Le CRM d’anomalie : signale une erreur bloquante à traiter immédiatement
• Le CRM de rappel : relance une anomalie déjà signalée mais non corrigée, c’est ce second type qui déclenche le délai avant substitution 

 « Le CRM de rappel ne contient pas uniquement les anomalies susceptibles d’être substituées. Il agrège l’ensemble des anomalies non corrigées, y compris des anomalies anciennes ou non prioritaires », rappelle Sarah. Il constitue un signal d’alerte renforcé : il ne signifie pas automatiquement qu’une substitution sera générée, mais indique que l’anomalie reste ouverte et que la régularisation devient urgente. 

À partir de la réception du CRM de rappel, l’entreprise dispose de deux dépôts DSN mensuels, soit environ deux mois, pour corriger l’erreur, la justifier ou la contester auprès de l’organisme. Cela peut passer par une DSN corrective, une régularisation de paie ou une contestation motivée si l’employeur estime que l’analyse n’est pas fondée. 

Le service « Suivi DSN », accessible sur net-entreprises.fr, devient l’outil central pour consulter les anomalies ouvertes, transmettre des justificatifs et suivre les corrections effectuées. 

En l’absence de correction dans le délai imparti, l’organisme génère une DSN de substitution. La donnée est ajustée sur le périmètre des anomalies éligibles et devient opposable, c’est-à-dire officiellement retenue pour le calcul des droits sociaux. « Même si la donnée substituée ne correspond pas exactement à la paie réelle, c’est elle qui sera retenue pour les droits du salarié », souligne Sarah. 

En 2026, la substitution automatique reste limitée à un périmètre précis. Seules deux anomalies sont aujourd’hui éligibles : DIPA01I et DIPA01J, qui correspondent à des incohérences de plafonds de Sécurité sociale entre salariés à temps plein et à temps partiel. Ces deux codes ciblent des erreurs ayant un impact direct sur les droits à la retraite de base et complémentaire. 

Pour les non-initiés : le plafond de Sécurité sociale est la limite au-delà de laquelle certaines cotisations sont calculées différemment. Pour un salarié à temps partiel, ce plafond doit être proratisé et une erreur de déclaration peut fausser le calcul de ses droits à la retraite pendant des mois, voire des années. 

Derrière le mécanisme de substitution se dessine une évolution plus large : la montée en puissance du fait générateur. Ce principe consiste à rattacher chaque élément de rémunération au bon mois d’exigibilité, et non simplement à sa date de versement. Une prime, une régularisation ou un élément variable mal rattaché dans le temps peut désormais générer des incohérences détectables automatiquement dans les flux DSN. 

Selon le calendrier prévu, l’opposabilité du fait générateur devrait encore se renforcer à partir de 2027. Les équipes paie ont donc intérêt à traiter ce sujet maintenant, sans attendre que de nouvelles anomalies viennent alimenter les CRM. 

Au-delà de la réforme technique, la DSN de substitution modifie profondément les pratiques opérationnelles des équipes paie. Les anomalies déclaratives ne peuvent plus être traitées comme des irritants secondaires à régulariser plus tard. La logique devient continue, traçable et pilotée dans le temps. 

Beaucoup d’entreprises considéraient encore les CRM comme des alertes ponctuelles, consultées à l’approche d’un contrôle. Avec la DSN de substitution, cette approche devient beaucoup plus risquée. « Le CRM n’est plus une alerte exceptionnelle : c’est un flux métier à suivre tous les mois », explique Sarah. 

Concrètement, les équipes doivent intégrer la lecture des CRM dans leur calendrier mensuel post-dépôt DSN, suivre les anomalies ouvertes et prioriser rapidement les corrections. Certaines entreprises commencent à mettre en place des tableaux de bord dédiés, avec une coordination renforcée entre paie, RH et prestataires externes. 

Historiquement, certaines erreurs étaient corrigées progressivement, parfois plusieurs mois après leur apparition. Avec la DSN de substitution, cette logique de correction « en aval » n’est plus tenable. Les erreurs de plafonds, de quotité de travail, de statut salarié, de rattachement des primes ou de fait générateur peuvent désormais générer des CRM récurrents, puis conduire à une substitution automatique.  

Cela oblige les entreprises à renforcer la qualité des données dès l’entrée en paie : collecte des variables, paramétrage des logiciels, gestion des temps et des absences, rattachement temporel des éléments variables. 

Les entreprises doivent désormais être capables de distinguer clairement ce qu’elles ont corrigé elles-mêmes, ce qui a été substitué par l’organisme et ce qui reste en anomalie ouverte. « Les entreprises vont devoir apprendre à documenter leur histoire déclarative », observe Sarah. 

Cela implique la mise en place d’un véritable historique déclaratif : archivage des CRM, suivi des régularisations, documentation des corrections, journal des substitutions reçues. Un enjeu particulièrement sensible dans les grandes structures ou dans les organisations faisant appel à plusieurs intervenants sur la paie. 

Pour Sarah, le sujet impose désormais une transformation des pratiques paie. « La logique du “on corrigera plus tard” n’est plus tenable. La fiabilité doit être assurée en amont », insiste-t-elle. Voici les 5 axes prioritaires pour s’adapter. 

Les CRM doivent faire l’objet d’une revue systématique après chaque dépôt DSN. « Le CRM n’est plus une alerte ponctuelle : c’est un flux métier à suivre chaque mois », explique Sarah. L’objectif : identifier les anomalies ouvertes, prioriser les CRM de rappel et engager les corrections sans attendre. Certaines équipes mettent déjà en place des tableaux de bord dédiés pour identifier les anomalies récurrentes, les délais de régularisation ou les zones de paie les plus exposées. 

Les CRM reposent sur des logiques techniques parfois complexes : codes anomalies, blocs DSN concernés, délais de correction, mécanismes de substitution… Une anomalie mal interprétée peut rester ouverte plusieurs mois, puis conduire à une substitution automatique. Les équipes doivent donc être capables d’identifier rapidement si le problème provient d’un paramétrage, d’un rattachement temporel, d’un statut salarié ou du fait générateur. Les former, c’est leur permettre de comprendre ce que révèle réellement le CRM, pas seulement de savoir corriger une erreur. 

Une grande partie des anomalies persistantes provient de problèmes structurels de paramétrage. Les points à vérifier en priorité : 

• Les plafonds de Sécurité sociale (notamment en cas de temps partiel)
• La quotité de travail et le statut salarié
• Les assiettes IJSS et CSG-CRDS
• Le rattachement des primes et des régularisations
• La gestion du fait générateur 

Les données transmises en DSN ne peuvent plus être considérées comme une simple restitution automatique de la paie. Les contrôles de cohérence entre bulletins et DSN (bases plafonnées, assiettes CSG-CRDS, IJSS, données statutaires…) doivent être effectués systématiquement avant chaque dépôt déclaratif. 

Vérifiez que votre logiciel rattache bien les éléments variables au bon mois d’exigibilité, gère correctement les corrections M-1 et les mécanismes de régularisation. Tous les outils ne sont pas encore totalement alignés sur les nouvelles exigences déclaratives. Une mauvaise gestion des rappels de salaire ou des primes peut générer des incohérences visibles dans les flux DSN  et alimenter de nouveaux CRM. 

La DSN de substitution n’a pas été conçue comme un outil de sanction. Son objectif premier est de protéger les droits sociaux des salariés en empêchant que des erreurs persistantes ne les pénalisent durablement. Pour les entreprises, cependant, le message est clair : la donnée sociale devient un objet partagé, susceptible d’être corrigé en dehors de l’organisation. 

À ce stade, le dispositif reste limité à deux codes anomalies. Mais il introduit une logique nouvelle : celle d’une paie placée sous supervision continue, où l’inaction face à une anomalie devient elle-même une information. Et selon le calendrier prévu, ce périmètre pourrait s’élargir. Pour les équipes paie, la question n’est donc plus de savoir si ces évolutions vont impacter leurs pratiques. C’est déjà le cas. 

*La source a été anonymisée.