DSN de substitution : ce que l'employeur doit faire avant fin mai 2026
Par Farid Zidani, Directeur juridique
La DSN de substitution change le rapport de force autour des erreurs déclaratives. Jusqu’ici, une anomalie DSN non corrigée pouvait dormir jusqu’au contrôle URSSAF, ou jusqu’à ce qu’un salarié découvre un droit social mal alimenté. Désormais, l’organisme peut aller plus loin : signaler l’anomalie, laisser un délai de correction, puis substituer des données lorsque l’employeur ne réagit pas.
Pour 2026, le sujet vise d’abord les données qui touchent aux droits retraite. Le périmètre est limité, mais il est sensible. Une assiette vieillesse plafonnée mal déclarée peut produire un droit retraite mal alimenté. Ce n’est pas une erreur technique neutre : c’est une erreur qui suit le salarié.
Le CRM annuel n’est pas une notification décorative
Le compte rendu métier DSN, ou CRM, sert à remonter les anomalies détectées par les organismes qui exploitent la DSN. Net-entreprises rappelle qu’un CRM est un retour adressé au déclarant lorsqu’une erreur ou une suspicion d’erreur est détectée. Il faut donc le traiter comme une pièce de conformité, pas comme un bruit de logiciel.
En pratique, le CRM annuel URSSAF recense les anomalies persistantes. Il donne à l’employeur une dernière fenêtre pour corriger ou contester. La correction passe par une DSN rectificative ou par les blocs de régularisation appropriés. La contestation suppose une opposition motivée, documentée, et formulée dans le canal prévu.
Le mauvais réflexe consiste à transmettre le CRM à l’éditeur de paie sans propriétaire interne. L’éditeur peut aider sur la norme ; il ne décide pas si l’assiette déclarée est juridiquement exacte. Ce travail appartient à l’employeur, souvent avec l’expert-comptable ou le gestionnaire paie.
Un périmètre 2026 étroit, mais pas secondaire
Le dispositif 2026 cible d’abord les anomalies ayant un effet sur les droits retraite, notamment les bases liées à la vieillesse plafonnée. C’est logique : la DSN ne sert pas seulement à recouvrer des cotisations. Elle alimente des droits individuels.
Les erreurs classiques tiennent rarement à un seul gros bug. Elles viennent d’un paramétrage qui s’écarte lentement de la règle : proratisation du plafond sur une entrée ou une sortie en cours de mois, absence non rémunérée mal traitée, régularisation manuelle non reportée dans la DSN, indemnité de fin de contrat qualifiée trop vite, temps partiel mal codé.
Le risque employeur dépasse le redressement. Si l’erreur a diminué les droits du salarié, le contentieux peut se déplacer vers la réparation du préjudice. Une donnée DSN fausse n’est pas seulement un problème entre l’entreprise et l’URSSAF.
Régulariser, contester, ou subir la substitution
Trois chemins existent.
La régularisation est la voie normale lorsque l’anomalie est fondée. Il faut corriger dans la DSN suivante ou par une régularisation ciblée, puis garder la trace : CRM initial, analyse, correction, bulletin concerné, contrôle après dépôt.
L’opposition est utile lorsque le CRM repose sur une lecture incomplète de la situation : plafond correctement proratisé, absence correctement traitée, statut particulier, correction déjà transmise. Elle doit être motivée. Un désaccord non documenté ne protège pas l’entreprise.
L’inaction est la voie la plus risquée. Elle ouvre la porte à la substitution. L’organisme reconstitue alors la donnée attendue et la déclaration corrigée devient la référence pour les droits sociaux concernés. L’employeur peut discuter ensuite, mais il a perdu l’avantage d’une correction volontaire et maîtrisée.
Les contrôles à mener avant la DSN de mai
Le premier contrôle porte sur les salariés entrés ou sortis en 2025. Ce sont des dossiers à forte erreur de plafond. Vérifiez la date d’entrée, la date de sortie, les absences, les indemnités versées et le traitement de la base plafonnée.
Le deuxième contrôle porte sur les absences non rémunérées : congé sans solde, absence injustifiée, grève, congé sabbatique, suspension sans maintien. Si le plafond n’a pas été réduit alors qu’il devait l’être, la donnée retraite peut être fausse.
Le troisième contrôle porte sur les régularisations manuelles. Une correction faite sur le bulletin, mais non traduite dans le bloc DSN concerné, donne une paie apparemment juste et une déclaration fausse. C’est le pire scénario : l’entreprise croit avoir corrigé, le système social continue de voir l’anomalie.
Organiser une réponse courte et traçable
Nous recommandons une méthode simple : export du CRM, classement des anomalies par salarié et par période, qualification juridique de l’erreur, décision de correction ou d’opposition, preuve du dépôt correctif. Une ligne par anomalie suffit si elle est tenue sérieusement.
Dans les TPE-PME, le sujet ne doit pas rester dans un échange flou entre cabinet comptable, logiciel et dirigeant. Il faut un responsable opérationnel qui arbitre. La DSN de substitution est un dispositif technique, mais le risque est juridique : droits retraite, preuve de correction, responsabilité de l’employeur.
La campagne 2026 est encore bornée. Elle annonce surtout une bascule : les données sociales déclarées par l’employeur deviennent contrôlées plus vite, plus finement, et parfois corrigées sans lui. La bonne réponse n’est pas de craindre la DSN de substitution. C’est de ne pas lui laisser de dossier à traiter.
Veille sociale EDS signée Farid Zidani, Directeur juridique.