DSN

Gestion des versements des tiers sociaux

Objet


Le module de gestion des versements DSN permet de :

Partie GRH

Accès


Le module n’est accessible que pour les utilisateurs ayant accès à la modification de la DSN
mensuelle, à la génération, et accès à toutes les sections.
Accès par le menu « D.S.N. > Gestion de la DSN > Autres traitements > Gestion des versements »


Écran récapitulatif

La liste des versements contenus dans la D.S.N. est affichée. Par défaut, la période est celle sélectionnée dans l’écran Gestion DSN qui est reprise.
La liste comporte l’ensemble des versements toute section confondue.
Depuis la dernière version, les blocs 20 de versements DSN sont en adéquation avec les blocs 22 de déclaration. Étant donné qu’il y a un bloc 22 par période d’emploi (la période en cours et éventuellement les périodes de régularisation des mois précédents), il y a donc désormais X blocs 20 et X versements destinés à l’Urssaf.
La liste présentée tiens compte de cette particularité.
L’ajout, modification et suppression n’est possible que sur une DSN modifiable, c’est-à-dire si l’échéance n’est pas dépassée.
Outre la possibilité d’ajouter, de modifier ou de supprimer un versement, il est également possible de calculer les écarts.
Enfin, le bouton ‘Mettre à disposition les virements en comptabilité’ est affiché (S’il existe bien entendu des versements de type Virement).

Toute modification, ajout ou suppression dans ce module est immédiatement répercuté dans les blocs 20 de la DSN correspondante.

Ajout d’un versement


La création d’un nouveau versement se fait par le bouton « Ajouter ».
La fenêtre contient deux parties :

Il n’est possible de créer des versements que pour des établissements/sections déjà présents dans la DSN. Si une donnée n’est pas proposée dans les différentes listes d’éléments, c’est qu’elle n’est pas déjà présente dans la DSN. Dans ce cas, il faut d’abord la renseigner dans la DSN avant de créer le versement.
Il est conseillé de remplir les champs dans l’ordre. En effet, certains choix conditionnent la suite de la saisie.
Étapes de saisie :

  1. Sélection de l’établissement et de la section.
  2. Sélection du type d’organisme.
  3. Sélection de l’Identifiant Organisme de Protection Sociale : Code identifiant de l'organisme de protection sociale destinataire du versement de cotisations sociales émis par l'établissement payeur.
  4. Sélection de l’Entité d’affectation des opérations : Identifiant de l'établissement, de la population de salariés ou de tout axe de regroupement pour lequel est réalisé le paiement de cotisations sociales.
  5. Sélection de l’IBA : Il s'agit des coordonnées bancaires du compte sur lequel doit être prélevé le montant de l'ordre de règlement.
  6. Saisie du montant : Montant du versement correspondant au montant des cotisations réglées. Désactivé si le versement concerne un organisme de prévoyance, car ce montant doit être égal à la somme des montants renseignés dans les Composants de versement qui en dépendent La saisie est alors automatisée (voir section : Composants de versement).
  7. Saisie de la date de début de rattachement : Début de la période au titre de laquelle ont été établies les cotisations dont l'établissement s'acquitte.
  8. Saisie de la date de fin de rattachement : Fin de la période au titre de laquelle ont été établies les cotisations dont l'établissement s'acquitte.
  9. Saisie du Code Délégataire de Gestion : Code identifiant l'organisme tiers à qui l'organisme de Prévoyance précédemment renseigné a délégué la gestion des cotisations et qui à ce titre est destinataire du paiement.
  10. Sélection du mode de paiement : Mode de paiement utilisé pour le règlement (Virement, Prélèvement SEPA…). Certains modes de paiement ne sont pas disponibles selon l’organisme précédemment sélectionné.
  11. Saisie de la Date de paiement : Date prévisionnelle dans le cas d'un paiement par chèque ou par virement ou date à prendre en compte par l'organisme dans le cas d'un prélèvement SEPA.
  12. Saisie du SIRET du payeur : Permet d’identifier le cas où un établissement délègue le paiement de ses cotisations à un autre établissement.


La validation de la saisie se fait par la coche verte en bas à gauche de la fenêtre. En cas d’erreur de saisie, un message explicatif s’affiche.
Pour Annuler la saisie, il suffit de fermer la fenêtre par le bouton « Porte » ou en cliquant sur la croix en haut à gauche.

Composants de versement


Dans le cas où le versement concerne un organisme de prévoyance, la DSN doit contenir une liste des différents composants du versement.
La création d’un nouveau composant de versement se fait par le bouton « Ajouter » dans la partie droite de la fenêtre.
Un composant de versement nécessite 4 informations :

  1. Le code d’affectation : Référence du contrat (Prévoyance, Santé complémentaire ou Retraite supplémentaire) auquel se rattache le composant de versement. Cette donnée est fournie par l’organisme dans une fiche de paramétrage DSN.
  2. Période d’affectation : Période d'affectation des cotisations concernées par ce composant. Il s'agit d'une période civile complète (mois, trimestre, semestre ou année) contenant la ou les périodes cotisées.
  3. Type de population : Population concernée par le composant de versement pour le contrat de Prévoyance précédemment renseigné. À renseigner seulement dans certains cas particuliers, lorsque la périodicité de versement des cotisations diffère selon les différentes populations couvertes par un même contrat. Les valeurs de code du Type de population sont fournies par l'organisme de Prévoyance et sont à renseigner seulement sur sa demande.
  4. Montant versé : Montant correspondant à la part du versement affectée au contrat Prévoyance. Peut être négatif. Lorsque des Composants de versement sont saisis, le montant total est mis à jour automatiquement.

Modification d’un versement


La modification d’un versement se fait par double-clic sur un versement, le bouton « Modifier » ou appuyant sur la touche Entrée après avoir sélectionné un versement dans la liste.
Lors d’une modification, les informations de base comme l’établissement, la section, le type d’organisme et l’identifiant de l’organisme ne sont pas modifiable.


Suppression d’un versement


La suppression d’un versement se fait en appuyant sur le bouton « Supprimer » après avoir au préalable sélectionné un versement dans la liste.

Calcul des écarts


Le calcul des écarts permet d’afficher la différence entre les versements existants dans les blocs 20 et les blocs de cotisation 81 (niveau nominatifs) ou blocs 22 (niveau agrégé pour l’Urssaf).
Il est accessible via le bouton « Calculer les écarts ». Une barre de progression s’affiche le temps du calcul puis
la colonne « Écart » est mise à jour.


Mise à disposition en comptabilité

Paramétrage

Cette fonctionnalité n’est utile que si le mode de paiement virement est utilisé pour un ou plusieurs organismes.
En préambule, il est nécessaire pour les tiers sociaux concernés, de paramétrer le compte bancaire de ces derniers.
Dans la gestion des tiers sociaux, modifier le tiers concerné puis renseigner les coordonnées bancaires

Utilisation

Dans la gestion de la DSN, cliquez sur le bouton Autres traitements/Gestion des versements.
Cliquez sur le bouton Mettre à disposition les virements en comptabilité
Si aucun tiers social n’a de coordonnées bancaire, il n’y aura aucune mise à disposition.
De même, si les virements ont déjà été générés et déjà utilisés en comptabilités, le traitement ne sera pas effectué.
Le bouton n’apparait que pour une dsn réelle, c’est-à-dire que pour une DSN du mois M-1 dans la période du mois M.
Les virements mis à disposition de la comptabilité comporte les coordonnées bancaires, le compte fournisseur (indiqué dans le tiers) et la référence virement (normée selon l'urssaf si c'est ce type de tiers).
ATTENTION : Les virements sont mis à disposition dans la section qui paye. En GRH, il s'agit de la section de comptabilisation des tiers, et pas forcément de la section de déclaration DSN. La première colonne de l'écran de gestion des versements affiche cette section

Partie comptabilité


Préambule

La partie comptabilité permet de générer réellement les virements mis à disposition par l'application GRH.
Le principe est d'importer les virements venant de la GRH dans un virement libre. Ce virement pourra être ensuite modifié. Les virements importés seront marqués afin d'éviter une double importation.

Accès

L’accès a cette option est soumis à autorisation de la fonctionnalité Virement fournisseurs/Virement des tiers sociaux.
Les virements fournisseurs sont accessibles au niveau section, c'est donc au niveau de la section de virement paramétrée en paye que l'on pourra accéder à l'import des virements tiers sociaux.

Utilisation

Dans le menu Gestion comptabilité/Virements fournisseurs, lors de la création d'un nouveau virement, vous avez la possibilité de cocher la case Import des virement tiers sociaux
Indiquez ensuite le mois à importer : Attention, il s'agit d'indiquer le mois de paye à régler, c'est à dire généralement le mois précédent le mois en cours.
L'écran suivant présente la liste des virements en attente.

image-1637190799303.png


Comme indiqué précédemment, les virements proposés concernent toutes les sections de déclaration DSN payés par la section en cours.
Cliquez sur le bouton valider afin d'intégrer les virements en tant que virement libre
Modifiez si besoin la désignation du virement et sa date.
Le virement est alors intégré, il est alors nécessaire d'affecter la banque à utiliser.
Si l'on répète l'opération précédente, le programme affiche le message Aucun virement en attente. Le bouton permet de réintégrer les virements des tiers sociaux mis à disposition par l'application GRH et déjà utilisés.
On retrouve ici les virements déjà intégrés. Cochez les virements que vous désirez réintégrer.

Le commentaire correspond à la référence du virement. Dans le cas d'un virement aux urssaf ou à la MSA, cette référence est normée selon les indications de ces organismes. Pour les autres organismes, le commentaire contient le N° SIRET de la section de déclaration.

Honoraires

Préambule

La N4DS disparaissant petit à petit, la troisième phase de la DSN prend son relais en ce qui concerne les honoraires.

La gestion des honoraires est donc un module permettant de transmettre les honoraires de l’année par le biais de la DSN et non plus par la N4DS.

Cet objectif final est réalisé en deux étapes :

La saisie manuelle se fait en deux temps :

Il est également possible de choisir de déclarer vos honoraires mensuellement en choisissant le mois voulu lors de la saisie, ou de les déclarer annuellement lors de la DSN de décembre.

Pour la génération, elle se fait en même temps que la génération classique :

image-1637190946543.png

Pour consulter les honoraires, il faut cliquer sur le bouton « Honoraires DSN ».

image-1637190952394.png

Les bénéficiaires des honoraires s’afficheront de la même manière que les salariés, lors de la lecture des données générées.

Saisie des honoraires

Saisie des bénéficiaires

L’ajout

Pour saisir les bénéficiaires, il faut obligatoirement être positionné au niveau de l’établissement concerné par l’honoraire.

image-1637191022126.png

Après avoir cliqué sur le bouton ‘Ajouter’, une page de saisie s’affichera.

image-1733999152108.png

Pour la génération des honoraires dans la DSN, plusieurs champs sont à renseigner obligatoirement :

 

Cliquer sur le bouton ‘Pays’ fait apparaître une liste de pays.

Cliquer sur le bouton ‘Ville’ fait apparaître la liste des communes Françaises.

 

Appuyer sur le bouton  ou la touche F8 pour valider.

La modification

image-1637191041951.png

Pour modifier un bénéficiaire, il faut se positionner dessus et cliquer sur le bouton ‘Modifier’. Il est aussi possible de double-cliquer dessus.

Un écran similaire à celui de l’ajout s’affiche, avec les champs remplis des données du bénéficiaire. Le traitement sera similaire.

Saisie des rémunérations

L'ajout

Pour saisir les bénéficiaires, il faut obligatoirement être positionné au niveau de l’établissement concerné par l’honoraire. Il faut également être positionné sur le bénéficiaire de cet honoraire et sur la période à laquelle correspond l’honoraire.

image-1637191142896.png

Après avoir cliqué sur le bouton ‘Ajouter’, une page de saisie s’affichera.

image-1637191151603.png

Les champs ‘Type d’honoraires’, ‘Sous-type d’honoraires’ et ‘Montant’ sont obligatoires.

Lors de la génération des honoraires dans la DSN, trois types d’honoraires sont possibles :

Il faut donc choisir l’un de ces types, et les sous-types correspondants s’afficheront dans la liste ‘Sous-types d’honoraires’.

Le montant ne peut pas être inférieur ou égal à 0 euros.

Appuyer sur le bouton  ou la touche F8 pour valider.

La modification

image-1637191180952.png

Pour modifier une rémunération, il suffit de se positionner dessus et de cliquer sur le bouton ‘Modifier’. Il est aussi possible de double-cliquer dessus.

Un écran similaire à celui de l’ajout s’affiche, avec les champs remplis des données de la rémunération. Le traitement sera similaire.

Suppression des honoraires

Suppression d'une rémunération

Pour supprimer une rémunération, il suffit de se positionner sur cette-dernière et de cliquer sur le bouton supprimer.

image-1637191237435.png

Suppression d’un bénéficiaire

Le traitement de suppression d’un bénéficiaire est similaire au traitement de suppression d’une rémunération, à peu de choses près. En effet, un bénéficiaire peut être associé à plusieurs rémunérations. Ainsi, la suppression du bénéficiaire entraîne la suppression de toutes les rémunérations qui lui sont associées.

Édition des honoraires

Éditer les honoraires saisis

L’édition des honoraires peut se faire de trois façons :

image-1637191333607.png

 

Un bénéficiaire pouvant être associé à un nombre indéfini d’honoraires, les montants renseignés dans l’édition sont les totaux des honoraires de chaque type (Rémunérations, Avantages en nature, Prise en charge des indemnités) et un total global, par bénéficiaire.

Éditer les honoraires générés en DSN

Pour éditer les honoraires déjà générés dans la DSN, il faut se rendre dans l’écran d’édition de la DSN. Il faut alors, comme lorsqu’on veut éditer la DSN, se positionner sur la période voulue puis cocher la case « Edition des honoraires> ».

image-1637191394015.png

image-1637191403159.png

On a alors le choix des établissements pour lesquels on souhaite éditer les honoraires.

On peut également choisir le type d’édition. En effet, on peut choisir d’éditer les honoraires grâce à une édition classique, ou bien de les exporter dans un fichier CSV.

image-1637191421088.png

Le fichier CSV s’enregistrera directement sur votre poste.

Intégration des honoraires depuis la comptabilité

 

Les honoraires correspondent aux rémunérations demandées par un ou plusieurs professionnels libéraux en échange de leurs services, ils sont considérés comme des frais. Ils rentrent donc dans le domaine de la comptabilité.

Il est possible, depuis l’écran de saisie des honoraires dans la DSN, d’importer les honoraires depuis la comptabilité. Il faut cliquer sur le bouton « Intégrer depuis la comptabilité ».

image-1637191464722.png

Lorsqu’on appuie sur le bouton, on a la possibilité de supprimer tous les honoraires déjà saisis.

image-1733998812623.png

Pour qu’un honoraire présent dans la comptabilité soit importé, il faut qu’il possède au moins les données suivantes :

 L’import des honoraires depuis la comptabilité est un traitement qui peut prendre plusieurs minutes. Il est possible, même après un traitement long, qu’aucun honoraire ne soit importé. La raison à cela est l’absence des données demandées ci-dessus. 

Dans les honoraires en DSN, il y a une zone raison sociale et deux zones nom-prénom : S89.G00.32.006, S89.G00.32.002 et S89.G00.32.003.

La règle est qui si le siret est renseigné, seule la raison sociale doit être renseignée. A l'inverse, s'il n'y a pas de Siret, seules les zones nom et prénom doivent être renseignées.

En comptabilité, il n'y a dans l'onglet adresse qu'une désignation, et il n'y a pas la possibilité de distinguer une entreprise d'un fournisseur "profession libérale' qui n'a pas de siret.

Avec la mise à jour de décembre 2024, il est possible de distinguer les deux. Pour une profession libérale sans Siret, complétez en comptabilité la zone Siret par des 9.

image-1733999496696.png

Dans ce cas, dans l'intégration en comptabilité depuis la GRH, le programme remplira les zones nom prénom.

image-1733999643725.png

 

Activité Partielle MSA

Déclaration MSA

Les modalités de déclaration de la CSG/RDS sur revenu de remplacement à 4.30% ou 6.70% seront effectuées via le bloc 82 - cotisations établissements (valeurs 032 CSG taux réduit et 033 CSG taux normal).

Il n’y aura pas de génération automatique en DSN.

Paramétrage Gestionnaire de régime

Contrairement au régime général, dans les régimes MSA, TOUTES les rubriques de cotisations de CSG activité partielle ne doivent pas être envoyées en DSN. A contrario, des données nominatives seraient générées dans des codes erronés.

image-1637191552859.png

De fait, l'édition du bordereau MSA comportera un écart par rapport aux charges. En effet, ce bordereau ne tient pas compte des cotisations établissements. L’écart correspond donc aux cotisations CSG activité partielle.

Paramétrage EIG

Extraire depuis l’historique de paye les valeurs de CSG /CRDS liées au chômage partiel

image-1637191588624.png


Les écrêtements devront s’additionner aux valeurs :


Dans les paramétrages DSN autoriser les cotisations établissement

image-1637191597309.png

 

Dans la gestion de la DSN, aller dans autres traitements/Cotisations établissement

image-1637191641968.png

Sur l’établissement concerné faire Ajouter :

Pour renseigner les bonnes valeurs il faut prendre les valeurs issues de l’historique

image-1637191679698.png

image-1637191684231.png

Après génération de la DSN

Code 032

image-1637191696416.png

Code 033

image-1637191704634.png


Outre les blocs 82, le montant du versement du bloc 20 est bien entendu augmenté des cotisations déclarés dans les blocs 82.

 

Changement de SIREN/SIRET en DSN

Préambule


Plusieurs raisons peuvent justifier d’un changement de SIREN et/ou SIRET en cours d’année.

1 - Changement de SIRET d’un établissement (le plus fréquent)
Lorsqu’un établissement change d’adresse, il a automatiquement un nouveau SIRET
Outils A+C+D = E

2 - Changement de SIREN d’une Association
Exemple une association existante sur EIG est fusionnée avec une autre non EIG mais elles doivent produire la paye jusqu’à la fin de l’année
Outils A+B+C+D=E

3 - Absorption d’une Association A par une Association B (EIG)
Les salariés de l’établissement A changent de numéro de contrat DSN
Outils A+B+C+D+F= E+G

Il est important de déclarer le changement de Siret dès qu'il est effectif et ne pas attendre la DSN mensuelle pour le faire. En effet, ce changement est utilisé pour la génération du FCTU à partir de la norme 2023.

Changement de SIRET ou SIREN

A - Dans la Gestion des associations

Capture.JPG

Modifier le SIREN et/ou le NIC

image-1637191797679.png

B – Changement de SIREN

Dans le paramétrage des structures de la DSN au niveau association CHANGER le numéro de SIREN (tel qu’il est renseigné dans la gestion des associations)

image-1637191804522.png

C – Changement de SIRET


Dans les paramètres DSN, se positionner sur la section concernée, aller dans Traitements spéciaux / Changement de SIRET.

Il est impératif de définir le changement de SIRET pour chaque section concernée, y compris celles qui ne sont pas section de déclaration.


2 cas de figure : Changement de SIRET à effet rétroactif au 1er mai à effectuer sur la DSN de juillet 2019.


1er cas – Vous êtes en période de paye du mois de juillet

Dans ce cas cocher « Période de déclaration  : Juillet 2019 et renseigner le nouveau numéro. Indiquer également la date d'effet du changement ici 01/05/2019.

image-1637191840870.png

2ème cas – La période de paye de juillet est clôturée

Dans ce cas cocher « Période de déclaration  précédente : Juillet 2019 et renseigner le nouveau numéro. Indiquer également la date d'effet du changement ici 01/05/2019.

image-1637191906606.png

Il faut évidemment regénérer la DSN

 

D - NE PAS MODIFIER LA CODIFICATION DSN AU NIVEAU SECTION SOUS PUPITRE.


En effet, la DSN va intégrer les blocs changement sur la période en cours (mois M). Lors du changement de période (mois M+1), les informations ne sont pas mises à jour immédiatement dans le cas où il serait nécessaire de regénérer la DSN du mois M.

Ce n'est qu'à partir du mois M+2 que les informations du nouveau SIRET sont récupérées depuis la gestion des associations.

image-1637191960389.png

Dans certains cas exceptionnels, si vous désirez mettre à jour le SIRET, vous pouvez le faire en mode administrateur, en cliquant sur le bouton image-1758294275960.png Réinitialisation situé en haut à droite de l'écran

E – RÉSULTAT CHANGEMENT SIREN/SIRET


Deux blocs changement vont être générés, un pour le changement de SIRET du lieu de travail, un autre pour le changement de SIRET de l'établissement d'affectation

image-1637191985271.png


Et au niveau du contrat (bloc 40), les nouveaux numéros de SIRET sont utilisés.

F – Conséquences sur le FCTU

Lors d'un changement de Siret, et que le salarié sort de l'entreprise, un bloc changement (bloc 41) est intégré dans la DSN mensuelle. Ce bloc changement n’existe pas en FCTU. Cela signifie que le FCTU ne peut pas être transmis avec la nouvelle donnée tant que la DSN mensuelle ne l’a pas indiqué. S'il est quand même transmis, il n'y aura pas de lien avec l'historique DSN et les salaires de références des 36 derniers mois ne pourront pas être restitués.

Pour parer à cet inconvénient, la norme 2023 intègre un nouveau bloc (Bloc 45)  :

S21.G00.45.001,'33273799990848'   -> Ancien siret
S21.G00.45.002,'M012727C0007'     -> Ancien numéro de contrat DSN

Exemple : Sur la période de janvier , l'établissement change de SIRET, date d'effet 1er janvier, passant du N°A au N°B. L'utilisateur déclare ce changement dans le paramétrage DSN, à l'aide du bouton Traitement Spéciaux. Bien entendu, cette opération ne doit être réalisée que lorsque le nouveau SIRET est actif.

Comme indiqué au paragraphe F, en période de février, le numéro Siret indiqué dans le paramétrage DSN reste le N°A c'est à dire l'ancien Siret. Cela est nécessaire dans le cas ou il serait nécessaire de regénérer la DSN de janvier sur le tout début de février. Il n'est donc pas modifiable

C'est à partir de la période de mars que le nouveau numéro apparaitra dans le paramétrage DSN.

Il peut être nécessaire de changer le numéro SIRET directement dans le paramétrage, sans passer par traitements spéciaux, et donc sans génération de bloc 41. Dans le cas d'un démarrage ou d'une fusion par exemple. Dans ce cas, il est possible, en mode administrateur, d'utiliser le bouton image-1761314531453.png Réinitialiser

image-1761314653773.png

Cela permet de mettre à jour les informations du paramétrage de la section sélectionnée par les informations contenues dans la gestion des associations.

https://wikiapp.heberg-eig.fr/books/contrats/page/le-signalement-fin-de-contrat-de-travail-unique#bkmrk-les-changements-d%27id

Changement de numéro de contrat DSN

Cela est nécessaire lors d'un démarrage ou d'une fusion, car dans les deux cas, le matricule est susceptible de changer.

A – CHANGEMENT DU NUMÉRO DE CONTRAT DSN

Se positionner sur chaque section et aller dans les traitements spéciaux / Changement des numéros de contrat.
Comme pour le paragraphe C, deux cas de figure se présentent : Juillet est ouvert ou juillet est fermé.

image-1637192036446.png


B – RÉSULTAT CHANGEMENT DE NUMÉRO CONTRAT DSN

image-1637192043580.png

 

Mise à jour du net versé

Préambule

Une information du GIP-MDS  (http://dsn-info.custhelp.com/app/answers/detail/a_id/933) nous indique que le montant du PAS ne doit plus être déduit du net versé (S21.G00.50.004) déclaré en DSN.
Pour cela, il vous faut mettre à jour le programme. La version doit être 2019.12.9. (1912060_SFX.exe)

Mise en place

Une fois la mise à jour passée, le programme va automatiquement mettre à jour le paramétrage DSN de la rubrique S21.G00.50.004 Net Versé.

image-1637192109616.png

Ce paramétrage est déterminé en fonction du paramétrage des risques du bulletin simplifié :
Autres paramètres\Gestion des bulletins\Boutonimage-1637192126445.png

Nous attirons votre attention sur le fait que les cotisations CSG/CRDS sur heures supplémentaires sont entièrement non déductibles. Par conséquent, si nécessaire, il faut l'enlever du risque CSG déductible et l'ajouter au risque CSG/CRDS non déductibles.

image-1637192116497.png

Déclaration des montants fiscaux en DSN

Les montants fiscaux (taxe d'apprentissage, effort de construction, etc.. ) sont déclarés tous les ans dans la DSN mensuelle de décembre via le bloc 44. Ce bloc comporte la déclaration des assiettes des diverses taxes fiscales au niveau agrégé. Il comporte également la déclaration des assiettes de taxe sur les salaires des différents taux.
En ce qui concerne l'assiette de base de taxe sur les salaires, elle est déclarée mensuellement au niveau nominatif.

Paramétrage de la déclaration de l'assiette de base de taxe sur les salaire au niveau nominatif

Pour la taxe sur les salaires, il faut tout d’abord déclarer le tiers social trésor public en DSN.
Cochez simplement la case Déclarer en DSN.

image-1639407295160.png

Dans le gestionnaire de régime, dans valeurs par défaut, cochez la case DSN pour la cotisation TAXESAL1 et renseignez les codes comme suit.

image-1738314840660.png

Dès lors, le bloc 78 code 03 comportera un sous bloc 79 avec l’assiette de taxe sur salaire taux normal, et cela chaque mois.

image-1639407335017.png

Paramétrage de la déclaration des montants fiscaux annuels au niveau agrégé

Pour cette déclaration, il faut aller dans le paramétrage DSN, onglet rubrique à la déclaration du bloc S21.G00.44.002 assujettissement fiscal. Certaines rubriques sont déjà renseignées, il convient de compléter le paramétrage par vos éventuelles rubriques utilisateurs.

image-1639407353295.png

La DSN de décembre comporte automatiquement au niveau agrégé le bloc 44, avec le montant de l’assujettissement pour chaque type de taxe.

image-1639407369105.png

En ce qui concerne la taxe sur les salaires, un traitement particulier est effectué. En effet, lorsqu’un salarié change d’établissement au cours de l’année, c’est le dernier établissement qui déclare toutes les assiettes du salarié.

Cela a pour conséquence (comme pour la N4DS) qu’il n’est pas possible de comparer la déclaration DSN avec par exemple une consultation d’historique. Cette comparaison ne peut se faire qu’au niveau association.

Pour vérifier les montants qui ont été générés dans la DSN, vous pouvez utiliser l'édition des assujettissements fiscaux accessible via la gestion de la DSN et la fenêtre des éditions.

image-1639407394696.png

Cette édition n'est évidemment possible que sur la DSN de décembre.
Elle présente la liste des montants assujettis par section de déclaration, et termine par un récapitulatif association.

Contrôles DSN

Contrôler les charges par rapport à la DSN

Contrôles DSN

Contrôle en amont : Charges vs DSN

Préambule

L'état récapitulatif pour les déclarations mensuelles est un état qui présente les cotisations calculées par organisme.

Pour l'URSSAF, les cotisations étaient regroupées par le code bordereau et le code DUCS (ils s'agit des anciens codes utilisés avant l'avènement de la DSN). Il y a désormais la possibilité de regrouper les cotisations par code CTP.

Cet état présente des montants des bases valorisés en DSN pour chaque CTP. Pour chaque ligne de CTP, le montant de cotisation est calculé en fonction des taux légaux en vigueur. En fin d'état, il y a le total totalisation des cotisations. Et à coté, le montant des cotisations issu de la paye.

Lorsque la différence entre ces deux totaux est trop importante (supérieur à 2€ voire 3€), il convient de rechercher la source de l'erreur de codification, ce qui peut s'avérer fastidieux.

Désormais, il est possible de visualiser cet écart, par établissement, par CTP, et par salarié. Une fois que le où les salariés causant l'écart sont identifiés, il est alors en général assez facile de corriger la codification, ou même éventuellement la paye du salarié. Il est donc important d'effectuer ce travail avant l'ouverture de la période suivante.

Avant de pouvoir utiliser cette option, plusieurs étapes sont nécessaires :

Codification

Activation du module

Par mesure de précaution et pour vous permettre de codifier le module à votre convenance, le module doit être activé manuellement.

Dans la gestion des structures, niveau association, passer en modification et cliquez sur le bouton Activer le bordereau mensuel par CTP

image-1654610504735.png

un message apparait :

image-1653296946835.png

l'activation est prise en compte au moment de la validation image-1653296991906.png

Par la suite, il sera possible de désactiver la fonctionnalité et revenir à la présentation précédente. Toutefois, la codification du régime ci après sera perdue.

Codification des régimes 

Dans le gestionnaire de régime, chaque cotisation URSSAF est envoyé en DSN (A l'exception des cotisations complément allocations familiale pour le bulletin simplifié qui ne sont présentes que pour des questions de présentation).

On rappelle ici que chaque rubrique de cotisation ne doit concerner que la cotisation elle même et ne pas regrouper un ensemble de cotisation. Exemple : Créer une cotisation MALADIE_TH avec un taux employeur à 12.35% qui regroupe la maladie, la vieillesse et l'allocation familiale n'est pas correct. Car même s'il n'y a pas d'écart au niveau agrégé, il y en a un au niveau nominatif car chaque cotisation est distinguée

Pour chaque cotisation, on indique un code CTP et un code cotisation. En DSN, le CTP est utilisé en maille agrégée, et c'est l'assiette de cotisation qui est envoyée. Le code cotisation est utilisée dans la maille nominative, où l'assiette, le taux et le montant de cotisation est rempli.

Certains CTP regroupent plusieurs cotisations, le principal étant le CTP 100, mais aussi le CTP 726 (apprenti), le 122 (travailleurs handicapés, et d'autres plus spécifiques. Il y a également le CTP 260 qui regroupe toutes les cotisations CSG-CRDS.

Pour ces CTP particuliers, si on répétait le CTP pour chacune des cotisations qui le compose, l'assiette serait évidemment multipliée et la DSN serait fausse. C'est pour cette raison qu'existe le CTP 999. Par exemple, pour le CTP 100, composé des cotisations maladie, allocation familiale, vieillesse, solidarité et accident du travail, on va indiquer le CTP 100 pour la maladie et le 999 pour tous les autres. Le programme enverra en DSN l'assiette de la maladie dans le CTP 100 et rien pour les autres.

Cependant, pour l'état récapitulatif des déclarations mensuelle par code CTP, le programme a besoin de connaitre le CTP réel pour les cotisations étant codifiées avec le CTP 999.

Après avoir activé la fonctionnalité, 2 nouvelles colonnes (CTP1 et CTP2) apparaissent au niveau de l'écran de codification des régimes

image-1653297177550.png

La colonne Code CTP reste la colonne utilisée en DSN et ne doit pas être modifiée. Les colonnes CTP1 et CTP2 sont les CTP qui seront utilisés uniquement par l'état récapitulatif des déclarations mensuelles lorsque le code CTP sera égal à 999.

Pourquoi 2 codes CTP supplémentaires ?

Lorsque le régime utilise deux CTP "multiples" comme par exemple le régime apprenti qui utilise le CTP 726 pour la partie exonérée de part salariale et le CTP 100 pour la partie non exonérée, les cotisations concernées par l'exonération sont doublées : VIEILLESSE et VIEILLESSE_APP, VIEILLESSE_TRA et VIEIL_APP_TRA. Les premières sont assises sur l'assiette au dessus du seuil d'exonération, les secondes sur l’assiette en dessous du seuil.

Les autres cotisations (qui sont en CTP 999) sont assises sur l'assiette totale, dont une partie est attribué au CTP 100 et l'autre au CTP 726. On indiquera donc ces deux CTP en colonne CTP1 et CTP2.

Comment alimenter ces 2 colonnes?

Pour le paramétrage des valeurs par défaut :

image-1653307675653.png

Pour les valeurs par défaut, pour les CTP 999 on met 100 au niveau du CTP1.

Pour la partie CSG/CRDS, il n' y a pas de difficulté particulière, pour tous les régimes mettre le CTP1 à 260.

image-1653308113694.png

Au niveau de chaque régime :

Si le régime utilise le CTP 100, pas de modification à apporter.

Si le régime utilise un autre CTP à la place du CTP 100, ou en plus du CTP 100, il faudra modifier ce régime

image-1654613852745.png

Ici, nous avons ajouté le CTP 726 pour les cotisations accident, allocation familiale et maladie.

Ici, c'est la cotisation vieillesse qui a le CTP 100 utilisé en DSN. De fait la colonne CTP1 ne sera pas utilisée, vous pouvez la laisser telle quel.

Certains clients ont doublé toutes les cotisations dans le cas d'un régime à CTP multiple, la plupart du temps pour le régime travailleurs handicapés. Il faut dans ce cas bien indiquer le CTP1 correspondant à l'assiette utilisée par la cotisation

image-1654695834989.png

Dans cet exemple, la cotisation accident a été doublé, _ACCIDENT_TH étant la cotisation sur la partie aide au poste : On met 122 dans la colonne CTP1. Et pour la cotisation ACCIDENT qui est la cotisation sur la partie du salaire direct, on met le CTP100.

Même chose pour les cotisations VIEILLESSETOT et VIEILLESSE_TH

Pour la cotisation Allocation familiale, la particularité du régime travailleur handicapé est que la cotisation est toujours à taux plein, c'est à dire 5.25%. Toutefois en DSN, la cotisation doit être déclarée en trois partie, 3.45% pour le salaire direct (CTP 100), 3.45% pour l'aide au poste (CTP122) et 1.80% pour la totalité en CTP 430.

Certains client ont créé trois cotisations, d'autres ont créé une cotisation spécifique à taux plein.

Dans le premier cas, la codification ne pose pas de difficulté, puisque chaque cotisation possède son CTP.

Mais si il y a une seule cotisation à 5.25%, et que c'est une cotisation utilisateur, il faudra alors modifier cela et utiliser la rubrique ALLOCFAMTXPLEI qui a été créé spécialement pour les types de salariés qui cotisent toujours à taux plein. La codification de cette rubrique doit être la suivante :

image-1655311590522.png

Les colonnes CTP1 et CTP2 sont saisissables exceptionnellement lorsque le CTP est égal à 430.

Utilisation

Édition des charges et journaux

Lorsque la codification des régimes est terminée, vous pouvez tester l'édition des état récapitulatifs pour les déclarations mensuelles.

image-1653310965315.png

La case à cocher Mode détaillé pour contrôle DSN est désormais toujours cochée, et n'est modifiable qu'en mode administrateur

Pour éditer les états de comptabilisations et les journaux de salaires, la paye doit être complètement calculée. En revanche, ce n'est pas le cas pour les autres éditions et donc pour les déclarations mensuelles

image-1653314018040.png

image-1653314519319.png

Si l'édition comporte des CTP 999, c'est que les colonnes CTP1 et CTP2 n'ont pas été correctement codifiées

Les "AUT" il s'agit des rubriques qui ne sont pas envoyés en DSN mais uniquement pour l'affichage du bulletin simplifié.

En principe, les cotisations de même CTP et de même qualifiant sont regroupées.

image-1655227830471.png

Dans l'exemple ci-dessus, ce n'est pas le cas. Cela est due à la codification des cotisations, la case à cocher Dans la déclaration, éclater en fonction du taux AT doit être cochée pour chacune des cotisations composant le CTP.

image-1655227975853.png

Lorsqu'il y a un écart révélé par le bordereau URSSAF DSN, la fonctionnalité du contrôle DSN avancé s'avère nécessaire.

Génération de la DSN

Avant de générer la DSN, cochez la case "Mode détaillé pour contrôle charge"

Cette case à cocher n'est désormais plus disponible, elle est activée automatiquement

image-1653315065785.png

Contrôle Charge/DSN

Dans cette option, l'objectif est de vérifier que le montant envoyé en DSN est égal au montant calculé en paye.

Dans la gestion des saisies de la DSN, cliquez sur Contrôle DSN/URSSAF

image-1772559209346.png

Sélectionnez le mois/Année à contrôler et cliquez sur Contrôle Charge/DSN

image-1772559248114.png

L'écran suivant présente la liste des sections de déclaration Par défaut, si vous en avez plusieurs, seuls les totaux seront visibles.

Le montant attendu correspond au montant de la DSN. Il est égal à la base multiplié par le taux du CTP (ce taux est fixé par l'URSSAF). L'écart est donc égal au montant attendu moins le montant en paye.

image-1653316315042.png

Nous avons par exemple dans cet exemple un écart de 92.04 pour l'établissement ET05

Quand on clique sur le "+" au niveau de l'établissement, nous avons le détail par section 

image-1653316530902.png

Cliquez sur un établissement pour en voir le détail : Pour chaque couple CTP/Qualifiant les colonnes affichées sont :

image-1653316602000.png

Ici, l'écart vient donc du CTP 100

En double cliquant sur la ligne en écart, nous avons le détail du CTP par matricule 

image-1653316704948.png

Cela nous permet d'identifier le ou les matricules en écart.

Dans notre exemple, nous avons un écart sur le matricule 000101

Nous pouvons donc analyser le bulletin du matricule en question afin d'identifier l'origine de l'écart ( soit corriger la codification de régime, soit paie incorrecte...)

 

Contrôles DSN

Contrôle en aval : Synthèse CRM

Introduction

Depuis le début de l'année, de nouveaux CRM sont générés dans un nouveau format ressemblant un peu à la norme DSN. Il s'agit des CRM normalisé à la norme NEOReS.  Nous avons donc modifié le lecteur de CRM afin de le présenter de manière lisible.

A cette occasion, nous avons constaté que beaucoup de CRM était en anomalie non bloquante pour la certification de la DSN mais nécessitant des corrections, voire des régularisations si l'échéance est passée.

Afin d'inciter à consulter ces anomalies et à les corriger avant l'envoi définitif de la DSN, nous avons ajouté un module Synthèse CRM qui permet de consulter l'ensemble des anomalies relevées, et cela pour l'intégralité des DSN.

Ce module est accessible via le tableau de bord en cliquant sur la tuile Contrôle DSN. Le module charge alors la synthèse des CRM du mois précédent.

Avant de lancer le module, vous pouvez cocher la case permettant de télécharger les retours.

image-1772792097377.png

Le module est également accessible via la gestion de la DSN en cliquant sur le bouton Transmission, puis en cliquant sur le bouton Synthèse CRM

image-1685624193352.png

Le programme analyse l'intégralité des CRM issus des dernières transmissions certifiées conformes, qu'elles soient en essai ou en réel.

image-1685624402872.png

Lorsque l'anomalie est nominative, le matricule et le numéro de contrat DSN sont affichés.

Le détail de l'anomalie peut être consulté dans le cadre bas de l'écran en cliquant sur une ligne d'anomalie.

Il est également possible de double cliquer sur une ligne d'anomalie pour consulter le CRM contenant cette anomalie.

Pour le moment, les anomalies des CRM OC ne sont pas répertoriés dans ce module car ils ne sont pas normalisés.

Il est également important d'utiliser régulièrement la consultation des anomalies BIS. Si en règle générale, ces anomalies sont mineures et ne concerne que des noms de naissance ou prénoms légèrement différents par rapport au fichier SNGI (Système National de Gestion des Identifiants), elles peuvent parfois révéler que des individus ne sont pas reconnus et donc ne pourront pas être indemnisés lors d'un arrêt et parfois inconnu également au niveau de la DGfiP.

Détail des CRM

Chaque CRM est identifié par un code appelé nature du CRM et permet de connaitre l'organisme émetteur d'identifier le format du CRM.

Chaque CRM a un statut (OK,KO ou ANO) mais n'ont pas forcément de contenu, notamment pour les CRM de type accusé de réception.

Les CRM sont principalement utilisés pour remonter des anomalies mais aussi pour transmettre des informations à l'utilisateur :

CRM DGfIP pour la liste des taux PAS, CRM Taux AT pour transmettre les nouveaux Taux AT, CRM effectif. Certains d'entre eux sont automatiquement exploités par le logiciel.

Ci après sera présenté une liste non exhaustive des différents CRM

10-Avis de dépôt organisme SI DSN

Indique par le statut l'accusé de réception de la DSN ainsi que différentes informations comme le siret émetteur, la date de réception, etc.

11-Certificat de conformité organisme SI DSN

Il s'agit du certificat qui valide votre DSN au niveau du SI DSN. Cela veut dire que le fichier envoyé est conforme à la norme en vigueur mais ne certifie pas que la DSN est correcte vis à vis des autres organismes. En cas de statut KO, le contenu indique les anomalies détectées.

20-Bilan d'identification des salariés SI DSN

Ce CRM est le résultat du contrôle de vos salariés vis à vis  du fichier Système National de Gestion des Identifiants (SNGI). Si les correspondances nom prénom NIR sont exactes, il n'y aura pas d'anomalie. Si la correspondance n'est pas exacte, une anomalie sera affichée, cependant le salarié peut être correctement identifié. C'est l'anomalie I0310 Salarié reconnu et il s'agit bien souvent de différence sur le prénom ou le nom de naissance et il n'est pas forcément nécessaire de le corriger.

Dans la synthèse des CRM, ce type d'anomalie n'est pas répertoriée

21-Contrôle inter déclaration SI DSN

Ce CRM contrôle la cohérence entre les contrats déclarés dans le mois en cours et le mois précédent. Si un contrat n'est plus déclaré alors qu'il n'y a pas eu de fin de contrat le mois précédent, une anomalie est remontée

Cette anomalie peut survenir lors qu'un salarié change d'établissement, il convient de ne pas tenir compte du message dans ce cas

34-CRM Taux AT

Ce CRM contient les nouveaux taux AT et sont exploités par la GRH dans la mise à jour des chiffres de paye. Il est généralement mis à disposition au mois de novembre pour les taux AT de l'année suivante mais peut être envoyé à tout moment si les taux changent en cours d'année.

50-Accusé de réception Organisme complémentaire

Il s'agit de l'accusé  de réception des organismes complémentaires

51-CRM Organisme complémentaire

Le CRM des organismes complémentaires n'est pas normalisé et peut varier d'un organisme à l'autre

61-CRM données agrégées Organisme URSSAF

Ce CRM indique que le télépaiement a été enregistré par l'URSSAF

62-CRM données nominatives Organisme URSSAF

Ce CRM remontent les incohérence détectées sur les données nominatives. Il indique pour chaque anomalie le salarié concerné

94-CRM données nominatives Organismes DGfIP

Ce CRM contient la liste des taux PAS des salariés déclarés le mois précédent

119-CRM H+4 Organisme URSSAF

Ce CRM est l'équivalent du CRM 62 mais au nouveau format Néores beaucoup plus lisible que le format XML. Il a la particularité d'être disponible 4 heures après l'envoi de la DSN (en test ou en réel), ce qui permet une résolution des anomalies avant la date d'échéance. De plus, un CRM peut contenir un ensemble d'anomalies, soit au niveau de l'établissement, soit au niveau de l'individu.

120-CRM J+5 Organisme URSSAF

Ce CRM est identique au CRM précédent mais n'est disponible que 5 jours après l'échéance, et les anomalies détectées devront être corrigées sur la DSN suivante

124-CRM de rappel

Ce CRM est identique au CRM précédent mais concerne l'ensemble des anomalies de l'année précédente est est émis en mars de l'année en cours. C'est ce CRM qui servira de base pour générer une éventuelle DSN de substitution si les anomalies ne sont pas corrigées

Anomalies URSSAF

Ce chapitre traite plus particulièrement les anomalies Urssaf issues des CRM 120 et CRM 124.

Dans l'écran CRM de synthèse, les anomalies "substituables" sont affichées en rouge ce qui permet d'avoir les anomalies les plus urgentes à corriger.

Le bouton image-1771951584091.png  permet d'affiner la sélection. Tous les CRM sont analysés et retravaillés pour afficher la liste de toutes les anomalies trouvées dans l'ensemble des CRM du mois en cours.
Comme précédemment, les anomalies en rouge sont les anomalies réellement substituables. Pour la DSN de substitution de 2026, concernant l'année 2025, seules les anomalies individuelles de calcul de plafond sont substituables. Exceptées les anomalies dues à une assiette brute négatives.

L'écran se décompose en quatre parties :

image-1773061320182.png

 

image-1771952438618.png

Dans cet exemple, nous avons 4 anomalies substituables.

Si on clique sur une anomalie, les éléments permettant d'arriver au recalcul de l'Urssaf, c'est à dire les élément qui ont été envoyés en DSN sont affichés.

Ici il s'agit d'une anomalie de type plafond erroné. Sont affichés donc la modalité du temps de travail, l'horaire, la base brute, la base plafonnée, le nombre d'heures complémentaires, toutes ces zones étant issues de la dsn envoyée.

Vient ensuite le plafond recalculé, la base plafonnée recalculée et enfin les cumuls nécessaires au recalcul

image-1773050497764.png

Pour le moment, le détail n'est affiché que pour les anomalies de type plafond. Dans une version ultérieure, ces données changeront en fonction du type d'anomalie (Exemple Net social)

image-1773050592848.png

Dans cet exemple, une anomalie est détectée sur avril 2025. Néanmoins toutes les périodes depuis le début d'année sont affichées afin de permettre une vision d'ensemble des éléments de calcul. On remarque que la cause de l'anomalie est la base brute qui est négative. Dans ce cas, l'Urssaf  prend zéro pour le recalcul du plafond.

La liste ci dessus est regroupée par période de rattachement. Si une ligne est issue de plusieurs dsn (Par exemple la dsn mensuelle d'origine et une régularisation qui a eut lieu le mois suivant), la colonne Régul sera égal à oui.

Le bouton WikiEIG permet de lancer le navigateur sur la page wiki expliquant l'anomalie et sa méthode de résolution

image-1773051692345.png

Fichier des contrôles URSSAF

Le fichier des contrôles est un fichier fourni par l'Urssaf. Il permet de consulter tous les contrôles effectué par ce dernier.

On retrouve l'ensemble des informations relative aux anomalies, la description détaillée, la méthode de résolution et des informations complémentaires.

image-1773049450076.png

 

Résolution des anomalies des CRM de type plafond

Vous pouvez consulter le document en lien pour résoudre les anomalies.

https://wikiapp.heberg-eig.fr/books/dsn/page/assiette-plafonnee-BMrhttps://wikiapp.heberg-eig.fr/books/dsn/chapter/anomalies-dsn

 

Contrôles DSN

Assiettes négatives 2025

Depuis début 2025, l'Urssaf a mis en place un nouveau contrôle, sur l'assiette plafonnée en période courante.

Sur ce contrôle, les assiettes négatives sont prises pour une valeur à zéro. En conséquence, cela génère une anomalie dans le CRM 120.

Tout au long de l'année 2025, la SDDS (l'association des éditeurs) a discuté avec la DSS et Urssaf Caisse Nationale, en indiquant que ces cas étaient courants dans le cas de saisie décalée des évènements : plusieurs mois d'absences saisies sur un mois, saisies d'IJSS, etc.

Par conséquent, seul le fait générateur pourra corriger cette anomalie puisque l'évènement sera ramené à sa période d'emploi. Et le fait générateur n'entrera en vigueur qu'au 1er janvier 2027.

Ce n'est que début janvier 2026 que l'Urssaf a actualisé sa FAQ sur la DSN de substitution (Question 5), en indiquant que ces cas ne seraient pas pris en compte dans la DSN de substitution.

Toutefois, la question de savoir ce que deviendront ces anomalies. La FAQ indique Ces signalements ne peuvent pas être neutralisés, car ils traduisent une situation déclarative non conforme. Ils continueront donc d’être émis chaque mois tant que la déclaration n’aura pas été corrigée. Mais il n'est pas possible de corriger ces anomalies sans fait générateur. Il y a la une incohérence que nous ne comprenons pas.

En résumé il n'y a pas à s'inquiéter pour le moment de cette anomalie.

Le contrôle sur l'assiette plafonnée peut ne pas être dû a une assiette négative. Il convient dans ce cas de le corriger impérativement. Cela peut être du a une erreur de paramétrage  (Cf. https://wikiapp.heberg-eig.fr/books/mise-a-jour-de-decembre-2025/page/add-on-codification)

 

Anomalies DSN

Il s'agit de référencer les anomalies retournées par les CRM des différents organismes et d'expliquer la méthode pour les corriger et\ou les régulariser

Anomalies DSN

Assiette plafonnée

Nature du CRM :

119,120,124

UR_ANO_ASS_PLF_DIPA01I
UR_ANO_ASS_PLF_DIPA01J 
UR_ANO_ASS_PLF_DIPA01C

Message :

Une anomalie est détectée, pour au moins un des mois d’un exercice donné, si un écart est constaté entre le montant (S21.G00.78.004) de l'assiette brute plafonnée (S21.G00.78.001 code 02) déclaré et le montant calculé par l'Urssaf.

L'assiette plafonnée (S21.G00.78.004 pour le code base assujettie 02) pour DUPONT Gérard (002859) relevant du régime général (CNAV) est à zéro dans votre déclaration alors qu'une rémunération a été déclarée (S21.G00.51.011, code 001).

Explicatif

Le montant est calculé comme suit :

image-1771954177925.png

image-1771954193599.png

image-1771954210085.png

Causes de l'anomalie

Veuillez vérifier :
- les valeurs déclarées en bloc 40 pour les rubriques mobilisées par les conditions de déclenchement du contrôle
- la valeur déclarée en "Mesure - S21.G00.53.002" du bloc "Activité - S21.G00.53" pour lequel la rubrique "Unité de mesure - S21.G00.53.003" est "40 - Jours calendaires de la période d'emploi pris en compte dans le calcul du plafond de Sécurité sociale"
- la bonne application des règles d’ajustement et de régularisation progressive du plafond

Cas identifiés

Le plafond plein n'a pas été appliqué

Causes

Dans le le cas d'un salarié totalement absent sur la période, mais percevant une rémunération ne participant pas au maintien de salaire, un plafond plein doit être appliqué. BOSS chapitre 6 section 1 Paragraphe 900

Dans l'application GRH, il convient dans ce cas d'utiliser la rubrique PL_PLAFONDPLEIN et la mettre en saisie de variable. Dans ce cas le programme remplira le bloc 53 code 40 avec le nombre de jour de la période.

Si le nombre de jour de la période est égal à zéro en DSN , une anomalie de plafond apparaitra, il faudra dans ce cas faire une régularisation DSN de ce bloc.

Régularisation

Il faut tout d'&abord si le bulletin d'origine est correct. En effet, si vous n'avez pas utiliser la rubrique PL_PLAFONDPLEIN et que vous n'avez pas régularisé le plafond (PL_MENSA), il est fort probable que le bulletin ne comporte pas de tranche A (exemple pas de Vieillesse tranche A). Il faudra donc faire une régularisation de cette cotisation.

Il est aussi fort possible que la base plafonnée soit erronée

Faire une régularisation DSN -> https://wikiapp.heberg-eig.fr/books/dsn/page/regularisation-dsn

La régularisation doit être faite avant la génération de la DSN

Pour régulariser le bloc 53 code 40.

Créer la régularisation en sélectionnant le bloc 51 code 001. Indiquez zéro dans la formule

image-1771955552980.png

Cliquez Sur ajouter un sous bloc et sélectionnez le bloc 53, Le premier code doit être 01 travail rémunéré le deuxième 40 jour calendaire

image-1771955638473.png

Dans la formule, indiquer le nombre de jour de la période d'emploi. Il peut s'agir du nombre de jour du mois mais attention si le salarié a été embauché ou est sorti pendant la période , ce nombre de jour est réduit.

Cliquez ensuite sur Ajouter contrat pour sélectionner le salarié

image-1771955917398.png

 

Heures supplémentaires appliqués pour un temps partiel

Causes

Un temps partiel ne peut pas avoir d'heures supplémentaires. Si c'est le cas, le recalcul de l'Urssaf générera une anomalie car ces heures apparaissent dans le bloc 51 code 017 et sont donc prises en compte.

image-1771956669002.png

Régularisation

Codification de la rubrique heures complémentaires ou supplémentaires

Causes

Lorsqu'une l'anomalie survient sur un temps partiel, il est fondamental de vérifier la codification de la rubrique des heures complémentaires ou supplémentaires 

Vérifier le bulletin afin d'identifier les rubriques d'heures complémentaires

Régularisation

Lorsque la codification DSN est incorrecte (heures en trop ou manquantes) mais que le bulletin parait correct, il convient tout d'abord de la corriger.

Ensuite pour corriger l'anomalie, il faut faire une régularisation DSN du bloc 51 code 17

Faire une régularisation DSN -> https://wikiapp.heberg-eig.fr/books/dsn/page/regularisation-dsn

Créer la régularisation en sélectionnant le bloc 51 code 017.

Indiquez le nombre d'heure à corriger (en plus ou en moins) dans la formule 1

Laisser vide la formule 2

image-1771964869776.png

Cliquez ensuite sur Ajouter contrat pour sélectionner le salarié

image-1771955917398.png

Vous pouvez ensuite générer ce matricule afin de vérifier la DSN

image-1771965114981.png

Recalcul de l'Urssaf incorrect dans le cas de contrat successif ou non

La base plafonnée doit être calculée en tenant compte de tous les contrats. BOSS chapitre 6 section 3 Paragraphe 1280

Il semblerait que sur les anomalies que nous avons analysé sur les CRM de 2025, le recalcul de l'Urssaf soit incorrect.

image-1771958678569.png

Ici on constate que le recalcul de l'Urssaf ne tiens compte que du contrat 0003.

Notre recalcul en tiens compte et ne rencontre pas de différence

Nous espérons que cette situation sera corrigée dans les CRM de rappel, si ce n'est pas le cas, il faudra contester.

Assiette brut négative

Ici l'anomalie concerne le mois de mai 2025, l'Urssaf a ramené la base brute à zéro et  a recalculer la base plafonnée en conséquence

image-1771959135438.png

L'anomalie n'est pas substituable, nous attendons les instructions de la DSS pour connaitre les modalité de résolution

 

 

 

 

Anomalies DSN

Anomalie sur les apprentis

Nature du CRM :

62,119,120

Code Anomalie :

UR_ANO_ASS_APP_DIEXO08e3 ou UR_ANO_COT_APPR_DIDAEXO09a

Message :

62 : Vous avez déclaré un dispositif de politique publique et conventionnel [64, 65] (S21.G00.40.008 ou S21.G00.41.005) sans déclaration d'exonération de cotisation apprenti secteur privé associé au code [001, 002] (S21.G00.81.001) avec un montant positif d'assiette exonérée

119,120 : Vous avez déclaré un bloc Cotisation agrégée (S21.G00.23) au titre de l'exonération apprenti (CTP [726]) mais vous n'avez pas déclaré d'assiette apprenti au bloc Cotisation individuelle (S21.G00.81)

Explicatif

Dès que l'on déclare le CTP 726 en bloc 23, il faut déclarer pour chaque apprenti en bloc 81 un montant d'assiette exonérée avec le code 001 ou 002 (Apprentis loi 1979 ou apprenti loi 1987).

Ceci doit être fait pour la base plafonnée comme pour la base déplafonnée.

Le régime apprenti doit être codifié comme suit :

image-1694794892958.png

Il faut mettre le code exonération 002 pour la rubrique VIEIL_APP_TRA et pour la rubrique VIEILLESSE_APP

Régularisation

Pour régulariser les mois précédents, il faudra passer par le module régularisation DSN.

En fonction de votre situation, il faudra faire une régularisation pour la base plafonnée ou une régularisation pour la base déplafonnée, ou les deux.

Pour chaque mois à régulariser, créer une régularisation sur le bloc 78 Code 02 avec un montant à zéro

image-1682502490647.png

Puis créer un sous bloc 81 avec le code 002 et la rubrique [VIEIL_APP_TRA.BASE] pour la formule 1

image-1682502533788.png

Ajouter les contrats concernés en regroupant la liste des personnes par régime :

image-1682502683715.png

Pour les autres mois, vous pouvez utiliser le bouton dupliquer et changer simplement le mois de rattachement

Renouveler l'opération pour la base déplafonnée mais cette fois en utilisant le code 03 pour le bloc 78 et la rubrique VIEILLESSE_APP.BASE pour le bloc 81.

 

 

Anomalies DSN

Assiette plafonnée

Nature du CRM :

62,119,120

Code Anomalie :

Code UR_ANO_ASS_PLF_DIPA01C

Message :

L'assiette plafonnée (S21.G00.78.004 pour le code base assujettie 02) pour DUPONT (000167) relevant du régime général (CNAV) est à zéro dans votre déclaration alors qu'une rémunération a été déclarée (S21.G00.51.011, code 001)

Explicatif

Le bloc 78 code 02 et code 03 doit toujours être déclaré. Vérifiez qu'il codifié dans le régime concerné. Si ce n'est pas le cas, il s'agit peut être d'un régime n'ayant pas de cotisation tranche A (Fonctionnaire détaché). Dans ce cas, le logiciel prend le montant dans la rubrique codifiée dans le paramétrage DSN des rubriques à la rubrique Autre éléments de codification

 

Anomalies DSN

Anomalies Codes BA-209-19 et BA-201-01

Notifications reçues suite au dépôt d'une DSN

Anomalie(s) :

 

Solution (à tester) :

Anomalies DSN

Net social

Nature du CRM :

119,120,124

UR_ANO_DIMNS001
UR_ANO_DIMNS002
UR_ANO_DIMNS003
UR_ANO_DIMNS004
UR_ANO_DIMNS005

 

Message :

Pour DUPONT (NIR 9999999999999 et la période fiscale considérée courante du 2026-02-01 au 2026-02-28, vous avez renseigné un montant net social de 1533.36 € (S21.G00.58.004) incohérent avec le montant net social estimé. Tout écart supérieur à 20% entre le montant net social et le montant net social estimé.

Pour un mois de versement (M ou M+1, selon la date de versement la plus récente déclarée), une anomalie est détectée dès lors que le montant net social estimé est différent du montant net social déclaré (S21.G00.58.004).

Explicatif

Pour déterminer le montant net social estimé, pour la période fiscale considérée :

Calcul du montant net social estimé :
Ce montant est déterminé à partir du montant soumis au PAS (S21.G00.50.013) et du montant de la part non imposable du revenu (S21.G00.50.011) et en l'absence d'un arrêt de travail d'une durée supérieure à 2 mois (bloc 60).
Toutefois deux exceptions :
- Si le salarié est en contrat de nature CDD et dans la limite des deux premiers mois du contrat et en l’absence d'un arrêt de travail alors ce montant est déterminé à partir de la rémunération nette fiscale (S21.G00.50.002).
- Si le montant de la rémunération nette fiscale (S21.G00.50.002) + le montant de l'indu fiscal (S21.G00.56.002 de type 03) est négatif et en l'absence d'un arrêt de travail alors ce montant est déterminé à partir de la rémunération nette fiscale (S21.G00.50.002).

Les montants suivants doivent être ajoutés :
- Somme des Primes, gratifications et indemnités de type (S21.G00.52.001) : 002, 007, 008, 009, 010, 013, 014, 015, 016, 021, 045, 903
- Heure(s) complémentaire(s) ou supplémentaire(s) exonérée(s) fiscalement (y compris journées de RTT monétisées) (S21.G00.58.003 type 01)

Les montants suivants doivent être déduits :
- Les montants de frais de santé type 92 (S21.G00.54.002)
- Le montant de la CSG non-déductible soit (l'assiette de la CSG (S21.G00.78.001 type 04) - le montant de la PPV 906 (bloc 52.001) - le montant du bloc 54 de type 14, 15 et ou 16) multipliée par 2,9%.

 

 

Régularisation DSN

menu : D.S.N > Gestion de la DSN >  Autres traitements > Régularisations DSN

image-1702653625320.png

 

Cette option est à utiliser quand on a des régularisations à faire uniquement déclarative, c'est à dire, la paie est correcte et pas besoin de la régulariser.

Il n'y a que la DSN qui est à corriger.

image-1702653836496.png

Nous avons la période "Janvier 2024", c'est le mois principal déclaré sur lequel on va effectuer la régularisation. 

En d'autres termes, on fait la régularisation sur la DSN de janvier 2024.

 

Documentation disponible (MAJ le 11/03/24)

Webinaire 20240311-REGULS DSN.docx

 

Régularisation SMIC

L'utilisation de cette fonctionnalité est disponible sur le lien souvent : Régularisation SMIC

Saisie d'une régularisation

Pour ajouter une régularisation, on clique sur "Ajouter"

image-1702653986477.png

On indique un libellé pour identifier la régularisation

la période de rattachement

le bloc à régulariser  : les blocs actuellement disponibles sont visibles ci-dessous

image-1702654071214.png

 

Pour chaque bloc choisi, l'écran s'adapte.

Les éléments proposés dépendent de la nomenclature et des types disponibles. (au moment de la rédaction de cette fiche / les types peuvent évoluer en fonction de la norme).

La possibilité d'ajouter ou non un sous bloc dépend également du bloc choisi.

Il faut connaitre également l'arborescence des blocs DSN

 On saisit les éléments structurant la régularisation, dès que les éléments sont saisis, le bouton "Ajouter un sous-bloc" s'active si le bloc saisi est bloc parent.

image-1702654854942.png

 

Dans notre exemple ici, le bloc 51 code 002 est parent du bloc 53, c'est pour cela que la possibilité d'ajouter un sous bloc s'est activée.

image-1702654921625.png

 

Par contre, pour un bloc non parent, l'option reste désactivé

image-1702655031697.png

 

En bas de l'écran, on a la possibilité de sélectionner les contrats sur lesquels on va appliquer la régularisation

image-1702655165673.png

On peut donc saisir les régularisations qu'on souhaite.

On lance la DSN et on retrouve nos saisies en DSN

 

Pour voir un exemple concret de régularisation sur le bloc 78 et 81, voir le lien : régularisation bloc 78 et 81

Consultation des régularisations passées

Nous avons également la possibilité de voir le détail des régularisations passées, en modifiant la période.

Par exemple en se positionnant sur la période de janvier 2023, on retrouve les régularisations qui ont été saisies.

image-1702655375584.png

Lorsque nous double-cliquons sur une ligne, on peut voir le détail

image-1702655451525.png

 

 

Régulariser les blocs 22 & 23 uniquement

Rappel

Cette page traite la régularisation unique des blocs 22 et 23. Ces blocs concernent la déclaration URSSAF uniquement et se situent au niveau de la section de déclaration.

Le bloc 22 contient le tiers (Le tiers [l'URSSAF], la période de paye et le montant total de cotisations dû pour la période de paye) et il y a un bloc 23 par code CTP qui contient le code CTP, le type et le montant de l'assiette :                                                

image-1722593139682.png

Le bloc 23 (Bloc du code CTP), par défaut, effectue la somme des codes 78 nominatifs de la période

Les régularisations possibles selon les cas

Selon ce qui s'est précédemment produit en DSN et en paye, il y a lieu de procéder différemment :

Cas 1 : les blocs 78 de la période incriminée étaient faux, les blocs 22 et 23 également et la paye est fausse

Les blocs 78 proviennent des différentes lignes de cotisations du bulletin et de la codification mise en place dans les régimes de cotisations. Si ces blocs sont faux, c'est que les cotisations qui les ont générées sont elles-mêmes fausses. Il faut donc passer par la gestion des régularisations pour annuler le mois erroné puis passer le même mois avec les bonnes données.

De ce fait, lors de la génération de la DSN, les blocs de régularisations 22 et 23 sont automatiquement générés.

Le programme créé les blocs de régularisation 78 au niveau nominatif (des personnes). De ce fait, les blocs de régularisations 22 et 23 conglomérants sont automatiquement créés.

Cas 2 : les blocs 78 de la période incriminée sont faux, les blocs 22 et 23 également mais la paye est bonne

Il convient alors de régulariser uniquement la DSN et utiliser la régularisation DSN. La régularisation des blocs 22 et 23 reste manuelle ainsi que la modification du bloc 20 de paiement.

Pour plus d'information (téléchargement) : Webinaire du 11 mars 2024 - Reguls DSN.docx 

Cas 3 : les blocs 78 de la période incriminée sont bons mais les blocs 22 et 23 sont faux ainsi que la paye

Ce cas nous intéresse.

Cela se produit quand des personnes sont en rouge à la génération de la DSN. Par exemple, quand les assiettes du chômage et de l'AGS sont différentes ; ce qui ne doit pas se produire. Les utilisateurs corrigent le bloc 78 erroné (l'AGS) personne par personne mais le bloc 23 conglomérant du niveau de la section de déclaration n'est pas mis à jour. L'URSSAF relève la différence et adresse une notification à l'utilisateur.

Il faut régulariser la paye SANS envoyer les régularisations en DSN.

Dans la DSN, il ne faut qu'intervenir qu'au niveau section de déclaration pour les blocs 22 et 23. 

Pour la correction : section "Comment procéder ?", sous-section "La régularisation AGS"

Cas 4 : cas constaté dans la réalité et la solution est validée par l'URSSAF. Cela concerne le versement mobilité ; l'assiette et le taux de cotisation sont justes mais le code INSEE de la commune est erroné

Ce cas nous intéresse.

L'utilisateur concerné a constaté que l'URSSAF lui remboursait une somme d'argent tous les mois. Après avoir pris contract, l'URSSAF a donné l'explication : le code INSEE transmis correspond à un autre taux de cotisation. Pour l'URSSAF, c'est le code INSEE qui détermine le taux à appliquer. Après avoir corrigé le code INSEE et envoyé une DSN correcte, il faut régulariser la partie remboursée par l'URSSAF.

Dans les DSN erronées, les blocs nominatifs 81 étaient corrects car la paye était juste. il n' y a pas de régularisation de paye à effectuer. L'URSSAF demande une régularisation avec le bon code INSEE. Le code INSEE apparaît dans les blocs 81 nominatifs et dans le bloc 23 conglomérant :

image-1723639949835.png

image-1723639988484.png

Il n'est pas possible de régulariser les blocs 81. En effet, dans la gestion des régularisations de DSN EIG, la saisie du code INSEE n'est pas prévue. Il faut donc régulariser le bloc 23. Mais Si le code INSEE fait foi, comment renseigner la différence entre le taux  correct envoyé dans les DSN (1,50) et le taux appliqué par l'URSSAF (0,90) ?

Pour la correction : chapitre "Comment procéder ?" et paragraphe "La régularisation du code INSEE".

Comment procéder ?

La régularisation AGS

Il n'y a pas d'automatisme. Il faut procéder manuellement. 

Attention : quand la régularisation est créée dans la DSN test, elle n'est pas reportée dans la DSN réelle. Il faut, à nouveau saisir la régularisation dans la DSN réelle.

Il faut commencer par vérifier le mode d'affichage. Si l'affichage se présente comme suit :

image-1723043332035.png

Cela ne convient pas, il faut cliquer sur le bouton Changer de mode d'affichage pour obtenir la visibilité de tous les blocs.

image-1722610133218.png

Le programme demande une confirmation :

image-1722610212264.png

Le programme crée le bloc 22 à vide, il faut compléter les lignes en rouge :

image-1722610302806.png

Sous ce bloc 22, le programme a ajouté une ligne S21.G00.23 Cotisation agrégée

image-1723043751758.png

Il faut cliquer dessus pour ajouter le(s) bloc(s) 23 à corriger. Une nouvelle confirmation est demandée :

image-1723043817349.png

Le bloc est créé à vide et plusieurs données sont à saisir :

image-1723043886294.png

Ci-dessous, un exemple de régularisation rétroactive d'AGS :

image-1723044401169.png

Les blocs 22 et 23 sont régularisés mais ce n'est pas tout. En effet, il faut reporter le montant de cotisations du blocs 22 (11 euros dans notre exemple) dans le bloc de paiement. Sinon, l'URSSAF relèvera un écart entre les montants déclarés et celui payé et demandera une nouvelle régularisation.

Le bloc de paiement est le bloc 20 situé au niveau de la même section de déclaration. Il faut utiliser l'ascenceur pour remonter dans la liste des blocs.

image-1723102928418.png

Le montant de cotisations est le résultat des calculs et cumuls établis pendant la génération. Il n'a pas connaissance des manipulations manuelles effectuées. Il faut donc ajouter les 11 euros de régularisations ajoutés manuellement dans le bloc 22 aux 33638,00 de la ligne S21.G00.20.005, montant du versement.

La régularisation du code INSEE (versement mobilité)

Le détail des manipulations est décrit dans la partie "Régularisation AGS", se référer à cette partie. Ici, la procédure est synthétique.

Il faut procéder mois par mois en annulant ce que l'URSSAF a reçu et en passant ce qu'elle aurait dû recevoir.

  1. Il ne faut pas avoir l'affichage synthétique mais l'affichage de tous les blocs. Il faut changer l'affichage si besoin est.
  2. Se positionner sur la section concernée
  3. Chercher le 1er bloc 22 dans la liste des blocs
  4. Sélectionner la ligne
  5. Cliquer sur Ajouter/Supprimer pour ajouter un bloc 22. Un bloc 23 est également créé
  6. Compléter le bloc 22 sans renseigner le montant de cotisations

Il faut, ensuite 2 blocs 23. Le premier est créé automatiquement lors de l'ajout du bloc 22. 

Bloc d'annulation

image-1723642468281.png

L'assiette doit être en négatif et le taux est celui appliqué par erreur par l'URSSAF sur la foi du mauvais code INSEE (ligne 6)

Bloc de régularisation

Il faut créer un second bloc 23 pour le même mois.

image-1723642685911.png

L'assiette est la même mais en positif avec le bon taux à appliquer et le bon code INSEE.

Il faut reporter la différence de cotisations dans le bloc 22

image-1723642886771.png

Il faut répéter cette triple saisie de blocs 22 et 23 pour chaque mois à régulariser. C'est le bloc 22 qui détermine le mois de régularisation.

A la fin de la saisie, il faut cumuler les montants de cotisations des différents blocs 22 de régularisation dans le bloc 20 de paiement de l'URSSAF du mois courant pour être inclus dans le prélèvement.

Cette solution a été proposée à l'URSSAF qui l'a validée.

Attention

Gérer l'erreur 401 en transmission de DSN

Prérequis

Avoir les droits pour modifier les paramètres DSN dans EIG et les paramètres de transmission sur Net-Entreprises.

Pourquoi ce message

Ce message d’erreur signifie que vous devez vous connecter au travers d’un identifiant et mot de passe sur le serveur. Le mot de passe ou les deux sont incorrects d’où le rejet de l’identification. Régulièreement, Net-Entreprises oblige ses utilisateurs à modifier leur mot de passe pour des règles de sécurité.

Il faut :

Afin de pouvoir transmettre régulièrement les informations par le biais de la DSN (DSN mensuelle, arrêts de travail, FCTU, SADV, téléchargement des taux PAS, etc.), ces identifiants sont codifiés dans EIG. Les identifiants inscrits dans EIG sont différents de ceux utilisés sur le portail.

Comment corriger

Paramétrage d'un nouveau contrat Organisme Complémentaire (Prévoyance ou Mutuelle) en DSN - TCR

Dans le menu DSN -> Paramétrage de la DSN

Rester sur le niveau Association, onglet Contrats Complémentaires.

1. Définir le répertoire FPOC

Afin de pouvoir récupérer les Fiches de Paramétrage des Organismes Complémentaires (FPOC) depuis le site www.net-entreprises.fr, vous devez cliquer sur l'onglet "Définir le répertoire FPOC" afin de renseigner un répertoire temporaire pour le téléchargement des fiches. Sauf cas exceptionnel, vous pouvez laisser le répertoire par défaut.

image-1761833928448.png

Capture1 - Répertoire FPOC.JPG

2. Import FPOC Net-Entreprise

Afin de télécharger les Fiches de Paramétrage des Organismes Complémentaires (FPOC) et les comparer au paramétrage en place en GRH, vous devez cliquer sur l'onglet "Import FPOC Net-Entreprise".
Capture2 - Liste des contrats.JPG

3. Comparaison entre les FPOC Net-Entreprise et le paramétrage en GRH

Cet écran est composé de 2 parties :

- Dans la partie haute, ce sont les Fiches de paramétrages disponibles sur Net-Entreprise.

- Dans la partie basse, ce sont les Fiches de paramétrage existantes en GRH.

Les codes couleurs sont les suivants :

- Ligne en vert = Contrat disponible sur Net-Entreprise et existante en GRH.

- Ligne en orange = Contrat disponible sur Net-Entreprise et existant en GRH mais avec une anomalie, une différence à corriger.

- Ligne en rouge = Contrat disponible sur Net-Entreprise mais absent en GRH.

Il est fréquent que les nouveaux contrats des OC mettent un certain temps pour être disponible sur Net-Entreprise.

Attention, il arrive fréquemment qu'il y ai encore des contrats devenus obsolètes sur Net-Entreprise, voir inutilisés...

Capture3 - Fiches de paramétrage net-entreprises et paramètrage en GRH.JPG

Vous pouvez double-cliquer sur un contrat dans la partie haute "Fiches de paramétrage disponibles sur Net-Entreprise" afin de visionner la Fiche de paramétrage DSN directement via EIG.

Capture4 - Fiches de paramétrage disponibles sur net-entreprise.JPG

4. Import d'un nouveau contrat OC dans le paramétrage DSN en GRH

Pour importer un nouveau contrat en GRH, il suffit de cocher le contrat souhaité et de valider en bas à gauche de l'écran.

5. Vérification des Codes organismes et des références contrat

Aller dans l'onglet "Ajouter/Modifier des codes organismes" pour vérifier et éventuellement renommer les codes organismes ou les références contrats.

5.1. Les codes organismes

Capture5a - Codes Organismes et Références contrats.JPG

5.2. Les références contrats

Capture5b - Codes Organismes et Références contrats.JPG

Pensez à bien renommer les références contrats afin de vous y retrouver entre tous vos différents contrats. Dans notre exemple, l'import qui se nommait "\ CADRE--CADRE" sera renommé en "MUT AXA - CADRE AVENANT 2024".

6. Paramétrage du contrat OC en DSN

Double-cliquer sur le contrat OC à paramétrer puis :

- Renseigner une date de fin de validité (31/12/2099)

- Modifier la désignation (ici de "\CADRE--CADRE" à "MUTUELLE AXA CADRE - FAMILLE (AVENANT 2024)"

Pour info, c'est cette désignation qui sera présente sur les bordereaux de cotisations DSN.

- Vérifier les codes Délégataire, Population et Option.

- Associer les cotisations correspondantes.

- Valider.

Capture6 - Codification contrat OC.JPG

Ne pas oublier d'ajouter la date de fin de validité sur le précédent contrat.

Bien vérifier que le nouveau contrat OC est affecté à la section ou aux sections souhaitées. Voir ci-après pour procéder.

7. Affectation d'un contrat à une section

Les références qui sont présentées dans les copies d'écran qui suivent sont issues d'un jeu d'essai, la référence organisme est connue mais les références contrats sont fictives et élaborées pour illustrer le propos.

Il arrive parfois que ces références soient différentes selon les sections :

image-1770124505577.png

Le code organisme est le même mais les références contrats sont propres à chaque section. Elles sont toutes définies dans le paramétrage de la DSN. Par défaut, toutes ces références sont afectées à chaque section, il  convient alors d'attribuer à chaque structure sa référence.

Dans le paramétrage de la DSN, il faut se positionner sur la section concernée, ongmet "Général", sous-onglet "Contrats complémentaires" et cliquer sur le bouton "Affecter des contrats à la section" 

image-1770117575461.png

A l'intérieur de l'écran, il faut décocher  les références concernant les autres sections :

image-1770124628600.JPG

Puis valider par le V vert en haut à droite de cet écran.  L'affichage se réduit aux références concernant la section :

image-1770124723297.JPG

 

Fait générateur, Organisme de retraite

Préambule

De nombreux clients nous interpellent suite aux relances des organismes de retraite qui demandent à rattacher en DSN les éléments de salaire à leur période d'emploi.

La problématique vient principalement du fait que lors de la saisie décalée des éléments de paie (Absences non rémunérées, IJSS), le brut du bulletin devient négatif. Les organismes de retraite ne traitent les montants négatifs en période courante et donc le montant pris en compte est zéro.

Historique

En 2017, la DSS a informé la SDDS au cours d'une réunion avec le GIP-MDS, qu'il fallait introduire la notion de fait générateur dans l'envoi des éléments de paye en DSN.

En clair, il s'agissait de rattacher les éléments de salaire non plus à la période de versement mais à la période d'emploi de ces éléments de salaire.

Bien évidemment, de nombreuses questions ont été posées, au cours de cette réunion et celles qui ont suivis mais la DSS a toujours repoussé ses réponses.

Des années après, et quelques réunions dédiées spécifiquement au fait générateur, nous avons finalement obtenus quelques réponses, pas suffisantes mais assez pour imaginer l'ampleur du travail de développement à réaliser et ensuite celui du déclarant pour suivre ces évolutions.

La DSS décide alors de laisser une tolérance d'application et convient avec les éditeurs d'une date d'application : 2027.

En 2023, un article est publié sur le BOSS sur le fait générateur.

https://boss.gouv.fr/portail/accueil/regles-dassujettissement/assiette-generale.html#titre-chapitre-5---fait-generateur-des

Le problème est que, encore aujourd'hui, cet article ne fait aucune référence à une date d'application malgré nos nombreuses interpellations.

Plus non plus d'atelier pour avancer sur le sujet et répondre aux questions restantes.

Début octobre 2024, le GIP-MDS publie une fiche consigne une date d'application : 2027.

https://www.net-entreprises.fr/dsn-fait-generateur-harmonisation-des-pratiques/

Les organismes de retraite

Comme indiqué en préambule, depuis plusieurs années, les organismes de retraite demandent à appliquer le fait générateur  pour les éléments saisis en décalés.

Hors dans l'article du BOSS et dans la consigne du GIP, il est clairement expliqué le contraire :

Les derniers échanges tenus ont permis de confirmer que pour les cas les plus courants qui concernent la prise en compte régulière dans la paie du mois d’éléments venant du mois antérieur, il convient bien de se référer aux règles applicables lors de la  prise en compte de ces éléments en paie.

Ce rattachement à la période de prise en compte en paie concerne ainsi :

De plus, nous avons aujourd'hui un écrit stipulant que le fait générateur n'est applicable qu'à partir de 2027.

L'actualité

En novembre 2024, nous avons posé la question au GIP-MDS concernant la prise en compte des absences et des IJSS. La réponse est limpide :


Une actualité a été publiée peu de temps avant votre mail sur le fait générateur : https://www.net-entreprises.fr/dsn-fait-generateur-harmonisation-des-pratiques/
En effet, il y est précisé que pour les cas les plus courants qui concernent la prise en compte régulière dans la paie du mois d’éléments venant du mois antérieur, il convient bien de se référer aux règles applicables lors de la prise en compte de ces éléments en paie.
Ce rattachement à la période de prise en compte en paie concerne ainsi :

Votre interrogation portant sur des éléments liés à l’absence (absences non rémunérées et IJSS), ils doivent affectés les bases des blocs 78 sur la période de paie où ont été saisis ces éléments.

Pouvez-vous nous transférer les messages que vous et/ou vos clients reçoivent de la part des organismes (mails, courrier de mise en demeure) ? Cela nous permettrait de comprendre la teneur des échanges et d’ajuster au mieux les communications au besoin.

Cordialement,

Direction de l'Accompagnement et de la Qualité - Service Déploiement

GIP-MDS – 4/14 rue Ferrus –75014 Paris

Nous avons donc transmis régulièrement vos échanges de mail avec les organismes de retraite. Le GIP a fait suivre à l'Agirc-Arrco

Et pourtant en mars 2025, les relances des organismes de retraites se multiplient.

Mais nous aussi nous faisons des mail de relance au GIP-MDS, le dernier date du 19 mars 2025.

Nous espérons aboutir et qu'enfin tous les organismes se basent sur une règle unique et claire

 

 

 

 

Déclaration Obligatoire d’Emploi des Travailleurs Handicapé

Déclaration Obligatoire d’Emploi des Travailleurs Handicapé

Déclaration Obligatoire d’Emploi des Travailleurs Handicapés

Modification DOETH 2026

En 2026, le code 067 contribution OETH nette après écrêtement ne doit plus être en DSN si elle est égale à zéro. Elle ne doit être utilisée que pour les déclarations OETH antérieures à 2025.

image-1776419030072.png

Le programme a été modifié pour ne plus générer une cotisation établissement avec le code 067 si cette dernière est égale à zéro

Préambule

Ce tutoriel s'adresse à toute personne ayant accès à la gestion de la DSN. Il contient toutes les informations nécessaires à la déclaration de l'obligation d'emploi de travailleurs handicapés, de la déclaration mensuelle (déclaration BOETH) à la déclaration de la contribution annuelle (DOETH).

Voici les différents liens utiles :

https://www.urssaf.fr/portail/files/live/sites/urssaf/files/documents/OETH-Guide.pdf

Récapitulatif de toutes les fiches consignes : https://net-entreprises.custhelp.com/app/answers/detail_dsn/a_id/2427/kw/doeth
La page ci-dessus n'était plus disponible en Mars 2026, voir : https://net-entreprises.custhelp.com/app/answers/detail_dsn/a_id/3286/kw/OETH

Calcul des effectifs URSSAF : https://www.urssaf.fr/portail/home/employeur/calculer-les-cotisations/le-calcul-de-leffectif/calcul-des-effectifs-par-lurssaf/presentation-des-regles-de-gesti.html

Règles de calcul des effectifs : https://www.urssaf.fr/files/live/sites/urssaffr/files/autres/Effectifs-RG-Calculs.pdf
Simulateur DOETH : https://www.agefiph.fr/employeur/simulateur_doeth

Vidéo RFpaye : 3 questions sur la DOETH : https://www.youtube.com/watch?v=GPDu2ERAhkM

Comment corriger sa DSN : https://www.oeth.org/files/Guide%20Rectifier%20sa%20DOETH%20-%20Mars%202023.pdf

Webinaire DOETH 2023 (Agefiph) : https://www.youtube.com/watch?v=LHHDARxm3uk 

FAQ Agefiph  : https://www.agefiph.fr/faq?thematique-faq=5966#content

La déclaration mensuelle des BOETH


Depuis le 01 janvier 2020 l’employeur est dans l’obligation de déclarer le statut BOETH de chaque salarié.
La ligne S21.G0040.072 va porter cette information dans la DSN.
Dans la fiche personne dans le cadre administratif vous devez retranscrire les informations du Cerfa 11391*21.

image-1637189512189.png

Que faire en cas d’erreur ?
Plusieurs cas de figure :

1 - Modification du statut BOETH au mois N de la DSN


Modifier la fiche personne comme précédemment.
Dans la DSN (ici la DSN de février), un bloc changement va être crée avec dans la zone S21.G00.41.048 Ancien statut BOETH renseigné à « 99 »(S'il n'y avait pas de statut dans la dsn précédente).

Avec ce bloc changement, le système comprend que l'ancien statut était 99, et qu'il change au 15 janvier avec le nouveau statut indiqué dans le bloc 40.

2 - Le statut BOETH était correct mais la date de décision incorrecte.

En reprenant l'exemple précédent, on s'apercoit en mars que la date de décision n'était pas le 15 janvier mais le 15 février. Il faut donc modifier la fiche personne en indiquant la bonne date (15 février). Toutefois, ce n'est pas suffisant car le programme ne génère un bloc 41 que si le statut BOETH indiqué dans la dsn de février (Statut 01) diffère de celui de mars, ce qui n'est pas le cas. Pour forcer le programme à créer un bloc changement, il faut cocher la case A rappeler en DSN , indiquer l'ancien statut et la date de cet ancien statut.

image-1637189552447.png

Ici l'ancien statut était non concerné depuis le 15 janvier (avant cette date, le système DSN sait déjà que le statut était non concerné). On aurait pu également indiquer depuis le 01 janvier.

image-1637189521430.png

Avec ce bloc changement, le système comprend qu'à partir du 1er janvier (la date de profondeur est toujours au 1er du mois même si on a indiqué depuis le 15 janvier), le statut BOETH est non concerné. Puis à partir du 15 février, c'est le nouveau statut (indiqué en bloc 40) qui prend le relais.

Nous avons posé la question à DSN info concernant les travailleurs handicapés en contrat de soutien (Nature de contrat 70) dans un établissement ESAT : Faut-il la renseigner la rubrique statut BOETH pour les travailleurs handicapés travaillant au sein d'un ESAT (Etablissement et Service d'Aide par le Travail), sachant que ce ne sont pas réellement des salariés ?

Réponse : La rubrique "Statut BOETH - S21.G00.40.072" couvre de manière large tout individu bénéficiaire de la Loi OETH (dite Loi handicap). Si un salarié se prévaut de son statut BOETH, l'employeur a donc obligation de renseigner cette rubrique.

Conséquence : La rubrique S21.G00.40.072 est alimenté quelque soit le type de contrat.

3- Le salarié est sorti

Si le salarié est sorti et qu'il est nécessaire de corriger le statut BOETH, il suffit de lui faire un bulletin de régularisation à zéro, afin de la prendre en compte dans la DSN

Analyse des effectifs

Voir le lien suivant pour l'explication des effectifs mis à disposition via les CRM 118 : https://net-entreprises.custhelp.com/app/answers/detail_dsn/a_id/2624

Règles de calcul des effectifs : https://www.urssaf.fr/files/live/sites/urssaffr/files/autres/Effectifs-RG-Calculs.pdf


Pour calculer et effectuer la DOETH, vous aurez besoin des effectifs déclarés qui doit être fourni par l'URSSAF (En principe fin janvier mais fin mars en 2021).
Ces effectifs ont été calculés avec les déclarations DSN que vous avez effectués tout au long de l'année.
Le module Analyse des effectifs permet de recalculer ces effectifs en fonction des DSN de l'année précédente enregistrés dans la base GRH, et qui ont en principe été déposées. Cette analyse tient compte, non seulement des modalités déclarées dans les blocs contrats (blocs 40), mais aussi des blocs changements (blocs 41). Le module analyse également les blocs changements déclarés l'année suivante dans le cas où ils impactent l'année considérée.
Pour effectuer une analyse, dans le menu Gestion de la DSN, bouton Autre traitement, puis menu Analyse effectif.

image-1637189577535.png

Sélectionnez l'année (le mois importe peu) et cliquez sur Effectifs.

image-1637189585197.png

Le tableau présente pour chaque établissement ainsi que pour l'association, et pour chaque mois :

L'EMM de l'association est égal à la somme des EMM de chaque établissement. Attention toutefois, les EMM sont calculés sur six décimales mais présentés sur deux décimales, ce qui explique la différence si l'on calcule cette somme.

 l'EMM OETH n'est pas affiché par défaut car il est en règle général identique à l'EMM. Il peut cependant être affiché en cliquant sur l'entête de colonne.

 

Depuis 2024, pour le millésime 2023, de nouveaux effectifs sont calculés :

 


Et en dernière colonne est présenté l'EMA (Effectif Moyen Annuel).
Vous pouvez double cliquer sur une ligne pour avoir le détail par salarié . L'effectif est cette fois affiché sur 6 décimales.

image-1637189596067.png

Puis double cliquez sur un matricule pour avoir le détail de l'évolution de ses modalités pour chacun de ses contrats.

image-1637189601459.png

Il y a au moins une ligne pour chaque mois transmis en DSN. Chaque ligne présente le début et la fin de la période, la durée, l'ETP, les différents EMM. Les modalités présentées sont celles utilisés pour le calcul de l'EMM. En effet en fonction de la nature du contrat, du motif CDD, du code PCE, du statut BOETH, etc, le contrat sera pris en compte ou pas dans les différents calcul d'EMM.
Toutefois, il peut y avoir plusieurs lignes pour un même mois DSN, dans le cas ou un changement de modalité intervient en cours de mois.
La première colonne Mois de changement indique le mois de la DSN où bloc changement a été saisi. Il peut être différent du mois original de la DSN.
Le calcul des contributions OETH est de la responsabilité de l’entreprise. La décision de prendre en compte un effectif différent de celui transmis par l’URSSAF est donc également de la responsabilité de l’entreprise. En cas de désaccord avec l’effectif transmis, il convient de contacter son interlocuteur URSSAF afin de s’assurer que l’effectif pris en compte dans le calcul de la contribution OETH est valable.
En cas de difficultés et UNIQUEMENT dans ce cas, pour la déclaration DOETH (discordance entre le calcul de l’URSSAF et le calcul de l’employeur), il y aura une tolérance d’un mois pour la déclaration (Pourra être déposée dans la dsn de juin déposée le 5 juillet.

La Déclaration Obligatoire d'Emploi des Travailleurs Handicapés (DOETH)

A compter de 2022, l’entreprise doit déposer sa déclaration annuelle DOETH le 5 ou le 15 mai, au titre de la déclaration sociale nominative (DSN) d’avril. 

Toute entreprise privée quel que soit son effectif (même une entreprise de moins de 20 salariés) doit déclarer le nombre de travailleurs handicapés qu'elle emploie. ... L'entreprise ne remplissant pas cette obligation d'emploi doit verser une contribution financière à l' Agefiph .

Une seule DOETH doit être déclarée pour l'entreprise. C'est à l'employeur de choisir l'établissement qui supportera cette déclaration.
La DOETH est déclaré à l'URSSAF ou à la MSA. Dans le cas d’une entreprise mixte avec des salariés à la MSA et à l’URSSAF, la déclaration doit se faire auprès du régime majoritaire en nombre de salariés. Ceci sera indiqué dans la notification envoyé par l'URSSAF
La contribution annuelle doit être déclarée en plusieurs étapes au travers du bloc « Cotisation établissement - S21.G00.82 » aux rubriques « Valeur - S21.G00.82.001 » et « Code de cotisation - S21.G00.82.002 ».
Pour accéder à la codification des blocs 82, dans la gestion de la DSN, cliquez sur Autre traitements/Cotisations établissements. Cette codification doit être faite avant d'ouvrir la période suivante, c'est à dire la période de juin pour l'année 2021. En effet c'est sur cette codification que s'appuie le programme pour générer les blocs nécessaires à la déclaration DOETH

image-1637189801898.png

image-1637189811494.png

Les cotisations établissement peuvent être ajoutées, modifiées ou supprimées individuellement. Toutefois, afin de faciliter et fiabiliser la saisie, le bouton Déclaration DOETH permet d'accéder au module de saisie de toutes les informations nécessaires à la déclaration DOETH. Sélectionnez auparavant la période DSN (mai pour l'année 2021).

image-1637189825412.png

Sélectionner la section à utiliser, le tiers social (URSSAF ou MSA).
Puis saisissez les montants correspondant à votre déclaration. Pour connaitre les montants, reportez vous au simulateur mis à disposition par l'AGEFIPH. Le simulateur est disponible en ligne et en version EXCEL.

NB : Le boutonimage-1637189834902.pngpermet de supprimer toutes les déclarations relatives à la DOETH


Accord OETH


Si vous avez un accord OETH, saisissez le code (12 caractères) dans la zone appropriée, le programme DSN génère automatiquement un bloc 13 correspondant. Si vous avez plusieurs accords en revanche il faudra créer manuellement le bloc 13.
NB : D'après nos informations, le code à utiliser est B20191219005 OETH : FEHAP, Croix Rouge SNASEA, SOP pour 202 à 2022 et B2023R002004 pour 2023 à 2025.
Bien entendu, si vous avez un accord, il n'y a pas de déduction-dépenses et contributions à déclarer.

En particulier le montant du code 068 doit être égal à zéro. Cf Fiche consigne https://net-entreprises.custhelp.com/app/answers/detail_dsn/a_id/2594/kw/2594

Effectifs externes


Les effectifs externes doivent également être déclarés dans un bloc 13. Saisissez le nombre dans les deux premières lignes afin que le programme génère les blocs correspondants.


Déductions-Dépenses-Contributions


Saisissez les montants dans les lignes appropriées.
Après validation, le programme crée un ligne cotisation établissement pour chaque ligne dont le montant est différent de zéro. Sauf pour les codes 65,66,67 et 68 qui doivent toujours être déclarés ensemble et peuvent donc être égale à zéro.

image-1637189941271.png

Les lignes dont les montants sont nuls apparaissent en rouge afin d'attirer l'attention, toutefois le bloc 82 correspondant sera bien généré en DSN.

L'accord OETH et les effectifs externes n'apparaissent pas ici mais seront bien générés en DSN si les nombres sont différents de zéro.


La cotisation Code 068 contribution réelle due va créer un bloc agrégé 23 CTP 730 pour l'URSSAF, même si elle est égale à zéro. Et va naturellement d'ajouter au bloc 22 et a bloc 20 de l'URSSAF.
Pour la MSA, pas de CTP, le montant s'ajoutera simplement au bloc 20.
La cotisation code 069 dépenses OETH prévues par l'accord et non réalisées va également créer un bloc 23 CTP 740.
Tous les autres codes cotisations DOETH se suffisent à eux mêmes.

image-1637189995632.png


Le bordereau URSSAF comporte les CTP 730 et éventuellement 740.
Comme ces cotisations ne sont pas calculées en paye, cela crée forcément un écart par rapport au charges, dont il faut tenir compte pour contrôler le bordereau.

image-1637190007386.png

Régularisations


Si dans les DSN suivant la déclaration DOETH vous devez effectuer des régularisations, utilisez la même méthode (Cotisation établissement/Déclaration DOETH).
Ne pas tenir compte dans ce cas du message d'avertissement lorsque vous cliquez sur le bouton Déclaration DOETH

image-1637190033426.png

Les montants à indiquer sont le différentiel entre ce que vous avez déclaré et ce qui a été déclaré.
Comme précédemment, les codes cotisations 065,066,067 et 068 seront toujours déclarés même si les montants sont nuls.


Dernières consignes concernant la DOETH


Ces consignes sont issues de la dernière réunion que nous avons eu le 20 mai 2021 avec les éditeurs, le GIP, la DSS et l'AGEFIP
Les effectifs moyens annuels OETH remontés par l’Urssaf ne tiennent pas compte des blocs changements transmis dans les DSN mensuelles servant au calcul. Si vous avez effectué des modifications, notamment sur le statut BOETH qui n'aurait pas été déclaré correctement dès le 1er janvier 2020, la différence entre l'effectif Urssaf et votre calcul provient de la. L'urssaf nous indique que dans ce cas, vous pouvez utiliser votre effectif. En cas de doute, n'hésitez pas à contacter votre URSSAF.
Les entreprises qui rencontrent des difficultés pour effectuer leur déclaration à cette échéance disposent d’une tolérance exceptionnelle d’un mois, c’est-à-dire que la déclaration annuelle peut être effectuée dans la DSN mensuelle de juillet 2021 correspondant à la période d’emploi de juin 2021.
En cas d'accord agréé, vous devez indiquer le code de l'accord dans la zone indiquée précédemment qui génèrera un bloc 13. La consigne donné par l'AGEFIP dans certains courriers indiquant que ce code devait être dans la rubrique S21.G00.82.005 est erronée. D'autre part, le code de l'accord pour la majorité des associations devrait être le suivant : B20191219005 OETH : FEHAP, Croix Rouge SNASEA, SOP. ATTENTION Ce code ne sera intégré par le GIP qu'à partir du 26 mai. Cela veut dire que vous ne pouvez pas envoyer la DSN avant cette date car elle sera rejetée.

Sources : https://net-entreprises.custhelp.com/app/answers/detail_dsn/a_id/2427/kw/2353

Déclaration Obligatoire d’Emploi des Travailleurs Handicapé

Mise au point sur les travailleurs handicapés en ESAT

A la suite de la Déclaration Obligatoire d'Emploi des Travailleurs Handicapés 2025, beaucoup d'entre vous nous ont fait part de leur étonnement sur le fait que les par rapport aux effectifs, et notamment les effectifs BOETH.

Les travailleurs handicapés en ESAT ont un statut BOETH en DSN (rubrique 40.072). La nature du contrat de travail (rubrique 40.007) est  70 - contrat de soutien et d'aide par le travail.

Comme l'indique le cahier des charges du calcul des effectifs, ils ne sont pas comptabilisés dans les effectifs EMM mais dans les effectifs BOETH.

Nous avons contacté l'Urssaf caisse nationale pour confirmation, voici leur réponse :

Les stages et contrats de soutien et d’aide par le travail sont exclus des effectifs d’assujettissement à l’ OETH car ils ne sont  pas titulaires de contrat de travail ni mentionnés à L5424-1 CT ( R130-1 CSS) mais sont en effet pris en compte dans l’effectif BOETH compte tenu de l’article L5212-6 CT qui vise «  les bénéficiaires mentionnés à l'article L. 5212-13, quelles que soient la durée et la nature de leur contrat. »

image-1747135844204.png

La situation est donc en faveur des déclarants, nous confirmons ce qui est indiqué dans le guide des effectifs, - càd : Dans la documentation Effectifs RG Calculs de l’Urssaf page 34, il est indiqué que le contrat de soutien et d’aide par le travail est exclu des effectifs (sauf pour l’EMM BOETH) : -

Au regard du message infra, il convient également de leur rappeler que la nature de contrat (40.007) attendue est bien « 70 – Contrat de soutien et d’aide par le travail »

Extraire le fichier DSN

Introduction

Il arrive parfois que les échanges avec les organismes tiers ne réussissent pas. Ils continuent à demander des informations qui étaient correctement transmises. Le seul moyen qui reste est d'envoyer le contenu du fichier en format texte (qui peut être ouvert par le bloc-notes ou le Wordpad).

Comment procéder ?

Contraintes cahier des charges

Contraintes cahier des charges

Code régime de base risque vieillesse (S21.G00.40.020)

CH-12 : Si la rubrique « Code régime de base risque vieillesse - S21.G00.40.020 » est renseignée avec la valeur « 120 - retraite des agents des Collectivités locales (CNRACL) », alors la rubrique « Nature du contrat - S21.G00.40.007 » ne peut pas être renseignée avec les valeurs suivantes :

• 01 - Contrat de travail à durée indéterminée de droit privé
• 02 - Contrat de travail à durée déterminée de droit privé
• 03 - Contrat de mission (contrat de travail temporaire)
• 07 - Contrat à durée indéterminée intermittent
• 08 - Contrat à durée indéterminée intérimaire
• 09 - Contrat de travail à durée indéterminée de droit public
• 10 - Contrat de travail à durée déterminée de droit public
• 29 - Convention de stage (hors formation professionnelle)
• 32 - Contrat d'appui au projet d'entreprise
• 53 - Contrat d'emploi pénitentiaire
• 54 - Contrat d'apprentissage détenu
• 60 - Contrat d'engagement éducatif
• 70 - Contrat de soutien et d'aide par le travail
• 80 - Mandat social
• 81 - Mandat d'élu
• 82 - Contrat de travail à durée indéterminée de Chantier ou d'opération
• 89 - Volontariat de service civique
• 90 - Autre nature de contrat, convention, mandat (hors mandat social)
• 91 - Contrat d'engagement maritime à durée indéterminée
• 92 - Contrat d'engagement maritime à durée déterminée
• 93 - Ligne de service

CCH-13 : Si la rubrique « Code régime de base risque vieillesse - S21.G00.40.020 » est renseignée avec la valeur « 995 - absence d'affiliation pour un fonctionnaire en cumul d'activité à titre accessoire », alors la rubrique « Nature du contrat - S21.G00.40.007 » ne peut pas être renseignée avec les valeurs suivantes :

• 01 - Contrat de travail à durée indéterminée de droit privé
• 02 - Contrat de travail à durée déterminée de droit privé
• 03 - Contrat de mission (contrat de travail temporaire)
• 07 - Contrat à durée indéterminée intermittent
• 08 - Contrat à durée indéterminée intérimaire
• 09 - Contrat de travail à durée indéterminée de droit public
• 10 - Contrat de travail à durée déterminée de droit public
• 20 - [FP] Détachement d'un agent d'une Fonction Publique donnant lieu à pension (ECP)
• 21 - [FP] Détachement d'un agent d'une Fonction Publique ne donnant pas lieu à pension (ENCP)
• 29 - Convention de stage (hors formation professionnelle)
• 32 - Contrat d'appui au projet d'entreprise
• 50 - Nomination dans la fonction publique (par arrêté, par décision,…)
• 51 - Contrat de mission d'un collaborateur occasionnel du service public (COSP) ou assimilé
• 53 - Contrat d'emploi pénitentiaire
• 54 - Contrat d'emploi pénitentiaire en apprentissage
• 60 - Contrat d'engagement éducatif
• 70 - Contrat de soutien et d'aide par le travail
• 80 - Mandat social
• 81 - Mandat d'élu
• 82 - Contrat de travail à durée indéterminée de Chantier ou d'opération
• 89 - Volontariat de service civique
• 90 - Autre nature de contrat, convention, mandat (hors mandat social)
• 91 - Contrat d'engagement maritime à durée indéterminée
• 92 - Contrat d'engagement maritime à durée déterminée
• 93 - Ligne de service

Ce contrôle vise à n'autoriser ce type d'absence d'affiliation que pour un fonctionnaire en cumul d'activité à titre accessoire.

CCH-14 : Si la rubrique « Code régime de base risque vieillesse - S21.G00.40.020 » est renseignée avec la valeur « 996 - absence d'affiliation pour un expatrié », alors la rubrique « Travailleur étranger au sens du code de la Sécurité Sociale - S21.G00.40.024 » ne peut pas être renseignée avec les valeurs suivantes :

• 01 - Détaché
• 03 - Frontalier
• 99 - Non concerné

Ce contrôle vise à n'autoriser ce type d'absence d'affiliation que pour un expatrié.

CCH-15 : Si la rubrique « Code régime de base risque vieillesse - S21.G00.40.020 » est renseignée avec la valeur « 997 - absence d'affiliation pour un stagiaire hors formation professionnelle », alors la rubrique « Nature du contrat - S21.G00.40.007 » ne peut pas être renseignée avec les valeurs suivantes :

• 01 - Contrat de travail à durée indéterminée de droit privé
• 02 - Contrat de travail à durée déterminée de droit privé
• 03 - Contrat de mission (contrat de travail temporaire)
• 07 - Contrat à durée indéterminée intermittent
• 08 - Contrat à durée indéterminée intérimaire
• 09 - Contrat de travail à durée indéterminée de droit public
• 10 - Contrat de travail à durée déterminée de droit public
• 20 - [FP] Détachement d'un agent d'une Fonction Publique donnant lieu à pension (ECP)
• 21 - [FP] Détachement d'un agent d'une Fonction Publique ne donnant pas lieu à pension (ENCP)
• 32 - Contrat d'appui au projet d'entreprise
• 50 - Nomination dans la fonction publique (par arrêté, par décision,…)
• 51 - Contrat de mission d'un collaborateur occasionnel du service public (COSP) ou assimilé
• 52 - [FP] Cumul d'activité à titre accessoire
• 53 - Contrat d'emploi pénitentiaire
• 54 - Contrat d'emploi pénitentiaire en apprentissage
• 60 - Contrat d'engagement éducatif
• 70 - Contrat de soutien et d'aide par le travail
• 80 - Mandat social
• 81 - Mandat d'élu
• 82 - Contrat de travail à durée indéterminée de Chantier ou d'opération
• 89 - Volontariat de service civique
• 90 - Autre nature de contrat, convention, mandat (hors mandat social)
• 91 - Contrat d'engagement maritime à durée indéterminée
• 92 - Contrat d'engagement maritime à durée déterminée
• 93 - Ligne de service

Ce contrôle vise à n'autoriser ce type d'absence d'affiliation que pour un stagiaire hors formation professionnelle.

CCH-16 : Si la rubrique « Code régime de base risque vieillesse - S21.G00.40.020 » est renseignée avec la valeur « 998 - absence d'affiliation pour un élu », alors la rubrique « Nature du contrat - S21.G00.40.007 » ne peut pas être renseignée avec les valeurs suivantes :

• 01 - Contrat de travail à durée indéterminée de droit privé
• 02 - Contrat de travail à durée déterminée de droit privé
• 03 - Contrat de mission (contrat de travail temporaire)
• 07 - Contrat à durée indéterminée intermittent
• 08 - Contrat à durée indéterminée intérimaire
• 09 - Contrat de travail à durée indéterminée de droit public
• 10 - Contrat de travail à durée déterminée de droit public
• 20 - [FP] Détachement d'un agent d'une Fonction Publique donnant lieu à pension (ECP)
• 21 - [FP] Détachement d'un agent d'une Fonction Publique ne donnant pas lieu à pension (ENCP)
• 29 - Convention de stage (hors formation professionnelle)
• 32 - Contrat d'appui au projet d'entreprise
• 50 - Nomination dans la fonction publique (par arrêté, par décision,…)
• 51 - Contrat de mission d'un collaborateur occasionnel du service public (COSP) ou assimilé
• 52 - [FP] Cumul d'activité à titre accessoire
• 53 - Contrat d'emploi pénitentiaire
• 54 - Contrat d'emploi pénitentiaire en apprentissage
• 60 - Contrat d'engagement éducatif
• 70 - Contrat de soutien et d'aide par le travail
• 80 - Mandat social
• 82 - Contrat de travail à durée indéterminée de Chantier ou d'opération
• 89 - Volontariat de service civique
• 90 - Autre nature de contrat, convention, mandat (hors mandat social)
• 91 - Contrat d'engagement maritime à durée indéterminée
• 92 - Contrat d'engagement maritime à durée déterminée
• 93 - Ligne de service

Ce contrôle vise à n'autoriser ce type d'absence d'affiliation que pour un élu.

CCH-17 : Si la rubrique « Code régime de base risque vieillesse - S21.G00.40.020 » est renseignée avec la valeur « 994 - absence d'affiliation pour le personnel médical hospitalier universitaire », alors la rubrique « Nature du contrat - S21.G00.40.007 » ne peut pas être renseignée avec les valeurs suivantes :

• 01 - Contrat de travail à durée indéterminée de droit privé
• 02 - Contrat de travail à durée déterminée de droit privé
• 03 - Contrat de mission (contrat de travail temporaire)
• 07 - Contrat à durée indéterminée intermittent
• 08 - Contrat à durée indéterminée intérimaire
• 09 - Contrat de travail à durée indéterminée de droit public
• 10 - Contrat de travail à durée déterminée de droit public
• 20 - [FP] Détachement d'un agent d'une Fonction Publique donnant lieu à pension (ECP)
• 21 - [FP] Détachement d'un agent d'une Fonction Publique ne donnant pas lieu à pension (ENCP)
• 29 - Convention de stage (hors formation professionnelle)
• 32 - Contrat d'appui au projet d'entreprise
• 50 - Nomination dans la fonction publique (par arrêté, par décision,…)
• 51 - Contrat de mission d'un collaborateur occasionnel du service public (COSP) ou assimilé
• 52 - [FP] Cumul d'activité à titre accessoire
• 53 - Contrat d'emploi pénitentiaire
• 54 - Contrat d'emploi pénitentiaire en apprentissage
• 60 - Contrat d'engagement éducatif
• 70 - Contrat de soutien et d'aide par le travail
• 80 - Mandat social
• 81 - Mandat d'élu
• 82 - Contrat de travail à durée indéterminée de Chantier ou d'opération
• 89 - Volontariat de service civique
• 91 - Contrat d'engagement maritime à durée indéterminée
• 92 - Contrat d'engagement maritime à durée déterminée
• 93 - Ligne de service

Ce contrôle vise à n'autoriser ce type d'absence d'affiliation que pour le personnel médical hospitalier universitaire.

Nouvelle nomenclature : NAF 2025

La Nomenclature d'activités française est révisée pour 2 raisons principales :
- S'inscrire dans le vaste processus de révision d'ensemble des nomenclatures d'activités et de produits aux niveaux mondial et européen;
- Prendre en compte les évolutions du tissu économique.

 

Code NAF / Code APE

Le code APE (Activité Principale Exercée) est le code opérationnel attribué par l'INSEE à chaque entreprise et à chaque établissement, en référence à la NAF, lors de son inscription u répertoire SIRENE.

Il se compose de 4 chiffres et 1 lettre (ex. : 12.34A) et identifie l'activité principale. Il apparait notamment sur :
- l'extrait KBIS délivré par le greffe,
- dans le répertoire SIRENE de l'INSEE,
- sur certains documents fiscaux et sociaux (déclarations, bulletins, ...).

 

Quand utilisera-t-on la nouvelle nomenclature ?

La NAF 2025 entrera en vigueur d'abord dans les répertoires statistiques, à partir de 2026, pour progressivement intégrer les différentes productions statistiques jusque fin 2029.

A partir du 1er Janvier 2027, la NAF 2025 sera la nouvelle nomenclature de référence pour l'attribution des codes APE. A cette date, toutes les unités légales actives présentes dans le répertoire Sirene (entreprises, associations, collectivités locales, ...) et leurs établissements auront un code APE modifié.

Pendant toute l'année 2026, le site www.sirene.gouv.fr donne à voir aux entreprises le (futur) code APE en NAF 2025 de tous leurs établissements et leur permet d'en demander la rectification, s'il y a lieu.

L'INSEE invite les entreprises à consulter ce site et à vérifier la bonne affectation du nouveau code.

 

Qui est concerné par la révision de la NAF ?

Du fait de la multiplicité des usagers de la NAF par les acteurs économiques et administratifs, un grand nombre d'utilisateurs est concerné par la révision de la nomenclature, tant par la modification des rubriques que par le changement de codification. Ainsi, outre les entreprises elles-mêmes et les producteurs de statistiques d'entreprises, de données d'emploi, de comptes nationaux, sont également concernées les administrations sociales et fiscales, ainsi que les organisations professionnelles. C'est tout le système des utilisateurs qui devra s'adapter à un nouveau référentiel.

2025 entrera en vigueur d'abord dans les répertoires statistiques, à partir de 2026, pour progressivement intégrer les différentes productions statistiques jusque fin 2029.

 

Correspondance NAF Rév.2 -> NAF 2025 ?

La table de correspondance permet de préparer le reclassement des activités dans la nouvelle nomenclature, et d'évaluer l'ampleur et la nature des changements à anticiper.

La table a été éditée en Janvier 2026 : https://www.insee.fr/fr/statistiques/fichier/8181066/Correspondances_NAFrev2-NAF2025.xlsx

 

Consulter et rectifier le nouveau code APE 2025 (entrée en vigueur en 2027)

Le lien suivant : https://sirene.gouv.fr/etape1 permet de consulter le code APE actuel et le code NAF 2025 qui vous a été attribué pour chacun de vos établissements.
Pour cela, il convient de renseigner le SIREN de votre association dans le champ prévu à cet effet puis de cliquer sur "Accéder aux informations".

Vous obtenez ainsi une page avec les détails pour votre siège et en dessous, le détail pour chacun de vos établissements.

Pour effectuer une demande de modification en ligne, un compte ProConnect est nécessaire. Si vous n'en disposer pas, un formulaire à remplir manuellement vous sera proposé.
Pour en savoir plus sur ProConnect, voir : https://www.proconnect.gouv.fr/

 

Impact en DSN => En attente d'infos complémentaires

Le code APE est déclaré en DSN dans le bloc S21.G00.11.002 et le bloc S21.G00.85.002.

Il se renseigne dans DSN / Paramétrage de la DSN / Structures au niveau de chaque établissement.

Nous reviendrons vers vous prochainement lorsque nous aurons plus d'infos à ce sujet.

 

Réponses à vos questions sur le répertoire SIRENE

La FAQ SIRENE https://www.insee.fr/fr/information/6790269 vous permet d'obtenir des informations sur :
- Comment demander à changer de code APE,
- Comment obtenir un avis de situation,
- Comment rendre vos données visibles ou non,
- Quelles démarches faire pour modifier les informations de votre entreprise (adresse, nom, ...)

 

Textes

Décret n° 2025-736 du 31 Juillet 2025 portant approbation des nomenclatures d'activités et de produits françaises : https://www.legifrance.gouv.fr/download/pdf?id=Vx55NL89wummot8hRfRvXvJ8xhDOEE2jCGK4ZGJwFps=