DSN 7.0 - Guide de Parametrage Et Mapping - HRaxx

Guide de Paramétrage et Mapping des données
Sopra HR Software / DSN 7.0

Le 25 septembre 2020 SHR - Edition
Guide
Sopra HR Software
DSN 7.0
Guide de Paramétrage et Mapping des

données
Version 1.00 du vendredi 25 septembre 2020

État : Applicable
© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable
1/191
Mentions légales
Le paragraphe qui suit ne s'applique pas à tout pays dans lequel ces dispositions sont incompatibles avec la législation
en vigueur : LE PRÉSENT DOCUMENT EST LIVRÉ "EN L'ETAT". Sopra HR Software DÉCLINE TOUTE RESPONSABILITÉ,
EXPRESSE OU IMPLICITE, RELATIVE AUX INFORMATIONS QUI Y SONT CONTENUES, Y COMPRIS EN CE QUI
CONCERNE LES GARANTIES DE QUALITÉ MARCHANDE OU D'ADAPTATION À VOS BESOINS. Certaines juridictions
n'autorisent pas l'exclusion des garanties implicites, auquel cas l'exclusion ci-dessus ne vous sera pas applicable.
Il n'est pas garanti que le contenu du présent document et les exemples de code source qui y figurent, pris
individuellement ou en tant qu'ensemble, répondent à vos besoins, ni qu'ils soient exempts d'erreurs.
Ce document peut comporter des inexactitudes d'ordre technique ou des erreurs typographiques. Son contenu est
périodiquement mis à jour et chaque nouvelle édition inclut les mises à jour. Sopra HR Software peut procéder à des
améliorations et/ou des modifications du ou des produit(s) ou programme(s) décrits dans ce document, à tout
moment.
© 1996-2020 Sopra HR Software. Tous droits réservés.
Avertissement
Le présent document peut contenir des informations ou des références concernant certains produits, logiciels ou
services de Sopra HR Software non annoncés dans ce pays. Cela ne signifie pas que Sopra HR Software ait l'intention
de les y annoncer. Sopra HR Software peut détenir des brevets ou des demandes de brevet couvrant les produits
mentionnés dans le présent document. La remise de ce document ne vous donne aucun droit de licence sur ces
brevets ou demandes de brevet.
Les logiciels tierce partie inclus dans les progiciels HR Access et/ou Pléiades ne peuvent être utilisés séparément de
ces progiciels.
Marques
HR Access et Pléiades sont des marques déposées de Sopra HR Software. Toute utilisation, reproduction ou
représentation nécessite l'accord express et préalable de Sopra HR Software.
Les autres noms utilisés pour désigner des sociétés, des produits ou des services sont des marques ayant leur titulaire
respectif.
Remarques du lecteur
Vos commentaires et suggestions nous permettent d'améliorer la qualité de nos documentations. Ils jouent un rôle
important lors de leur mise à jour. N'hésitez pas à en faire part au Support clients.
www.soprahr.com
Sopra HR Software
Tour Manhattan
5 place de l'Iris - Courbevoie
92095 La Défense Cedex
2/191
Sommaire
1. À propos de cette documentation 7

1.1. Tableau de suivi des modifications 8
1.2. Préambule 8
1.2.1. Périmètre fonctionnel couvert par la DSN 7.0 8
1.2.2. Impact du fait générateur des cotisations en DSN 10
1.3. Documentation de référence 11
2. Principes généraux de la DSN 12

2.1. DSN mensuelle et DSN de signalement 12
2.1.1. DSN mensuelle : un sous-produit du cycle de paie 12
2.1.2. DSN mensuelle et données "hors paie du mois" 13
2.1.3. DSN de signalement : des déclarations événementielles simplifiées 14
2.2. La norme "NEODeS" 14
2.2.1. Le modèle de données du cahier technique 14
2.2.2. Les structures principales de la norme 15
3. Présentation générale de la solution HR Access 16

3.1. Production de la DSN mensuelle 16
3.1.1. Une solution centrée sur la paie 16
3.1.2. Schéma des étapes de la DSN mensuelle 17
3.1.3. DSN mensuelle et unité déclarative 19
3.2. Des informations dédiées à la DSN 21
3.2.1. Une information PRDB générique pour tous les blocs montants 21
3.2.2. Des informations PRDB dédiées pour le bloc contrat et ses blocs fils 22
3.2.3. Une information ZY dédiée à la description de l'individu 23
3.2.4. Une information ZD dédiée à la description des établissements 24
3.2.5. Une structure de données ZZ dédiée aux données "hors paie du mois" 24
3.3. Production des DSN de signalement 28
3.3.1. Le signalement Fin de contrat (FCT) 28
3.3.2. Le signalement Fin de contrat unique (FCTU) 29
3.3.3. Les signalements Arrêt de travail et Reprise anticipée 31
3.3.4. Possibilité d'exclure certains individus des signalements 32
4. Paramétrage réglementaire DSN 33

4.1. À propos de ce chapitre 33
4.2. Le paramétrage des unités déclaratives 33
4.2.1. Conditions préalables 33
4.2.2. Paramétrer la date d'entrée en DSN 34
4.2.3. Paramétrer le fractionnement et les points de dépôt 34
3/191
4.2.4. Exemples de paramétrage des unités déclaratives 36

4.2.5. Configuration particulière : plusieurs dossiers de code DRE pour un SIRET donné 37
4.2.6. Compléter l'alimentation de l'information ZD7R 38
4.2.7. Le paramétrage des contacts métier de la DSN mensuelle (bloc 07) 41
4.3. Le paramétrage des relations avec les OPS 42
4.3.1. Rattachement des établissements aux organismes 42
4.3.2. Contrats d'adhésion à un organisme complémentaire 45
4.3.3. Gestion des versements aux Organismes de Protection Sociale (OPS) 49
4.4. Le paramétrage des lieux de travail (bloc 85) 51
4.4.1. Décrire les lieux de travail dans le répertoire des établissements (DRE) 52
4.5. Le paramétrage des rubriques de paie 55
4.5.1. Les blocs montants dans la DSN 55
4.5.2. Décrire l'alimentation DSN d'une rubrique 58
4.5.3. Appliquer des filtres sur une alimentation DSN 90
4.5.4. Autres besoins de valorisation DSN utilisant des compteurs DSN (DFB) 92
4.5.5. Consignes pour la déclaration à l'URSSAF des cotisations dues par les salariés de l'ENIM
96
4.6. Le paramétrage des périodes de rattachement (blocs 52 et 54) 99
4.6.1. Principes de paramétrage 99
4.6.2. Exemples de paramétrage 100
4.7. Le paramétrage des absences DSN 103
4.7.2. Exemple de paramétrage 104
4.8. Le paramétrage des suspensions issues de la Position Administrative (ZYPO) 104
4.8.2. Exemple de paramétrage 106
4.9. Les transformations de codification HR Access pour la DSN 106
4.9.2. Exemple de transformations de codification utilisées par les traitements livrés en
standard 108
4.10. Le paramétrage de la norme en vigueur 112
4.10.1. Changement de norme 112
4.10.2. Principes et exemples de paramétrage 113
4.10.3. Exploitation de la norme DSN en vigueur 114
5. Personnaliser l'alimentation des données de gestion DSN 115

5.1. Traitements non modifiables et traitements modifiables 115
5.2. Données DSN des établissements 116
5.2.1. Alimentation automatique de l'information "Attributs DSN" (ZD7R) 116
5.2.2. Le siège de l'entreprise (bloc 06) 117
5.2.3. Les lieux de travail (bloc 85) 118
5.3. Données DSN de l'individu 119
5.3.1. Principes 119
5.3.2. Alimentation automatique des données administratives de l'individu (ZYAD) 119
4/191
5.3.3. Identifier un individu de manière pérenne 120

5.3.4. Exploitation du Matricule et génération du NTT par l'Espace DSN 121
5.3.5. Gestion des dates de naissance partiellement inconnues (ZYAD-TEMECH) 121
5.4. Données DSN d'un événement Arrêt de travail 122
5.4.1. Personnalisation des données de l'événement 122
5.5. Données DSN d'un événement Fin de contrat 123
5.5.1. Personnalisation des données de l'événement 123
5.5.2. Le CDD d'usage en mode dérogatoire 123
5.5.3. Annulation d'une Fin de contrat en DSN mensuelle 124
5.6. Alimentation des données Contrat du PRDB 125
5.6.1. La notion de "service DSN" 125
5.6.2. Du bulletin de paie à l'unité déclarative 127
5.6.3. Services DSN relatifs au contrat proprement dit 129
5.6.4. Services DSN relatifs à la déclaration des absences 137
5.6.5. Exploitation du mécanisme de transformation de codification par un traitement
spécifique 139
5.6.6. Déclaration d'un changement relatif à l'identifiant du contrat 139
5.7. Critères libres et métadonnées 141
5.7.1. Attributs libres de niveau Individu et Contrat 141
5.7.2. Métadonnées associées aux "Evénements DSN" 142
5.7.3. Métadonnées associées aux structures Hors Paie 143
5.8. Procédures d'alimentation de la structure ZZ 143
5.8.1. Processus "BRAIn" livrés en standard 143
5.8.2. Généralisation de l'usage de BRAIn sur site 146
6. Extraction et production du flux DSN 147

6.1. À propos de ce chapitre 147
6.2. Paramétrage de l'émetteur 147
6.3. Population traitée 148
6.4. Logique de génération des blocs 41 (Changements Contrat) 149
6.4.1. Principe de la gestion intégrée des blocs 41 149
6.4.2. Génération des blocs 41 en l'absence de rappel en paie 150
6.4.3. Génération des blocs 41 en cas de rappel en paie 151
6.4.4. Mise à jour de la table historique contrat de la BDSN 152
6.4.5. Purge de la table d'historique 152
6.4.6. Gestion du forçage des rubriques dans l'Espace DSN 153
6.4.7. Mise en œuvre de la gestion intégrée des blocs 41 154
7. Déclaration en DSN des gens de mer et des lignes de service (ENIM)

155
7.1. Éléments généraux 155
7.1.1. Contexte 155
7.1.2. Couverture et limites de la solution 156
7.1.3. Points d'attention 157
5/191
7.2. Attendu déclaratif pour la gestion des "lignes de service" 158

7.2.1. Bloc 30 : Rubrique S21.G00.30.019 – Matricule et identifiant marin 158
7.2.2. Bloc 40 – Contrat d'engagement et contrat Ligne de service 158
7.2.3. Bloc 41 – Changements du contrat Ligne de service 159
7.2.4. Bloc 71 – Retraite complémentaire 160
7.2.5. Bloc 62 - Fin de ligne de service et soldes de congés non pris 161
7.2.6. Blocs 51 – Rémunération et bloc 53 - Activité 161
7.2.1. Bloc 85 – Lieu de travail 162
7.2.2. Annulation d'une ligne de service 162
7.3. Synthèse de l'attendu déclaratif 163
7.4. Mise en œuvre : Paramétrages et données individuelles 164
7.4.1. Paramétrage des lieux de travail de type Navire (bloc 85) 164
7.4.2. Paramétrage des unités déclaratives ENIM et du lot de gestion 164
7.4.1. Gestion des URSSAF multiples pour l'ENIM 164
7.4.2. Paramétrage de transcodification des contrats d'engagement 165
7.4.3. Paramétrage des déversements bloc 53 - Activité 165
7.4.4. Données DSN de l'individu à renseigner 165
7.5. Gestion des données ENIM dans le PRDB 166
7.5.1. Le bloc 40 – lignes de services 167
7.5.2. Le bloc 62 – Fin de ligne de service 168
7.5.3. Modification rétroactive des données portées par les lignes de service 168
7.5.4. L'annulation de ligne de service 169
7.5.5. Le bloc 51 – Rémunération et 53 – Activité 169
7.5.6. Logique de génération des blocs 41- Ligne de service 170
7.5.7. Le bloc 71-Retraite complémentaire 170
7.5.8. Le bloc 85 170
7.5.9. Exploitation du matricule et de l'identifiant marin 171
7.6. Évolutions de l'Espace DSN 171
7.6.1. Affichage du matricule dans le détail de la déclaration 171
7.6.2. Affichage des lignes de service dans le navigateur de la déclaration 171
7.6.3. Téléchargement et suivi de collecte du retour "ENIM" 171
8. Annexe : Liste des informations utiles à la DSN 172

8.1. Structure de données ZX 172
8.2. Structure de données YS 176
8.3. Structure de données ZD 177
8.4. Structure de données ZY 181
8.5. Structure de données ZZ 183
9. Annexe : Mapping des données 187

9.2. Mapping des données norme NEODeS 188
10. Index 189
6/191
1. À propos de cette documentation

Cette documentation est destinée aux personnes en charge de la mise en œuvre de la DSN dans une
application HR Access de version HRa Suite 7.0 et suivantes (intégrateurs, TMA).
Elle est constituée de trois sections principales et de plusieurs annexes.
La première section introduit les concepts essentiels de la DSN et de leur mise en œuvre avec
HR Access :
 L'introduction ("Principes généraux de la DSN") reprend le cahier des charges du GIP-MDS, en
soulignant ses principales notions et caractéristiques.
 Le chapitre "Présentation générale de la solution HR Access" fournit les éléments essentiels à la
compréhension de l'architecture de la solution. Les concepts les plus importants sur lesquels elle
s'appuie y sont définis.
La deuxième section est consacrée à la description détaillée des opérations à mettre en œuvre pour
déployer la DSN sur l'application HR Access :
 Le chapitre "Paramétrage réglementaire" fournit, thème par thème, l'ensemble des opérations de
paramétrage à mettre en œuvre pour produire des flux déclaratifs.
 Le chapitre "Personnaliser l'alimentation des données DSN" décrit la manière dont la solution valorise
les données de gestion destinées aux différents blocs d'une déclaration DSN. Il indique comment
personnaliser certains comportements standard et décrit notamment les "points d'entrée" qui
permettent de substituer un traitement spécifique à la valorisation livrée en standard.
La troisième section est consacrée à des indications complémentaires sur le comportement de
l'Espace DSN et sa logique de transformation de certaines données DSN décrites dans les sections
précédentes.
7/191
1.1. Tableau de suivi des modifications
Version/édition Chapitres modifiés par rapport à la précédente version/édition

Édition 1 Mise à jour du Mapping des données pour les normes 2020 et 2021, avec en
(Septembre 2020) particulier :
Modifications par  Les nouvelles modalités déclaratives du PAS (blocs 50 et 56)
rapport à la  La capacité à gérer le bloc S89.G00.67 – Droit supplémentaire acquis au
version 6.0 titre des régimes de retraite supplémentaire à prestations définies
 La gestion du signalement FCTU (Fin de contrat de travail unique)
 La capacité à déclarer les gens de la mer (ENIM)
 La capacité à produire une déclaration DOETH (Déclaration obligatoire
d'emploi des travailleurs handicapés)
Partie dédiée à l'"Alimentation des blocs nominatifs dédiés aux montants nets
et aux rémunérations brutes" :
 Modification du paragraphe "Valoriser les rubriques du PAS dans les blocs
50 et 56"
 Ajout du paragraphe "Valoriser un taux de rémunération (51.014) pour les
fonctionnaires relevant de la CNRACL"
Partie dédiée à la description de l'alimentation d'une rubrique DSN :
 Modifications concernant le versement transport en DP21V01 (paragraphe
"Cas du Versement transport : éléments à compléter")
Nouveau chapitre dédié à la "Déclaration en DSN des gens de mer et des lignes
de service (ENIM)"
1.2. Préambule
1.2.1. Périmètre fonctionnel couvert par la DSN 7.0
a. Normes
La version 7.0 de l'Espace DSN permet de produire la DSN conformément aux normes NEODeS suivantes
(en fonction du paramétrage) :
 Norme P21V01 (cahier technique 2021.1.0)
 Norme P20V01 (cahier technique 2019.1.2)
Dans le cadre des Normes P20V01 et P21V01, cette version permet l'entrée en DSN du Secteur public.
Le terme de PASRAU (flux permettant la déclaration du PAS pour les collecteurs non encore concernés
par la DSN) apparaît à certains endroits communs DSN/PASRAU dans l'application.
Les éléments propres au PASRAU sont à ignorer.
8/191
b. Gestion intégrée des versements aux organismes

Depuis la DSN 5.0, la DSN propose une Gestion intégrée des versements.
Cette fonctionnalité est plus complète que la fonctionnalité disponible dans les versions antérieures à la
DSN 5.0. Elle permet la génération des blocs 20/55 par l'Espace DSN en fonction d'un paramétrage au
niveau des établissements dans la réglementation.
Cette fonctionnalité est activable organisme par organisme.
Par défaut la fonctionnalité disponible dans les versions antérieure à la DSN 5.0 reste
active ; toutefois, il est déconseillé de continuer à l'utiliser, sauf dans quelques cas
particuliers, non couverts par la Gestion intégrée des versements.
Cette fonctionnalité de Gestion intégrée des versements est décrite :

 Dans le paragraphe "Gestion des versements aux Organismes de Protection
Sociale (OPS)" du chapitre " Paramétrage réglementaire DSN" du présent guide
 Dans la documentation dédiée Gestion intégrée des versements
Pour la documentation de l'ancienne fonctionnalité, reportez-vous aux versions
précédentes du Guide de paramétrage et Mapping des données.
c. Gestion intégrée du bloc 41

Depuis la DSN 5.0, la DSN propose une Gestion intégrée du bloc 41.
Pour pouvoir être utilisée, cette fonctionnalité doit être activée.
Elle nécessite, en préalable à son utilisation, l'initialisation d'une table d'historique

lorsque l'on passe d'un mode de gestion des blocs 41 antérieur à la DSN 5.0 à ce
nouveau mode. En cas d'entrée en DSN, l'initialisation de la table d'historique ne
s'applique pas.
Par défaut, la fonctionnalité disponible dans les versions antérieures à la DSN 5.0
reste active. Il est toutefois déconseillé de continuer à l'utiliser.
À compter de la mise en production de la norme P21V01, l'ancienne fonctionnalité

ne sera plus maintenue. Seule la Gestion intégrée du bloc 41 le sera.
Dans le cadre de l'entrée en DSN du Secteur public, l'activation de cette

fonctionnalité est requise. Elle devra être activée en production dès la paie du
premier mois de l'année civile, dès l'entrée effective de production de la DSN. Ceci
est impératif pour que vos flux DSN soient correctement interprétés par les
organismes. Cette activation en début d'année civile garantira les droits de vos
agents en évitant une rupture dans la logique de production des blocs 41 en cours
d'année.
9/191
Cette fonctionnalité de Gestion intégrée du bloc 41 est décrite dans la présente

documentation, dans la section "Logique de génération des blocs 41 (Changements
de contrat)" du chapitre "Extraction et production du flux DSN".
1.2.2. Impact du fait générateur des cotisations en DSN

Le Décret de novembre 2016 sur le fait générateur des cotisations s'est appliqué en janvier 2018 avec
un impact dès décembre 2017 pour les entreprises qui pratiquent le décalage de paie.
Dans ce contexte, les cotisations de la sphère sociale (URSSAF, AGIRC-ARRCO, Mutuelle, Prévoyance…)
doivent être calculées avec le taux du mois d'activité (mois principal déclaré ou mois de rappel). Les
"cotisations" de la sphère fiscale (DGFiP), elles, restent calculées en date de versement (on ne paie de
l'impôt qu'au moment où l'on perçoit la rémunération).
En DSN, depuis janvier 2018 (voire dès décembre 2017 en cas de paie décalée), il s'agit de rattacher
les cotisations de la sphère sociale non plus sur le mois de versement, mais sur le mois de l'activité
concernée (sauf exceptions).
Les cotisations de la sphère fiscale suivent le même mode de rattachement que les cotisations de la
sphère sociale, aussi bien pour les cotisations individuelles (blocs 78 : bases communes avec autres OPS
ou bases spécifiques à la DGFiP) que pour les cotisations agrégées (blocs 22 : CICE). En effet, la DGFiP
n'exploite pas les dates de rattachement de ces cotisations. Elle se base uniquement sur la date de
versement (50.001) et fait le traitement nécessaire dans son SI pour ramener les montants sur les
bonnes périodes si besoin. Pour les paies décalées, la date de versement reste décalée au début du mois
suivant le mois principal déclaré.
Le fait générateur a également un impact sur les montants de rémunération (blocs 51) de la DSN. En
effet, en cas de rappel sur une période égale ou postérieure à décembre 2017 (paie décalée) ou
janvier 2018, les dates des compteurs DSN (ZXMM), issues de la paie, sont conservées telles quelles.
Les montants des compteurs des types autres que 002 (assurance chômage) ne sont plus ramenés sur
le mois principal déclaré. Dans le cas de l'embauche rétroactive, si vous avez mis en place l'option avec
2 bulletins (un bulletin sur le mois de l'embauche et un sur le mois de paie), ils ne sont plus cumulés sur
le mois de principal déclaré.
Pour la paie décalée (UD en "exigibilité au 15 avec décalage"), l'impact est le suivant :
DSN de novembre 2017 : application des anciennes règles
DSN de décembre 2017 : application des nouvelles règles
DSN de janvier 2018 : application des nouvelles règles
10/191
1.3. Documentation de référence

DSN 7.0 Cette documentation est le point d'entrée à l'ensemble de la
Espace DSN documentation traitant de la DSN.
Guide de référence Vous y trouverez une présentation globale de la mise en œuvre
technique et fonctionnelle de la DSN.
En outre, cette documentation constitue un index de tous les guides
disponibles (Concepts, Guide technique, Guide de paramétrage, etc.)
dans le cadre de la DSN.
Il est conseillé de s'y référer régulièrement pour savoir quel guide
consulter, en fonction de vos besoins.
Documentation disponible dans le Delivery Pack.
DSN 7.0 Cette documentation constitue le guide d'utilisation des batchs de

Espace DSN chargement de données dans la structure hors paie. Elle concerne
les batchs suivants :
Guide d'utilisation des
chaînes de génération de  Génération des paiements des Organismes Complémentaires dans
données dans la structure la structure de données Hors Paie du Mois
Hors Paie du Mois  Génération des paiements pour les établissements payeurs qui
opèrent le paiement des cotisations AGIRC-ARRCO pour d'autres
établissements
 Génération des données "hors paie" pour le prélèvement à la
source d'individus exclus de la DSN (retraités, salariés de
Mayotte…) mais passant en paie et soumis au Prélèvement à la
source
Elle précise les principales étapes de l'utilisation de ces
fonctionnalités.
Documentation disponible dans le Delivery Pack.
DSN 7.0 Cette documentation est destinée aux personnes en charge de la

DOETH préparation de la déclaration DOETH.
Guide utilisateur Vous y trouverez :
 Une introduction aux concepts essentiels de la DOETH
 La description de la logique d'utilisation de la solution, depuis la
préparation des données en gestion administrative jusqu'à la
déclaration en DSN
 La description de la logique des calculs effectués par l'application
pour produire la déclaration DOETH
 Un guide d'utilisation de l'application
11/191
2. Principes généraux de la DSN

DSN "une seule déclaration pour les remplacer toutes"
L'ambition de la DSN est de remplacer l'ensemble des déclarations de la sphère sociale. Avec le
prélèvement à la source (PAS), elle empiète également sur la sphère fiscale.
La généralisation de la DSN, avec son extension au Secteur public notamment, implique des contraintes
plus nombreuses du fait de la multiplicité des destinataires et impacte un plus grand nombre de processus
métier existants.
2.1. DSN mensuelle et DSN de signalement

La DSN mensuelle est au cœur de la nouvelle logique déclarative. C'est elle qui rythme les processus
déclaratifs en les intégrant au plus près du cycle de paie mensuel.
À côté de ce rythme mensuel, certaines procédures ponctuelles ou supra-mensuelles restent nécessaires.

La DSN les intègre également, soit à travers les procédures événementielles (DSN de signalement), soit
en élargissant ponctuellement la portée de la DSN mensuelle elle-même à des données supra-mensuelles
ou hors paie.
2.1.1. DSN mensuelle : un sous-produit du cycle de paie

La DSN mensuelle est une déclaration périodique qui s'effectue "au fil des mois de paie". Elle se
décline par mois de paie, établissement employeur (ou fraction d'établissement) et point de dépôt
(régime général ou régime agricole) Elle doit fournir chaque mois - avant la date d'exigibilité - le reflet
des paies nominatives du mois, ainsi que les données de gestion individuelles associées, telles qu'elles
étaient connues au moment du calcul de paie.
On y trouvera, pour chaque individu traité en paie :

 La signalétique de l'individu (S21.G00.30)
 Le (ou les) contrat(s) de travail qui le lient à l'établissement déclaré, avec pour chacun :
• L'identification du contrat et ses attributs juridiques (S21.G00.40)
• Les données relatives aux contrats complémentaires et/ou supplémentaires (S21.G00.70) et
aux IRC (S21.G00.71) en vigueur au moment de la paie
• Les éventuelles périodes de suspension du contrat impactant la paie du mois : arrêts de travail
(S21.G00.60) et autres suspensions temporaires (S21.G00.65)
• Les données relatives à la rupture du contrat, si celui-ci a pris fin avant le dernier jour du mois
de paie (S21.G00.62)
 Le (ou les) bulletin(s) de paie produit(s) pour l'individu, avec pour chacun :
• La date de versement et les résultats nets du bulletin (S21.G00.50)
• Les éléments de rémunération brute (S21.G00.51, 52, 53 et 54)
• Les éléments individuels relatifs aux cotisations (S21.G00.78, 79 et 81)
• Les éléments du Prélèvement à la Source, montants de PAS (S21.G00.50) et Régularisations
de PAS (S21.G00.56)
12/191
À ces données déclarées nominativement s'ajoute une "strate agrégée" qui fournit directement le cumul
des cotisations individuelles calculées par la paie :
 Les cotisations dues à l'URSSAF sont ainsi déclarées directement sous forme agrégée par "Code type
de personnel" (S21.G00.23), à l'image de la DUCS-URSSAF que la DSN mensuelle remplace dès la
phase 2. Seuls certains cas particuliers figurent dans la partie nominative (S21.G00.81 et 79) à
destination de l'URSSAF à des fins de contrôle.
 La strate agrégée accueille également des données de Paiement (S21.G00.20). En phase 2, ce bloc
accueille le télé-règlement à l'URSSAF pour les entreprises éligibles. En phase 3, ce bloc s'élargit à
de nombreux autres organismes, ainsi qu'à d'autres modes de paiement.
2.1.2. DSN mensuelle et données "hors paie du mois"

En pratique, la DSN mensuelle comme pur sous-produit du cycle de paie mensuel n'est une complète
réalité qu'en phase 1.
À partir de la phase 2, et plus encore de la phase 3, ce principe général connaît des exceptions. De fait,
la DSN mensuelle commence à véhiculer des données périodiques qui ne peuvent pas être déduites de
la seule paie du mois :
 Soit parce qu'elles sont produites selon une procédure à cadencement supra-mensuel (par exemple
annuel ou ponctuel) et ne sont donc présentes dans le message DSN que certains mois de l'année.
 Soit parce qu'il s'agit de données relevant bien d'un rythme mensuel, mais non produites par la paie.
 Soit encore, parce qu'il s'agit d'agréger des données (issues ou non de la paie) sur un périmètre plus
large que celui de l'établissement déclaré.
Exemples de données hors paie du mois :
 Cotisations URSSAF sur les versements de revenus de remplacement à d'anciens salariés
(préretraités, retraités). Comme il n'y a pas lieu de déclarer de strate nominative pour ces
bénéficiaires (pas de contrat actif, pas de bulletin de paie au sens strict), le montant du CTP ne peut
pas être construit à partir des données de paie du mois.
 Le CICE porté par la dernière DSN de l'année, de manière à prendre en compte la part du cumul CICE
issue des individus sortis au cours de l'année écoulée (et qui ne passent donc pas en paie en
décembre).
 Les données du "Véhicule technique" (structure S89), comme les données des "Individus non-
salariés" (blocs 91, 92, 93 et 94) notamment.
 Les sommes assujetties annuellement aux taxes du domaine fiscal (bloc 44)
 Les blocs paiements dans certaines configurations (paiements supra-mensuels ou dont la déclaration
est prise en charge par un service distinct du service de paie, cas d'un SIRET "payeur" ayant à déclarer
les montants payés au titre d'autres SIRET)
 Les "cotisations établissement" (bloc 82)
Les informations de la structure Hors Paie dédiée à l'alimentation des blocs 20 et 55

de la DSN ne sont pas utilisées par la fonctionnalité de Gestion intégrée des
versements proposée à partir de la DSN 5.0.
Pour plus d'informations sur la Gestion intégrée des versements, reportez-vous à la

documentation dédiée Gestion intégrée des versements.
13/191
2.1.3. DSN de signalement : des déclarations événementielles simplifiées

Certaines procédures déclaratives ne peuvent se plier au cadencement mensuel. Ce sont celles exigeant
d'informer au plus vite l'organisme en charge de l'indemnisation de l'individu :
 Signaler une rupture de contrat à Pôle Emploi
 Signaler un arrêt de travail à l'organisme en charge du versement des IJSS (CPAM généralement)
 Signaler une reprise du travail, en cas de reprise anticipée
À chacune d'elles correspond une nature spécifique de DSN ; il s'agit des DSN de signalement. Elles
viennent se substituer aux anciennes déclarations événementielles (AED et DSIJ) en les simplifiant
considérablement.
En effet elles n'ont pas à véhiculer l'historique des rémunérations qui ont précédé l'événement
déclencheur de la déclaration (puisque cet historique a été porté par les DSN mensuelles transmises
précédemment et qui ont été conservées par la plate-forme réceptrice).
On détaillera plus loin, dans la partie descriptive de la solution HR Access comment la production des
DSN de signalement s'articule avec la production périodique de la DSN mensuelle.
2.2. La norme "NEODeS"
2.2.1. Le modèle de données du cahier technique

Un modèle de données unique permet de décrire aussi bien la DSN mensuelle que les DSN de
signalement. C'est le "cahier technique DSN".
Selon la nature de la DSN, les règles de présence, de cohérence ou de cardinalité des éléments demandés
peuvent différer, mais les concepts essentiels restent communs.
Le cahier technique évolue également à mesure que le périmètre de la DSN s'élargit, et se substitue à
un plus grand nombre de procédures déclaratives.
Cependant il est construit sur quatre structures principales auxquelles se rattachent des éléments fils,
plus ou moins nombreux à mesure que la norme étend son périmètre.
14/191
2.2.2. Les structures principales de la norme

Quelle que soit la nature de la déclaration et la version du cahier technique, la norme NEODeS s'articule
autour de quatre concepts "pivots" :
 Contrat : ce concept est au cœur de la logique DSN. La dimension nominative de la DSN suppose
l'existence d'au moins une relation contractuelle entre chaque individu déclaré et l'employeur de
rattachement de la déclaration C'est au niveau de l'objet Contrat que se rattachent les données de
gestion individuelles impactant la paie qui sont attendues par la DSN. C'est également à ce niveau
que se rattachent les événements donnant lieu à une DSN de signalement.
 Déclaration : toute DSN, mensuelle ou de signalement, est liée à un et un seul SIRET employeur. Il
est implicitement le premier contractant de tous les contrats de la déclaration. Toutes les données
non nominatives demandées en DSN se rattachent à ce niveau général.
 Individu : C'est l'autre contractant de chaque contrat. Dans une DSN mensuelle, le niveau Individu
peut regrouper plusieurs Contrats. Certaines données communes aux différents contrats peuvent
également s'y rattacher directement, notamment à partir de la phase 3.
 Versement individu : Il peut y avoir plusieurs Versements par individu. On y rattache les éléments
de brut (rémunérations, primes, durées travaillées) ainsi que les données de calcul des cotisations
individuelles. Ce niveau est bien sûr présent dans la DSN mensuelle, mais également dans la DSN de
signalement Fin de contrat (éléments de brut). En revanche, il est absent dans les DSN Arrêt /Reprise.
Les quatre blocs "pivots" dans l'arborescence de la norme et leur cardinalité selon la nature de la
déclaration :
Mensuelle Signal Arrêt Signal Fin Contrat
S20.G00.05 - Déclaration
S21.G00.06 - Entreprise (1,1)
S21.G00.11 - Établissement (1,1)
(…)
S21.G00.30 – Individu (0,*) (1,1) (1,1)
(…)
S21.G00.40 - Contrat (1,*) (1,1) (1,1)
(…)
S21.G00.50 - Versement individu (1,*) _ (1,*)
15/191
3. Présentation générale de la solution HR Access
3.1. Production de la DSN mensuelle
3.1.1. Une solution centrée sur la paie
a. Les données destinées à la DSN prise en charge par le calcul de paie

La production de la DSN mensuelle HR Access s'intègre directement dans le cycle de paie. Elle s'appuie
sur la cinématique suivante :
 Intégrer dans le calcul de paie lui-même la "photographie" des données de Gestion administrative
(GA) impactant la paie et devant être reportées dans la DSN mensuelle au niveau du bloc Contrat. La
dimension historique du contrat (changements Contrat) est également prise en charge par le calcul
de paie, en mémorisant la situation de chaque période de calcul (rappel, CSCP) traitée lors du passage
de paie.
 Appliquer, dès le calcul de la paie, le paramétrage des montants à déclarer en DSN et les règles de
transformation des codes HR Access en valeurs décrites par la norme.
 Permettre une validation visuelle de la cohérence DSN d'un bulletin dès la sortie du calcul, sans avoir
à lancer un batch supplémentaire.
 Si besoin, pouvoir rejouer les transformations de codes et/ou le déversement des rubriques de paie
pour les cas d'exception (découverte, après passage de paie d'une erreur de paramétrage n'impactant
pas les résultats calculés mais seulement la manière de les déclarer en DSN). C'est le rôle de l'outil
Rechargeur.
À ce stade, les données utiles à la DSN sont standardisées et prêtes à être exploitées par le module de
production du flux DSN (Espace DSN). Ses fonctions d'extraction et de transformation en flux sont ainsi
libérées de la variabilité spécifique à chaque site (paramétrage ou Modèle de données personnalisé).
b. Le paramétrage de paie décrit directement l'impact sur la DSN des rubriques

Contrairement à la logique des compteurs DUCS et N4DS, cette solution DSN traite les règles de
déversement des montants dans la DSN comme des propriétés des rubriques de paie elles-mêmes.
Le responsable du paramétrage de paie peut donc inclure les règles de déversement des rubriques de
paie dans la DSN dès leur création.
16/191
3.1.2. Schéma des étapes de la DSN mensuelle
a. Alimentation des données DSN durant le calcul de paie
b. Consultation des données DSN dans le PRDB

Le gestionnaire peut consulter les données DSN calculées via de nouvelles pages Web dédiées, dans le
cadre de sa tâche de validation de la paie.
Des rapports et des requêtes de recherche d'anomalies (PDF, Excel), exécutables "online", peuvent être
conçus afin d'aider le gestionnaire à identifier les cas problématiques.
17/191
c. Rechargement des données DSN dans le PRDB

Après le passage d'une paie valide, le responsable TMA peut être amené à vouloir corriger le paramétrage
DSN. Le Rechargeur permet de réappliquer le déversement des rubriques de paie et/ou les
transformations de codification au niveau des données DSN dans le PRDB, sans avoir à relancer la paie.
d. Extraction et transformation en flux DSN

La production du flux DSN est à la charge du module Espace DSN. Le schéma ci-dessous décrit comment
les blocs de la DSN mensuelle sont alimentés à partir des données DSN préparées en amont par le kit
applicatif DSN :
 L'essentiel des données sont extraites du PRDB : elles viennent directement des traitements DSN
incorporés dans le calcul de paie.
 Seules les signalétiques des établissements et des individus nécessitent une pré-valorisation
spécifique (voir le chapitre "Personnaliser l'alimentation des données de gestion DSN").
18/191
Ce schéma ne reprend pas l'exhaustivité des blocs de la norme. Pour plus

d'information, reportez-vous à la version en vigueur du cahier technique DSN.
3.1.3. DSN mensuelle et unité déclarative

En principe, le périmètre de population d'une déclaration de nature DSN mensuelle est l'établissement
d'affectation (au sens SIRET) : elle doit contenir les contrats et résultats de paie DSN de tous les individus
affectés à cet établissement pour un mois donné.
Cependant il existe des cas qui amènent à éclater un même établissement en plusieurs unités
déclaratives (UD). Ils sont décrits ci-après.
a. Établissement et point de dépôt

La DSN permet de gérer à la fois des populations du régime général et des populations du régime
agricole. La déclaration des premières doit être transmise à Net-Entreprises, celle des secondes à la
MSA.
Si tous les individus d'un établissement relèvent du même régime, ce SIRET peut être déclaré en une
seule déclaration DSN (S20.G00.05), destinée au point de dépôt (S10.G00.007) correspondant.
19/191
En revanche, si un établissement comporte à la fois des individus relevant du régime général et des
individus relevant du régime agricole, celui-ci est considéré comme "mixte" et doit faire l'objet de deux
déclarations dites "partielles". Le "champ de déclaration" (s20.G00.05.008) indique alors s'il s'agit d'une
"déclaration partielle régime général", déposée sur le portail de Net-entreprises, ou d'une
"déclaration partielle régime agricole", déposée sur le portail de la MSA.
b. Fractionnement et lot de gestion DSN

Les deux causes principales de fractionnement de la DSN mensuelle, au sein d'un même
établissement/point de dépôt, sont les suivantes :
 Des systèmes d'information sources (SIRH) différents. On parle d'un fractionnement "externe" au
SIRH.
 Des dates d'exigibilité différentes (sensible à partir de la phase 2 pour l'URSSAF). On parle alors d'un
fractionnement "interne" au SIRH. Il est contraint dans le cas où certains individus de l'établissement
sont payés en "paie décalée".
1
Dans ces différents cas, il faut produire plusieurs fractions de DSN mensuelle qui seront portées par des
flux différents. Chaque déclaration portera son numéro de fraction sous la forme nd, avec n numéro de
fraction et d le nombre total de fractions (par exemple : 12 pour 1/2 et 22 pour 2/2).
Par extension, HR Access permet de mettre en place du fractionnement interne, même si la date
d'exigibilité est la même pour tous les individus de l'établissement. C'est le cas par exemple si on veut
gérer des flux séparés dans le temps (lisser la charge mensuelle sur plusieurs cycles de paie incluant la
production et le dépôt de la DSN) ou par population (par exemple pour gérer une confidentialité d'accès
par populations dans l'Espace DSN).
Avec HR Access, le fractionnement interne s'appuie sur la notion de lot de gestion. . Ce mécanisme
permet de définir une répartition par lot des individus traités en paie. L'existence de plusieurs lots de
gestion au sein d'un même établissement permet alors de fractionner celui-ci en attribuant à chaque lot
un numéro de fraction (nd) spécifique.
Pour plus d'informations sur le paramétrage des lots de gestion et leur répartition
dans les établissements, reportez-vous à la section "Paramétrage des unités
déclaratives" du chapitre "Paramétrage réglementaire DSN".
Pour plus d'informations sur la manière de relier automatiquement chaque bulletin

de paie à son "unité déclarative", reportez-vous au chapitre "Personnaliser
l'alimentation des données de gestion DSN", notamment aux sections "Du bulletin à
l'unité déclarative" et "Le service DSN-SRV-UD (valeur DSN_UNITE_DECL)".
1
La norme autorise au maximum 9 fractions par SIRET sur chaque point de dépôt.
20/191
3.2. Des informations dédiées à la DSN

Les informations exploitées par l'Espace DSN sont toutes de nouvelles informations dont la description
n'est pas personnalisable.
Les données de la DSN relatives aux données de gestion (contrat, établissement et individu) sont portées
par des informations dédiées à chaque bloc particulier. Leurs rubriques sont nommées en reprenant
l'identifiant au cahier technique de la rubrique DSN concernée, ce qui permet d'identifier directement
leur destination.
Elles sont alimentées par des traitements dédiés - décrits dans le chapitre "Personnaliser l'alimentation
des données de gestion DSN" - qui sont ouverts à la personnalisation.
En revanche, les montants calculés par la paie du mois et destinés à alimenter la DSN sont, eux, portés
par une information commune à tous les blocs porteurs de montants.
3.2.1. Une information PRDB générique pour tous les blocs montants
L'information DSN Montants (ZXMM) porte génériquement l'ensemble des montants résultant du calcul
de paie à fournir dans la DSN mensuelle.
C'est une information "esclave" de ZX8K (chaque occurrence est liée à une et une seule occurrence de
ZX8K). Elle est la source commune d'alimentation des blocs qui restituent les résultats de la paie du
mois (bloc 50 et ses blocs fils en strate nominative, et bloc 23 en strate agrégée).
Son alimentation est entièrement pilotée par paramétrage (voir la section "Le paramétrage des rubriques
de paie" du chapitre "Paramétrage réglementaire DSN").
Les composants qui interprètent ce paramétrage pour valoriser ZXMM ne doivent en

aucun cas être personnalisés sur site, au risque de perdre la garantie de maintenance
2
du kit DSN .
C'est la fonction d'extraction de l'Espace DSN qui interprète à son tour les occurrences de ZXMM pour
distribuer leur contenu dans les différents blocs montants du flux DSN, selon une logique de
regroupement et d'agrégation qui n'est pas non plus personnalisable.
2
Traitements DBA de contexte TDP339 à partir de HRa Suite 7.1 ou traitements BI2 pour les versions antérieures. En outre, le
"Rechargeur" Java implémente également l'alimentation de cette information.
21/191
3.2.2. Des informations PRDB dédiées pour le bloc contrat et ses blocs fils
Les informations DSN du PRDB relatives au contrat conclu entre l'individu et l'établissement déclaré
sont destinées à l'alimentation du bloc 40 et de tous ses blocs fils.
Il s'agit des informations suivantes :

 L'information Identification contrat DSN (ZXMI) est l'information "pivot" de la production du flux de
la DSN mensuelle. Elle accueille les données suivantes :
• L'identifiant de l'unité déclarative de rattachement (SIRET, point de dépôt, lot)
• Les deux champs identifiant le contrat : date début et numéro de contrat
• L'éventuel ancien identifiant destiné au bloc 41 (ancien SIRET, ancien numéro et ancienne date
début)
• Les modalités du contrat du bloc 40 sans équivalent en bloc 41
Les autres données dépendantes du contrat sont gérées par les informations suivantes :
 L'information DSN : Attributs historisés du contrat (ZXMJ)
Elle accueille les modalités du contrat présentes en blocs 40 et 41, à l'exception des identifiants.
 L'information DSN : Bloc 60 - Arrêts de travail (ZXMK)
 L'information DSN : Bloc 65 - Autres suspensions temporaires (ZXML)
 L'information DSN : Bloc 62 - Fin de contrat (ZXMQ)
 L'information DSN : Bloc 63 - Préavis (ZXMR)
 L'information DSN : Bloc 70 - Mutuelle et Prévoyance (ZXMN)
 L'information DSN : Bloc 73 – Ayants-droit (ZXMH)
 L'information DSN : Bloc 71 - IRC (ZXMV)
 L'information DSN : Bloc 86 - Ancienneté (ZXMX)
 L'information DSN : Bloc 34 - Compte Professionnel de Prévention (ex-Pénibilité) (ZXMU)
 L'information DSN : Bloc 40 - Extension spectacle (ZXMW)
Remarque :
À chacune de ces informations du PRDB (ZX) correspond une information des résultats de paie
intermédiaires (YS) ayant la même description.
Les traitements de contexte DBI qui prennent en charge l'alimentation de ces informations à partir des
données de gestion de l'individu sont répartis en deux groupes :
 Des traitements de niveau "moteur DSN" non personnalisables. Ils sont livrés dans le groupe de
traitements "FC DSN Moteur".
 Des traitements modulaires susceptibles d'être personnalisés, déclenchés par les premiers, grâce à
l'ouverture d'un nouveau contexte dans DBI (TDPZBI : implémentation de service). Ils sont chargés
de récupérer la donnée source d'alimentation des champs DSN demandés par le service appelé.
Ces traitements DBI sont accueillis par les groupes de traitements "FE DSN Secteur privé et public", "FB
DSN Secteur privé" et "FD DSN Secteur public".
Pour plus d'informations sur le fonctionnement des "services DSN" de DBI, reportez-
vous à la section "Alimentation des données Contrat du PRDB" du chapitre
"Personnaliser l'alimentation des données de gestion DSN".
22/191
3.2.3. Une information ZY dédiée à la description de l'individu

Les données signalétiques de l'individu (bloc 30) sont accueillies dans une nouvelle information du dossier
de l'individu : DSN : données du bloc S21.G00.30 (ZYAD), dédiée à la DSN.
La valorisation de cette information se fait à la première installation du kit DSN, en lançant un batch
3
général . Une fois initialisée pour chaque individu, elle est ensuite mise à jour automatiquement à chaque
fois que l'une des informations sources de l'individu est modifiée.
Le matricule DSN (ZYAD-X30019)

La rubrique Matricule individu (X30019) de ZYAD joue un rôle essentiel dans la solution DSN. Différent
du NIR (qui peut ne pas être encore connu au moment des premières paies, ou qui peut éventuellement
faire l'objet d'une correction d'une DSN sur l'autre), le matricule DSN doit porter une valeur unique et
pérenne tout au long du contrat de travail.
Il est en effet utilisé par l'Espace DSN pour :

 Générer un NTT (Numéro Technique Temporaire), tant que l'individu n'a pas obtenu un NIR définitif.
 En l'absence de NIR ou en cas de correction du NIR4 :
• Comparer la signalétique de l'individu d'un mois sur l'autre, à partir de la DSN du mois précédent,
afin de générer un bloc 31 "Changement Individu" s'il y a lieu.
• Dans le traitement des signalements, rapprocher l'événement de la dernière DSN mensuelle
transmise et conforme pour cet individu.
En standard, il est valorisé par le champ ZY00-MATCLE, mais ceci est personnalisable. On sera donc
particulièrement attentif à l'alimentation de cette rubrique sur site, notamment :
 Si, pour un même individu, plusieurs dossiers ZY coexistent dans le SIRH mais avec des MATCLE
différents.
 Ou si, au contraire, suite à la présence de plusieurs réglementations, le même MATCLE peut
représenter des individus distincts.
Pour plus d'informations sur les traitements standard de valorisation des rubriques
de ZYAD et les recommandations de personnalisation, reportez-vous à la section
"Données DSN de l'individu" du chapitre "Personnaliser l'alimentation des données
de gestion DSN".
3
Il peut arriver que l'installation d'une nouvelle version majeure du kit nécessite une nouvelle exécution de ce batch d'initialisation,
notamment si de nouvelles rubriques ont été ajoutées à l'information ZYAD d'une version à l'autre.
4
Depuis la version 3.2, tant que le NIR est déjà connu et reste stable, c'est le NIR qui sert désormais d'identifiant pour rapprocher
une DSN et la DSN mensuelle précédente au niveau du module de production du flux.
23/191
3.2.4. Une information ZD dédiée à la description des établissements

Un établissement est généralement identifié par son immatriculation (SIRET), lui-même composé du
SIREN de l'entreprise (sur 9 caractères) et du NIC (sur 5 caractères).
Trois blocs dans le cahier technique DSN décrivent de tels établissements :

 Le bloc 06 qui porte les données de l'entreprise (SIREN), elle-même représentée par son
établissement siège (NIC et adresse du siège).
 Le bloc 11 qui porte les données de l'établissement d'affectation auquel se rapporte la déclaration
DSN.
 Enfin le bloc 85, qui porte les données de lieux de travail des individus lorsque ceux-ci sont différents
de l'établissement d'affectation. Notez qu'à partir de la phase 2, ces derniers peuvent ne pas être
identifiés par un SIRET mais par un identifiant libre.
L'information Attributs DSN (ZD7R), unique fixe, permet d'accueillir les données nécessaires à la
production de ces trois blocs dans le flux DSN.
Elle est rattachée en standard au répertoire DRE des établissements.
Pour plus d'informations sur les traitements standard de valorisation des rubriques
de l'information ZD7R et les recommandations de personnalisation, reportez-vous à
la section "Données DSN des établissements" du chapitre "Personnaliser
l'alimentation des données de gestion DSN".
3.2.5. Une structure de données ZZ dédiée aux données "hors paie du mois"
La structure de données Hors paie du mois (ZZ) est dédiée à la prise en compte des données
périodiques de la DSN mensuelle qui ne peuvent être valorisées à partir du PRDB du mois déclaré.
a. Information ZZ00 : Clé du dossier hors paie du mois

Chaque dossier dans ZZ se rapporte à une et une seule DSN mensuelle, celle qui va véhiculer les
données.
L'identifiant est donc constitué :

 Du mois concerné
 De l'unité déclarative, elle-même identifiée par :
• Le SIRET déclaré
• Le point de dépôt
• Le lot de gestion (qui permet de déterminer la fraction)
Autres éléments de l'identifiant d'un dossier :
 Un type de dossier :
• Le type de dossier UDM permet d'accueillir des données "hors paie du mois" de niveau "Unité
déclarative". On y trouve les informations nécessaires à la déclaration des blocs 20, 55, 82, 42
et 44.
• D'autres types de dossiers permettent d'accueillir des objets appartenant au "Véhicule
technique" (S89). Pour une même DSN mensuelle, il est possible d'en créer plusieurs, chacun
d'eux représentant alors un individu ou une personne morale déclarée en structure S89 :
 "V91" pour déclarer des "Individus non-salariés"
 "V32" pour déclarer des "Bénéficiaires d'honoraires"
 "V8B" pour déclarer les "Actions gratuites", "Stock-options" et "BSPCE"
24/191
 Un identifiant individuel libre (réservé aux seuls objets du véhicule technique S89, interdit pour
"UDM")
En conséquence, pour une DSN mensuelle donnée, il ne peut exister au maximum qu'un seul dossier
dans ZZ-UDM, mais il peut y en avoir plusieurs dans les types de dossier ZZ-V91, V32 et V8B.
b. Information UDM ZZ23 : Cotisations agrégées

Cette information répétitive permet de compléter les blocs 23 (CTP) produits à partir des résultats de
paie du mois déclaré, avec des données issues d'une procédure spécifique.
Chaque occurrence est identifiée par l'identifiant complet du bloc 23 à valoriser, à savoir :
 L'identification du bloc 22 parent : OPS destinataire, Entité d'affectation et Période de rattachement
 L'identification du bloc 23 : CTP, qualifiant d'assiette, taux variable, code INSEE commune
Concernant la période de rattachement, elle peut être mensuelle (cas normal) ou annuelle s'il s'agit de
gérer une régularisation annuelle (champ TRECAP) visant à la substitution du TRA DUCS, dans la DSN
de décembre 2015 ou janvier 2016. La date de fin de période est valorisée automatiquement en fonction
du témoin TRECAP.
Les autres données permettent :

 De fournir le montant porté par le bloc 23 : soit en tant que montant d'assiette (23.004), soit en tant
que montant de réduction (23.005), ainsi que son impact sur le bordereau de cotisation due (22.005).
 De préciser si ces montants sont à gérer en substitution ou en addition par rapport aux résultats
éventuellement fournis par la paie du mois (TESUBS). Ainsi, si des données issues de la paie (via
ZXMM) concernent le même bloc 23 et si la substitution est demandée, celles-ci seront remplacées -
y compris leur impact sur le bloc 22 - par celles portées par le contenu de ZZ23. Dans le cas contraire,
le contenu de ZZ23 viendra s'ajouter aux montants issus de ZXMM.
c. Informations dédiées aux données "hors paie" de la phase 3
UDM ZZ82 : Cotisations établissements

Cette information permet d'accueillir les cotisations imputables au niveau établissement (bloc
S21.G00.82) dues à la MSA ou à certains Organismes complémentaires.
Ainsi, la saisie est identique à celle demandé par l'actuel formulaire CERFA 1330, tel qu'il est déjà pris
en compte par le gestionnaire en charge du domaine fiscal (ce dernier ne sera plus demandé à terme
par la DGFiP).
UDM ZZ44 : Assujettissement fiscal

Cette information permet de recueillir la déclaration annuelle de l'assujettissement aux différentes
taxes.
Le montant porté par la table ZZ44 doit correspondre au cumul annuel des assiettes individuelles de
taxation calculées par la paie. La dimension pluri-mensuelle de cette donnée ne permet pas de la gérer
en DSN "au mois le mois", comme les autres montants issus de la paie.
25/191
d. Informations UDM dédiées aux paiements
Les informations de la structure Hors Paie dédiée à l'alimentation des blocs 20 et 55

de la DSN ne sont pas utilisées par la fonctionnalité de Gestion intégrée des
versements proposée à partir de la DSN 5.0.
Elles l'étaient dans l'ancienne solution de gestion des paiements, disponible avant la version DSN 5.0.
Si vous utilisez cette ancienne solution - désormais dépréciée - veuillez consulter le

Guide de paramétrage et Mapping des données de la version DSN 4.2. pour obtenir
des détails sur les informations UDM dédiées aux paiements.
Pour plus d'informations sur la Gestion intégrée des versements, reportez-vous :

 Au paragraphe "Gestion des versements aux Organismes de Protection Sociale
(OPS)" du chapitre " Paramétrage réglementaire DSN" du présent guide
 À la documentation dédiée Gestion intégrée des versements
e. Informations dédiées au "Véhicule technique" (S89)
Type de dossier ZZ V32 "Bénéficiaire des honoraires"

 ZZ32, unique fixe : Bénéficiaire des honoraires
 ZZ33, répétitive : Avantages en nature
 ZZ35, répétitive : Prise en charge des indemnités
 ZZ43, répétitive : Rémunérations
Type de dossier ZZ V91 "Individu non salarié"

 ZZ91, unique fixe : Individu non salarié
 ZZ92, répétitive, fixe : Bases spécifiques individu non salarié
 ZZ93, répétitive, fixe : Régularisation de prélèvement à la source
 ZZ94, répétitive, fixe : Cotisation Individu non salarié
Pour ce type de dossier, l'interface de saisie permet de valoriser automatiquement la plupart des champs
du bloc 91, en saisissant un matricule. Le système alimente alors automatiquement les données à partir
de celles de même rôle dans l'information ZYAD de l'individu, si elle existe.
La rubrique S89.G00.91.021 Numéro technique temporaire est calculée par l'Espace DSN en fonction de
la valeur de la rubrique ZZ91-X91021 Témoin de NIR temporaire. La rubrique ZZ91-X91021 est elle-
même initialisée par la valeur du témoin de NIR temporaire de ZYAD si l'individu est présent dans la
base.
26/191
Déversement du PAS des individus non-salariés touchant des revenus de

remplacement et du PAS des individus non-salariés touchant des revenus
autres (blocs 92/93)
Concernant les revenus de remplacement, il s'agit de personnes physiques bénéficiant soit :
 d'une allocation de chômage pour les entreprises en auto-assurance chômage
 d'une allocation de cessation anticipée d'activité Amiante
 d'une allocation de pré-retraite suite à rupture du contrat
 du versement d'une somme versée à un tiers
 de tout autre revenu de remplacement
Concernant les revenus autres, il s'agit de personnes physiques bénéficiant soit :
 d'une base assujettie spécifique pour les investigateurs médicaux, vendeurs à domicile indépendants
ou formateurs occasionnels
 d'un montant versé à un bénéficiaire ne relevant pas des règles de Sécurité Sociale en France mais
qui est imposable
 d'une allocation de préretraite sans rupture de contrat
 d'un montant de retraite versée par l'employeur
La structure Hors Paie permet, via les informations ZZ91, ZZ92 et ZZ94, de gérer les éléments à déverser
en structure 89 (blocs 91, 92 et 94) pour AGIRC-ARRCO, pour les revenus de remplacement.
Elle permet en outre, via les informations ZZ91, ZZ92 et ZZ93, de gérer le prélèvement à la source à
déverser en structure 89 (blocs 91, 92 et 93) sur les revenus de remplacement et les revenus autres.
L'Espace DSN consomme ces dossiers de la structure Hors Paie et produit les blocs de la structure 89
dans la déclaration.
Cohabitation gestion Structure Hors Paie sur AGIRC-ARRCO et gestion Structure

Hors Paie sur PAS
Il y a un seul bloc 91 par individu.
Le bloc 92 pour AGIRC-ARRCO vient de la structure Hors Paie.
Le bloc 92 pour le PAS vient de la structure Hors Paie.
Gestion des dates de naissance partiellement inconnues (ZZ91-TEMECH)

La rubrique ZYZZ91AD-TEMECH permet de gérer les cas d'usage de la rubrique S89.G00.91.006 Date
de naissance où le jour et/ou le mois de naissance ne sont pas connus.
L'Espace DSN formate la date de naissance en fonction de l'alimentation de ce témoin.
Type de dossier ZZ V8B "Actions, Options, BSPCE"

 ZZ87, répétitive : Actions gratuites
 ZZ88, répétitive : Options sur titres (stock-options)
 ZZ89, répétitive : Souscriptions parts créa. Entreprise
Pour ce type de dossier, l'interface de saisie permet de valoriser le NIR attendu dans les blocs 87, 88 ou
89 à partir d'un matricule d'individu et son information ZYAD.
27/191
f. Alimentation de la structure ZZ
Pour valoriser la structure de données ZZ, le kit DSN fournit des pages permettant la consultation, la
création et la mise à jour de cette structure de données. L'usage de la technologie BRAIn est conseillé.
Pour plus d'informations sur les procédures d'alimentation de la structure ZZ et la

technologie BRAIn, reportez-vous à la section "Procédures d'alimentation de la
structure ZZ" du chapitre "Personnaliser l'alimentation des données de gestion DSN".
3.3. Production des DSN de signalement

La production des DSN de signalement met en œuvre des procédures événementielles spécifiques.
À l'origine de leur production se trouve toujours un événement déclencheur non planifiable par
l'exploitation.
La solution HR Access matérialise cet événement par une information DSN dédiée. C'est à partir de cette
information que, après validation par le gestionnaire, l'Espace DSN peut prendre en charge la génération
d'une DSN de signalement.
L'articulation de ce mécanisme avec le cadencement de la paie - et donc de la DSN mensuelle - diffère

notablement selon qu'on parle des Fins de contrat ou des Arrêts de travail.
La production des DSN de signalement n'est pas disponible pour le Secteur public.
3.3.1. Le signalement Fin de contrat (FCT)

En pratique, ce signalement ne fait qu'adresser à Pôle Emploi les résultats portés par le dernier bulletin
de paie de l'individu sortant, résultats qui seront également présents dans la prochaine DSN mensuelle.
Il est prévu que les signalements Fin de contrat (FCT) ne soient plus acceptés par la
plate-forme du GIP-MDS après un certain temps d'usage des signalements FCTU (Fin
de contrat unique) en production (voir le paragraphe dédié, un peu plus loin).
a. Production des données de fin de contrat par la paie

C'est le traitement en paie du dernier bulletin de l'individu pour un contrat donné qui est le fait générateur
du signalement à Pôle Emploi.
C'est pourquoi la solution pour valoriser les données de la DSN Fin de contrat est également centrée sur
la paie. Ainsi, c'est le traitement de paie lui-même qui va permettre d'initialiser les données de gestion
qui accompagnent les éléments de rémunération du solde de tout compte (blocs 62 et même 63).
L'information qui joue le rôle d'événement auprès de l'Espace DSN est l'information ZXMQ du PRDB telle
qu'elle est déjà automatiquement valorisée par le calcul de paie, dès lors que la fin de contrat intervient
au cours du mois de paie.
28/191
b. De l'événement fin de contrat à la production de la DSN Signalement

Une fois l'événement créé (dans la table ZXMQ) par la chaîne de paie, son statut est "en attente de
décision", du fait que la paie n'est encore qu'implicitement valide.
La décision de produire ou non une DSN de signalement Fin de contrat nécessite a minima que le bulletin
de paie ait été validé (soit explicitement par le gestionnaire dans le cadre d'une paie à la demande, soit
définitivement par la chaîne de validation de masse). Le gestionnaire peut également bloquer ou mettre
en attente la décision de produire la DSN, même après validation du bulletin de paie.
Pour une description détaillée du processus métier de production des DSN

Signalement Fin de contrat, d'un point de vue gestionnaire, reportez-vous à la
documentation Guide utilisateur Signalements.
c. Point d'attention sur la gestion des Fins de contrat lors du changement de norme
Dans le cadre d'un changement de norme sur le début de l'année civile (la bascule ayant lieu en général
en fin de mois), la production des signalements Fin de contrat en lien direct avec la paie continue de
suivre la norme appliquée à la DSN mensuelle.
De ce fait, il pourra être nécessaire d'avoir recours temporairement à la production d'AED pour les
déclarations de Fin de contrat à produire entre le début de ce cycle et la mise à jour de la plateforme du
GIP-MDS.
Pour plus d'information sur le changement de norme, reportez-vous au paragraphe

"Changement de norme" de la section "Le paramétrage de la norme en vigueur" du
chapitre "Paramétrage réglementaire DSN".
3.3.2. Le signalement Fin de contrat unique (FCTU)

Le signalement FCTU permet :
 De couvrir les cas inclus dans le signalement FCT
 De couvrir les cas de contrats infra DSN mensuelles
Le signalement FCTU contient les données nécessaires à l'examen des droits chômage de l'individu, y
compris en cas de contrat infra mensuel.
Pour permettre la constitution de l'attestation employeur, le signalement FCTU transmet les données des
mois M et M-1 (lorsque disponibles).
Le mois M n'est pas nécessairement le mois de sortie de l'individu, mais le mois où sera traité l'individu
dans la DSN mensuelle.
Exemple : un salarié sorti le 29 août dont la rémunération relative à son solde de tout compte apparaît
en septembre aura comme mois M le mois de septembre.
Il s'agit donc d'une donnée susceptible de varier en cas de déclaration 'annule et remplace'.
29/191
À terme, le signalement FCTU remplacera le signalement FCT.
a. Production des données de fin de contrat par la paie

C'est le traitement en paie du dernier bulletin de l'individu pour un contrat donné qui est le fait générateur
du signalement à Pôle Emploi.
C'est pourquoi la solution pour valoriser les données de la DSN Fin de contrat est également centrée sur
la paie. Ainsi, c'est le traitement de paie lui-même qui va permettre d'initialiser les données de gestion
qui accompagnent les éléments de rémunération du solde de tout compte.
Les données du mois M sont directement issues de la paie de solde de tout compte.
Les données du mois M-1 sont issues de la DSN de ce mois, lorsque disponible.
L'information qui joue le rôle d'événement auprès de l'Espace DSN est l'information ZXMQ du PRDB, telle
qu'elle est déjà automatiquement valorisée par le calcul de paie, dès lors que la fin de contrat intervient
au cours du mois de paie.
b. De l'événement fin de contrat à la production de la DSN Signalement

Une fois l'événement créé (dans la table ZXMQ) par la chaîne de paie, son statut est "en attente de
décision", du fait que la paie n'est encore qu'implicitement valide.
La décision de produire ou non une DSN de signalement FCTU nécessite a minima que le bulletin de paie
ait été validé (soit explicitement par le gestionnaire dans le cadre d'une paie à la demande, soit
définitivement par la chaîne de validation de masse). Le gestionnaire peut également bloquer ou mettre
en attente la décision de produire la DSN, même après validation du bulletin de paie.

Signalement FCTU, d'un point de vue gestionnaire, reportez-vous à la documentation
Guide utilisateur Signalements.
c. Point d'attention sur la gestion des Fins de contrat lors du changement de norme
Dans le cadre d'un changement de norme sur le début de l'année civile (la bascule ayant lieu en général
en fin de mois), la production des signalements FCTU en lien direct avec la paie continue de suivre la
norme appliquée à la DSN mensuelle.
De ce fait, il pourra être nécessaire d'avoir recours temporairement à la production d'AED pour les
déclarations de FCTU à produire entre le début de ce cycle et la mise à jour de la plateforme du GIP-
MDS.
Pour plus d'information sur le changement de norme, reportez-vous au paragraphe

"Changement de norme" de la section "Le paramétrage de la norme en vigueur" du
30/191
d. Point d'attention sur la transition signalement Fin de contrat Signalement FCTU

Pendant la période de transition, durant laquelle FCT et FCTU cohabiteront :
 Un signalement FCT peut être annulé ou annulé et remplacé par un signalement FCTU.
 Un signalement FCTU ne peut pas être annulé ou annulé et remplacé par un signalement FCT.
e. Paramétrage de la bascule en FCTU

La bascule en FCTU s'effectue via le paramètre 'etablissementKeyDeclarationFctu' du fichier de
configuration com.soprahr.edsn.workflow.cfg de l'Espace DSN.
Il prend comme valeur la liste des établissements (séparés par des virgules) pour lesquels vous souhaitez
activer les signalements FCTU, ou '*' pour tous les établissements.
3.3.3. Les signalements Arrêt de travail et Reprise anticipée

Concernant les DSN de signalement Arrêt de travail et Reprise anticipée, ils font exception au principe
d'une solution "centrée sur la paie".
En effet, le signalement de l'arrêt de travail ne saurait attendre le traitement en paie de l'absence. C'est,
au contraire, le signalement à la CNAM-TS de l'arrêt de travail qui est plutôt un prérequis métier à la
prise en compte en paie de la retenue pour absence.
Ceci est tout particulièrement sensible dans le cas où l'employeur ne subroge pas les IJSS. En effet, il
importe que la caisse d'assurance maladie dispose des informations utiles suffisamment tôt pour que le
versement des IJSS à l'individu vienne compenser la perte de revenus induite par la prise en compte de
l'absence en paie.
a. Les données DSN de l'arrêt de travail ne viennent pas de la paie

Une nouvelle information du dossier de l'individu : DSN : Evénement "Arrêt de travail" (ZYAL),
représente l'événement Arrêt de travail.
Elle est générée automatiquement dès qu'une absence de type IJSS est saisie dans le dossier de
l'individu, et porte les données utiles du bloc 60, avec toutes les rubriques exigées par la DSN de
signalement Arrêt de travail.
Dès lors, elle sera utilisée également en paie lors de la génération du bloc 60 de la DSN mensuelle,
notamment pour valoriser les champs "Dernier jour travaillé", "Motif de reprise" et "Date de reprise" qui
étaient auparavant valorisés en standard à partir de ZYF3.
Pour plus d'informations sur le traitement standard de génération de l'information

ZYAL, reportez-vous au chapitre "Personnaliser l'alimentation des données de
gestion DSN", section "Données DSN d'un événement Arrêt de travail".
31/191
b. De l'événement arrêt de travail à la production de la DSN Signalement

Une fois l'événement créé (dans la table ZYAL), son statut est "en attente de décision" (comportement
standard personnalisable sur site).
La décision de produire ou non une DSN de signalement Arrêt de travail appartient alors au gestionnaire.

Signalement Arrêt ou Reprise du travail d'un point de vue gestionnaire, reportez-
vous à la documentation Guide utilisateur Signalements.
3.3.4. Possibilité d'exclure certains individus des signalements

L'information DSN : Exclusion signalements DSN (ZYAK) permet au gestionnaire de bloquer le
déclenchement de signalements pour certains individus.
Si un individu est topé comme exclu des signalements, les événements sont toujours produits (dans
ZXMQ et ZYAL) car ils restent nécessaires à la DSN mensuelle. En revanche, leur statut ne peut jamais
passer au vert, ni automatiquement, ni manuellement.
Pour plus d'information sur les possibilités d'exclure un individu des signalements,
reportez-vous à la documentation Guide utilisateur Signalements.
Il est également possible d'agir par traitement spécifique pour bloquer le statut initial des événements
selon des règles collectives propres au site. Pour ce faire, reportez-vous au chapitre "Personnaliser
l'alimentation des données de gestion DSN" :
 Section "Données DSN d'un événement arrêt de travail" pour les signalements Arrêt de travail
 Section "Données contrat du PRDB", service "DSN_CONTRAT_RUPT" pour les signalements Fin de
Contrat
32/191
4. Paramétrage réglementaire DSN
4.1. À propos de ce chapitre

Ce chapitre décrit les actions de paramétrage indispensables au fonctionnement de la solution DSN.
4.2. Le paramétrage des unités déclaratives

La DSN mensuelle est basée sur l'établissement d'affectation des individus comme unité de base des
déclarations. La mise en œuvre de la DSN en production passe donc d'abord par un paramétrage attentif
des établissements "entrant en DSN".
4.2.1. Conditions préalables

Il convient de :
► Déterminer si les établissements sont compatibles avec la phase de la DSN à mettre en œuvre
(relativement aux cas d'exclusion indiqués par le GIP-MDS).
► S'assurer que leurs données actuelles (notamment SIRET, APET, adresse) sont correctes et
conformes au répertoire SIREN de l'INSEE.
► S'assurer que l'application dispose également de données correctes concernant l'entreprise et son
siège et que le SIREN de chaque établissement est bien identique à celui du Siège de l'entreprise
associée.
► Décider à quelle date ils vont "entrer en DSN".
► Identifier le ou les point(s) de dépôt destinataire(s) des DSN de l'établissement (Net-entreprises,
MSA ou mixte).
► Identifier si l'établissement sera fractionné pour la DSN.
► Identifier, si besoin, les contacts métier à déclarer en DSN mensuelle (facultatif)
Vous pouvez alors paramétrer vos unités déclaratives via le chemin d'accès suivant :
Déclaration légale/Mise en œuvre de la DSN/Unités déclaratives de la DSN/Paramètres établissements
33/191
4.2.2. Paramétrer la date d'entrée en DSN

Pour qu'un établissement soit traité par l'Espace DSN comme un établissement d'affectation, il faut le
faire "entrer en DSN".
L'onglet Attributs DSN permet de saisir la date d'entrée en DSN d'un nouvel établissement de
5
l'entreprise :
L'identification juridique et l'adresse, attendues en blocs 06 et 11 de la DSN, sont alors automatiquement

valorisées par traitement à partir des informations standard ZDAG et ZD0F.
Pour plus d'informations sur le traitement standard de valorisation automatique de

ces attributs, reportez-vous au chapitre "Personnalisation de l'alimentation des
données de gestion DSN", section "Données DSN des établissements".
4.2.3. Paramétrer le fractionnement et les points de dépôt
a. Définir des lots de gestion DSN spécifiques si besoin

Si vous pratiquez la paie décalée ou si vous avez besoin de fractionner vos établissements, vous devez
créer des lots de gestion spécifiques.
Les lots de gestion sont définis dans le répertoire DFD. Il est accessible dans HR Access via le chemin
d'accès suivant :
Pour chaque lot, la règle d'exigibilité doit être renseignée avec l'une des valeurs suivantes :
 "Exigibilité au 5" pour une exigibilité au 5 du mois M+1
 "Exigibilité au 15 avec décalage de paie" pour une exigibilité au 15 du mois M+1, conséquence du
décalage de paie
 Exigibilité au 15 sans décalage de paie (accord avec l'URSSAF pour les PME)
 Exigibilité au 10 (PASRAU)
 Abandon du décalage de paie en décembre
Dans la livraison HR Access, un code lot par défaut est livré (code "STD"), avec une exigibilité au 5. C'est
celui qui est attribué par défaut aux bulletins dans le traitement de paie.
5
Lors de la première installation du kit DSN, cette saisie peut être remplacée par une valorisation en masse de l'information ZD7R, décrite
dans le guide d'installation du kit DSN.
34/191
La date d'exigibilité au 10 est spécifique au PASRAU. Dans le cadre de la norme

NEODeS, elle n'est pas utilisée.
b. Décrire les unités déclaratives composant l'établissement

L'information Points dépôts et fractions DSN (ZD7S), unique historique, permet de décrire
l'établissement (SIRET) comme un ensemble d'unités déclaratives (au moins une). Son existence est
indispensable pour que l'établissement soit pris en compte par l'Espace DSN.
La description de cette information, comme toutes les informations dédiées à la DSN,

n'est pas modifiable.
Elle est accessible dans HRa Space via le chemin d'accès suivant :
 Déclaration légale > Mise en œuvre de la DSN > Unités déclaratives > Paramètres établissement -
onglet Points de dépôt et fractions
Elle permet de renseigner, au niveau global :
 Le mois principal déclaré à partir duquel le paramétrage s'applique (obligatoire).
 Le nombre total de fractions par point de dépôt (Net-entreprises et MSA) dont celles gérées en dehors
de l'application HR Access.
Elle permet aussi de renseigner au moins un lot de gestion (maximum 9) décrit dans le répertoire DFD
des Lots de gestion DSN, en lui associant :
 Le numéro de fraction Net-entreprises
 Le numéro de fraction MSA
Une alimentation automatique permet de minimiser la saisie dans les cas les plus
courants (cf. exemple de paramétrage n°1).
Des contrôles à la saisie sont effectués afin d'assurer une cohérence du paramétrage :
 L'alimentation d'au moins un lot de gestion est obligatoire.
 La saisie d'un lot n'est possible que si l'un des deux numéros de fraction est renseigné (non à zéro).
 Le numéro de fraction Net-entreprises saisi dans un lot ne doit pas être supérieur au nombre total de
fractions Net-entreprises.
 Le numéro de fraction MSA saisi dans un lot ne doit pas être supérieur au nombre total de fractions
MSA.
 Le nombre total de lots renseignés ne doit pas être supérieur au nombre total de fractions.
 Le nombre de lots de gestion définis doit être cohérent avec le nombre total de fractions, en tenant
compte du nombre de fractions HORS application.
 Deux lots de gestion ne doivent pas porter le même numéro de fraction.
 Les lots de gestion doivent être différents selon les trois champs saisis pour définir chaque lot.
35/191
4.2.4. Exemples de paramétrage des unités déclaratives
Exemple 1 : Pas de fractionnement et un ou deux points de dépôt

Dans le cas le plus courant, tous les individus d'un établissement sont gérés dans le même système
d'information, tous relèvent du même point de dépôt (ex : Net-entreprises) et la date d'exigibilité est la
même pour tout le monde (le 5 du mois M+1).
Dans ce cas, un seul lot standard "STD" est attribué par défaut à l'établissement avec une seule fraction.
Pour cela, il faut saisir :
 Le mois principal déclaré à partir duquel le paramétrage s'applique (ex : 01/2014)
 Le nombre total de fractions Net-entreprises (ici "1")
Puis, il faut enregistrer la saisie. Les zones s'alimentent automatiquement et le code lot de l'unique
fraction est mis à "STD".
Les données affichées sont de la forme suivante :
Si l'établissement gère également des individus relevant de la MSA, il est possible de saisir aussi un
nombre total de fractions MSA à "1" et un numéro de fraction MSA à "1" pour le même lot "STD".
Exemple 2 : Fractionnement pour exigibilités différentes

Un autre cas rencontré fréquemment concerne le fractionnement pour exigibilités différentes. Par
exemple, la paie d'une certaine partie de la population se fait avant l'échéance du 5 du mois suivant car
les éléments de paie sont facilement collectés. Puis, pour une autre population d'individus, les éléments
nécessaires arrivant tardivement, la paie est calculée plus tard. Pour pouvoir déclarer au 15 du mois
suivant, il faut que l'entreprise ait préalablement obtenu l'autorisation auprès de son URSSAF.
Dans ce cas, le paramétrage peut s'effectuer à l'aide de deux codes lots :

 Le code lot standard livré ("STD") qui a une exigibilité au 5 M+1
 Un deuxième code lot à créer (ex : "DECAL") avec une exigibilité au 15 M+1
36/191
Il faut alors alimenter l'information ZD7S comme suit :
Remarque :
Dans l'exemple ci-dessus, une fraction Net-entreprises est gérée en dehors de l'application.
Si l'établissement gère aussi des individus relevant de la MSA dans le lot de gestion DECAL (point de
dépôt MSA non fractionné), on aura ceci :
4.2.5. Configuration particulière : plusieurs dossiers de code DRE pour un SIRET

donné
Le cas où plusieurs codes DRE portant le même SIRET cohabitent peut se présenter de deux manières :
 Essentiellement, comme conséquence de l'usage de plusieurs réglementations de paie (par exemple :
du fait de plusieurs conventions collectives ou statuts d'emploi). Dans ce cas, comme le répertoire
DRE est attaché au modèle 6 et donc dépendant du modèle 4 (réglementaire de paie), on est contraint
de "dupliquer" la description du même SIRET dans chacun des modèles 6 utilisés.
 D'autres motifs, même dans un SIRH mono-réglementation, peuvent avoir présidé à la décision
"d'éclater" un établissement légal en plusieurs codes DRE (confidentialité, description fine de
l'organisation interne d'un même SIRET, etc.).
37/191
Dans ce cas, il est impératif de privilégier un seul de ces dossiers de code, et d'en faire le "code DRE
de référence du SIRET" pour la DSN.
Pour ce faire :
 Il est obligatoire que l'information ZD7S ne soit présente que sur ce code de référence et absente
sur ses "doublons".
En effet si elle est créée aussi pour les autres codes, l'Espace DSN sera mis en échec dans sa capacité à
énumérer correctement les unités déclaratives à générer.
 Il est nécessaire de personnaliser le traitement de service DBI standard, en charge de valoriser l'unité
déclarative des bulletins, de manière à utiliser uniquement le code DRE de référence DSN porteur du
SIRET d'affectation de l'individu (voir le paragraphe "Le service DSN-SRV-UD (valeur
DSN_UNITE_DECL)" au chapitre "Personnaliser l'alimentation des données de gestion DSN".
 C'est l'information ZD7R de ce code de référence qui sera exploitée par l'Espace DSN pour générer
les blocs 06 et 11, même pour la déclaration des bulletins produits au titre d'un autre dossier de
code DRE. Il est donc recommandé de veiller à ce qu'elle soit correctement renseignée pour le code
de référence (reportez-vous au chapitre "Personnaliser l'alimentation des données de gestion DSN"
pour plus d'informations sur les traitements standard de valorisation automatique de données DSN
portées par ZD7R).
En conséquence, la présence du même SIRET dans plusieurs réglementations ou codes DRE n'oblige en
rien à fractionner cet établissement. Il est parfaitement possible de traiter tous les bulletins liés au même
SIRET dans la même déclaration DSN.
Même dans le cas où on a une raison fonctionnelle de gérer un tel fractionnement (par exemple pour
des raisons de confidentialité au niveau des personnes en charge de déposer les flux DSN), la règle reste
la même :
 On créera un lot par réglementation dans DFD.
 Seul le code DRE de référence portera l'information ZD7S, celle-ci décrivant deux fractions, une pour
chacune de ces réglementations identifiées par des codes lot différents.
4.2.6. Compléter l'alimentation de l'information ZD7R

Ceci se fait à travers le même chemin d'accès indiqué précédemment :
Déclaration légale > Mise en œuvre de la DSN > Unités déclaratives > Paramètres établissement
a. Données DSN non valorisées par le traitement standard

L'onglet Informations complémentaires permet de compléter le paramétrage des établissements déclarés
en DSN.
38/191
Attributs DSN facultatifs de niveau Unité Déclarative

Si cela fait sens, on peut également valoriser les attributs DSN facultatifs suivants :
Niveau société (pour l'établissement siège)

S21.G00.06.012 Implantation de l'entreprise (cas d'une entreprise étrangère)
S21.G00.06.015 Code convention collective applicable
Niveau établissement déclaré

S21.G00.05.010 Code Devise (valorisé à "01 Euro" par défaut)
S21.G00.11.009 Type rémunération soumise AC expatriés
S21.G00.11.012 Code catégorie juridique (en phase 2 seulement)
6
S21.G00.11.017 Nature juridique de l'employeur
S21.G00.11.018 Date de clôture de l'exercice comptable (n'est plus exigée depuis janvier 2017)
S21.G00.11.022 Code convention collective principale
NB : si ces données sont déjà gérées en spécifique sur le site, une autre solution consiste à personnaliser
le traitement standard d'initialisation de ZD7R pour qu'elles soient valorisées automatiquement, plutôt
que ressaisies par l'utilisateur (cf. chapitre "Personnalisation de l'alimentation des données de gestion
DSN").
Paramétrage complémentaire en cas de subrogation des IJ

La page permet également de préciser le compte bancaire et l'éventuel Siret centralisateur récepteur
des IJSS subrogées. Ces données sont destinées aux DSN de signalement des arrêts de travail subrogés.
b. Regroupement des établissements par pôle

Si vous désirez gérer les flux d'envois DSN en regroupant les établissements selon des critères propres
à votre site, par exemple par région géographique, vous pouvez utiliser la notion de "pôle
d'établissements".
Les pôles d'établissements sont définis dans le répertoire DFE. Il est accessible dans HRa Space via le
chemin d'accès suivant :
 Déclaration légale > Mise en œuvre de la DSN > Unités déclaratives > Pôle d'établissements
6
À partir de HRa Suite 9, elle est également saisissable au niveau de l'identification de l'établissement.
39/191
Il est ensuite possible d'associer à chaque établissement son pôle (onglet Attributs DSN). Notez que le
pôle est un critère libre de toute dépendance avec l'entreprise. Un pôle peut donc potentiellement
regrouper des établissements de SIREN différents.
Il est alors possible de lancer la production de la DSN par pôle d'établissements.
c. Sortir un établissement de la DSN

La date de sortie de la DSN est exploitée, au même titre que la date d'entrée, par l'Espace DSN pour
sélectionner les établissements actifs sur le mois principal déclaré.
En valorisant la date de sortie de la DSN (onglet Attributs DSN), le gestionnaire peut éviter de continuer
à produire des DSN 'sans individu' sur des établissements fermés.
Cependant, il lui appartiendra de "réactiver" l'établissement en cas exceptionnel de rappel sur salarié
ayant quitté le groupe à l'occasion de cette fermeture (dans la limite de la tolérance indiquée par le GIP-
MDS sur la déclaration de rappel sur établissement fermé).
d. Prélèvement à la source : paramétrer l'alimentation des dates de validité

Dans le cadre du prélèvement à source, la page permet également de choisir entre trois modalités
d'alimentation des dates de validité des taux transmis via les CRM reçus de la DGFiP. Les valeurs
possibles sont les suivantes :
 Option 1 : à date de mise à disposition
 Option 2 : au 01/M+1 : validité au plus tôt sur mois plein
 Option 3 : au 01/M+2 : validité au plus tard sur mois plein
Par exemple pour une date de mise à disposition d'un CRM au 18/01/2019, on aura :
 Option 1 : validité du 18/01/2019 au 31/03/2019
Ce paramétrage est exploité en mise à jour manuelle (TP). Si vous avez acquis
l'Espace fiscal, il est également exploité en mise à jour batch. Par défaut (sans
paramétrage défini), l'option 2 est appliquée.
40/191
4.2.7. Le paramétrage des contacts métier de la DSN mensuelle (bloc 07)

Des contacts métiers peuvent être renseignés au niveau de la DSN mensuelle de manière facultative.
Pour un même type de contact (07.004), il est possible de déclarer plusieurs contacts.
Dans ce contexte, une nouvelle information (ZD7Y) permet d'identifier les contacts au niveau société
(UAA) ou établissement (DRE). Pour cela, allez dans HRa Space, chemin d'accès : Déclaration légale >
Mise en œuvre de la DSN > Contact chez le déclaré - onglets Contact société et Contact établissement.
Lors de la génération du flux, pour chaque type de contact, l'Espace DSN prendra en compte les contacts
en vigueur à la fin du mois principal déclaré, avec une gestion d'héritage entre le niveau société (UAA)
et le niveau établissement (DRE).
L'héritage se fera par type de contact : si aucun contact d'un type donné n'est trouvé au niveau
Etablissement, l'Espace DSN cherche les contacts de ce type au niveau Société. En revanche, tous les
contacts d'un type sont pris au même niveau. Si par exemple des contacts de type 01 sont définis au
niveau d'un établissement et d'autres de type 01 au niveau Société, pour cet établissement, seuls les
contacts 01 de l'établissement seront pris en compte.
Contact(s) de type xx Contact(s) de type xx Contact(s) de type xx mis en

renseigné(s) au niveau renseigné(s) au niveau place dans la déclaration
Société Etablissement
X SOC
X ETAB
x X ETAB
Remarques :
Pour les signalements FCTU, l'Espace DSN prendra en compte les contacts de type 02 (Contact chez le
déclaré pour les fins de contrats de travail (Pôle emploi)) en vigueur au dernier jour du mois de la paie
de fin de contrat (au niveau société ou établissement).
Pour les signalements Arrêt de travail et Reprise anticipée, les contacts métier sont gérés différemment.
Pour plus d'information, reportez-vous au Guide utilisateur Signalements.
Le contact émetteur (S10) est paramétré dans un fichier de configuration de l'Espace DSN. Un exemple
de paramétrage standard est donné plus loin (reportez-vous au paragraphe "Paramétrage de
l'émetteur").
41/191
4.3. Le paramétrage des relations avec les OPS

La déclaration des cotisations à de nombreux OPS nécessite que chaque établissement déclaré soit lui-
même porteur d'indications sur son rattachement aux OPS dont il dépend, directement ou - pour les
Organismes complémentaires - via un contrat d'adhésion.
4.3.1. Rattachement des établissements aux organismes

L'information ZD7V permet de rattacher des OPS à un établissement.
Cette information est rattachée au répertoire DRE des établissements et est accessible dans HRa Space
via le chemin d'accès suivant :
Déclaration légale> Mise en œuvre de la DSN > Rattachement aux OPS – onglets Rattachement aux OC
et Rattachement OPS hors OC
Ces pages gèrent ces rattachements pour les organismes prévus au cahier technique, à l'exception de
CCVRP (hors DSN) et CRPCEN :
 URSSAF
 MSA
 AGIRC-ARRCO
7
 Pôle Emploi
 O.C.
 CNIEG
 CAMIEG
 IRCANTEC
 CRPNPAC
 Caisse de congés spectacles
 FSPOIE
 RAFP
 CNRACL
 RAEP
 SRE
8
 CPCP
Remarque : Pour les OPS qui ne sont pas encore en DSN, le rattachement n'est pas à effectuer.
7
Les cotisations versées directement à Pôle emploi sont hors DSN jusqu'en norme 2020.
8
Les cotisations versées aux CPCP (Caisses professionnelles de congés payés), initialement prévues pour être déclarées en DSN,
sont finalement hors DSN à ce jour. Toutefois, le paramétrage de cet OPS est conservé en prévision d'une future réintégration en
DSN.
42/191
a. Pour l'URSSAF
Le type d'organisme est UR.
► Saisissez le code de la caisse (référentiel HRA) ainsi que son répertoire (en standard DRJ).
L'identifiant DSN de l'organisme est alors le SIRET de cette caisse, qui doit se trouver dans l'information
ZDAG de ce code caisse (CDSIRE+CDNICS).
Jusqu'en version 3.2, le lien Établissement-caisse URSSAF (DRJ) était porté par
l'information ZD7R. Lors de la première mise en œuvre de la version 3.3, il est
nécessaire de l'introduire explicitement au niveau de l'information ZD7V, même
pour un usage en norme phase 2.
En cas de déclaration sans individu, ou en l'absence de blocs 23 dans un flux destiné au point de dépôt
Net-Entreprises, l'information est utilisée par l'Espace DSN afin de générer un bloc 22 à zéro (ce qui
permet d'indiquer à la caisse URSSAF qu'aucune cotisation URSSAF n'a été produite en paie ce mois-ci
pour l'établissement ou la fraction d'établissement).
Dans le cas contraire, le SIRET de la caisse est reporté dans la rubrique IDOPSD "Identifiant OPS
destinataire" lors du chargement de l'information ZXMM au niveau des cotisations URSSAF (blocs 23 et
81) (voir la section "Le paramétrage des rubriques de paie" du chapitre "Paramétrage réglementaire
DSN").
b. Pour MSA
Le type d'organisme est MA.
► Saisissez le code organisme (référentiel DSN) en respectant la nomenclature DSN (de la forme
"DMSAnn", où nn est le numéro de caisse régionale MSA). Il n'est pas nécessaire d'associer un code
caisse réglementaire HR Access puisqu'aucun SIRET n'est demandé en DSN pour identifier les caisses
MSA (contrairement aux autres OPS collecteurs de cotisations).
En cas de déclaration sans individu, l'information sera utilisée par l'Espace DSN pour générer un bloc 08
qui portera ce code DMSAnn dans le champ S20.G00.08.001.
Par ailleurs, ce code DMSAnn est reporté dans la rubrique IDOPSD "Identifiant OPS destinataire" lors du
chargement de l'information ZXMM des montants destinés à la MSA en bloc 81. Dans le flux, on
retrouvera donc ce code organisme dans la rubrique 81.002, (mais aussi en 82.005 et, à terme, en
20.001).
43/191
c. Pour AGIRC-ARRCO
Le type d'organisme est 88.
En cas de déclaration sans individu, ou en l'absence de cotisations individuelles en bloc 81 destinées au

type d'organisme 88, l'information sera utilisée par l'Espace DSN pour générer un bloc 08, en portant la
valeur "88" dans le champ S20.G00.08.001.
La précision de la caisse n'est nécessaire que si le paramétrage des cotisations AGIRC-ARRCO (types
063, 064, 105 et 106 du bloc 81) indique que la caisse AGIRC-ARRCO est déterminée par l'établissement.
Dès lors que plusieurs GPS de retraite complémentaire sont susceptibles d'être en relation avec
l'entreprise, on préfèrera faire porter l'information directement par la rubrique de paie (voir la section
"Le paramétrage des rubriques de paie" du chapitre "Paramétrage réglementaire DSN").
Il est possible d'indiquer un code caisse différent pour l'AGIRC et pour l'ARRCO ou pour le régime AGIRC-
ARRCO unifié, en valorisant le "type de régime RC" par les valeurs "RETA" ou "RETC" ou "RUAA". Dans
le cas contraire (un seul GPS), il faut laisser cette zone à blanc.
d. Pour les autres organismes couverts

Lorsque mentionnée dans le cahier technique DSN, la codification de ces organismes correspond à celle
utilisée au niveau du bloc S20.G00.08. Si aucun code n'est mentionné, il a été positionné arbitrairement
(codes *), à savoir :
CNIEG 91
CAMIEG 92
POLE EMPLOI 93 (hors DSN)
CRPCEN 94
IRCANTEC 95
CRPNPAC 96
Caisse de congés spectacles 97
CNBF 98
CNRACL* CN
FSPOEIE* FS
RAEP* RE
RAFP* RF
SRE* SR
Si l'établissement gère des populations concernées par ces régimes, il est nécessaire de rattacher
l'établissement à l'organisme concerné.
En cas de déclaration sans individu, ou en l'absence de cotisations individuelles en bloc 81 destiné à

l'organisme, cette information est utilisée par l'Espace DSN pour générer un bloc 08, en portant la valeur
correspondante dans le champ S20.G00.08.001 (par exemple "95" pour IRCANTEC).
Dans le cas général où des cotisations sont déclenchées, cette information permet au système de
valoriser l'identifiant d'organisme du bloc 81.
44/191
► Pour ce faire, saisissez un code caisse défini dans HR Access ainsi que le répertoire (libre : cela peut
être DRK, ou DF1, ou un répertoire spécifique).
Le traitement de chargement de ZXMM récupère - via l'information ZDAG de ce code caisse - le SIRET
de l'organisme concerné. Ce SIRET est reporté dans la rubrique IDOPSD "Identifiant OPS destinataire"
de l'information ZXMM des montants destinés au bloc 81 pour ce type d'organisme.
Pour connaître les organismes qui requièrent un SIRET en S21.G00.81.002, veuillez vous référer au
Cahier Technique.
Le cas de la DGFiP ne nécessite pas de rattachement particulier. En effet, il n'est pas demandé
d'identifiant d'OPS pour les cotisations destinées à DGFiP en bloc 81, ni de bloc 08 en cas de DSN sans
individu.
Enfin, le cas des Organismes complémentaires nécessite un paramétrage un peu plus complexe qui fait
l'objet de la section suivante.
4.3.2. Contrats d'adhésion à un organisme complémentaire

Les contrats d'adhésion à un organisme complémentaire ne concernent pas le
Secteur public.
La DSN phase 3 permet la déclaration des cotisations dues aux Organismes de prévoyance, de
complémentaire santé ou de retraite supplémentaire, regroupés sous le terme générique d'Organismes
complémentaires.
a. Fiches de paramétrage émises par les OC

Ces organismes, dès lors qu'ils sont prêts à recevoir la DSN phase 3, adressent à leurs entreprises
adhérentes une "fiche de paramétrage DSN Ph.3".
Elle contient le ou les "contrats d'adhésion" passés avec l'entreprise, avec, pour chacun d'eux :
 L'identifiant de l'organisme, celui du délégataire de gestion éventuel, et la référence du contrat
 les éventuelles variantes en termes de population ou d'option
 la liste des cotisations à calculer en paie, en précisant leur base de calcul ainsi que leur taux (ou
montant forfaitaire)
Chacune de ces informations est rapprochée de la norme DSN. Elle fait référence aux rubriques
concernées du cahier technique DSN. Pour les cotisations, la base de calcul fait référence aux
codifications réservées aux OC du bloc S21.G00.79.
C'est à partir de cette fiche qu'il convient de mettre en œuvre le paramétrage - décrit ci-après -
nécessaire à la prise en compte de l'organisme dans la DSN phase 3.
45/191
b. Définir les contrats d'adhésion

Le répertoire DFG et son information ZD7W permettent d'accueillir la description des contrats d'adhésion
aux O.C, ci-après appelés génériquement "Contrats de prévoyance". On y accède via le chemin de
navigation : Outils d'administration > Configuration > Définir les organismes > Adhésion Prévoyance.
La page permet de valoriser les trois premiers champs du bloc S21.G00.15, tels qu'ils sont fournis dans
la fiche de paramétrage :
 Référence du contrat de Prévoyance S21.G00.15.001
 Code organisme de Prévoyance S21.G00.15.002
 Code délégataire de gestion S21.G00.15.003
Elle permet également de préciser la périodicité du paiement (qui figure aussi dans la fiche de
paramétrage fournie par l'organisme).
Cette information est exploitée par l'Espace DSN pour valoriser les indicateurs de synthèse qui
fournissent la dette par organisme, contrat d'adhésion et échéance.
Il est recommandé de nommer ces codes contrats avec un code numérique.
Ainsi, c'est ce code qui sera utilisé par l'Espace DSN pour valoriser "l'identifiant technique d'adhésion"
qui fait le lien entre les blocs 70 (S21.G00.70.013) et 15 (S21.G00.15.005) en phase 3.
Dans le cas contraire (code DFG alphanumérique), l'Espace DSN générera lui-même un identifiant
technique numérique unique par DSN, produisant un flux moins lisible.
► Veillez à lui donner un libellé qui reprend celui de l'organisme ("Humanis", "Klesia", etc.) et
éventuellement précise la nature du contrat (Santé, Prévoyance, Retraite supplémentaire). En effet,
les codes de DFG ne font pas référence au répertoire DRK, classiquement utilisé, mais uniquement
à la codification DSN fournie par la fiche de paramétrage.
46/191
Cas d'un contrat "groupe"

Dans le cas d'un contrat "groupe" passé avec le même organisme pour plusieurs entreprises, ce sont les
mêmes règles de cotisation qui s'appliquent pour toutes les entreprises concernées. Cependant, il arrive
que l'organisme attribue formellement une référence de contrat distincte à chaque entreprise.
Dans une telle configuration, on peut éviter de multiplier le nombre de codes à créer dans DFG, en
laissant à blanc la référence du contrat. En revanche, il faut préciser cette référence lors du rattachement
à un établissement.
Attention cependant à bien créer des contrats distincts si un même organisme a

fourni, pour chaque entreprise, des contrats différents (par exemple : un contrat
Santé et un contrat Prévoyance), ou si plusieurs contrats correspondent à des
populations différentes.
c. Relier contrats d'adhésion et régimes complémentaires prévoyance

Un même contrat d'adhésion passé entre un organisme et l'entreprise peut décrire, via sa fiche de
paramétrage, plusieurs modalités d'affiliation.
Ce sera le cas si un même contrat gère plusieurs populations (cadres et non-cadres par exemple) ou
propose plusieurs options aux individus ("famille" et "isolé" par exemple). Ces modalités d'affiliation
correspondent respectivement aux champs S21.G00.70.004 et S21.G00.70.005 du bloc nominatif 70,
en phase 2 comme en phase 3.
C'est pourquoi le répertoire standard DRX "Régimes de protection complémentaire" (et son rattachement
à l'individu via l'information ZYCS) est conservé dans la solution DSN comme source standard de
valorisation du bloc 70. Il permet de gérer ces variantes au niveau des affiliations individuelles (bloc 70
de la DSN) et de déclencher les cotisations propres à cette modalité d'affiliation.
Pour un contrat d'adhésion donné, on devra avoir au moins un code régime dans DRX. On peut en avoir
plusieurs du fait des variantes de population et/ou d'option lorsqu'on descend au niveau de l'affiliation
individuelle (bloc 70 de la DSN).
► Retrouvez le ou les codes régimes DRX correspondant à chaque contrat d'adhésion : ils doivent
coïncider avec les indications de la fiche de paramétrage au niveau des informations suivantes :
• Même Organisme porteur de risque
Le code organisme de la fiche (S21.G00.15.002), et donc de DFG, doit correspondre au numéro de caisse
(ZDCC-NUCAIS) du code DRK porté par la rubrique DRX : ZD0B-PRTRSQ de DRX.
• Même Délégataire de gestion

Si un délégataire de gestion est présent sur la fiche (S21.G00.15.003), et donc dans DFG, il doit
correspondre au numéro de caisse (ZDCC-NUCAIS) du code DRK porté par la rubrique DRX : ZD0B-
DELEGA de DRX.
• Même Référence du contrat

La référence du contrat (S21.G00.15.002) doit correspondre à celle porté par la rubrique DRX : ZD0B-
CONSOC.
47/191
• Cotisations déclenchées
Les codes régimes DRX sont généralement porteurs d'EFC déclenchant les cotisations. Assurez-vous que
les cotisations associées correspondent aux indications de la fiche de paramétrage, en termes de somme
assujettie (codes OC du bloc 79) et de taux ou de montant forfaitaire.
► Rattachez alors le code DRX à son contrat d'adhésion (page Outils

d'administration/Configuration/Définir les organismes/Adhésion Prévoyance), en valorisant le
champ "Identifiant technique d'adhésion".
Vous pouvez également créer de nouveaux codes dans DRX si besoin. Si vous le destinez uniquement à
la DSN phase 3, il n'est pas nécessaire de valoriser tous les champs ; l'identifiant d'adhésion (référence
au code DFG), ainsi que l'éventuelle option et/ou population suffisent aux besoins de la phase 3.
Un traitement de contrôle permet de s'assurer que les données du contrat d'adhésion rattaché (DFG-
ZD7W) sont bien cohérentes avec celles éventuellement déjà portées par DRX-ZD0B (cas où ce code
DRX préexistait à la création du contrat dans DFG).
Le cas du contrat "groupe" (absence de référence du contrat au niveau de DFG) alors que DRX ZD0B-
CONSOC est valorisé, est toléré par ce traitement.
48/191
d. Rattacher les établissements aux contrats d'adhésion OC

Le rattachement des contrats aux établissements permet à l'Espace DSN de générer le bloc 15 de la
DSN.
La solution est également basée sur l'information ZD7V mais via un formulaire de saisie dédié aux OC :
Dans le cas d'un contrat "groupe" non porteur de la référence contrat, il faut impérativement préciser la
référence du contrat lors de son rattachement à un établissement.
4.3.3. Gestion des versements aux Organismes de Protection Sociale (OPS)

Dans les versions précédentes de la DSN, la gestion des versements aux OPS est hétérogène du fait que
chaque organisme dispose historiquement de son propre point d'entrée de paramétrage.
À partir de la version DSN 5.0, la Gestion intégrée des Versements permet de traiter tous les
organismes de façon similaire. Cette solution permet de gérer l'alimentation des blocs versements de
bout en bout, y compris en cas d'établissements payant pour les autres.
Pour utiliser la gestion intégrée des Versements, celle-ci doit être explicitement activée organisme par
organisme, via un fichier de configuration de l'Espace DSN, et les modalités de paiement doivent être
saisies dans HR Access pour chaque OPS
Les blocs versements à destination de la DGFiP dans le cadre de la mise en œuvre du prélèvement à la
source (PAS) sont activés par défaut dans le mode de fonctionnement de la version DSN 7.0.
Cette fonctionnalité de Gestion intégrée des versements est décrite dans la

documentation dédiée Gestion intégrée des versements que nous vous invitions à
consulter.
Par défaut la solution disponible dans les versions antérieures à la DSN 5.0 reste
active, mais elle est en cours de décommissionnement, notamment parce qu'elle ne
couvre pas le cas d'usage du Siret payeur pour d'autres établissements.
49/191
Si vous souhaitez continuer à utiliser cette ancienne solution désormais dépréciée,

veuillez consulter le Guide de paramétrage et Mapping des données de la version
DSN 4.2.
Si vous effectuez vos paiements URSSAF par télé-règlement en mode VLU

(Versement en Lieu Unique), la solution de Gestion intégrée des versements ne
couvre pas ce cas d'usage. Vous devez donc recourir à l'ancienne solution, détaillée
ci-dessous.
a. Paramétrage de la génération automatique des blocs 20 de télé-règlements

pour le cas particulier du mode VLU
Si vous effectuez vos paiements URSSAF par télé-règlement en mode VLU,

vous devez nécessairement paramétrer les modalités de paiement comme décrit ci-
dessous (via la fonctionnalité des paiements qui existait avant la mise en place de la
Gestion intégrée des versements).
Dans cette configuration, un bloc 20 sera créé pour chaque unité déclarative, comme décrit dans le
cahier technique.
Le paramétrage de la génération automatique de blocs 20 de télé-règlements par l'Espace DSN est

accessible dans HRa Space via le chemin d'accès suivant :
Déclaration légale > Mise en œuvre de la DSN > Rattachement aux OPS – onglet Télé-règlement
b. Télé-règlements destinés à l'URSSAF

Le paramétrage est porté par l'information ZD7R.
En cas de VLU, il faut saisir le code de l'établissement VLU pour les établissements payés par ce dernier.
Le système récupère son SIRET : il est utilisé pour valoriser le champ "entité d'affectation des
opérations", en phase 2 comme en phase 3.
Dans les autres cas, les codes IBAN et BIC sont valorisés par ceux associés à l'établissement (information
ZD0I, si elle est déjà présente), mais peuvent aussi être saisis directement.
50/191
Dans une version ultérieure, la possibilité d'uniformiser ce paramétrage avec celui décrit dans les sections
suivantes sera étudiée. Pour l'heure, compte tenu de la non-uniformité des consignes des nouveaux OPS
avec celles de l'URSSAF, l'ancien paramétrage est maintenu pour l'URSSAF.
c. Répertoire DFI des comptes bancaires

Dans le cadre de la déclaration des paiements en DSN, un répertoire, ZDDFI - Référentiel de comptes
bancaires, est disponible. Il est accessible dans HRa Space via le chemin d'accès suivant :
Déclaration légale > Mise en œuvre de la DSN > Comptes bancaires versement organismes
Il permet de définir des comptes bancaires "en soi", et non pas comme une propriété d'une personne
morale ou physique.
Il est ensuite utilisable dans le cadre du paramétrage des télé-règlements automatisés. Ceci permet de
décrire le code BIC/IBAN une seule fois, et de pouvoir le réutiliser aisément.
Si vous modifiez le BIC ou l'IBAN d'un compte bancaire du répertoire DFI, vous devez
reporter ces modifications dans les dossiers qui utilisent ce compte.
Ce répertoire est également utilisé pour la fonctionnalité de Gestion intégrée des versements.
Pour plus d'informations sur la Gestion intégrée des versements, reportez-vous à la

documentation dédiée Gestion intégrée des versements.
4.4. Le paramétrage des lieux de travail (bloc 85)

La DSN distingue la notion de lieu de travail, lieu géolocalisé dans lequel le salarié exerce principalement
cette activité, de celle d'établissement d'affectation.
Lorsqu'il est différent de l'établissement d'affectation, le lieu de travail doit être mentionné avec un
identifiant (40.019), celui-ci désignant un lieu de travail décrit en bloc 85 avec trois types de
"nature juridique" (85.010) possibles :
 Un autre établissement sirétisé
 Un autre établissement non sirétisé (ex : chantiers). La norme DSN autorise à déclarer des lieux de
travail non immatriculés en les identifiant par une chaîne libre
 Un lieu de travail à domicile
Or dans certains cas, le lieu de travail peut désigner un établissement d'une entreprise tierce ou ne pas
être sirétisé (ex : chantiers). Depuis la phase 2, la norme DSN autorise à déclarer des lieux de travail
non immatriculés, en les identifiant par une chaîne libre.
Ainsi, il peut être nécessaire de gérer dans le répertoire DRE des lieux de travail qui, sans être des
établissements d'affectation (au sens de l'information standard ZY38), doivent cependant être déclarés
dans la rubrique 40.019 du contrat, et décrits dans les blocs 85 de la DSN.
51/191
4.4.1. Décrire les lieux de travail dans le répertoire des établissements (DRE)
De tels lieux de travail sont saisissables dans une page dédiée de HRa Space, chemin Déclaration légale
> Mise en œuvre de la DSN > Lieu de travail.
Cette page permet de gérer l'information ZD7R d'établissements non destinés à entrer en DSN.
a. Créer un nouveau lieu de travail

La bannière offre un bouton de création directe d'un nouveau lieu travail.
Lors de la création d'un nouveau lieu de travail, le code société auquel il est rattaché est demandé.
Le type d'établissement, est alimenté automatiquement (cf. règles d'alimentation données dans le
paragraphe "Traitements standard d'alimentation automatique").
Ensuite, vous pouvez renseigner la nature juridique du lieu de travail (85.010) :

 01 – Etablissement
 02 - Autre
 03 - A domicile
Puis, vous pouvez renseigner les autres zones, en fonction de la nature juridique du lieu de travail et de
la localisation en France.
Pour une nature juridique "01 – Etablissement", située nécessairement en France, les zones du bloc 85
attendues a minima sont :
• 85.001 - Identifiant (SIRET) : "aaaaaaaaaaaaaa"
• 85.002 - Code APET : "yyyyy"
• 85.004 - Code postal : "xxxxx"
• 85.005 - Localité : "zzzzzz"
• 85.010 - Nature juridique : "01"
• 85.011 - Code INSEE commune : "nnnnn"
Pour une nature juridique "02 – Autre", les zones du bloc 85 attendues a minima sont :
 Pour un lieu de travail en France :
• 85.001 - Identifiant : "AUTRE-X"
52/191
 Pour un lieu de travail à l'étranger :

• 85.001 - Identifiant : "AUTRE-Z"
• 85.006 - Code pays : "XXX"
• 85.007 - Code distribution à l'étranger : "zzzzzzzzzzzzz"
Pour une nature juridique "03 – A domicile", les zones du bloc 85 attendues a minima sont :
 Pour un lieu de travail en France :
• 85.001 - Identifiant : "COMMUNE-X"
 Pour un lieu de travail à l'étranger :

• 85.001 - Identifiant : "PAYS-X"
• 85.006 - Code pays : "XXX"
• 85.007 - Code distribution à l'étranger : "zzzzzzzzzzzzz"
Exemple :
Remarque :
Un lieu de travail peut ensuite entrer en DSN. Dans ce cas, il doit impérativement être un établissement
immatriculé (code 01), être identifié par un SIRET et disposer d'un code APET. Une fois entré en DSN, il
ne sera plus visible dans la page des lieux de travail.
53/191
b. Compléter un établissement existant

La bannière offre un secteur de sélection qui exclut les codes de DRE qui sont déjà connus comme des
Unités déclaratives (repérables par la présence d'une date d'entrée en DSN au niveau de ZD7R).
La page permet ainsi de rechercher un dossier de code DRE existant non entré en DSN, afin de l'exploiter
en DSN en tant que simple lieu de travail.
Il suffit alors de valoriser au moins le champ type d'établissement à "Lieu de travail" et de soumettre la
saisie. Puis, il faut renseigner les zones requises par la DSN en fonction de la nature juridique du lieu de
travail (cf. paragraphe précédent).
Le traitement serveur valorise par défaut le plus de données DSN possible du bloc 85 :
 Si ce code dispose d'une information ZDAG portant un Siret, celle-ci sera utilisée pour identifier le
lieu de travail par son Siret et valoriser l'APET ; dans le cas contraire, le gestionnaire devra lui-même
préciser la nature juridique et saisir l'identifiant.
 De même, si ce code dispose déjà d'une adresse (dans l'information ZD0F), celle-ci sera reportée
dans l'information DSN.
NB : il est également possible, sur site, de gérer les lieux de travail de la DSN dans un répertoire
spécifique autre que DRE, en réutilisant cette page de saisie.
Pour plus d'information, reportez-vous au chapitre "Personnalisation de l'alimentation des données".
c. Suppression de l'information "Attributs DSN" (ZD7R)

9
Un lien pour supprimer l'information unique fixe "Attributs DSN" (ZD7R) de la base est disponible à deux
endroits :
 Au niveau des unités déclaratives :
 Au niveau des lieux de travail :
9
Ce lien permet une suppression effective dans la base de données.
54/191
4.5. Le paramétrage des rubriques de paie

Cette section est dédiée à la valorisation des blocs porteurs de montants du flux DSN à partir des
rubriques de paie.
Ce paramétrage s'opère via l'information ZD7P du répertoire DRC à laquelle est dédié un nouvel onglet
dans HRCT : Alimentation de la DSN.
4.5.1. Les blocs montants dans la DSN
Le paramétrage des montants DSN concerne :

 Les montants individuels portés par le bloc S21.G00.50 et ses blocs enfants : 51, 52, 53, 54, 78,
79 et 81.
 Les cotisations agrégées (CTP dues à l'URSSAF (bloc 23…).
Ces blocs DSN porteurs de montants sont valorisés par l'Espace DSN à partir de l'information générique
DSN : Montants (ZXMM) du PRDB.
a. Blocs montants "typés"

La plupart des blocs montants sont "typés" : une rubrique DSN y joue le rôle de qualifiant du ou des
montants déclarés.
 En strate nominative, les types attendus sont décrits explicitement dans le cahier technique.
 En strate agrégée (bloc 23), c'est le CTP URSSAF qui joue ce rôle.
Certains blocs montants sont "fils" d'un bloc parent, lui-même porteur d'un montant typé (bloc 53 fils du
bloc 51, blocs 79 et 81 fils du bloc 78). Dans certains cas, le type du parent peut contribuer à la
qualification des montants portés par les blocs fils.
b. Les "Compteurs DSN" (répertoire DFB)

Un répertoire dédié à la DSN DFB – Compteurs DSN décrit l'ensemble des montants qualifiés du cahier
technique DSN à l'exception de ceux du bloc 23 Cotisation agrégée. Sa description et ses données sont
livrées par HR Access et ne sont pas modifiables.
Chaque compteur est identifié :

 Par sa "catégorie" (sur 3 caractères). Les deux premiers caractères désignent le bloc, le 3ème permet
de préciser la modalité de valorisation du bloc ou d'introduire des distinctions fonctionnelles, lorsque
cela fait sens.
 Par son type (pour les blocs typés) ainsi que le type de son bloc parent le cas échéant.
55/191
Le répertoire DFB est "sous classé" dans HRCT, via des DDM dédiées aux différentes catégories de
montants.
Dans le cadre du prélèvement à la source, la liste des DDM s'est enrichie avec les compteurs liés aux :
Ces compteurs font l'objet d'un paragraphe dédié à la fin de cette section.
Remarque : Les compteurs liés au PAS (blocs 50 et 56) sont disponibles pour la DSN (norme NEODeS).
Ces compteurs existent aussi pour le PASRAU (norme NEORAU) mais ne sont pas livrés dans le cadre de
la DSN 7.0. En revanche, leurs DDM peuvent apparaître dans le menu. Il est possible de ne pas publier
ces DDM ou de supprimer leur publication après coup (pour plus d'information, reportez-vous au Guide
technique HR Design tous systèmes).
56/191
c. Les "Codes type de personnel URSSAF" (répertoire HMD)

Pour le bloc 23, c'est le répertoire HMD - Types de cotisation DUCS, déjà utilisé pour la DUCS, qui
est maintenant exploité pour la DSN. Les codes HMD utilisables en DSN sont uniquement ceux destinés
à l'URSSAF, repérables par la forme Unnn où nnn correspond à un code CTP du référentiel de l'ACOSS.
10
Quelques exemples de CTP représentatifs pour le Secteur privé :
Code Libellé Format Taux plafonné Taux déplafonné AT Date d'effet
'100' RG CAS GENERAL A 15.25 21.10 0.00 01/01/2014
'260' CSG CRDS REGIME GENERAL E 8.00 01/01/2014
'671' REDUCTION FILLON F 100.00 01/01/2014
'900' TRANSPORT Z 01/01/1945
'400' CREDIT IMPOT COMP. EMPLOI E 0 01/01/2013
L'information ZD7T Code type personnel URSSAF a été ajoutée à ce répertoire. Elle permet de "sous
classer" le répertoire HMD en fonction de la nature du CTP URSSAF, selon qu'il s'agit d'une cotisation
(C), d'une réduction (R), d'un CTP à taux zéro (T) ou d'un montant forfaitaire (F).
Il est donc indispensable de valoriser cette information sur site pour les codes de la
forme Unnn, afin de permettre leur utilisation dans l'alimentation du bloc 23.
10
Exemple pris à novembre 2014.
57/191
4.5.2. Décrire l'alimentation DSN d'une rubrique

L'onglet Alimentation DSN dans HRCT correspond à l'information répétitive ZD7P. La page de saisie d'une
occurrence d'alimentation DSN est décrite dans les paragraphes suivants.
a. Sélection du compteur ou du CTP à alimenter

La boîte à liste déroulante Bloc Dsn permet d'abord de sélectionner le formulaire adapté à la catégorie
de montant visé :
Chaque choix ouvre un formulaire spécifique.
Dans chacun d'eux, l'utilisateur doit d'abord choisir le compteur recherché dans la ou les classes de
compteurs proposées. Ensuite, il doit valoriser différentes informations supplémentaires qui varient selon
le formulaire selectionné.
b. Alimentation des blocs nominatifs dédiés aux montants nets et aux rémunérations
brutes
Cette section décrit comment valoriser les blocs 50, 51, 52, 53 et 54.
Valoriser un des montants du bloc 50 (versement individu) - hors PAS

Le formulaire dédié propose deux classes de compteurs :
 Net imposable (catégorie 50I), avec le compteur
 Montant Net versé (catégorie 50V), avec le compteur
À chacun d'eux correspond une catégorie dans l'information ZXMM, qui sera exploitée par l'Espace DSN :
 La catégorie 50I désigne le champ DSN s21.G00.50.002 - Rémunération nette imposable.
 La catégorie 50V désigne le champ DSN s21.G00.50.004 – Montant net versé.
L'utilisateur doit indiquer l'élément de la rubrique qui valorise le montant et le signe à appliquer.
58/191
Un contrôle serveur autorise uniquement l'usage du montant salarial.
Aperçu du formulaire après saisie :
La catégorie de compteur 50I n'est pas à utiliser dans le contexte du PAS. Utiliser la
catégorie 50D décrite ci-dessous.
Valoriser les rubriques du PAS dans les blocs 50 et 56

Le formulaire dédié propose des compteurs liés au PAS (bloc 50) et à ses potentielles régularisations :

 Prélèvement à la source (NEODeS) - (catégorie 50D)
 Régularisation du prélèvement à la source (NEODeS) - (catégorie 56D)
Remarque : Ces deux classes de compteurs ont leur équivalent en PASRAU (Norme NEORAU - catégories
50P et 56P). Ces dernières apparaissent dans la liste déroulante mais ne sont pas à utiliser dans le cadre
de la DSN (norme NEODeS).
Les compteurs liés au PAS (bloc 50) sont les suivants :
59/191
Les compteurs liés aux régularisations du PAS (bloc 56) sont les suivants :
Remarque : Le paramétrage des montants du PAS nécessite un paramétrage de paie en amont pour le calcul
en paie (cf. kit de base du PAS KTFCPASFISC).
Bloc 50
Rubrique DSN Libellé Compteur Rubrique Commentaire

Rubrique DSN NEODeS source
S21.G00.50.002 Rémunération 50D002 ou Si 50D002 : Pour les normes <= DP19V01, à alimenter
nette fiscale 50D009 ZXMM- par le compteur 50D002 ou le compteur
MONTA1 50D009
Si 50D009 : À partir de la norme DP20V01, les règles
ZXMM- d'alimentation changent pour les apprentis
MONTA2 & stagiaires et les CDD ≤ 2 mois. De plus,
seul le compteur 50D002 permet de
l'alimenter.
Son alimentation a été revue dans le cadre
de l'Espace fiscal (KTFCPASFISC).
S21.G00.50.005 Rémunération 50D005 ZXMM- À partir de la norme DP20V01, elle n'est

nette fiscale MONTA1 plus à alimenter (zone DSN supprimée).
potentielle
S21.G00.50.006 Taux de 50D006 ou Si 50D006 : Soit c'est le taux individuel fourni par la
prélèvement à la 50D009 ZXMM- DGFiP (éventuellement nul), soit c'est un
source MONTA1 taux barème (calculé) dans le cas où le
Si 50D009 : salarié ne veut pas que son employeur
ZXMM- connaisse son taux d'imposition réel. Un
MONTA3 taux barème est à appliquer lorsque la
DGFiP ne renvoie pas de taux pour un
individu, ou pour un nouvel embauché.
2 possibilités :
• Soit on utilise une rubrique de paie
dont le résultat correspond à ce taux.
Utiliser le compteur 50D006.
• Soit on utilise la rubrique calculant le
prélèvement à la source : rubrique de
type cotisation déplafonnée (TC33) :
base * taux = montant. Utiliser le
compteur 50D009.
60/191

S21.G00.50.007 Type du taux de 50D007 01 par La rubrique S21.G00.50.007 doit être

prélèvement à la défaut alimentée par :
source Si 50D007 : • "01" quand le taux utilisé est celui qui a
ZXMM- été fourni par la DGFiP (cf. information
MONTA1 ZYAR Taux de prélèvement à la source)
• ou le code du barème qui a été
appliqué quand il s'agit d'un taux par
défaut
Alimentation à "01" par défaut
Si barème, utiliser une rubrique de paie se
déversant dans le compteur 50#007 pour
alimenter le type de taux.
S21.G00.50.008 Identifiant du Non ou ZXMI- Identifiant du taux porté par le CRM

taux de 50D008 X50008 transmis par la DGFiP
prélèvement à la Alimenté en paie à partir de l'information
source ZYAR Taux de prélèvement à la source
Pour les contrats courts bénéficiant d'un
abattement de leur montant imposable,
l'identifiant de CRM doit être renseigné
avec la valeur "-1", via le compteur
50D008.
Il n'est requis que pour les taux DGFiP
(type 01) et les contrats courts bénéficiant
d'un abattement (valeur "-1").
S21.G00.50.009 Montant du 50D009 ZXMM- Si la rubrique de paie qui alimente le

prélèvement à la MONTA1 compteur 50D009 est une cotisation
source déplafonnée, le système alimentera
également automatiquement la rubrique
S21.G00.50.006. À partir de la norme
DP20V01, le système alimentera
également automatiquement la rubrique
S21.G00.50.013.
–ZXMM-MONTA1 : S21.G00.50.009
(montant salarial de la cotisation)
–ZXMM-MONTA3 : S21.G00.50.006 (taux
de la cotisation)
–ZXMM-MONTA2 : S21.G00.50.013 (base
de la cotisation)
Si on ne veut pas utiliser une rubrique de
paie de type cotisation déplafonnée, alors
il faudra alimenter séparément les deux
compteurs 50D006, 50D009 et 50D013.
Si on utilise une rubrique de cotisation
déplafonnée, toute autre alimentation du
compteur 50D009 par des rubriques de
paie s'ajoutera à ce qui viendra de la
cotisation déplafonnée. On pourra ainsi
notamment traiter le cas du "montant
minimal à servir".
S21.G00.50.011 Montant de la 50D011 ZXMM- À alimenter, à partir de la norme

part non MONTA1 DP20V01, par le montant de rémunération
imposable du non imposable (ex : part ≤ seuil
revenu d'imposition des apprentis & stagiaires).
Alimentation faite dans le cadre de
l'Espace fiscal (KTFCPASFISC).
61/191

S21.G00.50.012 Montant de 50D012 ZXMM- À alimenter, à partir de la norme

l'abattement sur MONTA1 DP20V01, par le montant de l'abattement
la base fiscale sur la base fiscale dont certaines
(non déduit de populations d'individus (ex : Assistants
la rémunération maternels, Assistants familiaux,
nette fiscale) Journalistes) cf. Fiche DSN-Info 2119.
S21.G00.50.013 Montant soumis 50D013 ou Si 50D013 : À alimenter, à partir de la norme

au PAS 50D009 ZXMM- DP20V01. Elle reprend les règles
MONTA1 d'alimentation de la 50.002 des normes
Si 50D009 : DP18V01 et DP19V01 précédentes.
ZXMM- Alimentation faite dans le cadre de
MONTA2 l'Espace fiscal (KTFCPASFISC) à partir du
compteur 50D009.
Bloc 56
Rubriques communes aux trois différents cas
Rubrique DSN Libellé Compteurs Rubrique Commentaire

S21.G00.56.001 Mois de l'erreur 56D01 Mois de Alimentée par le moteur déclaratif

56D02 ZXMM-
DTDEBO
56D03
56D04
S21.G00.56.002 Type de l'erreur 56D01 ZXMM- Alimentée par le moteur déclaratif

56D02 TYPCOD
56D03
56D04
62/191
Régularisation de la rémunération nette fiscale
Cas où S21.G00.56.002 = "01"
Rubrique DSN Libellé Rubrique Compteur Rubrique Commentaire

DSN NEODeS source
S21.G00.56.003 Régularisation de 56D01R003 Si En DP19V01, alimenter le compteur 56D01

la rémunération ou 56D01 56D01R003 avec la base de la cotisation
nette fiscale ZXMM- En DP20V01, alimenter le compteur
MONTA1 56D01R003 avec le montant salarial de la
Si 56D01 rubrique
ZXMM-
MONTA2
S21.G00.56.006 Taux déclaré le 56D01 ZXMM- Taux de la cotisation

mois de l'erreur MONTA3
S21.G00.56.007 Montant de la 56D01 ZXMM- Montant salarial de la cotisation

régularisation du MONTA1
prélèvement à la
source
S21.G00.56.008 Montant de la 56D01R008 ZXMM- Montant salarial de la rubrique

régularisation de MONTA1 À partir de la norme DP20V01
la part non
imposable du
revenu

régularisation de MONTA1
la base fiscale À partir de la norme DP20V01
(non déduit de la
rémunération
nette fiscale)
S21.G00.56.010 Montant de la 56D01 ZXMM- Base de la cotisation

soumis au PAS À partir de la norme DP20V01
Régularisation du taux de prélèvement à la source
Cas où S21.G00.56.002 = "02"

DSN NEODeS source
S21.G00.56.004 Rémunération 56D02 ZXMM- En DP19V01 et DP20V01 alimenter le

nette fiscale MONTA2 compteur 56D02 avec la base de la
déclarée le mois cotisation
de l'erreur Ne plus alimenter à partir de DP21V01 (cf.
56.015)
S21.G00.56.005 Régularisation du 56D02 ZXMM- Taux de la cotisation

taux de MONTA3
prélèvement à la
source

prélèvement à la
source
63/191

DSN NEODeS source
S21.G00.56.015 Montant soumis au 56D02 ZXMM- À partir de DP21V01 alimenter le

prélèvement à la MONTA2 compteur 56D02 avec la base de la
source déclaré le cotisation
mois de l'erreur
Régularisation de trop versé
Cas où S21.G00.56.002 = "03" et trop versé sur année postérieure à 2018

DSN NEODeS source
S21.G00.56.003 Régularisation de 56D03R003 Si En DP19V01, alimenter le compteur 56D03

la rémunération ou 56D03 56D03R003 avec la base de la cotisation
nette fiscale ZXMM- En DP20V01, alimenter le compteur
MONTA1 56D03R003 avec le montant salarial de la
Si 56D03 rubrique
ZXMM-
MONTA2
S21.G00.56.006 Taux déclaré le 56D03 ZXMM- Taux de la cotisation


prélèvement à la
source

la part non
imposable du
revenu

la base fiscale
(non déduit de la
rémunération
nette fiscale)
S21.G00.56.010 Montant de la 56D03 ZXMM- Base de la cotisation

régularisation du MONTA2 À partir de la norme DP20V01
soumis au PAS
64/191
Cas où S21.G00.56.002 = 03 et trop versé sur année antérieure à 2019

DSN NEODeS source
S21.G00.56.003 Régularisation de 56D03R003 Si Montant salarial de la rubrique

la rémunération ou 56D03R003 : - En DP19V01, utiliser 56D03AVPAS
nette fiscale 56D03AVPAS ZXMM-
MONTA1 - En DP20V01, utiliser 56D03R003
Si
56D03AVPAS :
ZXMM-
MONTA2
S21.G00.56.006 Taux déclaré le 56D03 ZXMM- À zéro

S21.G00.56.007 Montant de la 56D03 ZXMM- Montant salarial de la rubrique

prélèvement à la
source
S21.G00.56.010 Montant de la 56D03 ZXMM- Base de la rubrique

régularisation du MONTA2 À partir de la norme DP20V01
soumis au PAS
Rectification sur année antérieure : rémunération nette fiscale sans PAS

Cas où S21.G00.56.002 = "04"

DSN NEODeS source
S21.G00.56.003 Régularisation de 56D04 ZXMM- À partir de DP21V01, montant salarial de

la rémunération MONTA1 la rubrique
nette fiscale
S21.G00.56.006 Taux déclaré le 56D04 ZXMM- À zéro

S21.G00.56.007 Montant de la À zéro

régularisation du
prélèvement à la
source
S21.G00.56.010 Montant de la À zéro

régularisation du
soumis au PAS
65/191
Valoriser les rubriques du PAS dans les blocs 92 et 93 de la structure 89

Pour les individus non-salariés touchant des revenus de remplacement et les individus non-salariés
touchant des revenus autres, la déclaration du PAS s'effectue via les blocs 92 et 93 de la structure 89.
Ces éléments doivent figurer dans des dossiers de la structure d'accueil ZZ dans les informations ZZ91,
ZZ92, ZZ93 (dossiers de type V91). L'Espace DSN alimente les blocs 91, 92 et 93 à partir du contenu
de ces dossiers.
Si les individus non-salariés concernés ne sont pas traités en paie, vous devez utiliser les pages Web ou
une interface spécifique pour alimenter les dossiers de ZZ.
Si les individus non-salariés concernés sont traités en paie, vous pouvez utiliser les mêmes compteurs
DSN que ceux prévus pour le déversement des montants PAS en blocs 50 et 56 afin de déclencher le
déversement des montants PAS dans des occurrences de l'information ZXMM du bulletin.
Cependant, afin de distinguer les lignes de ZXMM à destination des blocs 50 et 56 de celles à destination
des blocs 92 et 93, il faut indiquer à l'Espace DSN comment il doit traiter les bulletins.
À cette fin vous disposez de deux témoins à alimenter en paie :

 Le témoin d'exclusion du bulletin de la DSN (ZXMI-FLEXCL) qui permet d'exclure un bulletin de la
DSN : pas de S21 générée par l'Espace DSN.
 À partir de la 5.0, le témoin de typage S89 (ZXMI-TYPS89) permettant d'indiquer quel type de bloc 92
doit être généré pour le bulletin. Les types "06" (Salariés "hors DSN") ou "08" (Retraités) sont gérés
et "01" (Chômeurs).
Alimentation Témoin Alimentation du Alimentation Typologie des montants

Exclusion physique témoin de typage S21 par
du bulletin (ZXMI- S89 (ZXMI- eDSN
FLEXCL) TYPS89)
Non Non Oui Non concerné
Oui 01 Non Montant d'allocation chômage

versé par un employeur en
auto-assurance chômage
Oui 06 Non Pour 92.001=06 montant

versé à un bénéficiaire ne
relevant pas des règles de
Sécurité Sociale en France
mais qui est imposable (cas de
Mayotte)
Oui 08 Non Montant de retraite versée par

employeur
Afin que l'Espace DSN génère les blocs 91, 92 et 93 du Véhicule technique S89, il vous faut ensuite
alimenter des dossiers de la structure d'accueil ZZ dans les informations ZZ91, ZZ92, ZZ93 (dossiers de
type V91) à partir du bulletin.
66/191
À cette fin, une chaîne BRAIn permet de traiter les dossiers de paie ayant le témoin d'exclusion de la
DSN ZXMI-FLEXCL à "X" et le témoin ZXMI-TYPS89 à "06" (Salariés "hors DSN") ou "08" (Retraités) ou
"01" (Chômeurs).
Pour plus d'information, reportez-vous au Guide d'utilisation des chaînes de

génération de données dans la structure Hors Paie du Mois.
Valoriser une Rémunération brute (bloc 51)

 Les Rémunérations "En montant seul" (catégorie 51M)
 Les Rémunérations "En heures et montant" (catégorie 51H)
L'utilisateur choisit d'abord la catégorie puis il peut accéder à la liste de compteurs correspondante. Par
exemple :
L'utilisateur doit fournir la source d'alimentation du champ Montant et, le cas échéant, du champ Nombre
d'heures.
Les contrôles associés sont les suivants :

 Un contrôle sur la source d'alimentation du montant : uniquement par le montant salarial, à
l'exception du compteur Rémunération brute non plafonnée, pour lequel l'alimentation par une base
de cotisation est aussi autorisée.
 Un contrôle spécifique pour le compteur Salaire brut soumis AC qui doit être alimenté par une rubrique
ouverte au rappel.
 Un contrôle sur la source d'alimentation du nombre d'heures : uniquement pour la catégorie 51H et
par le montant salarial ou la quantité.
Exemple de contenu du formulaire après saisie :
67/191
NB : il est possible d'utiliser deux rubriques différentes pour les rémunérations en heures et montant :
l'une portant le nombre d'heures (S21.G00.51.012), l'autre le montant (S21.G00.51.012). L'Espace DSN
les fusionnera automatiquement.
Valoriser une durée d'Activité (bloc 53)

 Durée travaillée (catégorie 53X)
 Durée non travaillée (catégorie 53I)
exemple :
L'utilisateur doit fournir la source d'alimentation du champ s21.G00.53.002 en inversant éventuellement

le signe.
Il doit en outre préciser l'unité de mesure : s21.G00.53.003 – Unité de Mesure. Elle est facultative. Si
elle est absente du flux DSN, c'est l'unité relative au contrat qui fait foi.
Un contrôle s'applique sur la source d'alimentation : uniquement en montant salarial ou en quantité

(nombre ou base hors cotisation) de la rubrique.
68/191
Valoriser une heure supplémentaire supra mensuelle (bloc 51)
Les heures supplémentaires supra mensuelles peuvent être paramétrées à l'aide de deux zones :
 Nombre de mois sur laquelle s'étalent le nombre d'heures supplémentaires
 Un témoin pour limiter ou non la période à l'année civile.
Exemple :
 50 heures supplémentaires pour un montant de 800 euros versés en juillet 2020
 Nombre de mois = '12'
Cas 1a : Période d'origine = période courante = juillet 2020

Témoin de limitation à l'année civile non coché
Flux DSN :
S21/G00.51.001 Date de début de période paie 01/08/2019
S21/G00.51.002 Date de fin de période de paie 31/07/2020
S21/G00.51.011 Type 018
S21/G00.51.012 Nombre d'heures 50.00
S21/G00.51.013 Montant 800.00
Cas 1b : Période d'origine = période courante = juillet 2020

Témoin de limitation à l'année civile coché
Flux DSN :
S21/G00.51.011 Type 018
S21/G00.51.013 Montant 800.00
Cas 2a : Période d'origine = juin 2020 et période courante = juillet 2020

Témoin de limitation à l'année civile non coché
Flux DSN :
S21/G00.51.011 Type 018
S21/G00.51.013 Montant 800.00
69/191
Cas 2b : Période d'origine = juin 2020 et période courante = juillet 2020

Témoin de limitation à l'année civile coché
Flux DSN :
S21/G00.51.011 Type 018
S21/G00.51.013 Montant 800.00
Les dates de début et fin de périodes peuvent aussi être "rognées" aux dates début
et fin de contrat.
Valoriser une prime ou indemnité (bloc 52) ou un autre élément de revenu

brut (bloc 54)
 Prime, gratification, indemnité (catégorie 52X)
Autre élément de revenu brut (catégorie 54X)
exemple :
Ces deux classes comportent un très grand nombre de compteurs. La recherche partielle par le libellé -
ou par le type s'il est connu - permet de retrouver rapidement le compteur recherché.
L'utilisateur doit indiquer la source d'alimentation du montant.
Pour les primes et indemnités, seul le montant salarial est autorisé (contrôle serveur).
70/191
Valoriser un taux de rémunération (51.014) pour les fonctionnaires relevant de

la CNRACL
En cas d'arrêt de travail (bloc 60), de formation ou de suspension dans la fonction publique (bloc 65), le
taux de rémunération de l'agent n'est pas systématiquement de 100%. En effet, la relation entre le
fonctionnaire et son administration d'origine peut être modifiée sans être rompue. Ce taux de
rémunération a un impact sur le calcul des droits à retraite de la CNRACL.
La fiche DSN-Info 2114 décrit la manière de déclarer le taux de rémunération d'un fonctionnaire
cotisant à la CNRACL selon sa situation administrative ou sa position statutaire (depuis la norme 2020).
Ainsi, en cas d'arrêt de travail (bloc 60) ou de suspension (bloc 65), un nouveau bloc de rémunération
(bloc 51) de type 021 est à déclarer avec obligatoirement :
• 51.001 : date début de la période où le taux est appliqué

• 51.002 : date de fin de la période où le taux est appliqué
• 51.010 : numéro de contrat
• 51.011 : type de rémunération '021'
• 51.013 : montant à '0.00' (non exploité mais zone obligatoire)
• 51.014 : taux de rémunération (pour un taux de 0% à 99% en CT DSN 2020)
En Cahier technique 2020, le taux 100% ne peut être renseigné explicitement. Dans ce cas, la rubrique
51.014 est absente. En Cahier technique 2021, le taux 100% est renseigné explicitement.
Exemples
Déclaration simple
a) Déclaration d'une maladie indemnisée à 100%

Par exemple, un arrêt maladie du 05/05/2020 au 15/05/2020, indemnisé à 100% avec 1 jour de
carence (0%), est déclaré ainsi :
S21.G00.60.001,'01'
S21.G00.60.002,'04052020' (Dernier jour travaillé = DJT)
S21.G00.60.003,'15052020'
-----------------------
S21.G00.51.001,'05052020'
S21.G00.51.002,'05052020'
S21.G00.51.010,'001' Jour de carence non rémunéré
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
S21.G00.51.014,'0.00'
-----------------------
S21.G00.51.001,'06052020'
S21.G00.51.002,'15052020'
S21.G00.51.010,'001' Rémunération à 100%
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
S21.G00.51.014,'100.00' (norme 2021) ou pas de 51.014 (norme 2020)
71/191
b) Déclaration d'une maladie indemnisée à 50%

Par exemple, un arrêt maladie du 10/06/2020 au 20/06/2020, indemnisé à 50% avec 1 jour de carence
(0%), est déclaré ainsi :
S21.G00.60.001,'01'
S21.G00.60.003,'20062020'
-----------------------
S21.G00.51.001,'10062020'
S21.G00.51.002,'10062020'
S21.G00.51.010,'001' Jour de carence non rémunéré
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
S21.G00.51.014,'0.00'
-----------------------
S21.G00.51.001,'11062020'
S21.G00.51.002,'20062020'
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
S21.G00.51.014,'50.00'
c) Déclaration d'une suspension indemnisée à 100%

Par exemple, une suspension de type Congé de Formation Professionnelle (motif 301) du 04/02/2020
au 08/02/2020, indemnisée à 100%, est déclarée ainsi :
S21.G00.65.001,'301'
S21.G00.65.002,'04022020'
S21.G00.65.003,'08022020'
-----------------------
S21.G00.51.001,'04022020'
S21.G00.51.002, 08022020'
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
d) Déclaration d'une suspension non indemnisée

Par exemple, une suspension de type Congé divers non rémunéré (motif 501) du 14/03/2020 au
16/03/2020 non indemnisée est déclarée ainsi :
S21.G00.65.001,'501'
S21.G00.65.002,'14032020'
S21.G00.65.003,'16032020'
-----------------------
S21.G00.51.001,'14032020'
S21.G00.51.002, 16032020'
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
S21.G00.51.014,'0.00'
72/191
Déclaration d'une correction rétroactive
a) Correction d'un taux

L'arrêt maladie du 10/06/2020 au 20/06/2020 déclaré précédemment au mois M (Déclaration normale
- cas b), a été indemnisé à 50% au lieu de 100%, le jour de carence (0%) étant toujours appliqué.
Sur le mois M+1, une correction est effectuée pour rétablir le taux à 100 % sur la période concernée :
S21.G00.60.001,'01'
S21.G00.60.003,'20062020'
-----------------------
Jour de carence non redéclaré
-----------------------
S21.G00.51.001,'11062020'
S21.G00.51.002,'20062020'
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
b) Correction des dates début et fin

Ce même arrêt maladie du 10/06/2020 au 20/06/2020 doit être finalement du 05/06/2020 au
15/06/2020. Sur le mois M+1, une correction est effectuée pour rétablir les bonnes dates début et
fin :
S21.G00.60.001,'99'
S21.G00.60.002,'09062020' (DJT) Annulation de l'ancien arrêt
S21.G00.60.003,'20062020'
-----------------------
S21.G00.60.001,'01'
S21.G00.60.002,'04062020' (DJT) Arrêt redéclaré avec les bonnes dates
S21.G00.60.003,'15062020'
-----------------------
S21.G00.51.001,'05062020'
S21.G00.51.002,'05062020'
S21.G00.51.010,'001' Jour de carence redéclaré sur le bon jour
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
S21.G00.51.014,'0.00'
-----------------------
S21.G00.51.001,'06062020'
S21.G00.51.002,'15062020'
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
S21.G00.51.014,'50.00'
-----------------------
S21.G00.51.001,'16062020'
S21.G00.51.002,'20062020'
S21.G00.51.010,'001' Remise à 100% de la partie déclarée à 50%
11
S21.G00.51.011,'021' au mois M
S21.G00.51.013,'0.00'
11
La remise à 100% est facultative car l'annulation de l'arrêt (bloc 60 avec motif '99') peut suffire à
réinitialiser la situation du fonctionnaire.
73/191
c) Correction de la date de fin (raccourcie)

Par exemple, l'arrêt maladie du 10/06/2020 au 20/06/2020 déclaré précédemment au mois M
(Déclaration normale - cas b), a été indemnisé à 50% avec 1 jour de carence (0%). Il doit être finalement
du 10/06/2020 au 18/06/2020. Sur le mois M+1, une correction est effectuée pour rétablir la bonne
date de fin :
S21.G00.60.001,'01'
S21.G00.60.002,'09062020' (DJT) Arrêt redéclaré avec bonnes dates
S21.G00.60.003,'18062020'
-----------------------
Jour de carence non redéclaré
-----------------------
S21.G00.51.001,'10062020'
S21.G00.51.002,'18062020'
S21.G00.51.011,'021'
S21.G00.51.013,'0.00'
S21.G00.51.014,'50.00'
-----------------------
S21.G00.51.001,'19062020'
S21.G00.51.002,'20062020'
S21.G00.51.010,'001' Remise à 100% de la partie déclarée à 50%
12
S21.G00.51.011,'021' au mois M
S21.G00.51.013,'0.00'
Remarques :
 Les corrections rétroactives des dates et des taux des suspensions (bloc 65) se
font sur le même principe.
 Pour rappel, un bloc d'annulation d'arrêt (bloc 60) ou de suspension (bloc 65) est
demandé par la norme, uniquement en cas de modification des identifiants que
sont le DJT ou la date début et le motif d'arrêt ou de suspension.
12
À noter que, dans ce cas, la remise à 100% du 19/06/2020 au 20/06/2020 est obligatoire.
74/191
Paramétrage
Vous disposez d'un compteur 51M021R014 dédié et de 4 rubriques de paie exemples :

• TX1 - Taux de rémunération à 0%
• TX4 – Taux de rémunération variable (taux à renseigner au moment du déclenchement)
La suite de ce paragraphe illustre la mise en place du paramétrage associé à ces rubriques, à travers
des exemples basés sur le référentiel standard. Le même type de paramétrage doit être mis en
œuvre sur votre site, sur votre propre référentiel, pour les motifs d'arrêt et de suspension
concernés par la déclaration du taux de rémunération. Pour rappel, la liste de ces motifs est
disponible dans la fiche DSN-Info 2114.
Arrêts de travail (bloc 60)
Les arrêts de travail du bloc 60 (maladie, maternité, paternité…) sont gérés par des motifs d'absence
(répertoire DSJ) liés à des droits (répertoire DSF) permettant de gérer la carence et les différentes
tranches de rémunération (plein traitement, demi-traitement, non rémunéré). Le paramétrage à mettre
en place consiste à déclencher les rubriques de paie TX1, TX2 et TX3 en fonction du taux de rémunération
appliqué pour la tranche de droit.
Prenons l'exemple du motif MAL (maladie ordinaire). Il est géré en standard par les droits 026 (jour
de carence) et 020 (tranches de rémunération de la maladie ordinaire). Dans HRCT, sélectionner le
répertoire DSJ des absences, ouvrir le motif MAL, onglet Traitement d'une absence en paie et ajouter :
Ligne 1 :
• Début : 01/01/2020
• Mode de déclenchement : en quantité avec unité 30ème
• Droit : 020 (maladie ordinaire)
• Traitement : TR
• Calcul de durée si plusieurs dossiers de paie : par dossier de paie
• Rubrique n° 1 : TX3 (100%)
• Rubrique n° 2 : TX2 (50%)
Ligne 2 :
• Début : 01/01/2020
• Mode de déclenchement : quantité avec unité 30ème
• Droit : 026 (carence)
• Traitement : TR
• Carence : TX1 (0%)
75/191
Remarques :
 Sur le même principe, paramétrer les autres motifs d'arrêts de travail (maternité,
accident de travail…).
 Ce paramétrage s'appuie sur le nouveau code traitement TR exploité par le
système pour générer les blocs 51 de type 021 dans les données DSN (ZXMM).
Suspensions (bloc 65)
Les suspensions du bloc 65 (congé non rémunéré, congé formation…) sont gérées en standard soit par
des motifs d'absence (répertoire DSJ) hors droits, soit par des motifs de position (répertoire HKK).
Ces suspensions donnent lieu soit à une rémunération totale (100%) ou partielle (50% ou taux variable),
soit ne sont pas rémunérées (0%).
Le paramétrage à mettre en place consiste à déclencher les rubriques de paie TX1, TX2 et TX3 en fonction
du taux de rémunération appliqué pour les motifs concernés. Pour certains motifs, vous pouvez avoir
recours à un taux variable (rubrique de paie TX4). Dans ce cas, le taux doit être valorisé au moment du
déclenchement (soit par EFC sur le motif, soit lors du calcul de paie).
a) Déclaration d'une suspension via un motif d'absence (ZYAG)

Prenons l'exemple du motif CFO (congé formation) que nous décidons de rémunérer à plein traitement.
Dans HRCT, sélectionner le répertoire DSJ des absences, ouvrir le motif CFO, onglet Traitement d'une
absence en paie et ajouter la ligne suivante :
• Début : 01/01/2020
• Traitement : TR
• Rubrique n° 1 : TX3 (100%)
Prenons l'exemple du motif CSS (congé sans solde) non rémunéré. Dans HRCT, sélectionner le répertoire
DSJ des absences, ouvrir le motif CSS, onglet Traitement d'une absence en paie et ajouter la ligne
suivante :
• Début : 01/01/2020
• Traitement : TR
Remarques :
 Sur le même principe, paramétrer les autres motifs de suspensions gérés à partir
des motifs d'absence (répertoire DSJ).
 Ce paramétrage s'appuie sur le nouveau code traitement TR exploité par le
système pour générer les blocs 51 de type 021 dans les données DSN (ZXMM).
76/191
b) Déclaration d'une suspension via position (ZYPO)

Prenons l'exemple du motif CFOR (congé formation) que nous décidons de rémunérer à plein traitement.
Dans HRCT, sélectionner le répertoire HKK des positions, ouvrir le motif CFOR, onglet Eléments fixes
collectifs et ajouter la ligne suivante :
• Modèle : FR1
• Début : 01/01/2020
• Déclenche : rubrique de paie TX3 (100%)
• Format : déclenchement simple
Remarques :
 Sur le même principe, paramétrer les autres motifs de suspension en adaptant
au taux recherché (choix de la bonne rubrique de paie TX1 à TX4) à déclencher.
 Pour un bon fonctionnement (cas de plusieurs suspensions sur le même mois et
gérées par les positions (ZYPO), il est important que cette information déclenche
du CSCP à rupture calcul).
Les motifs d'arrêt ou de suspension peuvent être utilisés pour les agents relevant ou
non de la CNRACL. Ainsi, la non-génération des blocs 51 de type 021 est filtrée à
deux niveaux. Tout d'abord au niveau de l'alimentation du compteur 51M021R014
(filtre 40.020 = '120') ; cf. paragraphe "Appliquer des filtres sur une alimentation
DSN". Le filtre est également effectué au moment de la génération du flux DSN en
s'appuyant sur la valeur du Code régime de base risque vieillesse (40.020) =
'120' - Retraite des agents des collectivités locales (CNRACL).
Valoriser un montant lié au temps partiel thérapeutique (bloc 66)

Le formulaire dédié propose un seul compteur :
Dès que ce compteur est alimenté, une occurrence de montant DSN (ZXMM) correspondante est générée
dans le dossier de paie de l'individu. Cette occurrence est complétée - si elle est présente - à partir des
dates début et fin de l'information Temps partiel thérapeutique standard (ZYE3) et bornée aux dates
début et de fin de la période d'origine de la rubrique de paie.
77/191
Exemple : Lors de la paie de janvier 2018, on calcule de manière rétroactive la perte de salaire associée
à un TPT du 15 novembre 2017 au 20 janvier 2018. Trois lignes de ZXMM seront générées pour le
compteur 66M003 :
DTDEBO DTFINO DATE01 DATE02
01/11/2017 30/11/2017 15/11/2017 30/11/2017
01/12/2017 31/12/2017 01/12/2017 31/12/2017
01/01/2018 31/01/2018 01/01/2108 20/01/2018
Les dates DATE01 et DATE02 sont alimentées automatiquement à partir de ZYE3, avec bornage par les
dates de début et de fin la période d'origine. Ce sont ces dates que l'Espace DSN utilisera pour alimenter
le bloc 66. Si vous n'utilisez pas l'information ZYE3, l'Espace DSN utilisera les dates DTDEBO et DTFINO.
NB : Il est également possible d'effectuer un forçage dans l'Espace DSN pour alimenter le bloc 66 avec
dates et montant.
L'alimentation du bloc 66 n'est pas disponible pour le Secteur public.
c. Alimentation des blocs nominatifs dédiés aux cotisations

Cette section décrit comment valoriser les blocs 78, 79 et 81.
Valoriser une Base assujettie (bloc 78) ou un Composant de base assujettie

(bloc 79)
 Base Assujettie (catégorie 78X)
 Composant de base assujettie (catégorie 79X)
exemple pour la catégorie 79X :
78/191
L'utilisateur doit indiquer la source d'alimentation du montant en inversant éventuellement le signe.
Valoriser une cotisation nominative (bloc 81)

Le formulaire dédié est un peu plus riche que les précédents.
Il propose tout d'abord trois classes de compteurs :

13
 Cotisation (catégorie 81C)
 Exonération (catégorie 81E)
 Réduction (catégorie 81R)
Ces trois natures renvoient aux concepts du cahier technique. Les consignes des organismes concernés
par les natures Exonération ou Réduction fournissent généralement des indications permettant
d'identifier les codes du bloc 81 de cette nature.
L'utilisateur choisit d'abord la nature recherchée puis il peut accéder à la liste de compteurs
correspondante.
Par exemple pour la nature Cotisation, qui contient le plus grand nombre de compteurs, après recherche
partielle sur le mot "Agirc" on obtient :
13
Le type de cotisation 059 réservé aux O.C. n'a pas de compteur en propre, car il n'a pas vocation à être valorisé
directement (voir le formulaire dédié aux cotisations Prévoyance).
79/191
L'utilisateur doit ensuite impérativement indiquer le type d'organisme destinataire de cette cotisation.
Une aide à la saisie fournit la liste des organismes couverts par la version DSN en place.
Ainsi que le mode d'identification de la caisse :
Pour MSA, l'identification se fait obligatoirement via l'établissement (voir la section "Rattachement des
établissements aux organismes" plus haut dans ce chapitre) ; pour les autres organismes, ce sera
généralement le cas aussi, mais d'autres options sont possibles.
Pour l'AGIRC-ARRCO, l'identification du SIRET de la caisse n'est pas indispensable à la production de la

partie déclarative du flux (non demandé en bloc 81 ni en bloc 08).
En revanche, elle est utile pour identifier le GPS destinataire du paiement en bloc 20.
Elle devient donc indispensable si on veut utiliser l'information ZXMM pour produire les blocs paiements
(via paramétrage du télé-règlement automatisé ou pour mettre en place un batch de valorisation de
l'information ZZ20).
L'identification via une autre source que l'établissement peut être nécessaire si certaines populations
cotisent à des caisses AGIRC-ARRCO spécifiques. Dans ce cas, on utilisera l'un des deux autres choix
possibles (via le code caisse propre à la rubrique ou via un mémo de celle-ci, si la rubrique est commune
à plusieurs caisses).
Enfin, le mécanisme de valorisation du SIRET tient compte du cas où la caisse paramétrée est celle de
l'IRC (AGIRC ou ARRCO) et que celle-ci, à son tour, fait référence à une caisse GPS. Dans ce cas, c'est
bien le SIRET du GPS qui est utilisé pour valoriser ZXMM.
80/191
Les sources de valorisation des deux champs (Assiette et Montant) du bloc 81 se valorisent comme pour
les autres formulaires, sachant que :
 En ce qui concerne les Exonérations, seul le montant d'assiette (81.003) est attendu dans le flux.
 En ce qui concerne les Réductions et les Cotisations, le montant de cotisation au moins (81.004) est
attendu dans le flux, le montant d'assiette étant pour sa part demandé par certains organismes et
pas par d'autres.
 Il faut généralement veiller à inverser le signe du champ "montant de cotisation" (dans une paie
standard, les montants des cotisations sont négatifs et ceux des réductions positifs au niveau du
PRDB, alors que c'est l'inverse qui est attendu en DSN).
 En ce qui concerne le taux de cotisation (81.007), il est demandé à partir de la norme DP21V01. Il est
alimenté à partir de la zone ZXMM-MONTA3 des cotisations (catégorie 81C) ; montant alimenté en
standard pour les rubriques de paie de type cotisation. Si cette zone est correctement alimentée en
norme < DP21V01, aucun paramétrage supplémentaire n'est nécessaire à partir de la
norme DP21V01.
Exemple de contenu du formulaire après saisie (cas d'une cotisation AGIRC, avec l'identifiant de
l'organisme destinataire du paiement porté par la rubrique) :
La dernière zone du formulaire "Source du code Insee VT ou de la caisse Agirc-Arrco" a un double usage :
 Pour le cas de la cotisation transport (destinée à la MSA ou à l'ACOSS depuis la DP21V01), il faut
l'utiliser pour indiquer la source du code Insee Commune (qui peut être soit un mémo, soit déduit du
lieu de travail de l'individu dans ZXMJ au moment du chargement de ZXMM).
 Pour les cotisations AGIRC-ARRCO, si la caisse est déterminée par un mémo, on indique ici le numéro
de mémo à utiliser.
81/191
Exemple de saisie de la cotisation transport pour la MSA (l'identifiant de l'organisme est obligatoirement
la caisse MSA rattachée à l'établissement, et il est nécessaire d'indiquer la source de valorisation du Code
Insee commune) :
Valoriser une Cotisation Prévoyance (bloc 79)

Ces cotisations se déclarent selon des modalités d'usage des blocs 78, 79 et 81 très spécifiques. C'est
pourquoi un formulaire spécifique leur est dédié.
Il propose une seule classe de compteurs :

 Somme assujettie Prévoyance (catégorie 79P)
L'utilisateur doit choisir un des compteurs de la liste suivante :
82/191
En paramétrant l'alimentation d'un compteur de cette classe, l'utilisateur fournit des données destinées
à trois blocs DSN :
 L'identifiant de l'affiliation de l'individu. Cette information sera utilisée pour générer un bloc 78 parent
(de type S21.G00.78.001='31'). Ce bloc particulier ne déclare aucun montant mais porte l'identifiant
technique d'affiliation à l'origine des cotisations déclarées.
 La somme assujettie qui sera déversée dans le bloc 79 lui-même (généralement la base d'une
cotisation, sauf s'il s'agit d'une somme forfaitaire).
 Le montant de cotisation due au titre de cette affiliation. Ce montant sera utilisé pour générer un bloc
81 de type S21.G00.78.001='059' porteur du total dû. Ce bloc cumulera les montants de toutes les
cotisations dont les bases sont déclarées en bloc 79 au titre du même code affiliation.
Point d'attention sur le code affiliation

Le code affiliation, "en dur" ou via mémo, est obligatoire. Il sera reporté dans ZXMM (catégorie 79P).
L'Espace DSN l'utilise pour générer un "identifiant technique d'affiliation" numérique unique par individu
dans le bloc 78 parent de code 31 (S21.G00.78.005). Si le même code est bien présent, et pour le même
contrat, dans l'information ZXMN, le même identifiant numérique sera généré dans le bloc 70
(S21.G00.70.012). Ce mécanisme est indispensable à la conformité du flux DSN phase 3.
Pour s'en assurer, il est fortement recommandé de gérer les affiliations prévoyance selon le standard
Paie France, c'est-à-dire via les codes régimes DRX portés par l'information standard ZYCS (reportez-
vous au chapitre "Personnaliser l'alimentation des données de gestion DSN", paragraphe sur
l'implémentation standard de valorisation de ZXMN pour le bloc 70).
On veillera à ce que toutes les cotisations déclenchées du fait de l'affiliation à un régime DRX portent en
mémo ce code régime, qu'elles soient déclenchées nativement par EFC sur le code régime ou par tout
autre moyen (EFI, EV, Conditionnement DS3 ou traitement DBI).
L'usage d'un mémo portant le code affiliation DRX est notamment nécessaire pour gérer le cas de rappel
sur cotisations prévoyance (cf. les consignes des Organismes complémentaires sur le rappel).
En effet, dans le cas où une telle cotisation précédemment calculée a été annulée par le rappel, le
système (via un traitement dédié de contexte DBA) retrouve dans le mémo le code DRX à l'origine du
déclenchement de la rubrique. Il peut alors générer le bloc 70 correspondant (via l'information ZXMN) à
partir de la description du régime DRX. Ainsi, même si l'affiliation de l'individu à ce régime a été
supprimée entre temps dans l'information ZYCS, la seule présence de la cotisation en paie permet de
valoriser le bloc 70.
83/191
Cotisations proportionnelles versus montants forfaitaires

Dans le cas d'un compteur qualifié comme "base" ou "tranche" au cahier technique, on utilisera
généralement une rubrique de type calcul Cotisation.
On valorisera le champ S21.G00.79 004 par la base de la cotisation et le champ S21.G00.81.004 type
059 par son montant patronal + salarial, en veillant à conserver le signe de la première et à inverser
celui du second.
Dans le cas d'un compteur qualifié comme "montant" au cahier technique :

 le type de calcul de la rubrique est indifférent
 on valorisera les deux zones par la même source, en inversant généralement leur signe.
d. Alimentation du bloc 23 (Codes types de personnel URSSAF)

Trois formulaires y sont consacrés, du fait que les règles de valorisation diffèrent de manière significative
selon la nature du CTP.
Tous permettent de valoriser en même temps le bloc 23 Cotisation Agrégée et son impact sur le bloc 22
Bordereau de cotisations dues destiné à l'URSSAF.
Dans tous les cas :

 Le CTP sélectionné sera utilisé pour valoriser le champ DSN s21.G00.23.001 Code type de cotisation.
 On devra indiquer avec précision le qualifiant d'assiette (champ s21.G00.23.002) ; si la valeur est
incorrecte, le flux sera conforme, mais le bloc 23 peut être rejeté par l'URSSAF ou, pire, mal
interprété.
Valoriser un CTP de classe "Cotisation"

Le formulaire dédié propose la liste des codes CTP de classe "CTP Cotisation" (nature C) présents sur le
site.
Leur nombre peut être important ; comme pour les compteurs DSN, il est possible de faire une recherche
partielle sur le libellé du CTP.
Contrairement aux formulaires décrits précédemment, il n'est pas demandé de préciser la source
d'alimentation des montants.
84/191
En effet, celle-ci est implicite du fait que seule une rubrique de paie de type calcul cotisation est autorisée
à alimenter cette nature de CTP.
Outre le qualifiant d'assiette, l'utilisateur doit préciser si le taux de la cotisation déversée est un taux
spécifique à déclarer dans le flux (S21.G00.23.003) :
.
Sont concernées les cotisations calculées suivantes :
 Accident de travail (CTP 100 et autres CTP alternatifs du régime général de Sécurité Sociale)
 Versement transport

Alimentation du CTP 100 déplafonné par la cotisation Accident de travail :
Enfin l'organisme destinataire peut être précisé à destination du bloc (s21.G00.22.001 Identifiant OPS).
14
Par défaut, il sera valorisé par le SIRET de l'URSSAF de rattachement de l'établissement)( ).
14
L'usage du code caisse DRK de la rubrique est proposé pour des sites très spécifiques, pour lesquels une caisse URSSAF joue
le rôle de collecteur des cotisations d'un régime spécial.
85/191
Cas du Versement transport : éléments à compléter

Jusqu'en norme DP20V01,il est nécessaire de reporter la base de la cotisation transport dans la strate
nominative (code 226 du bloc 81). Une classe de compteur particulière (81T) est spécifiquement dédiée
à cet usage. On l'utilisera dans la zone du formulaire dédiée au mécanisme de report décrit plus bas.
À partir de la norme DP21V01, cette catégorie 81T n'est plus utilisée. La base de cotisation transport
est déclarée en code '57' du bloc 78. Le code INSEE commune est alors porté au niveau individuel par
les codes de cotisations transport communs à la MSA et à l'URSSAF (exemple : compteur 81C081 ou
81C082).
Il faut également veiller à la déclaration du Code Insee commune (S21.G00.23.006). On peut indiquer
si celui-ci est porté par un mémo de la rubrique (solution qui permet de mieux gérer les régularisations
de cotisations dues à un changement rétroactif de lieu de travail), ou s'il est simplement lu dans
l'information ZXMJ au moment du chargement de ZXMM :
Exemple d'alimentation du CTP 900 par la cotisation Transport en DP20V01 :
En DP21V01, le compteur du bloc 81 sera par exemple le 81C081 (cotisation 081 -

Versement transport) ou 81C082 (cotisation 082 - Versement transport additionnel).
86/191
Usage avancé : Report de la base sur une Exonération nominative

Certains CTP du régime général sont des alternatives au CTP 100. Ils sont réservés aux populations
bénéficiant d'exonérations, leur taux de référence est donc moindre que celui du CTP100.
Dans ce cas, la base des cotisations à taux réduit doit être explicitement déclarée en strate nominative,
dans un bloc 81 de nature "Exonération".
Il est possible d'alimenter directement ces Exonérations nominatives en utilisant le formulaire consacré
au bloc 81 décrit précédemment. On peut donc créer deux occurrences d'alimentation DSN pour la même
rubrique à taux réduit, une pour le bloc 23, l'autre pour le bloc 81.
Cependant la solution par report direct, à partir d'une seule occurrence d'alimentation DSN, est toujours
possible, par continuité avec ce qui était en place avec les versions antérieures :
Usage avancé : Valorisation du CTP par un mémo de rubrique

Certaines cotisations peuvent être communes à plusieurs CTP, du fait que leur taux est le même pour
ces différents types de personnels. Ce sera le cas par exemple pour des cotisations qui ne sont pas
exonérées mais participent à un ou plusieurs CTP "réduits".
Pour gérer le cas, il peut être utile de faire porter la valeur du CTP par un mémo de la rubrique. C'est lui
qui est alors porteur de la connaissance du cas de déclenchement associant la cotisation à une population
particulière. Il permet donc de décider via quel CTP doit se déverser le montant de cette cotisation.
Dans ce cas, au lieu de fournir un code CTP, on indiquera le numéro de mémo porteur de l'information :
Le système propose les mémos 9, 10 et 11 qui porteront le code CTP sur 3 caractères "nnn". Il est
également possible d'utiliser le mémo 1. Le système peut accepter les deux formes de valorisation
"Unnn" ou "nnn".
NB : Il n'est pas autorisé d'utiliser un mémo pour le CTP si par ailleurs est indiqué le report de la base
sur une Exonération nominative. Par définition, si la cotisation est "polyvalente", elle ne peut pas être
spécifique d'un cas particulier d'exonération.
L'alternative au mémo porteur du CTP est le "filtre sur mémo" (un peu plus loin dans ce chapitre).
87/191
Cas particulier du CTP 863

Pour répondre à une problématique URSSAF, en cas de présence d'un bloc 23 sur le CTP 863
uniquement pour le qualifiant 920 (cotisations déplafonnées), l'Espace DSN génère automatiquement un
bloc 23 sur le CTP 863 de qualifiant 921 (cotisations plafonnées) à zéro. Une solution est à l'étude pour
élargir à d'autres CTP avec qualifiants 920/921.
Cas particulier de l'exclusion de la réduction des cotisations d'allocations

familiales
Certains employeurs sont exclus du dispositif de réduction des cotisations d'allocations familiales. Dans
ces cas, le CTP 430 ne doit pas, en cas de valeur négative, être transformé en CTP 437.
Il est possible d'indiquer à l'Espace DSN les sociétés pour lesquelles il ne faut pas faire cette
transformation. Le choix des sociétés concernées se fait dans le fichier de configuration
"com.soprahr.edsn.extractor.impl.cfg" de l'Espace DSN, via le paramètre
"ctp430Conversion.excludedCompanies" (les codes sociétés devant être séparés par une virgule).
Exemple : ctp430Conversion.excludedCompanies=FRP,TEU
Valoriser un CTP de classe "Réduction"

Le formulaire dédié propose la liste des codes CTP de classe "CTP Réduction" (nature R) présents sur le
site.
Outre le qualifiant d'assiette, l'utilisateur doit indiquer la source d'alimentation du montant de la

réduction, destinée au champ s21.G00.23.005.
Le montant de la réduction doit être positif dans le bloc 23, on ajustera donc le signe pour obtenir ce
résultat. Ce même montant sera déduit par l'Espace DSN, et non pas ajouté au Bordereau de cotisations
dues (champ s21.G00.22.005 Montant total de cotisations).
88/191
Cas de la réduction Fillon

En cas de régularisation des réductions Fillon (cas d'un "trop réduit", suite à l'augmentation du salaire
de l'individu), la somme calculée en paie est due par l'employeur et donc négative en sortie de paie.
Or le paramétrage ci-dessus conduirait à un montant négatif en bloc 23, ce qui est rejeté par la norme.
Ceci est rectifié automatiquement par l'Espace DSN.
S'il s'agit du CTP 671 et si le montant déclaré est négatif, alors il transforme automatiquement ce
CTP 671 en CTP 801 (de nature "Montant forfaitaire") et y valorise le champ s21.G00.23.005 Montant
d'assiette en inversant le signe du montant initial. L'impact sur le bordereau de cotisations dues reste
15
identique.
Usage avancé : Report du montant vers une Réduction nominative

La plupart des cas de réduction URSSAF nécessitent d'être déclarés également en strate nominative (en
signe inverse des règles du bloc 23).
Depuis la version 3.3, il est possible d'alimenter directement un compteur DSN de classe "Réduction" en
utilisant le formulaire consacré au bloc 81 décrit précédemment.
Cependant la solution par report direct, à partir d'une seule occurrence d'alimentation DSN, est toujours
possible en 3.3, par continuité avec ce qui était en place avec les versions antérieures.
C'est ce qui est illustré dans l'exemple ci-dessus : au CTP 671 correspond bien en bloc 81, le code "018
Réduction de cotisations Fillon".
Valoriser les autres classes de CTP (T et F)

Ce dernier formulaire propose les deux autres classes de CTP :
 CTP Taux zéro (nature T)
 CTP Montant forfaitaire (nature F)
L'utilisateur choisit d'abord la nature puis il peut accéder à la liste de codes correspondante.
Par exemple pour les "CTP à taux zéro" :
Outre le qualifiant d'assiette, l'utilisateur doit indiquer la source d'alimentation du montant, destiné au
champ s21.G00.23.004 Montant d'assiette.
15
Un mécanisme symétrique s'applique au CTP 430 Complément A.F. de nature Cotisation. Une diminution du revenu du salarié
peut conduire à générer une base négative pour cette cotisation déclenchée en fonction d'un plancher annuel. Or une base
négative en période courante n'est pas tolérée dans le bloc 23. Le module de production du flux la transforme alors en CTP 437,
qui est, lui, de nature Réduction.
89/191
Différences de comportement du système selon la classe de CTP selectionnée

Pour un "CTP à taux zéro", ce paramétrage aura pour effet de valoriser uniquement la zone MONTA2
de ZXMM (destinée au Montant d'assiette du bloc 23), la zone MONTA1 (montant cotisation due) restant
à zéro. Le résultat est donc identique à celui d'une cotisation dont le taux serait de 0%. La déclaration
n'a donc aucun impact sur le champ s21.G00.22.005 du Bordereau de cotisations dues.
Pour un "CTP Forfaitaire", le même paramétrage induit un comportement différent : lors du

chargement de ZXMM, les zones MONTA2 et MONTA1 sont alors toutes les deux valorisées par le montant
indiqué. Le résultat est donc identique à celui d'une cotisation dont le taux serait de 100%. La déclaration
du montant a donc bien un impact sur le s21.G00.22.005 du Bordereau de cotisations dues.
La gestion de la classe "CTP Forfaitaire" n'a été mise en place dans le module DSN
qu'en version 3.3. Auparavant, pour gérer ces CTP, il fallait les créer dans la classe
des CTP Cotisation, et créer une rubrique (de type calcul cotisation) de taux 100 pour
les alimenter.
4.5.3. Appliquer des filtres sur une alimentation DSN

Les filtres permettent de conditionner l'alimentation DSN d'une rubrique. Ils sont pris en compte au
moment du chargement de la table ZXMM (par la chaîne de paie ou par le Rechargeur).
a. Indiquer une plage de normes

Ce filtre permet de conditionner le déversement DSN de la rubrique de paie en fonction de la norme DSN
en vigueur sur le site au moment du calcul de paie (voir la section "Le paramétrage de la norme DSN en
vigueur" du chapitre "Paramétrage réglementaire DSN").
Il est obligatoire de renseigner au moins la norme DSN à partir de laquelle le déversement doit
s'appliquer.
La norme DSN de fin est celle (incluse) jusqu'à laquelle s'applique le déversement de la rubrique de paie.
Elle doit être supérieure ou égale à la norme début. La valeur "ZZZZZZ" est autorisée, si l'on veut
appliquer la règle sans limitation de fin.
Le système contrôle que la plage de normes indiquée est compatible avec les phases de la DSN dans
lesquelles le montant DSN alimenté apparaît dans le cahier technique.
90/191
b. Appliquer un ou plusieurs filtres avancés

Il est possible d'ajouter des filtres supplémentaires.
Filtre sur période d'origine

Ce filtre conditionne le déversement en fonction de la période d'origine au titre de laquelle la rubrique
de paie est calculée.
Il est recommandé de l'utiliser notamment si on met en place la valorisation de nouveaux mémos pour
les besoins de la DSN (pour valoriser un CTP ou pour créer un filtre sur mémo décrit ci-après).
Filtre sur la valeur d'un mémo

Ce filtre conditionne le déversement en fonction de la valeur d'un mémo de la rubrique valorisée en
paie : tous les mémos sont utilisables ici.
Il permet notamment de traiter de rubriques polyvalentes, c'est-à-dire dont la destination dans la DSN
dépend des conditions de leur déclenchement (Type de personnel, régime général ou régime spécial).
 Code du mémo
 Code opérateur : 6 opérateurs sont disponibles (=, #, <, >, <=,>=)
 Valeur du mémo
Il est possible d'indiquer une liste de valeurs (10 maximum et séparées par des ";")
en utilisant les opérateurs = et #.
Filtre sur une donnée du bulletin (nouveauté 3.3)

On peut également faire dépendre l'alimentation DSN d'une donnée portée par le bulletin. Celle-ci peut
être une donnée du flux DSN ou un critère libre (nouveau champ de ZXMI alimentable par traitement
DBI).
Comme le filtre sur mémo, il permet notamment de gérer le cas de rubriques de paie "polyvalentes".
Champs utilisables :
Le filtre sur donnée bulletin permet donc de poser une condition basée sur l'actuel régime de base de
l'individu et couvrir ainsi tous les cas où ce régime est stable.
91/191
Utilisation d'un critère libre

On peut aussi utiliser un des deux critères libres, portés par deux rubriques de ZXMI (FILUT1 et FILUT2).
Ces variables peuvent servir à identifier des populations particulières combinant, au besoin, plusieurs
critères métier du dossier de l'individu.
Pour être exploitables dans le paramétrage, elles doivent être valorisées par traitement spécifique DBI.
Pour cela, on les valorisera directement via les rubriques de même nom dans l'information YSFI, soit en
TDP406 (à condition que le traitement soit de rang supérieur à FCBI0DSN), soit dans un contexte
ultérieur (en TDP414 par exemple).
Dans quel cas utiliser le filtre sur bulletin plutôt que sur mémo ?
Le filtre sur mémo, proposé depuis l'origine du paramétrage DSN, est le plus puissant puisqu'il permet
de gérer correctement les effets du rappel.
Cependant sa mise en œuvre est lourde :

 Il faut mettre en place la valorisation du mémo au niveau du déclenchement de la rubrique.
 Si le mémo n'était pas déjà en place avant la DSN, il faut être attentif à bien synchroniser sa mise en
place avec son exploitation en DSN, en jouant également, au besoin, sur le filtre sur période d'origine.
Le filtre sur donnée bulletin permet d'éviter cette complexité, dès lors que la donnée utilisée est stable
dans le temps, et notamment pas susceptible de subir des changements avec effet rétroactif.
Son usage dépend donc surtout des pratiques en place en GA sur ces critères. S'il est établi qu'il ne
présente pas de risque avec le rappel, le filtre sur données bulletin est plus simple à mettre en œuvre.
Il est en outre possible de cumuler l'usage des deux filtres pour les cas plus complexes.
Filtre sur dates (relatives au mois principal déclaré)

Ce filtre applique la règle d'alimentation en fonction du mois principal où elle est déclarée (qui correspond
donc à la période de paie du bulletin produit) et ce, quelle que soit la période d'origine de la rubrique.
4.5.4. Autres besoins de valorisation DSN utilisant des compteurs DSN (DFB)
La boîte à liste déroulante Bloc Dsn permet d'accéder à des formulaires et des compteurs DSN
supplémentaires ; il s'agit de :
 Donnée contractuelle
 44 Assujettissement fiscal
Contrairement aux formulaires décrits précédemment, leur usage n'a pas pour effet d'alimenter
l'information ZXMM, mais est destiné à être exploité par des mécanismes spécifiques.
a. Valorisation d'une donnée contractuelle par une rubrique de paie

Les modalités du contrat de travail (bloc 40 et ses blocs "fils") sont normalement valorisées par
traitement de service (voir la section "Description des "services DSN" du chapitre "Alimentation des
données de gestion DSN").
Dans certains cas, on peut préférer recourir à des rubriques de paie pour les valoriser.
Dans ce but, une classe de compteurs DFB supplémentaire 40M Données contractuelles a été créée.
92/191
Ce paramétrage est exploité par un traitement de paie (DBA) spécifique, qui consiste à surcharger, au
moment du calcul de la rubrique, la modalité du contrat concernée. C'est l'information Attributs historisés
du contrat (ZXMJ) qui se trouve impactée par ce paramétrage, et non pas l'information ZXMM.
Les compteurs disponibles sont les suivants :
Le compteur 40M015 n'est plus à utiliser du fait de la suppression de la zone 40.015.
À partir de la version DSN 6.0, trois nouveaux compteurs sont disponibles pour des zones DSN dédiées
au Secteur Public :
Après enregistrement, le nom de la rubrique DSN du bloc 40 qui sera valorisée est mis à jour par le
système.
Dans le cas de la valorisation de la quotité de travail, il est nécessaire de préciser l'unité de mesure
associée ; elle viendra valoriser le champ 40.011.
93/191
Cette solution comprend certaines contraintes. En voici la liste :

 Les filtres avancés ne sont pas applicables sur ces compteurs. En revanche, le
filtre sur la norme en vigueur s'applique.
 Toute rubrique de paie alimentant ces compteurs doit être à rappel sans limitation
et, si le CSCP est activé, elle doit être à période calcul sans prorata avec
suppression de l'arrondi progressif.
 La rubrique de paie doit être déclenchée une seule fois par période calcul.
La méthode consistant à implémenter la règle de valorisation dans un traitement
DBI, via le service dédié, reste la solution la plus efficace si les contraintes indiquées
se révèlent trop lourdes.
b. Valorisation des montants d'assiette du bloc 44 "Assujettissement fiscal"

Les taxes déclarées via le bloc 44 étant généralement assises sur la masse salariale, il est possible de
les calculer individuellement en paie.
Cependant, la norme DSN impose que leurs assiettes pour laquelle aucun montant n'est demandé) soient
déclarées annuellement et de manière agrégée, en exploitant les résultats de paie d'une année entière.
C'est pourquoi c'est la "structure hors paie du mois", via l'information ZZ44, qui sert de source à la
valorisation de ce bloc par l'Espace DSN.
À partir de la DSN 5.0, il est possible de déclarer en bloc 44 des régularisations sur année antérieure en
même temps que la déclaration de l'année (la rubrique ZZ44-N44003 est argument de tri de l'information
ZZ44).
Pour plus d'information sur la génération des données liées à l'assujettissement fiscal
dans la structure Hors Paie du Mois, reportez-vous au Guide d'utilisation des chaînes
de génération de données dans la structure Hors Paie du Mois.
Pour utiliser le processus BRAIn de valorisation annuelle de la table ZZ44 (reportez-vous à la section
"Une structure de données dédiée aux données "hors paie du mois" du chapitre "Présentation générale
de la solution HR Access"), il est nécessaire de paramétrer les rubriques de paie qui portent les assiettes
des taxes du bloc 44.
94/191
Le formulaire dédié distingue la taxe sur les salaires des autres taxes. Pour chacune de ces catégories,
une liste de compteurs est proposée :
Comme pour les compteurs du formulaire "Données contractuelles", l'usage de ce paramétrage n'a pas
pour effet d'alimenter l'information ZXMM des bulletins de paie.
C'est le traitement batch BRAIn annuel qui exploite directement ce paramétrage et fournit l'agrégation
demandée en lisant les résultats de paie natifs de l'année dans l'information ZX8K.
Il n'est donc pas nécessaire de mettre en place le paramétrage DSN des rubriques de paie qui calculent
ces taxes dès le premier mois de l'entrée en DSN phase 3. Il suffit qu'il soit en place au plus tard juste
avant l'exécution du batch annuel (soit, par exemple, en décembre 2017).
95/191
4.5.5. Consignes pour la déclaration à l'URSSAF des cotisations dues par les
salariés de l'ENIM
Depuis janvier 2020, les cotisations des salariés de l'ENIM sont recouvrées par l'URSSAF de Poitou-
Charentes.
Il est donc potentiellement possible de se retrouver dans une situation où, au sein d'un même
établissement, sont gérés à la fois des salariés de l'ENIM dont les cotisations devront être adressées à
l'URSSAF de Poitou-Charentes et d'autres salariés relevant d'un autre régime dont les cotisations sont
recouvrées par l'URSSAF de liaison de cet établissement. Dans ce cas, l'URSSAF demande d'isoler les
salariés relevant de l'ENIM dans une fraction dédiée (cf. fiche DSN-info n° 1736).
Le paramétrage de l'URSSAF de rattachement
En ce qui concerne le rattachement d'un établissement à une URSSAF, HR Access ne permet de rattacher
un établissement qu'à une seule URSSAF à un instant donné.
Pour plus d'information sur le rattachement d'un établissement à une URSSAF,

reportez-vous au paragraphe "Rattachement des établissements aux organismes".
Deux solutions sont possibles pour avoir quand même, au sein d'un même établissement, des cotisations
qui pourront être adressées à des URSSAF différentes.
a. Solution par double paramétrage d'alimentation des compteurs pour le bloc 23

Pour rappel, la déclaration des cotisations se fait à l'URSSAF dont le SIRET est contenu dans la rubrique
IDOPSD de l'information ZXMM. Le produit offre plusieurs possibilités pour alimenter ce SIRET, le choix
se faisant au niveau de l'alimentation du compteur DSN. En ce qui concerne les blocs 23, il existe deux
possibilités pour alimenter ce SIRET :
 Soit à partir de l'URSSAF de rattachement de l'établissement d'affectation (information ZD7V pour le
type d'organisme "UR").
 Soit à partir d'une caisse (code du répertoire DRK) associée à la rubrique de paie via la rubrique
NUORGA de son information ZDAO.
On peut donc mettre en œuvre cette possibilité en faisant un double paramétrage d'alimentation des
compteurs pour le bloc 23 en utilisant, en plus, les possibilités offertes par les filtres existant au niveau
des alimentations de compteurs, pour qu'une seule des deux alimentations prévues soit réellement prise
en compte. Par exemple :
 Une alimentation pour laquelle le SIRET sera récupéré à partir de l'URSSAF de rattachement et qui
ne s'appliquera qu'aux salariés "non ENIM".
 Une alimentation pour laquelle le SIRET sera récupéré à partie de la caisse associée à la rubrique de
paie et qui ne s'appliquera qu'aux salariés "ENIM".
Pour distinguer les salariés "ENIM" des salariés "non ENIM", on peut appliquer le filtre en prenant par
exemple en compte le code du régime de base risque maladie (40.018) ou un des critères libres FILUT1
ou FILUT2 de l'information ZXMI.
96/191
Exemple de double alimentation DSN avec filtre :
b. Solution par traitement spécifique

Si la solution par double alimentation DSN exclusive ne peut pas être mise en œuvre (trop de
paramétrage impacté ou impossibilité d'associer un code caisse portant le SIRET de l'URSSAF de Poitou-
Charentes à toutes les rubriques concernées), il sera possible d'agir directement lors de la création de
l'information ZXMM par un traitement spécifique pour le nouveau service DSN mis en œuvre dans le
programme DBA et qui est appelé par le traitement FC-XMM1BA avant chargement de chaque ligne dans
l'information ZXMM (patch 209769).
Ce traitement de service n'est pas disponible en version HRa 7.0.
97/191
Exemple d'utilisation de ce nouveau traitement de service pour modifier le SIRET de l'URSSAF

destinatrice :
------------------------------------------- BA
010 N ******************************** 10 IT UT-Z-TRTORI =
020 * * Traitement de service pour * "FCXMM1BA"
030 * * modifier le contenu de la * AN UT-Z-CTXORI =
040 * * ligne de ZXMM en cours de * "TDP339"
050 * * création * AN UT-Z-IDSERV =
060 * ******************************** DSN-SRV-MODIFMM
------------------------------------------- CA
010 N ******************************** 20 IT UT-ZXMM-TYPORG = "UR"
020 * * Exemple de modification du * AN UT-ZXMM-IDOPSD NOT = SPACES
030 * * SIRET de l'URSSAF * AN Z-ZX00-MATRIC IN Z-DBAOUT
040 * ******************************** = "TEST-MOD-ZXMM"
050 M "12345678901234" UT-ZXMM-IDOPSD
La gestion de la double fraction

Dans le cas où, au sein d'un même établissement, sont gérés à la fois des salariés de l'ENIM et d'autres
salariés, il est nécessaire d'isoler les premiers dans une fraction dédiée.
Vous devez pour cela effectuer les deux actions suivantes :

 Paramétrer les deux fractions avec, par exemple :
• Fraction 1/2 : lot de gestion STD pour les salariés "non ENIM"
• Fraction 2/2 : lot de gestion ENIM pour les salariés "ENIM"
Remarque : Le lot de gestion ENIM est à créer au préalable.
Pour plus d'information, reportez-vous au paragraphe dédié au paramétrage des

fractions et des lots de gestion dans la section "Paramétrage des unités déclaratives"
du chapitre "Paramétrage réglementaire DSN".
 Renseigner le lot de gestion "ENIM" au niveau du dossier du salarié relevant de l'ENIM
Pour plus d'information, reportez-vous au paragraphe dédié au lot de gestion du

dossier.
98/191
4.6. Le paramétrage des périodes de rattachement (blocs 52 et 54)

Certaines primes exceptionnelles (bloc 52) requièrent une période de rattachement avec une date début
(s21.G00.52.003) et une date de fin (s21.G00.52.004).
De même, certains Autres éléments de revenus brut (bloc 54) peuvent nécessiter une période de
rattachement.
L'alimentation de ces dates de rattachement pour une rubrique alimentant un compteur DSN contenu
dans le bloc 52 ou 54 peut être faite de quatre manières :
 Renseignement sur un élément variable saisi dans le dossier de l'individu de façon individuelle ou de
façon collective
 Renseignement sur un élément fixe saisi dans le dossier de l'individu
 Alimentation automatique par traitement spécifique (sur site)
 Alimentation automatique par paramétrage au niveau du déversement de la rubrique de paie
C'est ce dernier point que nous décrivons dans ce paragraphe.
4.6.1. Principes de paramétrage

Le principe de paramétrage consiste à décrire la relation entre une période de rattachement et une
période de déclenchement d'une rubrique de paie.
Le paramétrage permet de décrire les diverses périodes de rattachement d'une rubrique de paie sur une
année. Il s'effectue à partir de trois paramètres :
 La périodicité (en mois) de la prime (P).
 Le mois de début de la première période de rattachement dans l'année (M).
 Le décalage (en mois) de début de la période de déclenchement par rapport au paramètre précédent
(D). Il peut être au maximum de 24 mois (2 ans).
La périodicité est la fréquence à laquelle une rubrique de paie peut être déclenchée.
Par exemple :
 Une prime annuelle aura pour périodicité "12" : déclenchée tous les 12 mois
 Une prime trimestrielle aura pour périodicité "3" : déclenchée tous les 3 mois
Remarques :
 Les périodicités gérées sont mensuelles*, bimestrielles, trimestrielles,
quadrimestrielles, semestrielles ou annuelles. Elles permettent de couvrir une
année complète.
 Les périodicités du rattachement et du déclenchement sont identiques.
 Le système de calcul automatique, basé sur la date de valeur de la rubrique, est
incompatible avec le chevauchement des périodes de déclenchement.
(*) Le bloc 52 des primes et indemnités sert à déclarer des primes non mensuelles.
Toutefois, le paramétrage permet, en cas de besoin, de renseigner des primes avec
période de rattachement de périodicité mensuelle.
99/191
La saisie du paramétrage se fait au niveau de la rubrique de paie :

 Dans HRCT, via un onglet renommé "Ancienne rubrique IJSS et périodes de rattachement pour la
DSN".
Pour une meilleure compréhension, une interprétation du paramétrage est affichée.
Depuis la version 6.0.100, la "Périodicité de la prime" est possible sur une plus
grande variabilité (3, 4, 5 ... mois).
4.6.2. Exemples de paramétrage

Voici quelques exemples destinés à une meilleure compréhension du paramétrage.
a. Exemple 1
Règle
La prime de périodicité annuelle (versée via la rubrique R221) récompense le travail de l'année, du 1er
janvier au 31 décembre. Elle est versée sur la paie de janvier de l'année suivante.
Les individus démissionnaires ou partants en retraite durant l'année ont droit à cette prime au prorata
de leur présence.
Le paramétrage se traduit ainsi :

 P = 12 (Périodicité)
 M = 01 (Mois de début de rattachement)
 D = +1 (Décalage du déclenchement)
100/191
Cas général
En cas de sortie anticipée avant le mois de janvier de l'année A+1, le premier mois possible de
déclenchement de la prime R221 est février (02) de l'année A. Ainsi, toute prime déclenchée entre février
de l'année A et janvier de l'année A+1, aura la période de rattachement du 1er janvier au 31 décembre
de l'année A.
Cas particulier
Si, pour un individu sortant en janvier, on souhaite, en plus de la prime calculée automatiquement avec
rattachement sur l'année antérieure, payer la prime de l'année en cours au prorata de sa présence, deux
solutions sont envisageables :
 Saisir un élément variable dans le dossier de l'individu en indiquant manuellement les dates de
rattachement.
 Paramétrer le déclenchement d'une deuxième rubrique de paie (R222) en cas de sortie de l'individu
sur le mois de janvier. Le paramétrage de cette rubrique se traduit ainsi :
• P = 12 (Périodicité)
• M = 01 (Mois de début de rattachement)
• D = +0 (Décalage du déclenchement)
101/191
b. Exemple 2
Règle
La prime de périodicité annuelle (versée via la rubrique R221) récompense le travail de l'année, du 1er
janvier au 31 décembre. Elle est versée sur la paie de mars de l'année suivante. Elle est payable en
anticipé en cas de départ sur janvier ou février de cette même année.
Les individus démissionnaires ou partant en retraite durant l'année n'ont pas le droit à cette prime.

Cas général
En cas de sortie anticipée avant le mois de janvier de l'année A+1, la prime R221 ne devrait pas être
déclenchée.
Toute prime déclenchée entre janvier et décembre de l'année A+1, aura la période de rattachement du
1er janvier au 31 décembre de l'année A.
c. Exemple 3
Règle
La prime de périodicité trimestrielle (versée via la rubrique R221) récompense le travail du trimestre
précédent. Elle est versée le 2ème mois suivant la fin de la période de rattachement concernée. Le 1er
mois du 1er trimestre considéré est février.
Les individus démissionnaires ou partant en retraite durant l'année n'ont pas le droit à cette prime.

102/191
Cas général
Toute prime déclenchée entre juin et août de l'année A aura la période de rattachement du 1er février au
30 avril de l'année A et ainsi de suite tous les trois mois.
4.7. Le paramétrage des absences DSN

Les absences à déclarer en DSN sont de deux types : Arrêt de travail (bloc 60) et Autre suspension de
l'exécution du contrat (bloc 65).

La mise en œuvre du paramétrage DSN pour les absences se fait en deux temps :
1. L'identification des motifs d'absences à déclarer en DSN
2. La transformation du motif absence HR Access en code DSN
a. Identification des motifs d'absences DSN

Pour identifier les motifs d'absence devant être déclarés en DSN, une nouvelle case à cocher est
disponible dans HRCT sur l'onglet "Gestion des éditions" pour le domaine "Motifs d'absence / nature
d'heures".
103/191
b. Transformation de codification des motifs d'absences

Les motifs d'absence identifiés comme devant être déclarés en DSN doivent ensuite avoir une
transformation du code d'absence HR Access en code DSN correspondant.
Pour plus d'information, reportez-vous au paragraphe dédié aux transformations de

codification.
4.7.2. Exemple de paramétrage

Voici un exemple de transformation du code maladie HR Access (MAL) en code maladie DSN (01).
4.8. Le paramétrage des suspensions issues de la Position Administrative (ZYPO)

Pour le Secteur public, certaines Positions Administratives doivent également être déclarées en DSN en
tant qu'Autre suspension de l'exécution du contrat (bloc 65).
Remarques :
 En cas de modification rétroactive de la date de fin, le bloc 65 doit être redéclaré
avec la date corrigée.
 Un bloc d'annulation de suspension (bloc 65, code '99') est demandé par la
norme, uniquement en cas de modification des identifiants que sont la date début
et le motif de suspension. Il est également demandé en cas de modification du
nombre de jours ouvrés de suspension fractionnée pour le congé de proche aidant
(65.005 = code 650).
104/191

La mise en œuvre du paramétrage DSN pour les suspensions issues des positions administratives se fait
en deux temps :
1/ L'identification des positions à déclarer en DSN
2/ La transformation de la position HR Access en code DSN
a. Identification des Positions Administratives DSN

Pour identifier les Positions Administratives devant être déclarées en DSN en tant que suspensions, une
nouvelle rubrique "A déclarer bloc 65" est disponible dans la page Positions Administratives (ZDHKK)
depuis le chemin Dossier Individuel>Statuts>Positions, onglet Positions Administratives.
Pour un code donné, si aucune valeur n'est positionnée, le motif ne sera pas déclaré.
b. Transformation de codification des Positions Administratives

Les Positions Administratives identifiées comme devant être déclarées en DSN doivent ensuite avoir une
transformation du code position HR Access en code DSN correspondant.
Pour plus d'information, reportez-vous au paragraphe dédié aux transformations de

codification.
105/191
4.8.2. Exemple de paramétrage

Voici un exemple de transformation du code Position Administrative HR Access "Disponibilité pour suivre
le conjoint (DICO)" en code suspension DSN "Disponibilité (675)".
4.9. Les transformations de codification HR Access pour la DSN

Les données alimentées à partir d'un référentiel HR Access et nécessitant une transformation sont
alimentées en "double codification". Ces données sont consultables dans les nouvelles informations des
résultats de paie dédiées à la DSN (PRDB). Cette "double codification" permet de conserver à la fois la
zone contenant la valeur DSN et le nom du répertoire HR Access ainsi que le code HR Access d'origine.
Ceci permet de consulter ce qui a été généré par la paie et de comparer les valeurs HR Access et DSN.
Après la paie, en cas de nécessité de correction du code déclaré, il est possible de rejouer la
transformation de codification grâce au Rechargeur. Elle s'effectue à partir données d'origine (code +
répertoire HR Access) stockées dans le PRDB.
Une nouvelle information dédiée à la transformation de la codification DSN (ZD7O) est disponible. Elle
permet de gérer le multi-normes et de cibler explicitement la rubrique DSN à alimenter.
La page de saisie de la transformation de la codification, appelée aussi "transcodification" est accessible

dans HRa Space via le chemin d'accès suivant :
 Déclaration légale > Mise en œuvre de la DSN >Transcodifications
106/191
En standard, les répertoires disposant de cette nouvelle information de transformation de la codification

sont les suivants :
 Motifs d'absence et de présence (DSJ)
 Motif de la situation (UAK)
 Conventions collectives (UE6)
 Types de temps contractuel (UHU)
 Codes pays ISO sur 3 caractères (UIN)
 Natures de contrat (UIQ)
 Types de contrat (UIP)
 Classifications (UIX)
 Profil individuel de paie (HJ8)
 Position administrative (HKK)
 Temps incomplet (HLK)
 Catégorie de retraite (HIU)
La transformation de la codification sur le répertoire des Types de contrat (UIP) a

été introduite dans le WIM pour la phrase 3 de la DSN. En effet, dans la norme DSN
phase 3, les valeurs d'énumération du champ S21.G00.40.007 "nature de contrat"
ont été limitées et correspondent strictement aux valeurs "classiques" des types de
contrat (ZYCO-TYPCON).
107/191
Il est désormais possible de mettre explicitement fin à une règle de transcodification, à l'occasion d'une
nouvelle version de la norme, en saisissant la valeur '#' dans la valeur cible de la nouvelle norme.
Reportez-vous à la section "Alimentation des données Contrat du PRDB" du chapitre

"Personnaliser l'alimentation des données de gestion DSN" pour une illustration de
l'exploitation de plusieurs sources possibles pour une même rubrique DSN, avec le
traitement de service standard qui exploite l'information ZYCO.
En norme NEORAU, seuls les codes pays sont transcodifiés.
4.9.2. Exemple de transformations de codification utilisées par les traitements

livrés en standard
À titre d'exemple, voici quelques transformations de codification possibles sur les répertoires disposant
de l'information dédiée.
Pour identifier l'ensemble des relations entre répertoires et champs DSN exploitées
par un traitement livré, reportez-vous au tableau de mapping des données situé en
annexe, qui indique la rubrique source utilisée et son répertoire.
a. s21.G00.40.002 : Statut du salarié (conventionnel)

Le traitement standard de valorisation de ce champ exploite l'information ZYCA et le répertoire UIX des
Classifications. Il faut donc paramétrer les transformations utiles, par exemple :
Réglementaire HR Access DSN
Norme Norme
fin
VALEUR
Libellé début Libellé DSN

CDETAT
CDPAYS
IDRUBR
cdcode
cdstco
Cdregl
validité validité
Autres cadres au sens de la convention collective

FDP UIX CAD Cadre FRA DSN S21.G00.40.002 P01V01 ZZZZZZZZ 04
(ou du statut pour les régimes spéciaux)
Cadre dirigeant (votant au collège employeur des

FDP UIX DMS Dirigeants et MS FRA DSN S21.G00.40.002 P01V01 ZZZZZZZZ 03
élections prud'homales)
Profession intermédiaire (technicien,

FDP UIX ETA ETAM FRA DSN S21.G00.40.002 P01V01 ZZZZZZZZ 05
contremaître, agent de maîtrise, clergé)
Ouvriers qualifiés et non qualifiés y compris

FDP UIX OUV Ouvriers FRA DSN S21.G00.40.002 P01V01 ZZZZZZZZ 07
ouvriers agricoles
108/191
b. s21.G00.40.003 : Statut catégoriel retraite complémentaire

Le traitement standard de valorisation de ce champ exploite la même rubrique de l'information ZYCA et
donc le répertoire UIX des Classifications.
Sauf si vous personnalisez ce traitement (du fait que vous gérez des populations particulières utilisant
d'autres valeurs, voir chapitre "Personnaliser l'alimentation des données de gestion DSN"), il suffit de
paramétrer les transformations utiles, par exemple :
Norme Norme
fin
VALEUR
CDETAT
CDPAYS
IDRUBR
Cdcode
cdstco
Cdregl
validité validité
FDP UIX CAD Cadre FRA DSN S21.G00.40.003 P01V01 ZZZZZZZZ 01 Cadre (article 4 et 4bis)
FDP UIX DMS Dirigeants et MS FRA DSN S21.G00.40.003 P01V01 ZZZZZZZZ 01 Cadre (article 4 et 4bis)
Extension cadre pour retraite

FDP UIX ETA ETAM FRA DSN S21.G00.40.003 P01V01 ZZZZZZZZ 02
complémentaire
FDP UIX OUV Ouvriers FRA DSN S21.G00.40.003 P01V01 ZZZZZZZZ 04 Non cadre
c. s21.G00.40.007 : Nature du contrat

Le traitement standard de valorisation de ce champ exploite les rubriques ZYCO-TYPCON (répertoire UIP
des Types de contrats) et ZYCO-NATCON (répertoire UIQ des Natures de contrats), selon qu'il existe ou
pas une transcodification sur UIP. Il faut donc qu'au moins l'un de ces deux répertoires soit paramétré
sur le site.
109/191
Valorisation via UIP Types de contrat

Cette solution est possible en phase 3, sans être obligatoire :
Norme Norme
fin
VALEUR
CDETAT
CDPAYS
IDRUBR
cdcode
Cdstco
Cdregl
validité Validité
Durée Contrat de travail à durée déterminée de droit

FDP UIP DD déterminée FRA DSN S21.G00.40.007 P03V01 ZZZZZZZZ 02 privé
Durée Contrat de travail à durée déterminée de droit

FDP UIP DI indéterminée FRA DSN S21.G00.40.007 P03V01 ZZZZZZZZ 01 privé
FDP UIP IS Intermittent FRA DSN S21.G00.40.007 P03V01 ZZZZZZZZ 07 Contrat à durée indéterminée intermittent
FDP UIP ST Stagiaire FRA DSN S21.G00.40.007 P03V01 ZZZZZZZZ 29 Convention de stage
Travail
FDP UIP TT temporaire FRA DSN S21.G00.40.007 P03V01 ZZZZZZZZ 03 Contrat de mission (travail temporaire)
110/191
Valorisation via UIQ Types de contrat

Exemples en tenant compte des évolutions successives des valeurs acceptées en DSN selon la norme, y
compris phase 3 (cas de non-utilisation de UIP) :
Norme
Norme fin
VALEUR
CDETAT
CDPAYS
IDRUBR
cdcode
Cdstco
Cdregl
validité
validité
Contrat d'apprentissage
Apprentissage entreprises non artisanales de plus
FDP UIQ CA 87 FRA DSN S21.G00.40.007 P01V01 P02V01 05 de 10 salariés (loi de 1987)
Apprentissage
FDP UIQ CA 87 FRA DSN S21.G00.40.007 P02V01 P03V01 04 Contrat d'apprentissage
Apprentissage Contrat de travail à durée

FDP UIQ CA 87 FRA DSN S21.G00.40.007 P03V01 ZZZZZZZZ 02 déterminée de droit privé
Contrat à durée déterminée pour

FDP UIQ CS CDD Senior FRA DSN S21.G00.40.007 P01V01 P02V01 28 les séniors
Contrat à durée déterminée de

FDP UIQ CS CDD Senior FRA DSN S21.G00.40.007 P02V01 ZZZZZZZZ 02 droit privé

FDP UIQ EX Expatrié FRA DSN S21.G00.40.007 P01V01 ZZZZZZZZ 02 droit privé
Contrat à durée déterminée à objet

FDP UIQ OD Objet défini FRA DSN S21.G00.40.007 P01V01 P03V01 27 défini

FDP UIQ OD Objet défini FRA DSN S21.G00.40.007 P03V01 ZZZZZZZZ 02 droit privé
Titulaire d'un Contrat à durée indéterminée de

FDP UIQ TI ou 00 CDI FRA DSN S21.G00.40.007 P01V01 ZZZZZZZZ 01 droit privé
Travail Contrat de mission (travail

FDP UIQ TT temporaire FRA DSN S21.G00.40.007 P01V01 ZZZZZZZZ 03 temporaire)
Si vous optez pour la transcodification intégrale à partir de UIP en phase 3, vous pouvez indiquer la
valeur "#" sur les lignes de norme début "P03V01" des codes UIQ. Cela met fin explicitement à l'usage
de UIQ pour ce champ DSN en phase 3, tout en conservant les règles de transcodification via UIQ
applicables à la phase 2.
111/191
4.10. Le paramétrage de la norme en vigueur

La norme en vigueur est un paramètre unique pour l'environnement. On ne peut donc avoir au même
instant une population en phase 2 et une autre en phase 3 au sein d'un même SI.
Pour permettre la cohabitation du PAS en DSN et du PASRAU, la codification de la norme fait figurer le
type de norme (NEODeS ou NEORAU) sous la forme d'un préfixe sur 1 caractère :
 D pour les normes NEODeS
 P pour les normes NEORAU
Par exemple, P03V01 devient DP03V01.
L'ajout de ce préfixe nécessite une mise à jour des données applicatives. Pour plus
d'information, reportez-vous au Guide d'installation du kit 7.0.
Les données concernées par cette modification sont les suivantes :

 La norme en vigueur (ZDFS)
 Le déversement des rubriques de paie dans les compteurs (ZD7P)
 Les transformations de codes (ZD7O)
 Les anciennes données d'identification de contrat au niveau (ZXMI)
4.10.1. Changement de norme

Les dates de bascule sont communiquées par le GIP-MDS.
Afin de faciliter la phase de transition lors d'un changement de norme sur le début de l'année civile, un
paramétrage permet de distinguer la norme applicable aux signalements Arrêt de travail/Reprise
anticipée de celle applicable à la DSN mensuelle et aux signalements Fin de Contrat de Travail (FCT) et
Fin de Contrat de Travail Unique (FCTU). Il est ainsi possible :
 D'activer la nouvelle norme pour la DSN mensuelle.
 Tout en retardant, pour les signalements arrêt de travail, son application à la date de changement de
norme de la plate-forme Net-Entreprises ou MSA.
Ceci permet de continuer à émettre des signalements arrêt de travail dans la norme acceptée par la
plate-forme (ces signalements devant être émis dans les 5 jours suivant la survenance de l'événement)
tout en commençant à produire des DSN de contrôle dans la norme qui sera en vigueur au moment de
la déclaration.
Pour les signalements FCT et FCTU, un contrôle empêche la validation du signalement

si la date courante est inférieure à la date de changement de norme de la plate-
forme Net-Entreprises ou MSA (si celle-ci est renseignée).
Par exemple, au mois de janvier de l'année 2021 (mois du changement de norme) vous pouvez :
 Activer la nouvelle norme (DP21V01) au 6 janvier de l'année 2021 (une fois le cycle déclaratif
précédent terminé)
 Et préciser la date de changement de norme de la plate-forme Net-Entreprises ou MSA, par exemple
au 25 janvier de l'année 2021
L'ancienne norme (DP20V01) étant active jusqu'au 5 janvier.
112/191
Avec ce paramétrage, les déclarations sont émises dans les normes suivantes :
Jusqu'au 5 janvier Du 6 au 24 janvier À partir du 25

2021 2021 janvier 2021
DSN mensuelle DP20V01 DP21V01 DP21V01
Signalement Arrêt de travail DP20V01 DP20V01 DP21V01
Signalement Fin de contrat DP20V01 DP21V01 DP21V01
4.10.2. Principes et exemples de paramétrage

Les codes norme sont gérés dans le répertoire DFC. Ce répertoire est livré.
Le paramétrage de la norme en vigueur est stocké dans le répertoire U3N. Il s'effectue dans HRa Space
via le chemin d'accès suivant :
 Déclaration légale > Mise en œuvre de la DSN > Norme en vigueur
Lors du démarrage de la DSN sur votre site, il est nécessaire d'initialiser la norme DSN en vigueur.
Pour cela, dans la pop-up de mise à jour de la norme, laissez à blanc la date de changement et saisissez
"ZZZZZZZZ" dans la norme après changement. Le système alimentera automatiquement la norme de
démarrage à "DP01V01".
Le résultat est de la forme suivante :
Puis, lors du changement de norme, vous devez, dans la pop-up de mise à jour de la norme, indiquer la
nouvelle norme et sa date de changement. Ainsi, pour un passage de la norme DP20V01 à la norme
DP21V01, le résultat est de la forme suivante :
Remarques :
 Le changement s'effectue toujours au premier jour du mois principal déclaré
considéré.
 Il faut veiller à ne jamais entrer un changement de norme à effet rétroactif. Le
changement doit être introduit avant la première paie du mois concerné, et (dans
le cadre de l'offre Espace DSN) avant l'ouverture de la campagne de ce même
mois.
 La nouvelle version doit être supérieure à la précédente.
113/191
La date de changement de norme de la plateforme Net-Entreprises ou MSA est utilisée uniquement

pour gérer la période de transition de norme pour les signalements Arrêt de travail et Reprise anticipée.
Son paramétrage ne vous dispense pas de renseigner les zones habituelles "en vigueur
jusqu'au" pour l'ancienne norme et "en vigueur à partir du" pour la nouvelle norme.
4.10.3. Exploitation de la norme DSN en vigueur

Le système récupère la norme en vigueur au moment du calcul de la paie.
Ensuite il applique les filtres demandés au niveau des différents paramétrages. Elle est également
exploitée par certains traitements en charge d'alimenter les données DSN du contrat. La norme prise en
compte au moment du calcul est stockée dans les résultats de paie (ZXMI-CDNORM).
La norme en vigueur pour un mois donné du site est également récupérée par l'Espace DSN (à l'ouverture
de campagnes), c'est pourquoi elle ne doit pas être changée de manière rétroactive si certaines paies du
mois ont déjà été produites avec l'ancienne norme.
La mise à jour de ces paramètres doit être effectuée en fonction de votre calendrier de
paie.
114/191
5. Personnaliser l'alimentation des données de gestion DSN
5.1. Traitements non modifiables et traitements modifiables

Des traitements sont livrés, dans les groupes de traitements suivants :
 FC DSN Moteur : la plupart des traitements de ce groupe sont non modifiables sur site. Ils
constituent le "moteur DSN".
 FE DSN Secteur privé et public : valorisation de données de gestion DSN à partir des informations
du standard GA Paie commun à France Privé et Public.
 FB DSN Secteur privé 16 : valorisation de données de gestion DSN à partir des informations du
standard GA Paie France Privé.
 FD DSN Secteur public : valorisation de données de gestion DSN à partir des informations du
standard GA Paie commun France Public.
Les seuls traitements personnalisables sont les suivants :
 Tous les traitements des groupes FB, FD (excepté FDBI2DSN) et FE. La plupart de ces traitements
implémentent des "services DSN" dans le programme DBI. Ils sont repérables au niveau du mapping
des données par le fait qu'ils comportent, dans la colonne Code du service appelé, un code service
DSN-SRV-*.
 Au sein du groupe FC, il est admis de pouvoir remplacer certains traitements par une version
personnalisée, si la solution standard pose des difficultés (cas où certaines informations standard
seraient absentes sur le site). Ces traitements sont typés au niveau du mapping des données comme
"modifiable (renommage)", colonne Code du service appelé. Il s'agit des traitements suivants :
• Traitements alimentant l'information DSN : données du bloc S21.G00.30 (ZYAD) à partir des
données individuelles standard (nom, prénom, adresse, NIR…).
• Traitements alimentant l'information Attributs DSN (ZD7R) du répertoire DRE.
Les autres traitements du groupe FC - rattachés à DBI ou DBA ou performés - ne doivent pas être
modifiés sur site. Ils constituent la garantie de cohérence avec les évolutions de la norme et des
consignes, ainsi qu'avec les attendus de l'Espace DSN. A ce titre, ils évoluent régulièrement avec les
versions majeures de la solution DSN.
Pour personnaliser des traitements des groupes FE, FB (voire FC), et afin d'éviter
tout "écrasement" par une relivraison postérieure du fait de la maintenance, nous
vous conseillons de procéder par renommage du traitement livré (en les plaçant dans
un groupe spécifique). Il faut ensuite détacher le traitement standard et rattacher
votre nouveau traitement spécifique aux processus concernés.
16
Les nouveaux groupes de traitement FB et FE ont été créés à partir de la version 4.1 du kit DSN ; les traitements qu'ils
contiennent appartenaient au groupe FC auparavant.
Le guide d'installation du kit 4.1 contient des scripts SQL qui permettent de rectifier automatiquement les rattachements sur vos
processus utilisant ces traitements standard déplacés (reportez-vous au chapitre "Consignes pour la prise en compte dans les
processus des traitements ayant changé de groupe" de ce guide d'installation).
115/191
5.2. Données DSN des établissements
5.2.1. Alimentation automatique de l'information "Attributs DSN" (ZD7R)
a. Traitements standard d'alimentation automatique

Des traitements standard livrés permettent l'alimentation automatique de la majeure partie des zones
de cette information :
 FC 97RBI1 : génération batch de mouvements de création initiale de l'information.
Ce traitement peut faire l'alimentation par défaut à partir ZDAG, ZD39 et ZD0F. Il
doit absolument être limité à la création initiale des Unités déclaratives (cas DRE
avec date d'entrée et en pure création). Donc, si un code DRE a déjà sa ZD7R, ne
pas le réalimenter.
 FC 90F0NA, FC 9AG0NA et FC 97R0NK : traitements TP qui provoquent le recalcul du contenu de

ZD7R si elle existe et que l'information ZDAG ou l'information ZD0F est modifiée.
Ces traitements sont personnalisables sur site. Leur implémentation standard est la suivante :
 Les champs constitutifs de l'adresse, ainsi que le Code INSEE Commune, sont alimentés à partir de
l'information Adresses (ZD0F) du même dossier si celle-ci est présente.
 Le SIRET et l'APET sont valorisés à partir de l'information Renseignements édition TDS-DUCS (ZDAG)
du même dossier, si celle-ci est présente.
 Le code de l'entreprise (dans UAA) est valorisé à partir de l'information Lien établissement – société
(ZD39) du même dossier.
 Le code APEN de l'entreprise est valorisé à partir de l'information Renseignements édition TDS-DUCS
(ZDAG) du dossier UAA.
 Si la date d'entrée en DSN a été saisie :
• Contrôle bloquant vérifiant que l'établissement comporte l'information ZDAG et que son SIREN
est identique à celui porté par l'information ZDAG de l'entreprise associée.
• Si les NIC sont également identiques, le champ ZD7R-NATETA est valorisé à '1' (Siège), dans le
cas contraire, il est valorisé à '2' (Non siège).
 Si la date d'entrée n'a pas été saisie, le champ ZD7R-NATETA est valorisé à '3' (Lieu de travail).
Le Lien établissement (information ZDUT) n'est plus utilisé pour déterminer

l'établissement siège d'une entreprise.
Remarque :
Notez que, contrairement à l'alimentation automatique de ZYAD 17, le mécanisme de report automatique
sur ZD7R des modifications d'une information source (ex : ZY0F), n'a d'effet que si l'information ZD7R
existe déjà.
17
Décrite plus loin dans le paragraphe lié aux données du salarié.
116/191
L'initialisation de cette information Attributs DSN (ZD7R) dédiée est nécessaire au

fonctionnement de la DSN. Elle peut être faite de manière collective par batch lors
de votre toute première installation du kit DSN. Pour plus d'informations, reportez-
vous à la documentation d'installation du kit.
5.2.2. Le siège de l'entreprise (bloc 06)

L'information Attributs DSN (ZD7R) permet également d'accueillir les données de niveau entreprise
nécessaires à l'alimentation du bloc 06.
Pour valoriser le bloc 06 de la DSN, l'Espace DSN procède par lecture directe dans la table de
l'information Attributs DSN (ZD7R), en recherchant dans cette table une ligne de même SIREN (ZD7R-
X06001) que l'établissement à déclarer et dont la nature (ZD7R-NATETA) vaut '1' (établissement siège),
18
ceci indépendamment de l'identifiant du dossier de code (répertoire, modèle, ou code) dans ZD00. .
Ainsi, dans le cas d'un site qui ne gère pas du tout les employés du siège, il n'est pas nécessaire de créer
un dossier de code dans le répertoire des Etablissements (DRE) ni de "faire entrer" ce dernier en DSN.
Il est possible en effet de gérer ce cas en rattachant l'information Attributs DSN (ZD7R) au niveau du
répertoire des Sociétés (UAA), et d'y alimenter par saisie (ou par traitement spécifique) les seuls champs
attendus en bloc 06, en veillant à alimenter le champ NATETA à "1", afin que l'Espace DSN l'identifie
comme le siège.
le Lien établissement (information ZDUT) n'est plus utilisé pour déterminer

l'établissement siège d'une entreprise.
18
En cas de doublons (plusieurs lignes répondant à ce critère), l'Espace DSN privilégie la ligne qui a été le plus récemment modifiée
et émet un message d'avertissement (voir aussi les recommandations du paragraphe "Configuration particulière : plusieurs codes
DRE pour le même SIRET", concernant les doublons de SIRET dans la table ZD7R).
117/191
5.2.3. Les lieux de travail (bloc 85)

L'information Attributs DSN (ZD7R) accueille également la description des lieux de travail destinée au
bloc 85.
Dans la GA standard, l'information ZY39 Lieu de travail permet de désigner, le lieu de travail principal
du salarié par un code du répertoire des Etablissements (DRE). Pour plus de précisions sur le
paramétrage des lieux de travail, reportez-vous au paragraphe précédent dédié.
Comme il est possible d'avoir des lieux de travail non sirétisés, il se peut qu'ils soient décrits dans un
autre répertoire que celui des Etablissements (DRE). Le système DSN permet la cohabitation de lieux de
travail définis de manière spécifique dans un autre répertoire. C'est le cas par exemple en standard pour
les individus relevant de l'ENIM où les navires (PA1) sont considérés comme un lieu de travail (veuillez
vous reporter à la section "Paramétrage des lieux de travail de type Navire (bloc 85)" du chapitre
"Déclaration en DSN des gens de mer et des lignes de service (ENIM)" pour plus d'information).
En effet, pour déterminer le lieu de travail de l'individu, l'Espace DSN accède directement à la table
ZD7R, en y recherchant une ligne dont la valeur concaténée du SIREN (X06001) et du NIC (X11001)
[redéfinie en SIRET (X85001) en COBOL] coïncide avec le champ ZXMJ-Y40019, ceci indépendamment
19
de l'identifiant du dossier de code (répertoire, modèle, ou code) dans ZD00 .
a. Décrire les lieux de travail dans un autre répertoire que DRE

Il devient donc possible de décrire les lieux de travail dans n'importe quel répertoire, et de les relier au
salarié par une solution spécifique. Pour cela, il faut :
► Rattacher l'information Attributs DSN (ZD7R) au répertoire voulu et mettre en place un traitement
(ou une page de saisie) en charge d'alimenter les données utiles à l'alimentation du bloc 85 (Adresse,
SIRET ou identifiant libre)
La page de saisie des lieux de travail comporte une sous-page réutilisable pour une
saisie dans un autre répertoire. Il suffit de changer le répertoire.
► Adapter le nœud Web portant la page de définition des lieux de travail et sa bannière (décrites au
chapitre "Présentation générale de la solution HR Access"), en les reliant à ce même répertoire
► Valoriser par traitement le champ NATETA avec la valeur "3".
► S'assurer que la rubrique X85001 dans ZD7R (redéfinition des colonnes X06001 + X11001) porte un
identifiant unique.
► Au niveau du traitement de service DSN_CONTRAT_HIST, mettre en place, si besoin, un traitement
spécifique en charge de valoriser le champ DSN-MJ-Y40019 par la rubrique ZD7R-X85001 du lieu de
travail du salarié
Notez que la valorisation du champ DSN-MJ-E40019 (portant un code du répertoire des Etablissements
(DRE)) n'est pas nécessaire car l'Espace DSN n'exploite pas cette colonne. C'est bien le contenu de ZXMJ-
Y40019 qui est la seule donnée utile.
19
En cas de doublons (plusieurs lignes répondant à ce critère), le module privilégie la ligne qui a été le plus récemment modifiée,
et émet un message d'avertissement (voir aussi les recommandations de la section "Configuration particulière : plusieurs codes
DRE pour le même SIRET", concernant les doublons de SIRET dans la table ZD7R).
118/191
5.3. Données DSN de l'individu
5.3.1. Principes
Les données administratives concernant l'individu sont requises au niveau du bloc Individu (s21.G00.30).
Depuis la phase 2, deux nouvelles données prennent une importance particulière dans la logique
d'identification pérenne des individus en DSN. Il s'agit du NTT (qui doit être généré si l'individu n'a pas
encore de NIR définitif) et du matricule de l'individu.
En cas de changement de certaines données (cf. cahier technique de la norme), un sous-bloc

Changement individu (s21.G00.31) est requis dans la DSN mensuelle. Il est généré par l'Espace DSN
par comparaison avec les données persistées de la DSN du mois précédent, en utilisant le NIR
(S21.G00.30.001) comme clé de comparaison, et éventuellement le matricule de l'individu dans
l'entreprise (S21.G00.30.019) si le rapprochement par le NIR n'est pas possible.
En outre, si plusieurs bulletins ou contrats sont présents pour le même individu dans une DSN mensuelle,
il est demandé qu'ils soient reliés au même bloc 30.
Ceci implique de prendre soin de l'identifiant DSN des individus, dans le cas où plusieurs dossiers dans
ZY représentent la même personne physique.
5.3.2. Alimentation automatique des données administratives de l'individu

(ZYAD)
L'information DSN : Données du bloc S21.G00.30 (ZYAD) est alimentée par un traitement standard
20
(FC0AD1NK). Ce traitement appelle deux pseudo-contextes utilisateur mis à votre disposition pour une
éventuelle personnalisation sur votre site. Les principales informations standard l'alimentant sont les
suivantes :
 Identification du dossier (ZY00)
 Nom de naissance (ZY05)
 Prénom (ZY06)
 Nom usuel (ZY07)
 Naissance (ZY10)
 Nationalité (ZY12)
 Adresse principale (ZY0G)
 Numéro Insee France (ZYFF)
 Numéros de téléphone (ZY0H)
Dès qu'une modification des informations sources alimentant cette information Données administratives
de l'individu (ZYAD) est effectuée, cette information est mise à jour. Elle est consultable à deux endroits :
 Données individuelles de l'individu, Données individuelles DSN/PASRAU
 Résultats de paie (données DSN), lien Données de l'individu (bloc 30)
20
UTAD01 après la lecture des informations et UTAD02 avant écriture. Pour plus d'informations sur les pseudos-contextes,
reportez-vous au chapitre sur les absences du Guide technique paie.
119/191
L'initialisation de cette information DSN : Données du bloc S21.G00.30 (ZYAD)

dédiée est nécessaire au fonctionnement de la DSN. Il est conseillé de faire cette
initialisation pour tous les dossiers de votre application. Elle peut être faite de
manière collective par batch. Pour plus d'informations, reportez-vous au guide
d'installation du kit.
Dans le cas où cette information serait déjà générée pour vos dossiers suite au
déploiement de la version 1.1, il importe de ré-effectuer cette opération avec la
version 2.0 pour prendre en compte l'alimentation des nouveaux champs.
La description de cette information, comme toutes les informations dédiées à la DSN,

n'est pas modifiable.
5.3.3. Identifier un individu de manière pérenne
a. Matricule "pérenne" de l'individu

Le NIR, même s'il n'est pas temporaire, est susceptible de changer dans certains cas particuliers (ex :
correction de NIR).
De ce fait, afin de pouvoir bien identifier un individu, le matricule devient également nécessaire.
Matricule individu (ZYAD-X30019)
Cette rubrique est destinée à alimenter le champ s21.G00.30.019 à partir de la norme phase 2
(s21.G00.80.002 en norme phase 1).
Elle a pour but d'associer à un individu un matricule "pérenne" du point de vue de la DSN. Il s'agit
d'identifier l'individu par un identifiant stable au long de la relation individu-entreprise, et donc
indépendamment des divers contrats de travail (successifs ou simultanés) susceptibles d'être déclarés
en DSN ainsi que d'éventuelles mutations techniques au cours d'un même contrat juridique.
S'il arrive que plusieurs dossiers ZY représentent le même individu, on devra veiller à ce qu'ils aient en
commun ce même "matricule individu".
Le traitement standard valorise ce champ par le matricule du dossier (ZY00-MATCLE sans la partie ZY00-
SOCCLE), ce qui est suffisant si le besoin d'avoir plusieurs dossiers dans ZY se limite à des cas de multi-
réglementation.
Dans les autres cas plus complexes, il faut personnaliser ce traitement pour le valoriser par un identifiant
spécifique, jouant déjà ce rôle dans l'application (qui peut potentiellement être différent du MATCLE).
b. Cas d'un NIR temporaire

Lorsque le NIR définitif d'un individu n'est pas encore connu, un NIR temporaire est généralement utilisé
dans le dossier de l'individu au niveau ZYFF.
120/191
Témoin NIR provisoire (ZYAD-TENIRT)

Ce témoin est alimenté automatiquement dans le traitement standard selon la règle suivante : si le NIR
du dossier ne commence ni par 1 ni par 2 ou s'il se termine par 000 ou 999999, il est identifié comme
étant un NIR temporaire.
Le témoin permet alors d'indiquer à l'Espace DSN que le NIR (ZYAD-X30001) est provisoire et ne peut
donc pas être déclaré en DSN dans la norme phase 2 (alors qu'il pouvait l'être en phase 1).
Dans ce cas, l'Espace DSN générera un "numéro technique temporaire" (NTT, S21.G00.30.020).
5.3.4. Exploitation du Matricule et génération du NTT par l'Espace DSN

Lors de la fabrication du fichier DSN par l'Espace DSN, cette information DSN : Données du bloc
S21.G00.30 (ZYAD) sert de source pour générer le bloc Individu (s21.G00.30).
De plus, le système recherche si la description de l'individu comporte des différences d'état civil par
rapport à la DSN du mois précédent. Si c'est le cas, un bloc Changements individu (s21.G00.31) sera
généré pour le mois principal déclaré.
Si l'individu n'a pas de NIR (ou un NIR temporaire), c'est le matricule qui sert de clé de comparaison.
Autrement, c'est le NIR qui sert de clé de comparaison.
Si la recherche via le NIR échoue, le système procède à la recherche via le matricule, car le NIR lui-
même peut avoir été corrigé d'un mois sur l'autre.
En outre, le témoin NIR temporaire est exploité pour gérer le Numéro technique temporaire (NTT) si
nécessaire. Voici comment le cas est géré sur trois DSN mensuelles successives.
• 1ère DSN : l'individu a un NIR temporaire.
Le NIR (30.001) n'est pas généré. Seul un NTT (30.020) est généré. Il est alimenté par la concaténation
du SIREN de l'entreprise et du matricule pérenne (30.019).
• 2ème DSN : l'individu a obtenu son NIR définitif. Nous sommes le mois du changement.
La mise à jour du nouveau NIR a supprimé la coche "NIR temporaire" dans l'information DSN : Données
du bloc S21.G00.30 (ZYAD). L'Espace DSN recherche dans la DSN mensuelle précédente si ce matricule
avait déjà un NIR. Comme cela n'est pas le cas il génère à la fois le NTT (30.020) selon la même règle
que le mois précédent, et le NIR définitif (30.001).
• 3ème DSN : l'individu a son NIR définitif et c'était déjà le cas le mois précédent.
Seul le NIR définitif (30.001) est généré.
5.3.5. Gestion des dates de naissance partiellement inconnues (ZYAD-TEMECH)

La rubrique ZYAD-TEMECH permet de gérer les cas d'usage de la rubrique S21.G00.30.006 Date de
naissance où le jour et/ou le mois de naissance ne sont pas connus.
L'Espace DSN formate la date de naissance en fonction de l'alimentation de ce témoin.
121/191
5.4. Données DSN d'un événement Arrêt de travail

L'information ZYAL sert de source aux DSN de signalement Arrêt de travail et Reprise anticipée, ainsi
qu'aux données relatives au dernier jour travaillé et à la reprise du travail dans les blocs 60 dans la DSN
Mensuelle (information ZXMK).
Les traitements standard suivants (non personnalisables) constituent le "moteur de génération des
événements Arrêt de travail", à partir de l'information ZYAG :
 FC 0ALA, de contexte BNK, traitement principal.
 FC 09Q1NA, de contexte BNA, qui détecte des cas de changement de la date début d'une absence
dans ZYAG et passe l'information au traitement principal dans BNK.
 FC 0AL6A6, traitement de pseudo-contexte, associé à la routine de découpage des absences ; il
mémorise le droit au maintien du salaire de l'individu, en vue du calcul des dates de subrogation.
 FC 04IUSR Caractéristiques du gestionnaire, traitement performé qui permet de valoriser par défaut
le contact chez le déclaré (bloc 07) par les coordonnées de l'utilisateur connecté. Ce traitement
recherche les données dans l'information ZY4I (et éventuellement dans ZY0H, pour le numéro de
téléphone et l'adresse mail s'ils ne sont pas présents en ZY4I).
 FC 0ALEMJ Routine génération mvts sur ZYAL, traitement performé qui injecte les mouvements ZYAL
dans le dossier de l'individu.
5.4.1. Personnalisation des données de l'événement

Il est possible de compléter ou surcharger par traitement spécifique les données ZYAL générées.
Pour cela, un "pseudo-contexte" a été ouvert. Il est appelé par FC 0ALEMJ lorsque le mouvement sur
ZYAL est complètement prêt à être injecté.
Il faut alors créer un traitement performé, impérativement de niveau 5, et le rattacher au processus de

saisie des absences :
 Conditionner l'entrée dans le traitement par le test : WFC-0AL1-CDTRAI = "UTAL01".
 Modifier le contenu du mouvement via la zone DSN-ZYAL-ZONINF.
 Le code mouvement est accessible via UFC-CDMVT. Il est à blanc pour une création, à '5' pour une
modification d'un événement déjà existant (cas qui inclut les annulations logiques repérables par la
valeur 'X' dans DSN-ZYAL-ANNULA).
a. Agir sur le statut initial de l'événement Arrêt de travail

Dans ce pseudo-contexte, il est notamment possible de forcer le statut initial de l'événement Arrêt de
travail (ZYAL-SIGNAL).
En standard, celui-ci est "en attente de décision" ('A'). On peut agir sur ce statut initial dès le traitement
de création : il faut valoriser le champ ZYAL-SOURCE à 'T' ('traitement spécifique'), puis le statut (ZYAL-
SIGNAL) à 'I' pour interdire ou, au contraire, à 'S' pour autoriser immédiatement la production de la DSN
de signalement.
Dans le second cas, l'événement sera immédiatement prêt à être exploité par l'Espace DSN, sans qu'un
gestionnaire ait à valider/compléter manuellement l'événement (reportez-vous à la documentation Guide
utilisateur Signalements concernant les actions du gestionnaire sur les événements Signalement).
Dans le cadre de l'Espace DSN, ce pseudo-contexte permet également d'agir sur les "métadonnées" du
signalement (reportez-vous à la section sur ces métadonnées à la fin de ce chapitre").
122/191
b. Agir sur le contact chez le déclaré

Le contact chez le déclaré d'un signalement arrêt de travail (bloc 07 du modèle DSN) est porté par la
rubrique groupe ZYAL.ZDSN07. Elle est pré-valorisée lors de la création initiale de ZYAL à partir des
coordonnées de l'utilisateur qui a saisi l'absence, avant l'appel du pseudo-contexte UTAL01.
Si une règle différente doit être mise en place, on peut donc surcharger cette donnée dans ce pseudo-
contexte.
Mais si vous désirez surcharger dynamiquement cette alimentation par l'utilisateur qui, par la suite,
valide et éventuellement complète l'information ZYAL en vue de produire une DSN de signalement,
l'usage du pseudo-contexte UTAL01 n'est pas adapté.
Créez plutôt un traitement spécifique, de contexte BNA, qui intercepte les saisies manuelles sur
l'information ZYAL elle-même. Vous pouvez alors appeler le traitement performé FC 04IUSR, en lui
passant le code utilisateur courant, et surcharger au retour les rubriques de ZYAL destinées au bloc 07.
5.5. Données DSN d'un événement Fin de contrat
5.5.1. Personnalisation des données de l'événement

Comme dit précédemment, les données de la fin de contrat sont calculées en paie et alimentent les
informations permettant sa déclaration DSN mensuelle (ZXMQ ; bloc 62) ainsi que l'événement Fin de
contrat (ZXMQ et ZXMR) servant à la génération d'un signalement Fin de contrat (blocs 62 et 63) ou
d'un signalement Fin de contrat de travail unique. La personnalisation de son alimentation est possible
par traitement spécifique en utilisant le service DSN-SRV-CONTRUPT (pour plus d'information, reportez-
vous au paragraphe dédié à ce service).
5.5.2. Le CDD d'usage en mode dérogatoire

Les CDD d'usage concernent certains domaines d'activité (ex : hôtellerie…). Le mode dérogatoire réclame
l'accord préalable du salarié. Ce mode dérogatoire permet de déclarer la fin de contrat de certains CDD
d'usage en DSN mensuelle uniquement, et de ne pas avoir à envoyer de signalement Fin de contrat.
Dans ce cas, l'AER est envoyé par Pôle emploi en retour du dépôt de la DSN mensuelle conforme
comportant la Fin de contrat.
Pôle emploi effectue des contrôles et peut rejeter la déclaration de la Fin de contrat faite en DSN
mensuelle. Dans ce cas, l'individu concerné est mentionné dans un Compte Rendu Métier de Pôle emploi.
Le recours au signalement ou aux anciennes procédures est alors nécessaire.
Le mode dérogatoire n'est possible que sur les CCD d'usage inframensuels (dont la totalité du contrat
est traitée dans une seule DSN mensuelle). Les cas suivants rentrent dans les conditions du mode
dérogatoire :
 Un salarié embauché en CCD d'usage du 01/02 au 28/02 et déclaré en DSN mensuelle de février
 Un salarié embauché en CCD d'usage du 30/01 au 28/02 et déclaré en DSN mensuelle de février (rien
sur la DSN mensuelle de janvier)
En revanche, un salarié embauché en CCD d'usage du 15/01 au 15/02, et déclaré en DSN mensuelle de
janvier et février, ne rentre pas dans les conditions du mode dérogatoire.
123/191
Lors du calcul de paie, la Modalité de déclaration de la fin du contrat d'usage (62.017) est alimentée à
"02 - Non application du circuit dérogatoire" pour les CDD d'usages identifiés comme tels (cf. description
de la rubrique 62.017 dans la norme).
Pour la personnalisation de l'alimentation de cette zone par traitement spécifique,

voir le paragraphe ci-dessus.
Il est possible de modifier manuellement cette valeur dans HRa Space, chemin d'accès : Paie > Voir tous
les résultats > DSN : Données issues de la paie, onglet Fin de contrat.
En cas de choix d'application du circuit dérogatoire, un contrôle vérifie la compatibilité du choix avec la
description du contrat. S'il est compatible, l'événement Fin de contrat est passé au rouge (interdit à
signalement). Un message de confirmation est affiché pour valider ce choix.
Si Pôle emploi renvoie la Fin de contrat en anormale dans le CRM issu de la

mensuelle, il faudra envoyer un signalement FCT. Pour cela, il faut repasser au vert
l'événement et synchroniser l'Espace DSN pour générer un signalement FCT. Pour
plus d'information, reportez-vous au Guide utilisateur Signalements.
5.5.3. Annulation d'une Fin de contrat en DSN mensuelle

Il est possible d'annuler une fin de contrat en DSN mensuelle (motif de rupture "099").
Dans HR Access, chaque fin contrat déclarée en DSN est désormais mémorisée dans une information
technique (ZYUH) au moment de la remontée de paie.
En cas d'annulation d'une fin de contrat déjà déclarée en DSN :

 Un bloc d'annulation est généré dans le dossier de paie de l'individu (information ZXMQ) avec le motif
099
 L'Espace DSN génère, à partir de cette information (ZXMQ), le bloc 62 d'annulation correspondant
La fin de contrat annulée est alors supprimée de l'information technique (ZYUH) lors des remontées de
paie.
124/191
5.6. Alimentation des données Contrat du PRDB

Les données administratives relatives au contrat DSN concernent les blocs suivants :
 Contrat et Changements Contrat (blocs 40 et 41)
 Fin de contrat (bloc 62)
 Arrêt de travail (bloc 60)
 Autre suspension de l'exécution du contrat (bloc 65)
 Contrats complémentaires ou supplémentaires (blocs 70 et 73)
 Retraite complémentaire (bloc 71)
 Ancienneté (bloc 86)
 Compte Professionnel de Prévention (Ex-Pénibilité) (bloc 34)
L'alimentation de ces blocs est assurée par des traitements du programme DBI.
5.6.1. La notion de "service DSN"

Comme vu au chapitre "Présentation générale de la solution HR Access", de nouvelles informations DSN,
liées au contrat, ont été ajoutées dans les résultats de paie (PRDB). Ces données sont alimentées grâce
au mécanisme de "services DSN".
Ces services sont appelés par les traitements "moteur DSN" de DBI qui font appel au contexte TDPZBI
Implémentation de services applicatifs, en lui passant le nom du service à implémenter.
Les traitements moteurs, qui ne doivent pas être modifiés sur site, n'exploitent que très peu
21
d'informations du dossier de l'individu . C'est aux traitements qui implémentent les services DSN de
gérer l'accès aux informations spécialisées du dossier ZY pour alimenter les données du service DSN
invoqué.
Un même service est souvent implémenté par plusieurs traitements qui s'exécutent successivement,
chacun prenant en charge la partie des données DSN demandées qui le concerne. En standard, chaque
traitement TDPZBI livré exploite généralement une seule information du dossier de l'individu, ce qui
permet de limiter les impacts des personnalisations. En revanche, il peut implémenter plusieurs services
à partir de la même information (c'est le cas par exemple du traitement standard FC 0CO1BI).
Pour certaines zones, aucun traitement de service n'est livré en standard. Il s'agit de zones facultatives
du cahier technique qu'il n'est nécessaire de déclarer que dans certaines configurations particulières,
non couvertes par le standard HR Access France Privé. Les sites qui sont concernés par ces données
peuvent donc créer un traitement spécifique de contexte TDPZBI de service pour les alimenter. Ces zones
sont repérables au niveau du mapping des données par le fait qu'elles comportent, dans la colonne Code
du service appelé, un code service DSN-SRV-* sans code traitement associé.
Pour toute donnée obligatoire au cahier technique, il existe toujours un traitement

de service qui la prend en charge. Lorsqu'elle concerne une notion non gérée dans
l'offre standard HR Access France Privé, elle est valorisée par une valeur en dur
correspondant au cas le plus général.
21
ZY00, ZY0K et ZYAG sont les seules informations du dossier ZY étalé exploitées par le "moteur DSN".
125/191
Le tableau ci-dessous liste les services DSN et les informations qui sont alimentées en retour de l'appel
de chaque service.
Alimentation
Service
Finalité Bloc Zones Résultats PRDB
(valeur)
de paie 22
DSN-SRV-UD 23 Fournir le lien vers l'unité déclarative (clé du DSN-UD-* YSFI ZXMI
(DSN_UNITE_DECL) dossier DRE de référence DSN, et son SIRET,

ainsi que le lot de gestion, si l'établissement
est fractionné)
DSN-SRV-CONTID Obtenir l'identification du contrat et de 40 DSN-ID-* YSFI ZXMI

(DSN_CONTRAT_ID) l'individu
DSN-SRV-CONTFIX Obtenir les attributs simples du contrat à 40 DSN-MI-* YSFI ZXMI
(DSN_CONTRAT_FIX) une date donnée
DSN-SRV-CONTHIST Obtenir les attributs historisés du contrat à 40/4 DSN-MJ-* YSFJ ZXMJ
(DSN_CONTRAT_HIST) une date donnée 1
DSN-SRV-CONTRUPT Obtenir des données liées à la rupture de 62 DSN-RU-* YSFQ ZXMQ

(DSN_CONTRAT_RUPT) contrat si fin de contrat dans la période
traitée en paie
DSN-SRV-PREVOY Obtenir la liste des mutuelles et 70 DSN-MN-* YSFN ZXMN

(DSN_PREVOYANCE) prévoyances à une date donnée 73 DSN-MH YSFH ZXMH
Obtenir les ayants-droit associés
DSN-SRV-IRC (DSN_IRC) Obtenir la liste des IRC à une date donnée 71 DSN-MV-* YSFV ZXMV
DSN-SRV-EFFECTIF Exclure un individu du décompte de 11 DSN-EFF-N11008 YSFI ZXMI

(DSN_EFFECTIF) l'effectif de fin de période déclarée de
l'établissement (11.008)
DSN-SRV-SPECTACLE Obtenir les modalités contrat relatives au 40 DSN-MW-* YSFW ZXMW
(DSN_CONTRAT_SPECTACL) Spectacle (Ph3 40,047 a 40,051)
DSN-SRV-EMBAUCHE Obtenir la valeur d'une nouvelle Embauche 30 DSN-EMB-* YSFI ZXMI
(DSN_CONTRAT_EMBAUCHE) (30.023)
DSN-SRV-ANCIENN Obtenir liste Ancienneté 86 DSN-MX-* YSFX ZXMX :
(DSN_ANCIENNETE)
DSN-SRV-PENIBILITE Obtenir liste facteurs Pénibilité 34 DSN-MU-* YSFU ZXMU :
(DSN_PENIBILITE)
DSN-SRV-DERJOU Obtenir pour un arrêt de travail, le dernier 60 DSN-BI2D-* YSFK ZXMK

(DSN_DER_JOU_TRAV) jour travaillé, la date et le motif de reprise
22
Pour HRa Suite 7 et 9, les données YS sont utilisées de manière temporaire (données non persistées).
23
Ce service existe depuis la V2.1 ; il remplace l'alimentation de l'établissement d'affectation qui était auparavant traité par DSN-
SRV-CONTHIST. En outre, l'ancien service DSN-SRV-LOT est supprimé.
126/191
Alimentation
Service
Finalité Bloc Zones Résultats PRDB
(valeur)
de paie 22
DSN-SRV-MOTS65 Obtenir la valeur DSN du motif d'absence 65 DSN-BI2D-MOTS65 YSFL ZXML

(DSN_MOTIF_SUSPENSION) (exemple : invalidité)
DSN-SRV-SHUNTABS Shunter la génération d'un bloc absence (60 60/6 DSN-BI2D-* YSFL/FK ZXML/M
(DSN_SHUNT_ABSENCE) ou 65) 5 K
La date de référence (DSN-DATREF) passée à la plupart de ces services est généralement le dernier jour
de la période traitée ou la date de sortie si elle est inférieure.
Le service DSN-SRV-CONTHIST est appelé plusieurs fois s'il y a plusieurs périodes de calcul à traiter
(rappel, CSCP). Les services dédiés aux blocs 60 et 65 sont appelés dans la mesure où une absence doit
être déclarée Les autres sont appelés au maximum une seule fois par bulletin.
5.6.2. Du bulletin de paie à l'unité déclarative

Pour être pris en compte par l'Espace DSN, un bulletin de paie doit être relié à une et une seule unité
déclarative.
Pour cela :
 Le bulletin doit référencer un dossier de code du répertoire DRE des établissements contenant les
deux informations ZD7R et ZD7S avec ZXMI-E11001 = ZD00-CDCODE et ZXMI-IDMDL6 = ZD00-
CDREGL.
 Le SIRET porté par ZD7R (ZD7R-X06001 + ZD7R-X11001) doit coïncider avec celui de l'établissement
d'affectation de l'individu et être reporté dans le champ ZXMI-Y11001.
 L'information ZD7S en vigueur au 1er jour du mois de paie doit porter un bloc correspondant au point
de dépôt (ZXMI-V00007) et au code lot (ZXMI-CODLOT) du bulletin.
a. Le SIRET d'affectation dans ZXMI

Jusqu'en 2.0, l'identification de l'établissement d'affectation était traitée comme un attribut ordinaire du
contrat, et à ce titre était prise en charge par le service DSN-SRV-CONTHIST (qui permet de valoriser
l'information historique ZXMJ).
Cette solution rencontrait une limite lorsqu'une mutation donnait lieu à une rupture bulletin par CSCP :
en cas de rappel ultérieur sur la période précédant la mutation, elle conduisait à déclarer les données en
rappel dans la DSN de l'ancien établissement.
Depuis la version 2.1, c'est le service DSN-SRV-UD qui permet d'associer tous les bulletins du contrat de
travail au dernier établissement connu pour le dossier de paie traité. Une fois la mutation effectuée, tous
les bulletins produits ultérieurement, y compris ceux ne contenant que du rappel, seront donc déclarés
par l'établissement actuellement en charge du contrat de travail. Ceci est nécessaire pour assurer que
ces rappels seront bien pris en compte par les OPS lors du traitement des signalements.
127/191
La release de maintenance 3.1.30 (patch 183445 du kit applicatif) a introduit une

exception à ce qui précède, suite aux informations fournies par le GIP-MDS en janvier
2016. Pour une mutation de niveau SIREN, en cas de rappel sur l'ancien dossier de
paie, il est préférable que ce rappel continue d'être déclaré par l'ancienne entreprise.
Ceci est plus conforme aux attendus de l'URSSAF et au comportement habituel de la
DUCS.
Le GIP-MDS s'est engagé à ce que ces déclarations de pur rappel portées par l'ancien
SIREN ne perturbent pas la reconstitution des historiques lors du traitement des
Signalements.
b. Le point de dépôt dans ZXMI

L'affectation d'un bulletin de paie à un des deux points de dépôt est portée par la rubrique ZXMI-V00007.
Cette dernière est prise en charge par le traitement moteur en fonction du régime de base Maladie du
contrat (s21.G00.40.018), porté par ZXMI-V40018 (ce dernier étant en standard valorisé en dur par
"200 Régime général (CNAM)"). C'est donc la personnalisation du traitement de service en charge de
valoriser ZXMI-V40018 (service DSN_CONTRAT_FIX) qui garantit que le bulletin sera dirigé vers le bon
point de dépôt.
c. Le lot de gestion dans ZXMI

En standard, le code lot (ZXMI-CODLOT) est alimenté par le moteur DSN à "STD" par défaut. Ceci suffit
si vous ne pratiquez aucun fractionnement interne de vos établissements.
Si vous désirez gérer des lots différents, deux possibilités s'offrent à vous, chacune utilisant le service
24
DSN-SRV-UD .
Première possibilité répondant à des besoins simples

HR Access propose une information Lot de gestion DSN (ZYAE) pour saisir le code lot et un traitement
de service standard (FE0AE1BI) qui l'exploite pour alimenter DSN-UD-CODLOT. En l'absence de donnée
dans ZYAE, c'est la valeur par défaut (STD) qui sera prise en compte.
Elle est accessible via le chemin d'accès suivant :
Paie > Mettre à jour > Lot de gestion DSN/PASRAU
Seconde solution répondant à des besoins complexes

Il est possible de remplacer le traitement de service standard par un traitement de service spécifique
exploitant une autre information du dossier de l'individu ou des attributs dépendants du cycle de paie.
Notez qu'il n'est pas nécessaire d'utiliser ZYAE dans ce traitement puisque le moteur DSN ne l'exploite
pas.
24
Pour plus d'informations, reportez-vous au paragraphe dédié à ce service
128/191
d. Validité de l'unité déclarative

Le traitement principal dans le programme DBI opère une vérification de l'existence d'une unité
déclarative valide correspondant au triplet [clé de référence DRE, point de dépôt, code lot]. Il recherche,
dans l'établissement de référence, une occurrence de ZD7S en vigueur au 1er jour du mois DSN et portant
une fraction correspondant au lot et au point de dépôt du bulletin.
Un message d'anomalie est émis par la chaîne de calcul de paie si aucune correspondance n'est trouvée
au moment du calcul.
Si cette alerte est émise et qu'aucune correction n'est faite sur le contenu de la table
ZD7S par la suite, le bulletin produit ne sera pas "visible" pour l'Espace DSN et ne
sera pas pris en compte dans la DSN mensuelle.
Remarque :
Un contrôle visuel est également possible dans la page de consultation des données DSN du PRDB, dans
laquelle le numéro de fraction (ZXMI-NUMFRA) et la date d'exigibilité (ZXMI-DATEXI) sont des rubriques
virtuelles.
L'affichage permet alors de vérifier la date d'exigibilité relative au lot et de s'assurer qu'un numéro de
fraction est bien associé à ce lot, pour ce point de dépôt dans l'établissement de référence.
Dans cet exemple, on voit que la fraction n'a pas pu être déterminée, ce qui aura pour conséquence la
non-prise en compte de ce bulletin par l'Espace DSN.
5.6.3. Services DSN relatifs au contrat proprement dit

Nous allons décrire les services DSN avec, pour chacun, un exemple d'implémentation (à condition que
ce service ait été implémenté en standard).
a. Le service DSN-SRV-CONTID (valeur DSN_CONTRAT_ID)

Ce service est appelé une fois (en tout début de traitement du dossier de paie par DBI) pour surcharger
si besoin l'identification du contrat.
Tous les champs de la zone d'échange (DSN-ID-*) sont pré-valorisés par le traitement principal appelant.
De ce fait, aucun traitement standard implémentant ce service n'est livré. Si vous désirez modifier
l'alimentation par défaut, vous pouvez créer un traitement spécifique utilisant ce service.
Le traitement principal s'appuie sur l'information Identification des Contrats (ZY0K) pour identifier un
contrat - au sens DSN. En effet, celui-ci correspond à une période d'embauche continue qui prend fin
uniquement lorsqu'il y a réellement rupture de contrat entre l'individu et l'employeur.
L'information ZY0K recouvre cette notion, ce qui n'est le cas ni de ZYCO, ni de ZYES.
En effet, une nouvelle occurrence de ZYCO peut représenter un simple changement de la nature de
contrat (passage de CDD à CDI par exemple) sans qu'il y ait rupture de contrat à cette occasion (pas de
rupture ZYES, pas de versement d'indemnité de fin de CDD, pas de signalement à faire à Pôle Emploi).
129/191
Le cas du transfert d'un contrat existant vers une autre entreprise du groupe, qui donne lieu à une
nouvelle occurrence de ZYES en standard ne constitue pas non plus une rupture de contrat au sens de
la DSN. En effet, aucun motif au cahier technique (S21.G00.62.002) ne permet de traiter cette mutation
comme une fin de contrat. Il s'agit d'un cas de changement d'établissement d'affectation, à déclarer
comme tel (voir le paragraphe "Gestion des changements des caractéristiques du contrat" plus loin dans
ce chapitre).
Dans HR Access, en cas de "mutation entreprise" comme en cas de réembauche, un nouveau dossier de
paie est bien créé (nouvelle occurrence de l'information Identification du dossier de paie (ZY0J), avec
incrémentation de NUDOSP). En revanche, dans ce cas particulier de la mutation, aucune nouvelle
occurrence n'est créée dans l'information Identification des Contrats (ZY0K), qui représente de fait le
contrat au sens de la DSN, identifié par : date début (ZY0K-DATCON) et numéro (ZY0K-IDDOSP).
Les zones échangées par le service DSN_CONTRAT_ID sont les suivantes :

 DSN-ID-IDENZY (décomposée en DSN-ID-IDESOC et DSN-ID-IDEMAT). Pré-valorisée par le SOCCLE,
MATCLE courant.
 DSN-ID-X40009 : numéro de contrat. Pré-valorisée par la valeur UT-DOSP-IDDOSP qui identifie
l'occurrence de l'information ZY0K correspondant au dossier de paie courant.
 DSN-ID-DDEBC : date début du contrat DSN. Pré-valorisée par ZY0K-DATCON et exploitée pour
alimenter le champ ZXMI-D40001 (S21.G00.40.001).
 DSN-ID-DFINC : date de fin du contrat DSN. Pré-valorisée parZY0K-DATFIN. Si elle est alimentée
(différente de DTHIVA), cette date sera ensuite exploitée dans la valorisation de DSN-DATREF pour
les autres services, et, bien sûr pour déclencher le bloc 62 de rupture de contrat.
 DSN-ID-FLEXCL : permet d'exclure le contrat de la DSN. Initialisée à blanc.
Les cas qui peuvent nécessiter d'implémenter le service DSN_CONTRAT_ID, sont indiqués ci-dessous.
Cas de contrats multiples gérés par des dossiers (ZY) distincts

Par exemple, en cas de contrats multiples (simultanés ou non) gérés via plusieurs matricules ZY
représentant le même individu, l'identification de l'individu et du contrat peut être surchargée. Il convient
alors de surcharger, si besoin, l'alimentation :
 Du matricule principal de référence DSN-ID-IDENZY (pré-alimenté par le matricule courant)
 Du numéro de contrat, par exemple en le complétant par le matricule courant, ou la date début si
elle est discriminante (attention aux contrats simultanés)
• DSN-ID-X40009
 DSN-ID-IDDOSP PIC X(5)
 DSN-ID-IDSUITE PIC X(15)
Cet exemple de mise en œuvre du Service DSN-SRV-CONTID répond à l'exigence

suivante du cahier technique 2019.1.2 :
ATTENTION : Un NIR ne peut être présent qu'une seule fois dans la
déclaration, il doit être unique pour permettre la traçabilité et
l'identification de l'individu.
L'application de cette surcharge permettra au module DSN de fusionner dans un seul

bloc 30 l'ensemble des dossiers identifiés se rapportant à la même personne.
130/191
Cas d'une mutation technique sans rupture du contrat juridique

Il arrive au contraire que plusieurs dossiers ZY représentent non pas des contrats différents, mais le
même contrat au sens de la DSN. Ainsi, sur les sites qui utilisent encore plusieurs réglementations de
paie, certaines mutations (d'entreprise, de convention collective) obligent à créer un nouveau dossier
dans ZY. Pour autant, le contrat DSN continue.
Dans ce cas, il faut veiller à :

 Agir sur le numéro de contrat de manière à ce qu'il reste identique dans les deux dossiers (par
exemple en le valorisant par la date d'embauche initiale)
 Agir sur les dates début et fin de contrat (DSN-ID-DDEBC et DSN-ID-DFINC)
Au retour de l'appel du service, le système contrôle que les dates début et fin encadrent toujours celles
du dossier de paie courant (UT-DOSP-TSPD0J et TSPF0J) et les force à ces dernières si ce n'est pas le
cas. En effet, un même bulletin dans le PRDB ne peut pas porter plusieurs contrats au sens de la DSN
(unicité de l'information ZXMI).
Exclusion physique des bulletins

Si vous désirez, de manière automatique, exclure totalement de la DSN certains contrats, vous pouvez
alimenter le témoin d'exclusion bulletin DSN-ID-FLEXCL directement par traitement. Cette solution
pouvait faire sens en phase 1, mais elle n'est pas recommandée à partir de la phase 2.
L'alimentation de ce témoin aura pour effet que les éléments de paie portés par le
bulletin, brut et cotisations, ne seront jamais déclarés en DSN, sans aucune
possibilité de revenir en arrière après la date d'exigibilité de la DSN mensuelle. Ce
témoin doit donc être utilisé avec les plus grandes précautions.
En effet, à ce stade du traitement de paie (début de traitement dans DBI), on ne dispose pas encore de
la connaissance des rubriques qui seront déclenchées : si des cotisations destinées à l'URSSAF sont
déclenchées en paie, le bulletin devrait être déclaré dans une DSN phase 2.
La phase 2 permet en revanche d'exclure "logiquement" un contrat de la DSN, via le champ

s21.G00.40.025 Motif d'exclusion DSN. Il permet d'indiquer que ce contrat est exclu de certaines
procédures DSN (notamment les signalements à Pôle Emploi et à la CNAM), tout en déclarant les
montants utiles aux autres procédures (notamment les cotisations). Il est recommandé d'utiliser de
préférence ce motif d'exclusion logique (à valoriser au niveau du service DSN_CONTRAT_FIX) pour les
populations concernées.
Le témoin FLEXCL reste accessible en mise à jour après la paie, ce qui permet au gestionnaire d'exclure
certains bulletins non significatifs lorsque la paie en a produit plusieurs pour un contrat encore actif ou
pour un salarié sorti (par exemple, un bulletin en rappel pour lequel aucun montant significatif n'est
présent dans la table ZXMM).
131/191
b. Le service DSN-SRV-UD (valeur DSN_UNITE_DECL)

Ce service, ajouté dans la version 2.1, permet de relier le bulletin à son unité déclarative. Il est appelé
une fois par bulletin et est en charge de fournir les données suivantes :
 Le code, le modèle et le SIRET du dossier DRE de référence (porteur de l'information ZD7S) :
• DSN-UD-E11001
• DSN-UD-IDMDL6
• DSN-UD-Y11001
 Le lot (si fractionnement interne) :
• DSN-UD-CODLOT
Les champs - en lecture seule - suivants fournissent le contexte de l'appel :
 DSN-DATREF : date valorisée au dernier jour du mois principal déclaré si le contrat est toujours actif
à cette date. Si une rupture bulletin a lieu au milieu de ce mois, elle est valorisée au dernier jour du
bulletin.
 DSN-UD-BULRAP : indique que le bulletin courant est entièrement en rappel :
• S pour un rappel sur salarié sorti (auquel cas DSN-DATREF contient la date de la sortie, soit
DSN-ID-DFINC)
• R si une rupture bulletin intervient avant le mois principal déclaré pour un contrat qui se poursuit
Deux traitements personnalisables assurent son implémentation en standard (FE0380BI pour
l'établissement d'affectation et FE0AE1BI pour le lot).
Implémentation du service DSN-SRV-UD par le traitement FE0380BI

Le traitement de service (FE0380BI) l'implémente en recherchant dans ZY38 l'occurrence la plus récente
de date début inférieure à DSN-DATREF. Il valorise DSN-UD-IDMDL6 par le modèle de rang 6 associé à
la réglementation courante de l'individu et DSN-UD-E11001 par la rubrique ZY38-IDESTA de l'occurrence
trouvée.
Il valorise enfin DSN-UD-Y11001 par le SIRET (lu dans ZD7R) de l'établissement trouvé.
Cas particulier d'un SIRET réparti sur plusieurs codes du répertoire des
établissements (DRE)
Si, sur votre site, le même SIRET est porté par plusieurs codes du répertoire des établissements (DRE)
- qui peuvent différer par leur modèle ou par leur code -, vous devez personnaliser ce traitement afin
d'indiquer celui qui sert de code de DRE de référence pour la DSN (voir au chapitre "Paramétrage
réglementaire DSN", dans la section consacrée au paramétrage des unités déclaratives, le paragraphe
"Configuration particulière : plusieurs codes DRE pour le même SIRET").
Implémentation du service DSN-SRV-UD par le traitement FE0AE1BI

Ce traitement de service alimente le code lot du dossier individuel (DSN-UD-CODLOT) à partir de
l'information Lot de gestion DSN individu (ZYAE). Si l'information est présente dans le dossier individuel,
il prend le code lot renseigné. Sinon, il alimente le code lot avec la valeur "STD" (code lot livré). Ce
traitement de service peut être remplacé par un traitement alimentant le code lot à partir d'autres
informations et selon des règles propres à votre site.
132/191
Jusqu'en 2.0, le lot était géré par un service spécifique (ancienne valeur
"DSN_CONTRAT_LOT"). Ce service a été supprimé en 2.1, le code lot s'alimentant
désormais via le service "DSN_UNITE_DECL". Si un traitement personnalisé avait été
mis en place pour valoriser le lot, il convient donc d'en gérer les impacts.
c. Le service DSN-SRV-CONTFIX (valeur DSN_CONTRAT_FIX)

Ce service permet d'obtenir les attributs simples du contrat (ceux dont les changements ne sont pas
déclarables en bloc 41) à une date de référence donnée (DSN-DATREF).
Il est appelé une fois par bulletin (en passant la date de fin de la dernière période calcul du bulletin ou
la date de fin de contrat).
En standard, les champs de la zone d'échange (ceux de la zone groupe DSN-MI-SC40FX) sont valorisés
par des traitements modulaires livrés (référencés dans le mapping joint en annexe). Un de ces
traitements est décrit ci-après.
C'est également via ce service qu'il convient de valoriser le champ Motif d'exclusion s'il fait sens (DSN-
MI-V40025) en créant un traitement de service dédié.
Implémentation du service DSN-SRV-CONTFIX par le traitement FE0CO1BI

Ce traitement se base sur l'information Contrat (ZYCO). Il recherche l'occurrence de contrat en vigueur
à DSN-DATREF et retourne les données attendues par le service demandé et qui dépendent de ZYCO.
Si le service demandé a pour valeur DSN_CONTRAT_FIX, il alimente la date de fin prévisionnelle (variable
DSN-MI-D40010) à partir de la rubrique date de fin prévisionnelle du dossier (ZYCO-DATPRE).
d. Le service DSN-SRV-CONTHIST (valeur DSN_CONTRAT_HIST)

Ce service est appelé pour obtenir les attributs historisés du contrat (ceux qui ont une correspondance
dans le bloc 41) à une date donnée (DSN-DATREF).
Il est appelé une fois par période de calcul élémentaire, en passant, dans DSN-DATREF, la date de fin de
cette période (ou la date de fin de contrat si elle est inférieure).
Avant l'appel, la zone DSN-MJ-DATEFF est initialisée à UT-DTZERO. Au retour, si la date d'effet retournée
est supérieure à la date de début de la période calcul, elle sera forcée à cette date. Si elle lui est
inférieure, et qu'il s'agit du premier appel, elle sera également forcée à la date début de la période calcul,
sinon l'occurrence sera ignorée (car déjà stockée par l'appel précédent).
Pour les traitements qui implémentent ce service, il convient donc de porter une attention particulière à
l'alimentation du champ DSN-MJ-DATEFF. Ils ne doivent la surcharger par la date d'effet de l'occurrence
source lue dans ZY qu'à condition que celle-ci soit supérieure à la valeur déjà présente dans DSN-MJ-
DATEFF. Sinon, il y a un risque d'écrasement de la date de changement valorisée par un traitement
précédent, concernant une autre information modifiée plus récemment.
133/191
En standard, les champs de la zone d'échange (DSN-MJ-*) sont valorisés par des traitements modulaires
25
livrés (référencés dans le mapping joint en annexe) . Un de ces traitements est décrit ci-après.
Implémentation du service DSN-SRV-CONTHIST par le traitement FE0CO1BI

Ce traitement se base sur l'information Contrat (ZYCO). Il recherche l'occurrence de contrat en vigueur
à DSN-DATREF et retourne les données gérées par ZYCO et attendues par le service.
Si le service demandé a pour valeur DSN_CONTRAT_HIST, ce traitement alimente les données DSN
suivantes :
 Le dispositif de politique publique avec :
• La nature de contrat source (variable DSN-MJ-W40008) à partir la nature de contrat du dossier
(ZYCO-NATCON)
• Le répertoire source (variable DSN-MJ- Z40008) par "UIQ"
• La valeur cible de la norme DSN issue de la transformation de codification vers le champ 40.008
(variable DSN-MJ-V40008)
 Le motif de recours à un CDD avec :
• La nature de contrat source (variable DSN-MJ-W40021) à partir de la nature de contrat du
dossier (ZYCO-NATCON)
• Le répertoire source (variable DSN-MJ-Z40021) par "UIQ"
• La valeur cible de la norme DSN issue de la transformation de codification vers le champ 40.021
(variable DSN-MJ-V40021)
 La nature du contrat (S21.G00.40.007) en opérant une transformation complexe utilisant deux
répertoires :
• Il recherche prioritairement si une transcodification UIP existe pour la valeur de ZYCO-TYPCON ;
si ce n'est pas le cas, il utilise - comme en phase 2 - la transcodification de UIQ pour la valeur
de ZYCO-NATCON.
• La valeur cible de la norme DSN issue de la transformation de codification alimente la variable
DSN-MJ-V40007.
• Les champs Répertoire et Valeur sources (variables DSN-MJ-W40007 et DSN-MJ-Z40007) sont
en revanche laissés à blanc, afin d'éviter un comportement inattendu du "Rechargeur", si le
paramétrage du répertoire source dans ZD7O est modifié après la paie.
Pour rappel, l'alimentation des données sources (code HRA + répertoire) permet de garder les éléments
nécessaires à l'utilisation du "Rechargeur", suite à des modifications, après la paie, dans la table de
transcodification.
e. Le service DSN-SRV-CONTRUPT (valeur DSN_CONTRAT_RUPT)

Ce service permet d'obtenir les données liées à la rupture de contrat. Il est appelé dès lors que la date
de fin de contrat est présente et comprise dans la période de calcul courante.
Dans ce cas, le service doit valoriser les champs DSN liés à la fin de contrat (blocs 62 et 63). Avant
l'appel du service, la date de fin de contrat (DSN-MQ-D62001) est valorisée par DSN-ID-DFINC (voir
service DSN-SRV-CONTID). Elle ne peut plus être surchargée à ce stade.
25
Le service DSN-SRV-CONTHIST ne prend plus en charge la valorisation de l'établissement d'affectation. Le traitement de
service FC 0381BI ne gère donc plus ce champ, mais se contente de récupérer certains attributs du code DRE porté par ZY38 et
d'initialiser le champ "SIRET lieu de travail" (surchargé ensuite en standard par le contenu de ZY39 si celle-ci est présente). Si ce
traitement avait été personnalisé sur site, il convient de gérer les impacts de ce changement. En effet, les zones E41012 et
Y41012 de l'information ZXMJ ne sont plus exploitées du tout par le système (elles n'ont été conservées en base que pour éviter
la génération d'un drop table).
134/191
En standard, les champs de la zone d'échange (DSN-MQ-* pour le bloc 62 et DSN-MR-* pour les blocs
63) sont valorisés par un traitement modulaire livré. Son fonctionnement est décrit ci-après.
Implémentation du service DSN-SRV-CONTRUPT par le traitement FE0ES1BI

Ce traitement se base sur l'information Entrées / Départs (ZYES). Il recherche l'occurrence de Entrées /
Départs (ZYES), correspondant à la date DSN-MQ-D62001 et retourne les données attendues par le
service.
Ce traitement alimente le motif de la rupture du contrat avec :

 Le code source du motif de la rupture du contrat (variable DSN-MQ-W62002) à partir du Motif de
situation après sortie du dossier (ZYES-RSSTAT).
 Le répertoire source (variable DSN-MQ-Z62002) par "UAK".
 La valeur cible de la norme DSN du code motif de la rupture du contrat issue de la transformation de
codification (variable DSN-MQ-V62002).
L'alimentation des données sources de la transformation de codification (code HRA + répertoire) permet
de garder les éléments nécessaires en cas de "rechargement" de la transformation de codification.
Le traitement exploite également les autres données de l'information ZYES (utilisées aussi par l'AED
standard) pour valoriser notamment les différentes dates nécessaires au signalement fin de contrat. Ceci
inclut également les dates de préavis (bloc 63) qu'il valorise en alimentant une ou plusieurs occurrences
de la table DSN-MR-*.
Agir sur le statut initial de l'événement Fin de contrat

Depuis la version 3.2, en personnalisant l'implémentation du service DSN-SRV-CONTRUPT, on peut agir
dès le traitement de paie sur la décision de traitement de la DSN de signalement.
Pour interdire la production d'une DSN de signalement Fin de contrat - même après validation de la paie
- on valorisera le champ DSN-MQ-SIGNAL à 'I' et le champ DSN-MQ-SOURCE à 'T'.
f. Le service DSN-SRV-PREVOY (valeur DSN_PREVOYANCE)

Ce service permet d'obtenir les attributs des caisses de mutuelle et de prévoyance à une date de
référence donnée (DSN-DATREF) destinés au bloc 70, ainsi que les ayants droit associés destinés au
bloc 73 si cela fait sens.
Il est appelé une seule fois (en passant la date de fin de la dernière période calcul du bulletin courant ou
la date de fin de contrat).
En standard, les champs de la zone d'échange (DSN-MN-* ; tableau de 10 occurrences et DSN-MH-*

pour les ayants droit) relatifs à ce service sont valorisés par un traitement modulaire livré. Son
fonctionnement est décrit ci-après.
Implémentation du service DSN-SRV-PREVOY par le traitement FE0CS3BI dans

le cas de la norme phase 2
Ce traitement se base sur l'information Caisses (ZYCS). Il recherche les occurrences de Caisses (ZYCS)
de type institut de prévoyance (ZDCC-TYCAIS = "P"), organisme de mutuelle (ZDCC-TYCAIS = "M") ou
société d'assurance (ZDCC-TYCAIS = "H") en vigueur à DSN-DATREF et retourne les données attendues
par le service.
135/191
Ce traitement exploite les propriétés du code régime (DRX/ZD0B) ou de la caisse (DRK/ZDCC) pour
alimenter les données DSN suivantes :
 La référence du contrat (variable DSN-MN-X70001) à partir du Numéro d'adhérent société du régime
(ZD0B-CONSOC).
 Le code organisme de Prévoyance (variable DSN-MN-X70002) à partir du Numéro de caisse (ZDCC-
NUCAIS) du code DRK porteur de risque (ZD0B-PRTRSQ).
 Le code organisme délégataire (variable DSN-MN-X70003) à partir du Numéro de caisse (ZDCC-
NUCAIS) du code DRK délégataire (ZD0B-DELEGA).
 Le code option retenu par l'individu (variable DSN-MN-X70004) à partir du Code option du Régime
(ZD0B-RETSAL).
 Le code population de rattachement (variable DSN-MN-X70005) à partir du Code population du
Régime (ZD0B-POPRAT).
Implémentation du service DSN-SRV-PREVOY par le traitement FE0CS5BI dans

le cas de la norme phase 3
Ce traitement se base également sur l'information Caisses (ZYCS). Il recherche les occurrences en
vigueur à DSN-DATREF, mais ne retient que celle dont le code régime DRX comporte un code DFG, sans
considérer le code caisse (DRK).
Il alimente alors les données suivantes :

 L'identifiant d'adhésion (variable DSN-MN-X70013) par le code DFG attaché au régime (ZD0B-
NUMTEC).
 Le code d'affiliation (variable DSN-MN-CODDEC) par le code régime DRX.
 Le code option retenu par l'individu (variable DSN-MN-X70004) à partir du Code option du Régime
(ZD0B-RETSAL).
 Le code population de rattachement (variable DSN-MN-X70005) à partir du Code population du
Régime (ZD0B-POPRAT).
Le traitement ne prend pas en charge les ayants droit (tableau DSN-MH-).
g. Le service DSN-SRV-IRC (valeur DSN_IRC)

Ce service permet d'obtenir les attributs des institutions de retraite complémentaire à une date donnée
(DSN-DATREF). Il est appelé une seule fois (en passant la date de fin de la dernière période calcul du
bulletin ou la date de fin de contrat).
En standard, les champs de la zone d'échange (DSN-MV-*) relatifs à ce service sont valorisés par un
traitement modulaire livré. Son fonctionnement est décrit ci-après.
Implémentation du service DSN-SRV-IRC par le traitement FE0CS4BI

Ce traitement se base sur l'information Caisses (ZYCS). Il traite uniquement les régimes de retraite
complémentaire AGIRC et ARRCO, en recherchant les occurrences de Caisses (ZYCS) de type ARRCO
(ZDCC-TYCAIS = "A") ou AGIRC (ZDCC-TYCAIS = "C") en vigueur à DSN-DATREF.
Conformément aux consignes de la phase 3, si une ligne AGIRC été trouvée, une occurrence dans DSN-
MV est créée, en valorisant la rubrique DSN-MV-X71002 par la valeur 'RETC'. En l'absence de ligne AGIRC
mais en présence d'une ligne ARRCO, la rubrique est valorisée par 'RETA'. Dans le cas où d'autres régimes
de retraite complémentaires sont gérés sur site (IRCANTEC, CPRPNAC...), il est nécessaire de remplacer
ce traitement par un traitement spécifique.
À partir de la norme 2019, RETA et RETC sont remplacés par RUAA pour le régime unifié AGIRC-ARRCO.
136/191
Le cahier technique impose que, en l'absence de régime de retraite complémentaire,

un bloc 71 soit généré contenant la valeur d'échappement 90000 : pas de régime
complémentaire. Ceci est assuré par le traitement principal, si au retour de l'appel
du service DSN-SRV-IRC, aucun code régime n'a été alimenté.
h. Le service DSN-SRV-EFFECTIF (valeur DSN_EFFECTIF)

Ce service permet d'exclure un individu du décompte de l'Effectif de fin de période déclarée de
l'établissement (11.008).
Il est appelé si la dernière période bulletin contient bien le dernier jour du mois déclaré et que l'individu
n'est pas sorti à cette date. La variable DSN-EFF-N11008 est initialisée à "1".
Implémentation du service DSN-SRV-EFFECTIF par le traitement FCRFJ1BI

En phase 3, le traitement livré en standard exclut de l'effectif les individus dont la nature de contrat
(40.007) est Stagiaire (29) ou dont le dispositif de politique publique (40.008) correspond à un apprenti
(64, 65 ou 81). Pour eux, le témoin DSN-EFF-N11008 est remis à zéro.
5.6.4. Services DSN relatifs à la déclaration des absences

Le moteur DSN prend en charge l'énumération des absences à déclarer, soit en bloc 60, soit en bloc 65,
à partir de l'information standard ZYAG Absences, en appliquant les règles suivantes :
 Pour les absences incluses dans un mois principal déclaré, l'absence est déclarée une seule fois, sauf
en cas de modification ultérieure de l'absence.
 Pour les absences supra-mensuelles, l'absence est déclarée sur tous les mois où elle est présente.
Une fois déclarée, l'absence est marquée comme prise en compte en DSN (témoin ZYAG-VALIDD) à
l'occasion de la remontée de paie.
En cas d'annulation d'une absence déjà déclarée en DSN, l'annulation est mémorisée à l'aide d'une
information technique (ZYUH). En remontée de paie, les annulations d'absence déclarées en DSN sont
supprimées de cette information de stockage.
a. Le service DSN-SRV-DERJOU (valeur DSN_DER_JOUR_TRAV)

Ce service permet d'obtenir certains attributs relatifs à une absence de type "arrêt de travail". Il est
appelé pour chaque absence ZYAG de nature IJ comprise dans la période calculée en paie et permet de
valoriser des champs supplémentaires du bloc 60 non présent dans ZYAG.
En standard, les champs de la zone d'échange (DSN-BI2D-*) relatifs à ce service sont valorisés par un
traitement modulaire livré. Son fonctionnement est décrit ci-après.
Implémentation du service DSN-SRV-DERJOU par le traitement FE-BIF3SV

Ce traitement se base sur l'information DSN : Evénement "Arrêt de travail" (ZYAL). Il recherche, pour
une absence (ZYAG) de type "arrêt de travail" (bloc 60) à déclarer, l'occurrence de ZYAL correspondante
(même date de début et même motif). Une fois trouvée, le traitement retourne les données attendues
par ce service.
137/191
Ce traitement alimente les rubriques du PRDB dédiées suivantes :

 La date du dernier jour travaillé via la variable DSN-BI2D-D60002 à partir de la rubrique ZYAL-
D60002.
 S'il y a eu reprise :
• La date de reprise via la variable DSN-BI2D-D60010 à partir de la rubrique ZYAL-D60010.
• Le motif de reprise via la variable DSN-BI2D-D60011 à partir de la rubrique ZYAL-V60011.
b. Le service DSN-SRV-MOTS65 (valeur DSN_MOTIF_SUSPENSION)

Ce service permet de gérer plus finement le motif d'absence lu dans ZYAG en accédant à une autre
information (par exemple : lire l'information Invalidités (ZYHA) pour gérer plus finement les motifs
d'invalidité).
Aucun traitement standard implémentant ce service n'est livré. Si vous désirez l'utiliser, vous devez créer
un traitement spécifique utilisant ce service et alimentant le nouveau code dans la zone DSN-BI2D-
MOTS65.
c. Le service DSN-SRV-SHUNTABS (valeur DSN_SHUNT_ABSENCE)

Ce service permet de shunter par traitement spécifique la génération d'un bloc 60 ou 65 déclenché par
le moteur à partir de ZYAG.
Les variables fournies en entrée du service sont les suivantes :

 DSN-BI2D-DBZYAG : date de début de l'absence
 DSN-BI2D-FNZYAG : date de fin de l'absence
 DSN-BI2D-MTZYAG : motif HR Access de l'absence
 DSN-BI2D-VALDSN : valeur DSN du motif d'absence
 DSN-BI2D-CDINFO : code information source (ZYAG ou ZYE3)
 DSN-BI2D-IDBLOC : bloc "cible" de la DSN (60 ou 65)
Le traitement de service peut empêcher la génération du bloc en valorisant la variable suivante (par une
valeur différente de zéro) :
DSN-BI2D-FSHUNT : témoin de court-circuitage
d. Créer des blocs 65 supplémentaires non dépendants de ZYAG

Il peut arriver que, sur votre site, vous ayez à gérer certaines suspensions de contrat à partir de données
purement spécifiques, non basées sur la logique standard (absences de gestion en ZYAG et impacts en
paie via découpage en ZYDA).
Dans ce cas, vous devez créer un traitement spécifique de contexte DBI classique, qui sera indépendant
du moteur DSN basé sur ZYAG.
Inspirez-vous du traitement moteur (FC BI2DSN) pour en reprendre la même logique de constitution des
blocs 65. Ce traitement peut alors lire une information spécifique. Attention, il devra également gérer
lui-même les annulations potentielles ainsi que le marquage des occurrences déjà déclarées, à l'image
du standard DSN sur ZYAG/ZYUH.
Le traitement moteur FCBI2DSN ne doit en aucun cas être modifié. Conservez-le pour la prise en charge
des blocs 60 et 65 toujours issus des absences ZYAG, et continuez d'utiliser les contextes de service
décrits précédemment pour affiner le traitement de celles-ci.
138/191
5.6.5. Exploitation du mécanisme de transformation de codification par un

traitement spécifique
a. Mettre en œuvre une transformation de codification non standard

Le mécanisme de transformation de codification est utilisé en standard pour certains champs DSN en
particulier. Toutefois, rien n'interdit de l'élargir à d'autres champs alphanumériques de la DSN, si besoin,
et de l'exploiter dans un traitement spécifique.
L'information ZD7O peut être ajoutée à n'importe quel répertoire et cibler n'importe quelle rubrique DSN
alphanumérique.
Pour exploiter celle-ci, le traitement spécifique pourra appeler la routine standard de transformation de
codification : le traitement FCZZ7OUU.
► En entrée, il faut alimenter les zones suivantes :
• UT-ZZ7O-NORDSN avec la norme DSN en vigueur (NB : dans le programme DBI, la norme en
vigueur est contenue dans la variable DSN-NORME)
• UT-ZZ7O-CDCODE avec le code source à transformer
• UT-ZZ7O-CDSTCO avec le répertoire du code source
• UT-ZZ7O-IDRUBR avec la rubrique DSN cible
► Il faut ensuite appeler la routine de transformation en performant le traitement standard
FCZZ7OUU.
► En retour de la routine, le code transformé est dans la zone UT-ZZ7O-VALDSN.
En revanche, le Rechargeur ne gère que les transformations visant des rubriques

DSN stockées "en double codification" dans les tables DSN.
5.6.6. Déclaration d'un changement relatif à l'identifiant du contrat
L'identification des contrats dans le système DSN

Le SI-DSN gère dans une base unique des contrats venant de milliers de SIRH dispersés, basés sur des
solutions éditeurs diverses. Un contrat précis y est pleinement identifié par trois champs principaux :
 Le NIR (ou le NTT en phase 2) qui identifie l'individu
 Le SIRET employeur
 Le numéro de contrat, complété de la date début de contrat
Lorsqu'un de ces champs identifiant est modifié dans le SIRH source, il est indispensable de communiquer
cette information à la DSN en lui fournissant précisément, via un bloc 41, l'ancienne valeur de
l'identifiant. En effet, le système DSN doit pouvoir faire le lien avec la DSN précédente concernant le
même contrat, notamment lors du traitement des Signalements.
 Le changement d'identification de l'individu est géré via le bloc 31 (notamment le changement de
NIR) et, si besoin, par le NTT. C'est l'Espace DSN qui le prend en charge par comparaison avec la
déclaration du mois précédent (voir la section "Données DSN de l'individu" plus haut dans ce
chapitre).
 Les changements relatifs au SIRET Employeur, au numéro de contrat et à la date début sont
également à déclarer impérativement via le bloc 41. Ils sont datés, au plus tôt, du premier jour du
mois déclaré. Dans le cas du SIRET Employeur seulement, cette date peut se situer au milieu de ce
mois, à condition que la mutation ait donné lieu à deux bulletins séparés.
139/191
Les OPS – et notamment les URSSAF - n'admettent pas le cas d'une mutation de
SIRET d'affectation prenant effet rétroactivement. Une fois qu'un établissement
donné a déclaré et versé les cotisations, il semble qu'il ne soit pas possible aux
URSSAF de transférer les sommes déjà déclarées sur un autre établissement (cette
limite existait déjà avec la DUCS). Pour ces raisons, le GIP-MDS recommande d'éviter
la saisie d'une mutation d'établissement avec effet rétroactif.
La table ZXMI permet d'accueillir les anciens identifiants du contrat, lorsque ceux-ci ont subi une
modification entre deux bulletins successifs (d'un mois sur l'autre ou au cours du mois courant). Il s'agit
des rubriques suivantes :
 ZXMI-Y41012 et DCH012 pour l'ancien SIRET d'affectation (qui n'est donc plus géré via ZXMJ)
 ZXMI-X41014 pour l'ancien numéro de contrat
 ZXMI-D41021 pour l'ancienne date début de contrat
Le changement de SIRET employeur est détecté automatiquement par le

système
Le système (via le traitement "moteur" FCBI0DSN) détecte les changements de SIRET Employeur dans
les deux cas suivants :
 Celui d'un bulletin dont la période traitée commence au premier du mois (ou précédemment si du
rappel est déclenché).
 Celui où une rupture bulletin (ou une rupture dossier de paie) a lieu au milieu du mois de paie courant,
pour le même contrat DSN.
Dans le premier cas, l'ancien SIRET est identifié par lecture SQL du champ ZXMI-Y11001 porté par le
dernier bulletin produit lors du mois de paie précédent pour le même contrat. Si une différence est
détectée, la date du changement est valorisée au premier jour du mois courant.
Dans le second cas (nouveau dossier de paie pour mutation ou CSCP rupture bulletin au cours du mois
courant), le système compare le SIRET employeur affecté au second bulletin avec celui affecté lors du
traitement du bulletin précédent. Là encore, si une différence est détectée, le second bulletin portera
l'indication du changement (à la date de la rupture bulletin de milieu de mois). Les deux bulletins seront
déclarés dans des unités déclaratives distinctes. Le second portera, via le bloc 41, l'indication du
changement de SIRET à la date de la rupture bulletin.
Cette solution gère aussi le cas où il n'y a pas réellement de transfert du contrat, mais où c'est
l'établissement lui-même qui est "re-siretisé" entre deux périodes de paie. Il n'est pas obligatoire de
reporter ce changement au niveau des dossiers individuels (en créant artificiellement une nouvelle
occurrence dans ZY38). En effet, la comparaison se fait sur les SIRET et non sur les codes : même si le
code DRE est resté inchangé, dès lors que la valeur de SIRET, portée par le bulletin du mois précédent,
est différente de la valeur lue dans ZD7R, un bloc changement sera généré indiquant l'ancien SIRET.
140/191
En cas de mutation technique, la recherche automatique peut ne pas suffire. Dans

ce cas, il reste possible de déclarer l'ancien SIRET d'affectation au niveau du bulletin
du nouveau dossier par une action manuelle.
Pour cela, on procède de la même manière que pour les changements de numéro de
contrat ou de date début, décrits ci-après.
Gérer manuellement le changement de numéro ou de date début contrat

La page de consultation PRDB des données DSN offre, à partir de la version 2.1, la possibilité de vérifier
le chaînage des DSN mensuelles, via un nouveau lien ("Vérifier le chaînage avec la DSN du mois
précédent").
A travers ce lien, le gestionnaire peut également agir sur les cas particuliers de changement de numéro
de contrat ou de correction de la date d'embauche après la première paie.
Le système aide l'utilisateur à rechercher si le contrat avait déjà été déclaré précédemment en DSN (en
présentant tous les bulletins produits pour le même individu lors du mois de paie précédent). Si besoin,
le gestionnaire peut élargir la recherche aux bulletins produits à partir d'un autre dossier ZY, mais qui
dispose du même matricule DSN (au niveau de l'information ZYAD). Ceci peut être utile dans le cas d'une
mutation technique sans rupture du contrat juridique.
Cette recherche permet au gestionnaire de retrouver sous quel identifiant le contrat avait été déclaré le
mois précédent, même s'il a été renuméroté ou si la date d'embauche a été corrigée depuis.
Cette solution de mise en relation manuelle entre deux mois de paie permet de valoriser manuellement
l'ancien numéro de contrat éventuel (ou l'ancienne date début) et par la suite, d'alimenter aussi l'ancien
SIRET si celui-ci a également changé.
5.7. Critères libres et métadonnées

Certaines informations dédiées à la DSN comportent en outre des "métadonnées" ou "attributs libres".
Leur usage est réservé à l'offre Espace DSN qui les exploite à deux niveaux :
 Comme données complémentaires éditables dans les rapports de contrôle
 Comme critères de configuration de la confidentialité du gestionnaire sur les DSN de type Signalement
5.7.1. Attributs libres de niveau Individu et Contrat

Les champs suivants permettent d'associer, au niveau des DSN mensuelles, des données
supplémentaires (hors flux DSN) éditables dans les rapports de contrôle de l'Espace DSN :
 Au niveau Individus :
• ZYAD-ZOUT01 : Attribut libre 1
• ZYAD-ZOUT02 : Attribut libre 2
• ZZ91-ZOUT01 : Attribut libre 1
• ZZ91-ZOUT02 : Attribut libre 2
 Au niveau Contrat :
• ZXMI-ZOUT01 : Attribut libre 1
• ZXMI-ZOUT02 : Attribut libre 2
141/191
Pour plus d'informations sur la configuration de l'Espace DSN permettant d'exploiter

ces quatre attributs dans les rapports, reportez-vous au Guide Rapports de contrôle
de l'Espace DSN.
Ces quatre attributs ne sont pas valorisés par l'implémentation standard de valorisation des informations
ZYAD, ZXMI et ZZ*. Ils sont purement et uniquement dépendants des besoins spécifiques éventuels du
site.
Concernant les attributs de l'individu (ZYAD), il est possible de les alimenter par traitement spécifique
en utilisant le "pseudo-contexte" UTAD02 de surcharge de l'information ZYAD, évoqué dans la section
"Données DSN de l'individu".
Concernant les attributs de l'individu (ZZ*), il est possible de les alimenter dans les pages Web de saisie
de ces informations.
Concernant les attributs du contrat dans le PRDB (ZXMI), il faut créer un traitement spécifique DBI qui
alimente directement ces zones au niveau de l'information YSFI. Pour ce faire, vous pouvez utiliser le
contexte TBP406, à condition que son numéro de priorité soit supérieur à celui du traitement "moteur"
FCBI0DSN (qui initialise YSFI) afin qu'il s'exécute après lui.
5.7.2. Métadonnées associées aux "Evénements DSN"

Plusieurs zones libres des informations "Evénements DSN" (ZYAL et ZXMQ) permettent de configurer la
confidentialité du gestionnaire sur les signalements dans l'Espace DSN. Elles sont nommées ZOUT01 à
ZOUT07.
Pour plus d'informations sur l'exploitation par l'Espace DSN de ces métadonnées de
confidentialité, reportez-vous au Guide de sécurité de l'Espace DSN.
Seules les suivantes sont valorisées en standard :

 ZOUT01 Salarié - Attribut libre 1 et ZOUT02 Salarié - Attribut libre 2. Valorisés par les champs de
même nom dans ZYAD.
 ZOUT03 : Etablissement d'affectation et ZOUT04 Société. Valorisés respectivement par le code DRE
de l'information ZY38 et par le code UAA de l'information ZYES, en vigueur à la date de l'événement.
 ZOUT05 : Identifiant du gestionnaire source. Valorisé en standard, uniquement pour ZYAL, par
l'identifiant de l'utilisateur qui a saisi l'absence en GA.
Quant à la métadonnée ZOUT07, elle est réservée à la gestion en M2M des DSN Signalements. Elle
permet d'accueillir un mot-clé qui sera utilisé par l'Espace DSN pour déterminer le compte Déclarant au
titre duquel le flux sera transféré au point de dépôt (Net-Entreprises ou MSA).
Reportez-vous au Guide de référence du mode Machine à Machine (M2M) pour plus d'information sur ce
mode de détermination du compte Déclarant M2M d'un signalement.
142/191
Pour surcharger ou compléter ces métadonnées, il faut intervenir par traitement, de la même manière
que pour la personnalisation des données DSN.
Pour rappel :
 Pour ZYAL, via le pseudo-contexte (WFC-0AL1-CDTRAI = "UTAL01"), en valorisant les zones DSN-
ZYAL-ZOUT*
 Pour ZXMQ, via traitement TDPZBI de service DSN-SRV-CONTRUPT, en valorisant les zones DSN-MQ-
ZOUT*
5.7.3. Métadonnées associées aux structures Hors Paie

Les zones libres ZOUT01 Individu - Attribut libre 1 et ZOUT02 Individu - Attribut libre 2 sont mises à
disposition dans certaines informations de la structure de données ZZ.
Pour plus d'informations sur l'exploitation par l'Espace DSN de ces métadonnées de
confidentialité, reportez-vous au Guide de sécurité de l'Espace DSN.
Elles peuvent être valorisées soit par l'utilisateur via les pages Web de gestion des données hors paie,
soit en spécifique dans des batchs d'alimentation des données de la structure de données Hors Paie.
5.8. Procédures d'alimentation de la structure ZZ

Pour valoriser la structure de données ZZ, le kit DSN fournit des pages permettant la consultation, la
création et la mise à jour de cette structure de données.
Lorsque la volumétrie des données concernées est importante, il est nécessaire de mettre en œuvre sur
site des procédures batch en charge d'extraire les données utiles d'une source quelconque (PRDB sur
une année entière, données issues d'autres applications, etc.) et de charger des informations ZZ**. Ceci
évite d'avoir à recourir à une saisie manuelle.
Pour ce faire, notamment lorsque la source est le PRDB lui-même, il est recommandé d'utiliser la
technologie "BRAIn" (phase "IAN"). Cette chaîne batch, plus riche que les classiques processus "NRA",
permet de mettre en place une interface batch constituée de plusieurs étapes (sélection, extraction, tri,
transformation/agrégation des données triées et génération de mouvements) et de l'enchaîner
directement avec l'injection de ces mouvements dans la structure de données cible.
Le kit DSN a pour prérequis l'installation du kit KTCOBRAIN. Ce dernier contient les composants
techniques de la technologie "BRAIn", ainsi que les pages Web permettant de lancer des processus de
cette qualification à partir de HRa Space.
5.8.1. Processus "BRAIn" livrés en standard

Des processus BRAIn sont livrés en standard pour les besoins suivants :
 Génération des données liées à l'assujettissement fiscal dans la structure Hors Paie du Mois.
 Génération des données "hors paie" pour le prélèvement à la source d'individus exclus de la DSN
mais passant en paie.
143/191
Notez qu'il existe aussi des processus BRAIn liés à l'ancienne solution de gestion des
versements (antérieure à la DSN 5.0). Pour plus d'information, veuillez consulter le
Guide de paramétrage et Mapping des données de la version DSN 4.2.
a. Génération des données liées à l'assujettissement fiscal

L'Espace DSN produit les blocs S21.G00.44 'Assujettissement fiscal' à partir des données présentes
dans des dossiers de la structure de données ZZ Hors paie du mois :
 Dossiers de type UDM Unité de déclaration mensuelle pour la période DSN à traiter. Un dossier de
type UDM correspond à une unité déclarative (établissement, point de dépôt, lot de gestion) pour un
mois de déclaration.
 Données présentes dans des occurrences de l'information ZZ44 Assujettissement fiscal portant :
• Un code taxe (par exemple 001 - Assujettissement à la taxe à l'apprentissage, 002 – Non-
assujettissement à la taxe à l'apprentissage…).
• Le montant lorsque le code taxe correspond à un cas d'assujettissement
Un processus BRAIn est dédié au chargement annuel de l'information ZZ44, à partir des résultats de
paie d'une année entière.
Ce processus prend notamment en paramètres :

 Une plage de périodes de paie, le mois DSN en charge de déclarer les blocs 44.
 Un code réglementation ou un code modèle de rang 4.
 Une société si on veut limiter le traitement à une seule entreprise. Par défaut, toutes les entreprises
(dans UAA) compatibles seront traitées.
 Un témoin de régularisations pour l'année précédente
Il constitue, pour chaque établissement, le montant total de l'assiette de chaque taxe et génère les
mouvements de mise à jour de l'information ZZ44.
Pour identifier les rubriques de paie à agréger, le traitement standard exploite le paramétrage DSN des
rubriques de paie. Pour plus d'informations, reportez-vous au paragraphe "Valorisation des montants
d'assiette du bloc 44 "Assujettissement fiscal"" de la section "Le paramétrage des rubriques de paie" du
144/191
Pour plus d'information sur l'utilisation de ce processus BRAIn, reportez-vous à la

documentation Chargement Structure Hors Paie
Depuis le CT 2018, le millésime a été ajouté. À partir de la DSN 4.2.100, dans le cas
où BRAIn détecte le besoin de générer des blocs 44 de non-assujettissement (pas
de totaux d'assujettissement trouvés), le millésime est désormais alimenté par
l'année du mois principal déclaré. À partir de la DSN 5.0, le rajout du témoin de
régularisations sur l'année N-1è permet d'extraire en début d'année (janvier ou
février) les éventuelles régularisations de taxes qui concerneraient l'année fiscale N-
1 et qui auraient été calculées en janvier ou février de l'année N. Le millésime est
déterminé automatiquement à partir de la nature de l'exécution (extraction des taxes
de l'année N ou des régularisations de l'année N-1).
b. Génération des données "hors paie" pour le prélèvement à la source d'individus

exclus de la DSN mais passant en paie
Les entreprises versant des montants soumis au prélèvement à la source (PAS) à des individus n'entrant
pas dans le périmètre normal de la DSN devraient normalement déclarer ces sommes et le PAS
correspondant via une déclaration PASRAU. Toutefois, pour leur éviter d'avoir à gérer à la fois des
déclarations DSN et des déclarations PASRAU, il leur a été accordé la possibilité de déclarer ces éléments
par l'intermédiaire du véhicule technique de la DSN.
L'Espace DSN produit les blocs S89.G00.91 'Individu non salarié', S89.G00.92 'Bases spécifiques
individu non salarié' et S89.G00.93 'Régularisation de prélèvement à la source' à partir des
données présentes dans des dossiers de la structure de données ZZ Hors paie du mois :
 Dossiers de type V91 Unité de déclaration mensuelle pour la période DSN à traiter
 Données présentes dans des occurrences :
• De l'information ZZ91 portant les données d'identification de l'individu.
• De l'information ZZ92 contenant les montants relatifs au calcul de son prélèvement à la source
du mois principal déclaré.
• De l'information ZZ93 contenant les montants relatifs à d'éventuelles régularisations de
prélèvement à la source.
Un processus BRAIn permet de générer automatiquement les données utiles aux blocs S89.G00.91,
S89.G00.92 et S89.G00.93 à partir de montants des résultats de paie (compteurs DSN d'alimentation
des blocs S21.G00.50 et S21.G00.56).
Le paramétrage proposé permet de traiter uniquement les individus des populations suivantes,
correspondant à la valeur de la rubrique S89.G00.92.001 :
 01 - Allocation de chômage pour les entreprises en auto-assurance chômage.
 06 - Montant versé à un bénéficiaire ne relevant pas des règles de Sécurité Sociale en France mais
qui est imposable.
 08 - Montant de retraite versée par l'employeur.
145/191
Ce processus prend notamment en paramètres :

 Le mois DSN en charge de déclarer ces blocs S89.
 Un code réglementation ou un code modèle de rang 4.
 Une société si on veut limiter le traitement à une seule entreprise. Par défaut, toutes les entreprises
(dans UAA) compatibles seront traitées.
 Un témoin permettant de ne pas générer le paiement correspondant aux montants de PAS déclarés
5.8.2. Généralisation de l'usage de BRAIn sur site

Ces différentes fournitures basées sur BRAIn peuvent servir d'exemples pour étendre sur site le
périmètre de chargement batch des données de la Structure hors paie.
De fait, chaque besoin particulier porté par la structure ZZ est d'abord associé à une procédure métier
spécifique, qui peut être :
 Mensuelle (par exemple CTP sur revenus de remplacement, bloc 82), ou
 Annuelle (CICE de fin d'année avec prise en compte des individus sortis), ou
 Variable (mensuelle ou trimestrielle), selon l'organisme : cas des blocs paiements, qu'il s'agisse des
OC ou d'autres OPS (information ZZ20).
On peut également désirer alimenter progressivement, au fil de l'année, un même dossier ZZ, destiné
par exemple à n'être exploité que beaucoup plus tard par l'Espace DSN (c'est le champ ZZ00.AAAAMM
qui fait foi, et qui peut par exemple désigner la dernière DSN de l'année). Tant que la date d'exigibilité
associée à l'unité déclarative pour ce mois-là n'est pas atteinte, le dossier ZZ concerné peut encore vivre
et être enrichi.
La mise en œuvre de tels automatismes nécessite une étude préalable afin qu'ils soient adaptés aux
besoins du site et à ses contraintes d'exploitation. Les services d'expertise DSN de Sopra HR Software
peuvent vous aider à mettre en œuvre ce type de solution et à l'intégrer dans vos cycles d'exploitation.
146/191
6. Extraction et production du flux DSN
6.1. À propos de ce chapitre

Ce chapitre a pour but de mettre le focus sur certaines règles appliquées par l'Espace DSN pour traiter
et transformer les données DSN produites par les traitements applicatifs décrits dans les chapitres
précédents.
Pour une liste exhaustive sur tous les champs DSN du cahier technique, reportez-vous au tableau de
mapping des données figurant en annexe.
Pour plus d'informations sur le module de production du flux DSN, reportez-vous à

la documentation de l'Espace DSN (eDSN).
6.2. Paramétrage de l'émetteur

Le sous-groupe émetteur de la DSN (S10) est produit par l'Espace DSN.
La description des rubriques DSN se fait dans le répertoire edsn-home/conf, dans un fichier nommé
com.soprahr.edsn.producer.impl.cfg.
Il est possible d'affiner le paramétrage au niveau d'un SIRET, d'un pôle ou d'un lot
(fraction). Pour plus d'information, reportez-vous au Guide technique de
l'Espace DSN.
Un fichier est fourni avec des valeurs à titre d'exemple standard :
#Siren de l'émetteur de l'envoi S10.G00.01.001

dsn.application.emetteur.sirenEmetteurEnvoi=450006315
#Nic de l'émetteur de l'envoi S10.G00.01.002
dsn.application.emetteur.nicEmetteurEnvoi=00068
#Nom ou raison sociale de l'émetteur S10.G00.01.003
dsn.application.emetteur.nomOuRaisonSocialeEmetteur=ENTREPRISELAMBDA
#Numéro, extension, nature et libellé de la voie S10.G00.01.004
dsn.application.emetteur.adresse=ADRESSE
#Code postal S10.G00.01.005
dsn.application.emetteur.codePostal=75000
#Localité S10.G00.01.006
dsn.application.emetteur.localite=PARIS
#Code pays S10.G00.01.007
dsn.application.emetteur.codePays=
#Code de distribution à l'étranger S10.G00.01.008
dsn.application.emetteur.codeDistributionEtranger=
#Complément de la localisation de la construction S10.G00.01.009
dsn.application.emetteur.complementLocalisationConstruction=
147/191
#Service de distribution, complément de localisation de la voie S10.G00.01.010

dsn.application.emetteur.serviceDistributionOuComplementLocalisationVoie=
#Code civilité S10.G00.02.001
dsn.application.contactEmetteur.codeCivilite=01
#Nom et prénom de la personne à contacter S10.G00.02.002
dsn.application.contactEmetteur.nomEtPrenomPersonneAContacter=Test
#Code domaine d'intervention S10.G00.02.003
dsn.application.contactEmetteur.codeDomaineIntervention=02
#Adresse mail du contact émetteur S10.G00.02.004
dsn.application.contactEmetteur.adresseMailContactEmetteur=test@test.com
#Adresse téléphonique S10.G00.02.005
dsn.application.contactEmetteur.adresseTelephonique=0145370456
#Adresse fax S10.G00.02.006
dsn.application.contactEmetteur.adresseFax=
#Siren de l'entreprise destinataire du compte rendu d'exploitation S10.G00.03.001
dsn.application.destinataireCRE.sirenEntrepriseDestinataireCompteRenduExploitation=
450002311
#Nic de l'établissement destinataire du Compte Rendu d'Exploitation S10.G00.03.002
dsn.application.destinataireCRE.nic=00060
#Adresse mail du destinataire du Compte Rendu d'Exploitation S10.G00.03.003
dsn.application.destinataireCRE.adresseMelDestinataireCompteRenduExploitation=
test@test.com
6.3. Population traitée

La population des bulletins traités pour une DSN mensuelle donnée est la suivante :
 Les bulletins doivent être reliés à l'unité déclarative demandée (Etablissement, point de dépôt, lot)
 Les bulletins doivent être non explicitement exclus (témoin d'exclusion du bulletin (ZXMI.FLEXCL)
non coché).
 En mode "ESSAI" : tous les bulletins "Implicitement valides" et/ou "Explicitement valides" et/ou
"Définitivement valides" sont sélectionnés.
 En mode "REEL" : seuls les bulletins "Définitivement valides" sont sélectionnés.
148/191
6.4. Logique de génération des blocs 41 (Changements Contrat)

La situation d'un salarié et les caractéristiques de son contrat sont susceptibles d'évoluer au cours du
temps. Par conséquent, les données déclarées chaque mois en DSN sont également susceptibles d'être
modifiées ou corrigées.
Comme indiqué dans la fiche dsn-info 1738 (http://dsn-info.custhelp.com/app/answers/detail/a_id/1738), le

principe de correction de la DSN consiste en une régularisation au mois le mois. Notre recommandation
d'éditeur, en accord avec le GIP-MDS, est de corriger en amont de la production du flux DSN dans
votre Gestion Administrative et votre Paie. La DSN du mois suivant prendra en compte cette
modification et produira les blocs changements adéquats.
Les changements affectant les contrats sont déclarés par le biais des blocs 41 'Changements Contrat'.
Dans les versions antérieures à la 5.0, des blocs 41 sont émis à tort sur les modalités pour lesquelles
aucun changement n'est survenu sur toute la période de rappel. Le mécanisme de rappel ne permet pas
de déterminer si ces modalités ont réellement changé sur la période ou non. De ce fait, le nombre
important de blocs 41 émis pose des problèmes d'intégration dans les SI des organismes.
C'est pourquoi une gestion intégrée des blocs 41 est disponible depuis la version DSN 5.0.
En cas de rappel en paie, son fonctionnement est le suivant :

 Un bloc 41 est généré pour toutes modalités modifiées et uniquement pour les modalités modifiées.
 La date de modification (41.001) correspond exactement à la date réelle du changement, et l'ancienne
valeur avant changement apparaît dans les modalités concernées.
Cette solution est activable par un paramètre à renseigner dans le fichier de configuration
"com.soprahr.edsn.historiquecontrat.cfg" (reportez-vous au paragraphe "Mise en œuvre de la gestion
intégrée des blocs 41" plus loin dans ce chapitre).
Attention : à compter de la mise en production de la norme P21V01, l'ancienne

fonctionnalité ne sera plus maintenue. Seule la Gestion intégrée du bloc 41 le sera.
6.4.1. Principe de la gestion intégrée des blocs 41

Le principe de la solution est basé sur le stockage en BDSN de l'historique des modalités par
individu/contrat, alimenté par chaque DSN :
 L'Espace DSN exploite l'historique courant de la BDSN par comparaison avec les changements
détectés par la paie depuis la date de rappel (information ZXMJ), et ainsi génère les blocs 41 sur les
modalités pour lesquelles il y a eu un changement.
 L'Espace DSN met ensuite à jour la table d'historique avec les nouveautés apportées par la DSN du
mois courant.
149/191
La table d'historique des modalités a la description suivante - hors zones techniques :
Modalité Date d'effet Valeur Période
S21.G00.40.002 01/01/2017 04 012017
S21.G00.40.003 01/01/2017 04 012017
S21.G00.40.003 01/03/2018 01 032018
S21.G00.40.040 01/01/2017 666XY 012017
L'Espace DSN génère les blocs 41 à partir de deux sources : le PRDB et la table d'historique des modalités
en BDSN.
Deux types de changement sont possibles :

 Changement d'identifiant à partir de la table ZXMI
Si un des champs ancien SIRET (41.012), ancien numéro de contrat (41.014) ou ancienne date début
(41.021) est présent dans ZXMI, un bloc 41 sera généré avec la date associée.
 Changement sur "modalités" à partir de la table historisée ZXMJ Attributs historisés du contrat
Les changements sur tous les champs non identifiants concernés par le bloc 41 sont gérés en exploitant
cette table :
• L'occurrence dont la date début (ZXMJ-DATEFF) est la plus récente est utilisée pour valoriser le
bloc 40.
• Si d'autres occurrences sont présentes, elles sont utilisées pour générer des blocs 41.
• L'information ZXMJ contient l'historique depuis une date de profondeur de recalcul (rappel
individuel) mais la situation avant cette date n'est pas connue de cette information. Par
comparaison de données issues de la nouvelle table d'historique stockée en BDSN et de ZXMJ,
l'Espace DSN va générer des blocs 41 sur les modalités pour lesquelles il y a eu un changement
en cas de rappel individuel.
• L'Espace DSN produit ainsi un bloc 41 dès qu'il détecte une différence sur au moins un champ
entre la table d'historique de la BDSN et l'historique de changement issu de paie. De fait, il est
capable de détecter les modalités pour lesquelles il n'y a eu aucun changement, afin de ne pas
émettre de blocs 41 pour ces modalités inchangées. Il est également capable de détecter s'il y
a eu un changement au 1er jour du mois et donc de générer un bloc 41.
6.4.2. Génération des blocs 41 en l'absence de rappel en paie

Si la paie n'a pas opéré de rappel, l'information ZXMJ ne contient aucune donnée "rétroactive" : la plus
ancienne occurrence débute au premier jour du mois déclaré, la plus récente se termine au dernier jour
de ce même mois.
S'il y a plus d'une occurrence ZXMJ, cela ne peut être dû qu'à la mise en œuvre du CSCP.
L'Espace DSN produira alors des blocs 41 dont la date est supérieure au premier jour du mois déclaré.
Le plus ancien bloc 41 de chaque modalité portera une date de profondeur (41.028) égale au premier
jour du mois déclaré.
Il y aura un bloc 41 même si le changement a lieu exactement au premier jour du

mois déclaré.
150/191
Illustration
Un salarié est embauché temps partiel en janvier. En février, l'employeur procède à la déclaration de
son passage à temps plein en date du 1er février.
Le bloc 41 attendu dans le mois de paie déclaré de février sera :
S21.G00.41.001 01/02/2020
S21.G00.41.007 120 h
S21.G00.41.028 01/02/2020
S21.G00.41.001 01/02/2020
S21.G00.41.008 20
S21.G00.41.028 01/02/2020
Interprétation du bloc 41 : avant le 1er février (date du changement 41.001), le salarié était à temps
partiel (20 en 41.008), avec une durée de travail à 120h (en 41.007) par mois.
6.4.3. Génération des blocs 41 en cas de rappel en paie

La solution exploite la table d'historique des modalités en BDSN pour retrouver la situation antérieure à
la date de rappel afin de l'indiquer dans le flux.
Un bloc 41 est généré pour toutes les modalités modifiées.
La date de modification (41.001) correspond exactement à la date réelle du changement, et l'ancienne

valeur avant changement apparaît dans les modalités concernées.
En outre, il importe d'indiquer aux organismes que la modalité a été réémise à partir d'une date
antérieure au mois courant : c'est le rôle du champ S21.G00.41.028 "Profondeur de recalcul de la paie".
Celui-ci a besoin de connaître la date à partir de laquelle cette DSN vient modifier rétroactivement une
situation passée déjà déclarée par les DSN précédentes.
La date de profondeur de recalcul de paie utilisée par l'Espace DSN pour exploiter l'historique ZXMJ est
limitée par la date de rappel individuel. Ceci permet de ne pas réémettre tout l'historique pour tous les
contrats individuels en cas de simple rappel général. Elle est calculée modalité par modalité.
Illustration
Un salarié est embauché en janvier en tant que "non cadre". En février, l'employeur doit procéder à la
déclaration rétroactive de son passage au statut "extension cadre" en date du 21 janvier.
S21.G00.41.001,'21012020'
S21.G00.41.003,'04'
S21.G00.41.028,'01012020'
Interprétation : le salarié était Non cadre (04 en 41.003) avant le 21 janvier, i.e. entre le 1er janvier
(41.028) et le 20 janvier (veille de la date de changement 41.001).
151/191
6.4.4. Mise à jour de la table historique contrat de la BDSN

Dans le flux DSN du mois, si des blocs Changement de contrat (blocs 41) sont générés, la consolidation
en retour de la table historique Contrat d'un salarié en BDSN se fait lorsque le flux a été déclaré
conforme.
Il est nécessaire que l'utilisateur de l'Espace DSN en charge du bon déroulement du processus déclaratif
s'assure de cette conformité des DSN envoyées. Ce qui signifie concrètement, selon le mode de
transmission de la DSN - posté ou M2M - les points suivants :
 En mode posté, il est nécessaire d'indiquer manuellement que les déclarations sont conformes via
l'Espace DSN (cf. Guide utilisateur Espace DSN). Il est également possible d'utiliser le fichier de
configuration com.soprahr.edsn.workflow.cfg décrit dans le Guide technique de l'Espace DSN afin
d'automatiser la mise en conformité au bout d'un délai configurable.
 En mode M2M, la réception d'un Certificat de Conformité (CCO) permettra de considérer
automatiquement la déclaration comme conforme. Il conviendra de vous assurer, via l'univers des
retours de l'Espace DSN, que l'ensemble des CCO d'une campagne ont bien été reçus (cf. Guide de
référence M2M Espace DSN).
Seules les DSN réelles tiennent compte des changements opérés.
Les DSN de contrôle exploitent l'historique mais ne le mettent pas à jour.

 Une DSN de contrôle dans le passé exploitera les changements des périodes qui
précèdent sa période.
 Une DSN de contrôle dans le futur exploitera l'historique constitué jusqu'à la
dernière mensuelle réelle traitée.
6.4.5. Purge de la table d'historique

En fonction de votre contexte, il sera peut-être nécessaire de procéder à cette opération. Pour garantir
le bon fonctionnement de la fonctionnalité, vous devez au minimum conserver un historique
identique à la date de profondeur d'extrême rappel en paie.
Afin de limiter la taille de la table d'historique en BDSN, il est recommandé de la compacter en utilisant
la commande "dsn:compact-historique-contrat".
Pour plus d'information sur cette commande, reportez-vous au Guide technique de

l'Espace DSN.
152/191
6.4.6. Gestion du forçage des rubriques dans l'Espace DSN

Lorsque la gestion intégrée des blocs 41 est activée, le forçage est interdit sur les rubriques suivantes :
 Toutes les rubriques du bloc 41
 Les rubriques du bloc 40 qui sont communes avec le bloc 41
Vous pouvez encore continuer à forcer les rubriques du bloc 40 ci-dessous :
Rubriques du bloc 40 Libellé de la rubrique
001 Date de début du contrat
006 Libellé de l'emploi
009 Numéro du contrat
010 Date de fin prévisionnelle du contrat
025 Motif d'exclusion DSN
027 Code affectation Assurance chômage
028 Numéro interne employeur public
029 Type de gestion de l'Assurance chômage
030 Date d'adhésion
031 Date de dénonciation
032 Date d'effet de la convention de gestion
033 Numéro de convention de gestion
035 Code délégataire du risque maladie
043 Taux de cotisation accident du travail
045 Rémunération au pourboire
046 Identifiant de l'établissement utilisateur
Numéro de label "Prestataire de services du spectacle

048
vivant"
049 Numéro de licence entrepreneur spectacle
050 Numéro objet spectacle
051 Statut organisateur spectacle
076 Identifiant du contrat d'engagement maritime
153/191
6.4.7. Mise en œuvre de la gestion intégrée des blocs 41

Les deux étapes suivantes sont indispensables à la mise en œuvre de la gestion intégrée des blocs 41 :
 L'initialisation de la table d'historique des modalités à partir du PRDB sur une profondeur donnée
 L'activation de la solution dans le fichier de configuration de l'Espace DSN
"com.soprahr.edsn.historiquecontrat.cfg"
Pour garantir une continuité dans la gestion de l'historique des contrats de vos
salariés, l'activation seule n'est en effet pas suffisante. Il faut également procéder à
une initialisation de cet historique (cf. détails ci-dessous).
a. Initialisation de la table d'historique des modalités

La table d'historique doit être initialisée avant la mise en place de la solution de gestion intégrée des
blocs 41, pour tous les salariés, faute de quoi la génération des blocs 41 ne sera pas fiable car elle ne
disposera pas d'un historique suffisant.
Cette initialisation doit être effectuée le mois où la solution est activée en production, après la
clôture des DSN du mois précédent.
L'activation de la fonctionnalité doit se faire dans la continuité de son initialisation.
Un service du connecteur permet d'extraire l'historique des paies sur une profondeur de périodes donnée
à partir des archives de paie du PRDB (information ZXMJ). Ce service est appelé par la commande
dédiée : dsn:init-historique-contrat.
Pour plus d'information sur cette commande, reportez-vous au Guide technique de

l'Espace DSN.
La période à renseigner dans la commande doit correspondre à votre profondeur de

rappel en paie.
b. Activation de la gestion intégrée des blocs 41

Par défaut, cette solution de gestion intégrée des blocs 41 est désactivée.
Elle est activable par le paramètre "enable=true" à renseigner dans le fichier de configuration
"com.soprahr.edsn.historiquecontrat.cfg".
Si ce fichier n'existe pas, vous devez le créer dans le répertoire edsn-home\conf.
Pour plus d'information, reportez-vous au Guide technique de l'Espace DSN.
154/191
7. Déclaration en DSN des gens de mer et des lignes de service

(ENIM)
7.1. Éléments généraux
7.1.1. Contexte
À compter de janvier 2021, la DSN substitue le déclaratif DMIST/DTA des populations relevant de l'ENIM,
rendant ainsi obligatoire la déclaration des lignes de service des marins.
Cette bascule vient compléter le prélèvement à la source, ainsi que le transfert de la mission de
recouvrement des cotisations maladie et vieillesse par l'ENIM vers l'URSSAF Poitou-Charentes, déjà
effectifs pour ces populations.
Les modalités déclaratives des ENIM consistent principalement à produire en DSN des pseudo-blocs
Contrat - bloc 40 pour déclarer l'activité des marins, selon des spécificités déclaratives qui leur sont
propres. En outre, elles doivent répondre aux autres exigences de la norme, notamment à la complétude
technique des données requises au regard de DSN-Val, ainsi qu'aux cas de gestion associés (correction,
fin de ligne de service, annulation).
La solution mise en œuvre a plusieurs objectifs :

 Donner la capacité à déclarer les ENIM.
 Avoir une solution intégrée, aussi indépendante que possible, afin de minimiser les adhérences avec
la cinématique existante du moteur déclaratif.
Une solution limitée au déclaratif était envisagée, mais elle faisait porter à chaque client la charge de
mettre en place les mécanismes complexes associés, à savoir l'annulation des lignes de services,
l'annulation de fin de ligne de service.
En définitive, le périmètre de la solution a été élargi et comporte des éléments en gestion administrative
(GA), avec la fourniture d'une nouvelle information standard pour pouvoir gérer les lignes de service au
niveau individuel. Il est à noter que cette information a été modélisée sur la base de la cible
déclarative DSN attendue pour les ENIM, et non pas sur la DMIST. Les clients pourront décider
de l'utiliser ou non, selon qu'ils souhaitent "brancher" un spécifique déjà existant sous la forme d'une
information de gestion administrative dédiée à la gestion des gens de mer, ou s'ils préfèrent alimenter
directement les données dans le PRDB à partir d'une application externe.
La solution déclarative des ENIM HR offre une solution de bout en bout.
155/191
7.1.2. Couverture et limites de la solution
a. Couverture de la solution
La fourniture permet :
 En gestion administrative :
• La gestion de l'identifiant marin
• La saisie des lignes de service et congés non pris
• La modification des lignes de service (rappel et corrections)
• La mémorisation de suppression de fin de ligne de service
• La mémorisation d'annulation de fin de ligne de service
 En déclaratif (PRDB DSN et Espace DSN) :

• La gestion de l'identifiant marin, déclaré en lieu et place du matricule (S21.G00.30.019)
• La production de pseudo-bloc 40 – Lignes de service, de façon native depuis l'information GA
standard (évolution du modèle de données, des pages des données déclaratives, alimentation
des données déclaratives, gestion du numéro de contrat ligne de service…)
• La gestion des corrections bloc 41, selon les modalités spécifiques des lignes de service
• La déclaration de l'activité liée aux lignes de service (blocs 51 – rémunération et 53 – activité)
• La déclaration de fin de ligne de service (bloc 62 – fin de ligne de service)
• La déclaration des congés non pris (bloc 62 – fin de ligne de service)
• La déclaration d'annulation de fin de ligne de service
• L'annulation de ligne de service
• La production des blocs obligatoires "autres" (bloc 71 – retraite complémentaire et 85 – lieu de
travail)
b. Limites de la solution
 Point en attente de précisions du GIP-MDS :
Pour chaque ligne de service de la déclaration, la présence de blocs 51 - Rémunération est obligatoire,
principalement pour porter l'information activité du bloc 53 fils. Lorsqu'une modification rétroactive a
lieu, sans impact sur le bloc 53-Activité, le GIP-MDS n'a pas indiqué comment traiter les blocs 51, et
quelles dates sont attendues en blocs 51 pour les périodes antérieures au mois déclaré.
En cas de corrections rétroactives sans correction des blocs 53, ces blocs 51 ne sont actuellement
pas produits et ne répondent pas à l'obligation de présence de DSN-Val.
En cas de corrections ayant un impact sur le bloc 53, les blocs 51 sont bien produits.
La solution fera l'objet d'un complément dès lors que les modalités d'alimentation auront été
précisées.
 La déclaration de lignes de services concomitantes (cas particulier où le marin aurait deux contrats à
temps partiel avec le même employeur)
 Certaines populations spécifiques (DOM)
156/191
7.1.3. Points d'attention
a. M2M
Pour les gens de mer, la DSN requiert que la donnée "matricule" soit substituée par l'identifiant marin :
c'est donc l'identifiant marin qui est déclaré, puis renvoyé par la DGFiP dans le retour 94 de transmission
des taux PAS. Or l'intégration des taux en GA/Paie se base sur le matricule, seul identifiant pérenne en
GA/Paie : elle nécessite donc la transformation inverse de l'identifiant marin en matricule. Cette
transformation n'est possible en standard qu'en mode M2M, lorsque l'extraction des taux se source en
BDSN.
En mode posté, cette transformation n'est pas effectuée.
Le mode M2M est un donc un pré-requis à l'exploitation des taux DGFiP pour les gens de mer
(exploitation du CRM 94).
b. Gestion intégrée des blocs changement bloc 41

La mise en œuvre de la gestion intégrée des blocs changement – bloc 41 dans l'Espace DSN est un
prérequis à la gestion des lignes de service des ENIM. En outre, de façon plus générale, le support de
l'ancienne gestion des blocs changements (blocs 41) prend fin en DSN 7.
Pour plus d'information, reportez-vous au Guide Transition vers la version DSN 7.0.
c. Modes autorisés pour la déclaration en DSN des gens de mer

La norme autorise deux modes de fonctionnement possibles pour la déclaration des rémunérations des
gens de mer :
1. La somme des rémunérations afférentes aux différents lignes de service peut être
déclarée au sein des blocs 51 rattachés au contrat d'engagement maritime
2. La rémunération relative à chaque ligne de service peut être déclarée au sein des blocs
51 rattachés à la ligne de service dont elle dépend.
Un sondage de notre parc client a montré une gestion uniforme en paie : la production d'un bulletin
de paie consolidant les rémunérations des lignes de services et leurs cotisations, au titre du
contrat d'engagement maritime parent (option 1).
Il s'agissait d'un élément structurant, qui a été retenu comme postulat de base de la solution. Seul
ce mode sera couvert par la solution : il n'est pas prévu de prendre en compte une ventilation
des montants et cotisations (bloc 50 et blocs fils) par ligne de service.
d. Notion de congés non pris des lignes de service

Les congés non pris, gérés au niveau des lignes de service, ne sont pas liés à la gestion des congés
dans l'application HR Access. Aucun lien n'est fait en standard avec le module de gestion des
congés.
e. Paie des gens de mer

La paie des gens de mer reste hors périmètre du standard HR Access.
157/191
7.2. Attendu déclaratif pour la gestion des "lignes de service"
7.2.1. Bloc 30 : Rubrique S21.G00.30.019 – Matricule et identifiant marin

L'identifiant du marin est un numéro unique attribué à chaque marin pour toute la durée de sa carrière.
Le cahier technique DSN attend cette donnée dans la rubrique "30.019 - Matricule de l'individu dans
l'entreprise", en lieu et place du matricule de gestion de l'individu.
7.2.2. Bloc 40 – Contrat d'engagement et contrat Ligne de service

Pour les ENIM, le contrat qui établit le lien avec l'employeur est appelé "contrat d'engagement
maritime". Il s'agit du contrat "principal" déclaré en bloc 40, comme pour toute autre population
déclarée en DSN.
Au titre d'un contrat (d'engagement maritime), l'activité des marins est décrite par des lignes de service.
Leur déclaration est attendue dans des pseudo blocs 40, caractéristiques des lignes de service, et
rattachés au contrat d'engagement maritime dont ils dépendent.
Dans la suite de ce document, ils seront désignés par le terme "bloc 40 – ligne de service".
La ligne de service est l'unité la plus fine permettant de caractériser l'activité des marins et gens de mer.
Toute activité devant être déclarée à l'ENIM donne lieu à une ligne de service.
Chaque ligne de service donne lieu à un nouveau "bloc 40 - ligne de service".
Chaque "bloc 40 - ligne de service" est rattaché à un "bloc 40 - contrat d'engagement maritime" via la
rubrique 40.076 qui contient le numéro de "contrat d'engagement maritime".
Une période de congés pris est déclarée comme une ligne de service, avec les caractéristiques propres
à la ligne de service ayant donné lieu à leur acquisition.
La déclaration du bloc 40 contrat lignes de service requiert les données suivantes :

• Nature du contrat ligne de service (40.007)
• Date de début de la ligne de service (40.001)
• Libellé de l'emploi au titre de la ligne de service (40.006)
• Identifiant lieu de travail (40.019) - SIRET ou immatriculation du navire
• Code catégorie de service - Fonction du marin (40.056)
• Genre de navigation (40.067)
• Catégorie de classement (40.075)
• Identifiant du contrat d'engagement maritime auquel la ligne de service est rattachée (40.076)
Leur gestion requiert :

• Une gestion du numéro de "contrat-Ligne de Service"
• Des mécanismes de gestion des changements de la ligne de service : bloc 41
• Des mécanismes de gestion de fin de contrat et d'annulation de fin de contrat : bloc 62 ; NB :
aucun signalement n'est associé à ces fins de contrat
• Des mécanismes d'annulation de ligne de service (avec production de blocs 40, 41 et 62
particuliers)
158/191
Les blocs fils du bloc 40 suivants ne sont jamais gérés au niveau des blocs 40 - ligne de service : ils
restent gérés au niveau du contrat d'engagement :
• 60 - Arrêt de travail
• 65 - Autres suspensions
• 70 - Affiliation prévoyance
7.2.3. Bloc 41 – Changements du contrat Ligne de service

Tout changement de caractéristique de la ligne de service (cf. liste ci-dessous) donne lieu à une
nouvelle ligne de service ou bien à une modification de la ligne de service depuis sa date de début.
Les changements de modalités au cours d'une même ligne de service, à l'image des changements du
contrat employeur (contrat d'engagement), n'existent donc pas.
La production d'un bloc changement bloc 41 pour les lignes de service correspond donc à une correction
rétroactive d'une ou plusieurs de leurs caractéristiques.
Il existe deux types de données au sein d'une ligne de service donnant lieu à des blocs changements :
 Les données identifiantes :
• S21.G00.40.001 - Date de début du contrat
• S21.G00.40.009 - Numéro du contrat
• S21.G00.40.076 - Identifiant du contrat d'engagement maritime
 Les Modalités :
• S21.G00.40.007 - Nature de contrat : 93 - Ligne de service
• S21.G00.40.019 - Identifiant lieu de travail
• S21.G00.40.056 - Code catégorie de service : fonction du marin
• S21.G00.40.067 - Genre de navigation
• S21.G00.40.075 - Catégorie de classement
a. Changement d'identifiant
Pour toute correction concernant les données identifiantes, il convient de :
 Déclarer le bloc "Contrat – S21.G00.40" de nature "93 – Ligne de service" portant l'ensemble des
données de la ligne de service après correction dans la DSN du mois où le déclarant prend
connaissance de ce changement.
 Déclarer un bloc enfant "Changements contrat – S21.G00.41" par rubrique faisant l'objet d'une
correction, et ce même si plusieurs rubriques font l'objet de changements concomitants, au sein
duquel seront valorisées les rubriques suivantes :
• "S21.G00.41.001 - Date de la modification" : égale à la valeur de la rubrique "Date de début du
contrat - S21.G00.40.001" du bloc "Contrat – S21.G00.40" parent.
• La rubrique du bloc "Changement contrat - S21.G00.41" portant la valeur à corriger
initialement déclarée dans la ligne de service.
 Déclarer le bloc enfant "Fin de contrat – S21.G00.62" si la ligne de service a pris fin.
159/191
Illustration
En janvier, un marin est déclaré en service en mer, à compter du 01/01/2021. En février, l'employeur
apprend que la ligne de service a en réalité débuté le 15/01/2021. Il procède à la correction sur le mois
de paie déclaré février.
S21.G00.41.001,'15012021' (date de modification)
S21.G00.41.021,'01012021' (ancienne date de début de contrat)
b. Changement de modalité
Pour toute correction concernant les modalités, il convient de :
 Déclarer le bloc "Contrat – S21.G00.40" de nature "93 – Ligne de service" portant l'ensemble des
données de la ligne de service après correction dans la DSN du mois où le déclarant prend
connaissance de ce changement.
 Déclarer un bloc enfant "Changements contrat – S21.G00.41" par rubrique faisant l'objet
d'une correction, et ce même si plusieurs rubriques font l'objet de changements concomitants, au
sein duquel seront valorisées les rubriques suivantes :
• "S21.G00.41.001 - Date de la modification" : égale à la valeur de la rubrique "Date de début
du contrat - S21.G00.40.001" du bloc "Contrat – S21.G00.40" parent.
• "S21.G00.41.028 - Date de profondeur de recalcul de la paie" : égale à la valeur de la rubrique
"Date de début du contrat - S21.G00.40.001" du bloc "Contrat – S21.G00.40" parent.
• La rubrique du bloc "Changement contrat - S21.G00.41" portant la valeur telle qu'elle aurait
dû être déclarée depuis le début de la ligne de service (et non pas l'ancienne valeur).
Illustration
En janvier, un marin est déclaré en service en mer, à compter du 1er janvier, sur un navire dont
l'identification est "NAVIRE1". En février, l'employeur apprend que le service a été effectué sur
"NAVIRE2". Il procède à la correction sur le mois de paie déclaré février.
S21.G00.41.001,'01012021'
S21.G00.41.013,'NAVIRE2'
S21.G00.41.028,'01012021'
7.2.4. Bloc 71 – Retraite complémentaire

Ce bloc est un bloc fils du bloc 40, il est obligatoire. Il n'a pas de signification pour les lignes de service,
mais doit être présent pour répondre aux contrôles DSN-Val.
160/191
7.2.5. Bloc 62 - Fin de ligne de service et soldes de congés non pris
a. Fin de ligne de service

Lorsqu'une ligne de service prend fin, un bloc 62 - fin de contrat, de type "116 – fin de ligne de service"
doit être produit en DSN. La date de fin de contrat correspond alors à la fin de la "ligne de service".
b. Soldes de congés acquis non pris

Le solde de congés acquis et non pris est à renseigner dans la rubrique 62.019, en cas de rupture de
relation avec l'employeur (fin de contrat) ou en fin de cycle de gestion des congés. Ce solde de congés
doit être rattaché à une ligne de service ayant une catégorie de service (40.056) correspondant à leur
acquisition, et pas nécessairement à la ligne de service ayant donné lieu à leur acquisition.
c. L'annulation ou modification d'une fin de ligne de service

Pour modifier la date de fin d'une ligne service en bloc "Fin de contrat – S21.G00.62", il convient, selon
la situation, de déclarer le bloc "S21.G00.40 – Contrat" de nature "93 – Ligne de service" et :
 Si la ligne de service ne se prolonge pas au-delà du dernier jour du mois principal déclaré
de la DSN portant la correction :
Déclarer le bloc enfant "S21.G00.62 – Fin de contrat" avec la rubrique "Date de fin du contrat -
S21.G00.62.001" corrigée.
 Si la ligne de service se prolonge au-delà du dernier jour du mois principal déclaré de la

DSN portant la correction :
Déclarer le bloc enfant "S21.G00.62 – Fin de contrat" avec la rubrique "Motif de la rupture du contrat
– S21.G00.62.002" renseignée avec la valeur "099 – annulation".
7.2.6. Blocs 51 – Rémunération et bloc 53 - Activité

Un ou des blocs 50 (versement) et 51 – Rémunération sont produits dans le flux DSN, au titre du contrat
d'engagement maritime. De plus, chaque ligne de service déclarée doit porter l'activité qui la concerne.
Le bloc 53 (activité) doit donc être déclaré à la fois :

 Au niveau du contrat d'engagement maritime, en agrégeant l'activité de ses lignes de service
 Au niveau de chaque ligne de service, avec la durée travaillée correspondante (53.002)
La déclaration de l'activité relative à chaque ligne de service nécessite un bloc 51 père (rémunération)
pour chaque ligne de service, pour porter le bloc 53 attendu. Ces blocs 51 sont valorisés à 0. Les données
DSN se structurent donc ainsi :
 Bloc 50 intégrant les données du contrat principal et ses blocs fils, et en particulier :
• Bloc 51 pour le contrat d'engagement (contrat principal)
 51.010 = numéro du contrat d'engagement
 Bloc 53 = activité agrégée des lignes de service
• Bloc 52, 54, 56, 78, 79, 81 pour le contrat d'engagement
• Blocs 51 pour chaque ligne de service, valorisés à 0
 51.010 = numéro du contrat ligne de service
 Bloc 53 = activité cotisée pour la ligne de service, rattachée au bloc 51 de type 002
161/191
7.2.1. Bloc 85 – Lieu de travail

Si le lieu de travail de la ligne de service est différent du SIRET d'affectation du contrat engagement
maritime, il doit être répertorié dans un bloc "85 - Lieu de travail" (SIRET et immatriculations de navire).
Les navires doivent donc être déclarés en bloc 85 de la DSN.
7.2.2. Annulation d'une ligne de service

Dans le cas de figure où une ligne de service a été déclarée à tort dans une DSN mensuelle, il convient
de procéder aux modifications ci-dessous dans la DSN suivante :
 Déclarer un changement de nature de contrat en indiquant "81 – Mandat d'élu" à la place de "93-
Ligne de service" en rubrique "Nature du contrat – S21.G00.40.007"
 Déclarer "93-Ligne de service" en rubrique "Ancienne nature du contrat – S21.G00.41.004"
 Ne pas déclarer la rubrique "Identifiant du contrat d'engagement maritime – S21.G00.40.076"
 Déclarer un bloc "Fin de contrat – S21.G00.62" en indiquant :
• La date de début du contrat déclaré à tort en rubrique "Date de fin du contrat –
S21.G00.62.001"
• Le motif de la fin de contrat (S21.G00.62.002) qui doit être valorisé par "085 – Fin de
mandat"
162/191
7.3. Synthèse de l'attendu déclaratif

La déclaration des gens de mer peut être décrit de manière globale comme la déclaration classique d'un
contrat, le contrat d'engagement, caractérisant la relation employeur : c'est le contrat d'engagement qui
porte l'ensemble des éléments déclaratifs lié au contrat employeur (la rémunération, les arrêts (bloc 60)
et suspensions (bloc 65), l'ensemble des cotisations, etc.). Il est complété d'éléments relatifs aux lignes
de service, se limitant à certaines données du Cahier Technique DSN.
Le schéma qui suit permet de visualiser la répartition des données déclaratives :

 Les données portées par le contrat d'engagement maritime (DSN "classique", partie gauche)
 Les données complémentaires propres aux lignes de service (partie droite)
• Bloc 40, 41
• Bloc 62
• Bloc 53 (et 51 pour "accrocher" les blocs 53)
 Les données communes impactées (bloc 85)
Il montre également la présence de données non représentatives des lignes de service, à produire
pour répondre aux contrôles et exigences du Cahier Technique DSN. Ces données sont héritées du
contrat d'engagement.
163/191
7.4. Mise en œuvre : Paramétrages et données individuelles
7.4.1. Paramétrage des lieux de travail de type Navire (bloc 85)

Lorsqu'il s'agit de service embarqué, le navire est considéré comme un lieu de travail et doit être déclaré
en tant que tel en bloc 85 – Lieux de travail de la DSN.
Les navires doivent être définis dans le répertoire des navires PA1 et leurs données ZD7R paramétrées,
depuis l'accès Déclaration légale > Mise en œuvre de la DSN > Navires – lieux de travail.
Certaines de ces données, non relatives aux navires, devront être renseignées dans le seul but de
répondre aux contrôles de présence exigée par le Cahier Technique DSN (ex : 85.004 Code Postal).
Pour plus d'information sur les lieux de travail en DSN, veuillez vous référer au chapitre "Le paramétrage
des lieux de travail (bloc 85)".
7.4.2. Paramétrage des unités déclaratives ENIM et du lot de gestion

Les unités déclaratives portent désormais un attribut, indiquant si elles gèrent des populations de type
ENIM. Cet attribut est positionné à travers le lot de gestion.
Ainsi, un établissement gérant des personnels ENIM doit avoir un lot de gestion typé ENIM. Cette donnée
conditionne l'alimentation d'un certain nombre d'informations.
Pour plus de détails, veuillez vous référer au Mapping des données fourni en Annexe.
Les lignes concernant les ENIM sont affichées en violet.
Lorsqu'il y a nécessité de gérer au sein d'un même établissement deux caisses URSSAF distinctes, ENIM
et non ENIM, les marins sont déclarés dans une fraction à part. La fraction en question doit avoir un lot
de gestion typé ENIM.
Ainsi, pour la gestion des ENIM, il est nécessaire :

 d'avoir un lot de gestion dédié
 de lui associer un type "Avec gens de mer (ENIM)", au niveau de la rubrique ZDFS-FLENIM
 de saisir ce code lot pour les établissements gérant des ENIM, au niveau de la fraction concernée par
les ENIM
Pour plus de détails sur le paramétrage des unités déclaratives, veuillez vous référer aux paragraphes
"Paramétrer le fractionnement et les points de dépôt" et "Consignes pour la déclaration à
l'URSSAF des cotisations dues par les salariés de l'ENIM".
7.4.1. Gestion des URSSAF multiples pour l'ENIM

L'URSSAF des marins est différente de l'URSSAF du reste de la population.
Les marins sont déclarés dans une fraction à part lorsqu'il y a nécessité de gérer au sein d'un même
établissement deux caisses URSSAF distinctes.
Pour plus de renseignements sur la gestion des fractions et la ventilation par

URSSAF, veuillez vous référer à la section "Consignes pour la déclaration à l'URSSAF
des cotisations dues par les salariés de l'ENIM".
164/191
7.4.2. Paramétrage de transcodification des contrats d'engagement

La nature du contrat 40.007 peut prendre les valeurs suivantes pour le "contrat d'engagement
maritime" :
Rubrique DSN Libellé Commentaires

S21.G00.40.007 Nature du contrat
90 - Autre nature de contrat, convention, mandat
91 – Contrat d'engagement maritime à durée indéterminée
92 – Contrat d'engagement maritime à durée déterminée
29 – Convention de stage (hors formation professionnelle)
Veuillez vous référer au paragraphe "Les transformations de codification HR Access

pour la DSN" pour le paramétrage de votre référentiel.
7.4.3. Paramétrage des déversements bloc 53 - Activité

Le compteur 53X01ENIM permet le déversement de l'activité cotisée relative aux lignes de service dans
ZXMM. Tout comme l'alimentation des blocs 53 des contrats "employeur", l'unité de mesure
(S21.G00.53.003) peut être renseignée. Elle est facultative. Si elle est absente du flux DSN, c'est l'unité
relative au contrat (bloc 40) qui fait foi.
Si l'unité de mesure de la quotité de travail est la même pour les lignes de service que pour le contrat
d'engagement, une même rubrique de paie pourra alimenter à la fois le compteur 53X01 "classique" et
le compteur 53X01ENIM. Dans le cas contraire, on pourra avoir des rubriques de paie qui n'alimenteront
que l'un ou l'autre.
Pour plus d'informations sur le paramétrage des déversements bloc 53, veuillez vous
référer au chapitre "Le paramétrage des rubriques de paie" et plus particulièrement
au paragraphe "Valoriser une durée d'Activité (bloc 53)".
7.4.4. Données DSN de l'individu à renseigner
a. Le lot de gestion
Les individus relevant d'une affiliation au régime ENIM doivent nécessairement être associés à une unité
déclarative typée comme gérant des gens de mer (cf. paragraphe "Paramétrage des unités déclaratives
ENIM et du lot de gestion"), afin de produire les données du flux selon les spécificités des ENIM : un lot
de gestion de type ENIM doit leur être associé.
Le lot de gestion est géré au niveau de l'information ZYAE, Lot de Gestion DSN, accessible via le chemin
d'accès suivant :
Paie > Mettre à jour > Lot de gestion DSN/PASRAU
165/191
b. L'identifiant marin
L'identifiant marin doit être renseigné au niveau des données individuelles des individus concernés,
depuis le chemin Dossier Individuel > Dossier > Données Individuelles > Données individuelles
DSN/PASRAU, au niveau de la rubrique "Identifiant Marin" ZYAD-IDENIM.
Il est transmis à l'Espace DSN qui, lors de la production du flux DSN, substituera la donnée matricule
par l'identifiant marin dans la rubrique S21.G00.30.019. Si l'identifiant marin n'est pas renseigné, le flux
est produit avec la donnée matricule ZY00-MATCLE.
c. Les lignes de service

Elles sont accessibles depuis le chemin Dossier individuel > Contrat > Lignes de service des gens de
mer. Elles contiennent l'ensemble des caractéristiques relatives au service des marins, exploitées pour
produire les blocs 40, 41, 62 et 85.
Elles sont stockées dans l'information ZYE0 – Ligne de service, unique historique.
d. L'activité cotisée (bloc 53) relative à chaque ligne de service

Elle est portée par des rubriques de paie, selon les modalités suivantes :
► Saisie d'EFI ou EVI avec des dates de rattachement DSN infra-mensuelles (rubriques DATE01 et
DATE02 des informations ZYEL et ZY90), et correspondant à la période de la ligne de service
associée. En cas de déclenchement des rubriques de paie alimentant le compteur "53X01ENIM" par
traitement, il faudra veiller à alimenter, pour la rubrique de paie déclenchée, les rubriques K2DATE01
et K2DATE02 avec les dates de cette période d'activité infra-mensuelle et les rubriques K2ROLDT1
et K2ROLDT2 respectivement avec les valeurs 'DR' et 'FR'.
Le module de production de flux s'appuie sur les dates de rattachement DSN du

compteur 53X01ENIM de ZXMM pour produire les dates du bloc 51 parent.
Il n'applique pas de rognage sur les dates du mois déclaré. Les dates déclarées en
bloc 51 sont celles de l'élément de paie, telles qu'indiquées au niveau des dates de
rattachement DSN. La bonne valorisation de ces rubriques est essentielle à leur
bonne déclaration. Ces dates doivent :
 Correspondre aux dates de début et fin de la ligne de service, si elles sont
comprises dans le mois auquel l'activité se rapporte.
 Se limiter aux bornes du mois auquel l'activité se rapporte.
Par exemple, pour un mois déclaré janvier 2021, si une ligne de service débute le
01/01/21 et finit le 31/03/21, la date de fin de rattachement de l'élément de paie
déclarant son activité devra être limitée au dernier jour du mois déclaré, i.e.
31/01/21.
7.5. Gestion des données ENIM dans le PRDB

Les données relatives aux lignes de service sont stockées dans l'information "Lignes de service" ZYE0 en
Gestion Administrative et ZXMY dans le PRDB. Elles donnent lieu à la production des blocs 40, 41 et 62.
Pour plus d'informations, veuillez vous référer au Mapping des données fourni en
Annexe.
166/191
7.5.1. Le bloc 40 – lignes de services

Le bloc 40 contrat pour les lignes de service est constitué de deux catégories de données :
 Celles représentatives des lignes de service
 Celles obligatoires de par les contrôles de la norme DSN
a. Les données du bloc 40 représentatives de la ligne de service

Ces données sont produites depuis l'information ZXMY du PRDB, elle-même renseignée depuis
l'information "Lignes de service" ZYE0.
Donnée DSN Libellé Commentaires Type Mapping
S21.G00.40.001 Date de début de la Début ligne de service Identifiant ZXMY-D40001
S21.G00.41.021 ligne de service
S21.G00.40.006 Libellé de l'emploi Code Fonction-Libellé. ZXMY-X40006

Exemple : QA01A-
MATELOT
S21.G00.40.007 Nature du contrat 93 - ligne de service Modalité ZXMY-V40007
S21.G00.41.004 ou
81-Mandat d'élu, en
cas d'annulation de ligne
de service
S21.G00.40.009 Numéro du contrat – Numéro de contrat ligne Identifiant ZXMY-X40009
S21.G00.41.014 Ligne de service de service
S21.G00.40.019 Identifiant du lieu de - à terre → SIRET Modalité ZXMY-Y40019

S21.G00.41.013 travail - en mer →
immatriculation du
navire France ou IMO
immatriculation
étrangère
S21.G00.40.056 Code catégorie de obligatoire si service Modalité ZXMY-V40056
S21.G00.41.033 service embarqué
S21.G00.40.067 Genre de navigation Modalité ZXMY-V40067
S21.G00.41.047
S21.G00.40.075 Catégorie de Modalité ZXMY-V40075
S21.G00.41.051 classement finale
S21.G00.40.076 Identifiant du contrat N° de Contrat Identifiant ZXMY-X40076
S21.G00.41.054 d'engagement d'engagement maritime

maritime auquel la ligne de service
est rattachée (cf. 40.009)
167/191
b. Données autres du bloc 40 Ligne de service

Elles correspondent aux données obligatoires dans le Cahier Technique DSN, et sont indépendantes de
la ligne de service. Elles sont "héritables" du contrat auquel la ligne de service est rattachée.
Pour chaque ligne de service, lorsque le flux est produit, la solution va donc compléter les données du
bloc 40 par les données du contrat auquel la ligne de service est rattachée. La totalité des rubriques du
contrat d'engagement est héritée dans la ligne de service, excepté les données relatives à la ligne de
service elle-même, ainsi que la rubrique 40.010 - date de fin prévisionnelle de contrat.
Ces données ne sont pas gérées dans le PRDB au niveau des données ligne de service : elles sont
générées lors de la production du flux. Cet héritage s'effectue de façon systématique pour les blocs 40
– Lignes de service. Elles ne donnent jamais lieu des blocs 41 – Changements pour les lignes de service.
7.5.2. Le bloc 62 – Fin de ligne de service

Chaque fin de ligne de service donne lieu à la production d'un bloc 62, Fin de contrat.
Ce bloc porte également le solde de congés acquis et non pris, spécifique aux lignes de service.
Le bloc 62 est géré dans l'information ZXMY.
Donnée DSN Libellé Commentaires Mapping
S21.G00.62.001 Date de fin de contrat Fin de ligne de service ZXMY-D62001
S21.G00.62.002 Motif de la rupture 116 : fin de la ligne de service ZXMY-V62002
085 : annulation d'une ligne de service

déclarée dans une DSN précédente
099 : annulation de la date de fin de la

ligne de service précédemment déclarée
S21.G00.62.019 Solde de congés acquis ZXMY-N62019

et non pris (ENIM) au
titre de la ligne de
service
7.5.3. Modification rétroactive des données portées par les lignes de service
La modification d'une ligne de service est stockée au niveau de rubriques techniques de l'information
ZYE0, visibles depuis la pop-up détail de saisie des lignes de service. Celles-ci interviennent
principalement dans la gestion des corrections des éléments portés par les lignes de service, à savoir les
éléments du contrat (bloc 40 et 41), et de fin de contrat (bloc 62).
168/191
Elles stockent :
 Le statut de déclaration de la ligne de service, à travers le témoin ZYE0-VALIDD
 L'identification de modification depuis la dernière déclaration (ZYE0-FLGMOD)
 La mémorisation des identifiants du contrat précédemment déclarés pour la ligne de service pour la
gestion des blocs contrat en blocs 40 et 41 (ZYE0-OLD001, OLD009 et OLD076)
 La mémorisation des données déclarées du bloc 62 - Fin de ligne de service (ZYE0-OLD019, ZYE0-
OLDFIN)
Elles permettent de piloter la production des données déclaratives dans l'information ZXMY.
Ces rubriques de l'information ZYE0 sont mises à jour en remontée de paie, une fois exploitées.
Pour ce qui concerne les corrections devant être apportées sur le bloc 53 – Activité
pour les lignes de service, il n'existe pas d'automatisme depuis les données lignes
de service (ZYE0) dans la solution standard. Par exemple, si une ligne de service est
annulée, il faudra appliquer les corrections nécessaires au niveau des rubriques de
paie en charge d'alimenter l'activité travaillée des marins, pour régulariser leur
valeur en paie.
7.5.4. L'annulation de ligne de service

Dans l'application HR Access, en cas d'annulation d'une ligne de service déjà déclarée en DSN,
l'annulation est mémorisée à l'aide d'une information technique (ZYUH). C'est cette mémorisation qui
permet la déclaration d'annulation de ligne de service dans la DSN suivante : une occurrence sera
produite dans ZMXY, avec un type de contrat "81" et un motif de fin de ligne de service "085-fin de
mandat".
En remontée de paie, les annulations de lignes de service déclarées en DSN sont supprimées de
l'information de stockage ZYUH.
Pour plus de détails sur l'attendu déclaratif, veuillez vous reporter à la section
"Annulation d'une ligne de service".
7.5.5. Le bloc 51 – Rémunération et 53 – Activité

Le bloc 53 est produit depuis l'information ZXMM, par déversement dans le compteur 53X01ENIM,
activité de type travaillé pour les ENIM.
Les blocs 51 sont générés directement par le Module de production de flux. Ils sont :
• Produits pour les types 001, 002, 003 et 010 (51.011)
• Valorisés à 0 (51.013)
• Datés depuis les dates de ZXMM du compteur 53X01ENIM relatif au bloc 53 - activité de la ligne
de service (51.001 et 51.002)
Le n° de contrat ligne de service de rattachement en 51.010 – Numéro de contrat est déduit de ces
dates.
Le bloc 53 est rattaché au bloc 51 ainsi généré, de type 002 soumis AC.
169/191
7.5.6. Logique de génération des blocs 41- Ligne de service

La production des blocs changement sont de deux types en DSN :
• Le changement d'identifiant
• Le changement de modalité
Les paragraphes suivants détaillent les principes de production des blocs 41 pour chacun de ces types.
Pour rappel, la section "Bloc 41 – Changements du contrat – Lignes de

service" précise les données identifiantes et modalités, ainsi que l'attendu
en DSN pour les blocs changement (bloc 41) des lignes de service. Veuillez
vous y référer pour plus d'informations.
a. Corrections d'identifiants de ligne de service

La production du bloc 41 pour les changements d'identifiants s'appuie sur les rubriques de mémorisation
des dernières valeurs déclarées de l'information ZYE0 - Lignes de service et sur les nouvelles valeurs
déclarées dans l'information ZXMY.
Lors de la production du flux, les données de la ligne de service de type "identifiant" dans ZXMY sont
comparées à celles des anciennes valeurs déclarées présentes dans ZYE0. Lorsqu'elles diffèrent, elles
donnent lieu à la production d'un bloc 41, selon les règles propres aux lignes de service.
b. Corrections de modalités de ligne de service

Pour ce qui est des corrections de modalités, la production des blocs 41 est basée sur la Gestion Intégrée
des blocs 41 de l'Espace DSN, et s'appuie sur la table d'historique des modalités en BDSN.
7.5.7. Le bloc 71-Retraite complémentaire

Pour répondre à l'obligation de présence du bloc 71 pour chaque bloc 40 émis, le bloc 71 - Retraite
complémentaire est hérité de son contrat d'engagement de rattachement (40.076).
Ces données sont générées lors de la production du flux.
Elles ne sont pas présentes dans le PRDB au titre des lignes de service.
7.5.8. Le bloc 85
Sa production est identique à celle effectuée pour les contrats "classiques", basée sur l'information
ZD7R : un bloc 85 est produit si le lieu de travail (40.019) est différent du SIRET d'affectation.
Les navires étant considérés en DSN comme des lieux de travail, la solution standard a été enrichie pour
permettre la production de bloc 85 depuis le répertoire des navires (PA1).
Ainsi, pour une ligne de service, le lieu de travail pourra être issu soit des établissements (répertoire
DRE) pour le service à terre, soit des navires (répertoire PA1) pour le service en mer.
Pour plus de détails, veuillez vous référer à la section "Le paramétrage des lieux de
travail (bloc 85)".
170/191
7.5.9. Exploitation du matricule et de l'identifiant marin

L'identifiant marin est transmis à l'Espace DSN qui, lors de la production du flux DSN, substitue la donnée
matricule par l'identifiant marin dans la rubrique S21.GOO.30.019. Si l'identifiant marin n'est pas
renseigné, le flux est produit avec la donnée matricule ZY00-MATCLE.
Les autres fonctionnalités de l'Espace DSN restent à l'identique pour ce qui est de l'affichage du matricule.
La donnée matricule reste disponible dans l'Espace pour les ENIM : outre le besoin d'identification sur la
clé de GA, la donnée matricule est nécessaire pour permettre la valorisation inverse (id marin →
matricule) lors de l'exploitation des taux PAS, depuis le retour de la DGFiP.
7.6. Évolutions de l'Espace DSN
7.6.1. Affichage du matricule dans le détail de la déclaration

Pour les ENIM, la rubrique 30.019 de la déclaration contient l'identifiant marin, et non pas son matricule.
Pour faciliter la gestion de cette population et garder le lien avec l'identification en GA/Paie, le matricule
est rappelé à titre d'information dans l'affichage détaillé de la déclaration dans l'Espace DSN : il apparaît
entre parenthèses, à la suite de la valeur de la rubrique 30.019.
Dans le flux, c'est bien l'identifiant marin qui sera présent dans la rubrique 30.019.
7.6.2. Affichage des lignes de service dans le navigateur de la déclaration

Il est possible, par configuration, d'adapter l'affichage dans le navigateur de la déclaration : cela permet
de modifier le libellé "contrat" par "ligne de service" pour les natures de contrat de type 93 – Ligne
de service, de manière à pouvoir distinguer les contrats de type "Lignes de service" des contrats
"classiques".
Pour cela, il faut positionner, dans le fichier de configuration com.soprahr.edsn.ui.webapp.cfg, le

paramètre "highlightENIM=true".
Pour plus d'information veuillez vous reporter au Guide technique de l'Espace DSN.
7.6.3. Téléchargement et suivi de collecte du retour "ENIM"

La DSN 7.0 permet le téléchargement et le suivi de collecte des retours 107 ENIM.
Pour plus d’information, veuillez vous reporter au Guide de référence M2M.
171/191
8. Annexe : Liste des informations utiles à la DSN

Vous trouverez ci-après un tableau présentant la liste des informations utilisées en DSN dans HR Access.
Pour plus d'informations sur l'exploitation de ces informations, reportez-vous aux

chapitres et sections qui s'y rapportent dans le présent guide.
8.1. Structure de données ZX
Infor-
Libellé Spécifique Espace DSN Rechargeur Description
mation
DSN
ZX00 Identification Non Lecture Non utilisée Cette information contient l'identifiant
des dossiers des résultats de paie.
ZX5V Statut du dossier Non Lecture Lecture Cette information permet d'afficher le
statut du dossier de paie. Elle
n'existait pas en HRa Suite 5 mais a
été ajoutée par souci d'homogénéité
avec les autres versions et pour
bénéficier d'un fonctionnement
unique du connecteur.
ZX6B Description du Oui Lecture Non utilisée Cette information regroupe les
bulletin caractéristiques du bulletin de paie du
salarié. Elle est alimentée par les
programmes de paie.
ZX8K Eléments de Non Non utilisée Lecture Cette information contient les
rémunération éléments de rémunération. Elle est
alimentée par calcul de paie.
ZX8R Compléments X8K Non Non utilisée Lecture Cette information contient des
éléments de rémunération, et
notamment des dates, utiles à la
DSN. Ces éléments sont du même
ordre que ceux figurant dans
l'information ZX8K, mais cette
nouvelle information ZX8R
n'accueille, elle, que des données
172/191
Infor-
mation
DSN
utiles à la DSN. Cette information

vient donc en complément de ZX8K,
le lien étant fait par le rang de la ligne
dans ZX8K, stocké dans la rubrique
ZX8R ORDLIG.
ZXMH DSN : bloc 73 Oui Lecture Non utilisée Cette information répétitive fixe
(Ayants droit) regroupe les données concernant les
Ayants droit à faire figurer dans le
bloc 73.
ZXMI Identification Oui Lecture Lecture/Ecriture Cette information unique fixe est
contrat DSN l'information "pivot" de la production
du flux de la DSN mensuelle. A ce
titre, elle accueille l'identifiant du
contrat, celui du salarié et celui de
l'employeur. Elle porte également
certains champs du bloc 40 ainsi que
les champs destinés à l'alimentation
des données relatives à la retraite
complémentaire (bloc 71).
ZXMJ DSN : attributs Oui Lecture Lecture/Ecriture Cette information unique historique
historisés du regroupe les attributs du contrat
contrat soumis à changements (blocs 40 et
41).
ZXMK DSN : Bloc 60 Oui Lecture Lecture/Ecriture Cette information répétitive fixe
(arrêts de travail) regroupe les données du contrat
relatives aux arrêts de travail des
individus (dates de début et de fin,
motif, date de reprise, etc.).
ZXML DSN : Bloc 65 Oui Lecture Lecture/Ecriture Cette information répétitive fixe
(suspensions regroupe les données du contrat
tempo.) relatives aux suspensions
temporaires autres que les arrêts de
travail (par exemple, en cas
d'invalidité).
173/191
Infor-
mation
DSN
ZXMM DSN : Montants Oui Lecture Lecture/Ecriture Cette information répétitive fixe porte
génériquement l'ensemble des
montants résultant du calcul de paie à
fournir dans la DSN mensuelle. C'est
une information "esclave" de ZX8K –
Eléments de rémunération (chaque
occurrence est liée à une et une seule
occurrence de ZX8K). Elle est la
source commune d'alimentation des
blocs qui restituent les résultats de la
paie du mois (bloc 50 et ses blocs fils
en strate nominative, et bloc 23 en
strate agrégée). Son alimentation est
entièrement pilotée par paramétrage.
ZXMN DSN : Bloc 70 Oui Lecture Non utilisée Cette information répétitive fixe
(mutuelle, regroupe les données relatives aux
prévoyance) mutuelles et aux organismes de
prévoyance (référence du contrat,
code de l'organisme, date d'affiliation,
etc.).
ZXMQ DSN : Bloc 62 (fin Oui Lecture Lecture/Ecriture Cette information unique fixe est
de contrat) automatiquement valorisée par le
calcul de paie lorsqu'une fin de contrat
intervient au cours du mois de paie.
Elle joue le rôle d'événement auprès
de l'Espace DSN. Elle est utile dans le
cadre du signalement d'événements
et dans la gestion du rappel.
ZXMR DSN : Bloc 63 Oui Lecture Non utilisée Cette information répétitive fixe
(préavis fin contrat) regroupe les données concernant un
préavis de fin de contrat d'un individu
(type de préavis, dates de début et de
fin du préavis, période de paie
concernée). Elle porte les données du
bloc 63.
174/191
Infor-
mation
DSN
ZXMU DSN : Bloc 34 Oui Lecture Non utilisée Cette information répétitive fixe
(Compte regroupe les données concernant le
Professionnel de Compte Professionnel de Prévention
Prévention (Ex- (Ex-Pénibilité) à faire figurer dans le
Pénibilité)) bloc 34.
ZXMV DSN : Bloc 71 (IRC) Oui Lecture Non utilisée Cette information répétitive fixe
regroupe les données concernant la
retraite complémentaire à faire figurer
dans le bloc 71.
ZXMW DSN : Bloc 40 Oui Lecture Non utilisée Cette information unique fixe
(Extension regroupe les données concernant le
spectacle) spectacle à faire figurer dans le
bloc 40.
ZXMX DSN : Ancienneté Oui Lecture Non utilisée Cette information répétitive fixe
regroupe les données concernant
l'ancienneté à faire figurer dans le
bloc 86.
175/191
8.2. Structure de données YS
Infor-
mation
DSN
YSFH DSN : Bloc 73 Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMH entre le
(Ayants droit) calcul de paie et le chargement du PRDB.
YSFI Identification Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMI entre le
contrat DSN calcul de paie et le chargement du PRDB.
YSFJ DSN : attributs Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMJ entre le
historisés du calcul de paie et le chargement du PRDB.
contrat
YSFK DSN : Bloc 60 Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMK entre le
(arrêts de travail) calcul de paie et le chargement du PRDB.
YSFL DSN : Bloc 65 Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXML entre le
(suspensions calcul de paie et le chargement du PRDB.
tempo.)
YSFN DSN : Bloc 70 Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMN entre le
(mutuelle, calcul de paie et le chargement du PRDB.
prévoyance)
YSFQ DSN : Bloc 62 (fin Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMQ entre le
de contrat) calcul de paie et le chargement du PRDB.
YSFR DSN : Bloc 63 Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMR entre le
(préavis fin calcul de paie et le chargement du PRDB.
contrat)
YSFU DSN : Bloc 34 Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMU entre le
(Compte calcul de paie et le chargement du PRDB.
Professionnel de
Prévention (Ex-
Pénibilité))
YSFV DSN : Bloc 71 Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMV entre le
(IRC) calcul de paie et le chargement du PRDB.
176/191
Infor-
mation
DSN
YSFW DSN : Bloc 40 Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMW entre le
(Extension calcul de paie et le chargement du PRDB.
spectacle)
YSFX DSN : Ancienneté Oui Non utilisée Non utilisée Cette information est l'équivalent de ZXMX entre le
calcul de paie et le chargement du PRDB.
8.3. Structure de données ZD
Infor-
mation
DSN
ZD00 Identifiant Non Lecture Lecture Cette information est présente dans chaque
dossiers répertoire de la Réglementation. Elle contient
réglementaires principalement le code identifiant un dossier
réglementaire. Elle permet également de faire
le lien entre les dossiers de gestion et les
dossiers réglementaires.
ZD01 Libellés Non Lecture Non utilisée Cette information est contenue dans chaque
répertoire de la Réglementation, ses
caractéristiques sont identiques pour
l'ensemble des répertoires de la
réglementation. Elle est associée au code
dossier réglementaire et contient son libellé
long et abrégé. Elle est gérée par langue.
ZD0I Banques Non Non utilisée Non utilisée Cette information unique fixe permet de définir
des coordonnées bancaires. Elle est utilisée
pour définir les coordonnées bancaires dans le
répertoire DFI Référentiel des comptes
bancaires utilisé par l'Espace DSN.
ZD7J Description Oui Lecture Non utilisée Cette information unique fixe est présente dans
modalités de le répertoire DFJ Modalités pour paiement
paiement DSN. Elle permet de définir les modalités de
177/191
Infor-
mation
DSN
paiement de la fonctionnalité Gestion intégrée

des versements
ZD7K Rattachement Oui Lecture Non utilisée Cette information répétitive historique permet
modalités de de rattacher les modalités de paiement à
paiement l'établissement
ZD7O Transcodification Oui Non utilisée Lecture Cette information est dédiée à la
normalisée transformation de codification DSN de codes
HR Access vers des codes DSN. Elle permet
de gérer le multi-normes et de cibler
explicitement la rubrique DSN à alimenter.
ZD7P Déversement DSN Oui Non utilisée Lecture Cette information permet de paramétrer le
d'une rubrique déversement d'une rubrique en DSN.
ZD7Q Attributs des Oui Non utilisée Lecture Cette information est présente dans le
compteurs DSN répertoire DFB. Elle permet de fournir divers
attributs utiles à la définition des compteurs
DSN (catégorie du compteur, code bloc, etc.).
ZD7R Attributs DSN Oui Lecture Non utilisée Cette information unique fixe est indispensable
au fonctionnement de la DSN. Elle permet de
disposer de toutes les informations
nécessaires à la production du flux DSN
concernant un établissement, un lieu de travail
ou le siège de l'entreprise. En standard, elle est
rattachée au répertoire DRE des
établissements. Elle permet notamment
d'indiquer les dates d'entrée en DSN et de
sortie de DSN d'un établissement. Ces dates
sont exploitées par l'Espace DSN pour
sélectionner l'établissement sur le mois
principal déclaré. A noter : des traitements
livrés en standard permettent d'alimenter
automatiquement la plupart des zones de cette
information.
178/191
Infor-
mation
DSN
ZD7S Points dépôts et Oui Non utilisée Non utilisée Cette information unique historique permet de
fractions DSN décrire l'établissement (SIRET) comme un
ensemble d'unités déclaratives (au moins une).
Son existence est indispensable pour que
l'établissement soit pris en compte par
l'Espace DSN.
ZD7T Code type Oui Non utilisée Non utilisée Cette information unique fixe permet de définir
personnel Urssaf le type des cotisations DUCS (cotisation,
réduction, taux zéro).
ZD7V Rattachement Oui Lecture Non utilisée Cette information est présente dans les
d'OPS à répertoires DRE Etablissements et UAA
l'établissement Sociétés légales. Elle permet de rattacher des
OPS à un établissement et de fournir, en
fonction des cas, des données utiles aux blocs
08, 15, 81, 23, 22, 20. Pour les Organismes
complémentaires, elle permet de fournir la liste
des contrats d'adhésion Prévoyance,
Complémentaire Santé ou Retraite
Supplémentaire de l'établissement ou de la
société par indication de codes du répertoire
DFG.
ZD7W Données adhésion Oui Non utilisée Non utilisée Cette information est présente dans le
répertoire DFG Adhésion prévoyance. Elle
permet de décrire les contrats d'adhésion
Prévoyance, Complémentaire Santé ou
Retraite Supplémentaire.
ZD7X DSN : paiement Oui Lecture Non utilisée Cette information répétitive fixe est présente
OPS dans le répertoire DRE Etablissements. Elle
permet de décrire les options de paiement pour
les OPS autres que URSSAF (AGIRC-ARRCO
uniquement dans cette version).
179/191
Infor-
mation
DSN
ZD7Y Contact chez le Oui Lecture Non utilisé Cette information répétitive historique est
déclaré présente dans le répertoire ZDDRE
Etablissement. Elle permet de déclarer le
contact chez le déclaré (bloc 07).
ZDAG Renseignements Non Lecture Non utilisée Cette information est utile pour la France
pour édition TDS- seulement. Elle appartient aux répertoires
DUCS Etablissements (DRE) et Sociétés (UAA).
ZDAO Editions et Non Non utilisée Lecture Cette information est utilisée pour déterminer
contrôles l'identifiant de l'OPS.
ZDAQ Information unique Non Non utilisée Lecture Cette information est utilisée pour déterminer
fixe IPS les périodes de paie utilisées dans la gestion
du partitionnement des données de ZX.
ZDDI Description d'une Non Non utilisée Lecture Cette information est utilisée pour déterminer
période les périodes de paie utilisées dans la gestion
du partitionnement des données de ZX.
ZDEX Information Non Lecture Non utilisée Cette information est utilisée pour renseigner
répétitive fixe les données des dépenses et déductions
DOETH.
ZDEY Information Non Lecture Non utilisée Cette information est utilisée pour renseigner
répétitive fixe les données des effectifs DOETH.
ZDFI Information Non Lecture Non utilisée Information paramètre utilisée pour renseigner
paramètre les critères de lancement de calcul et
d'alimentation de la structure hors paie pour la
DOETH.
ZDFS Unique Fixe Non Lecture Non utilisée Cette information est utilisée pour renseigner
Banalisée les attributs de divers répertoires.
180/191
8.4. Structure de données ZY
Infor-
mation
DSN
ZY00 Identification du Non Lecture Non utilisée Cette information contient l'identifiant principal
dossier d'un dossier du Personnel. Cet identifiant est
constitué d'une ou plusieurs rubriques. Un
gestionnaire voulant désigner précisément un
dossier doit fournir la valeur de ces rubriques.
ZYAD DSN : données Oui Lecture Non utilisée Cette information contient les données
du bloc administratives d'un individu (bloc 30). Elle est
S21.G00.30 valorisée à la première installation du kit DSN.
Une fois initialisée pour chaque individu, elle est
ensuite mise à jour automatiquement à chaque
fois que l'une des informations sources de
l'individu est modifiée.
ZYAE Lot de gestion Oui Non utilisée Non utilisée Cette information permet de saisir le code lot de
DSN gestion. Elle est ensuite exploitée par un
traitement de service standard pour alimenter le
code lot du dossier individuel. Pour plus
d'informations, reportez-vous à la section
"Implémentation du service DSN-SRV-UD par le
traitement FC0AE1BI" du chapitre "Personnaliser
l'alimentation des données de gestion DSN".
ZYAK DSN : Oui Non utilisée Non utilisée Cette information permet de bloquer le
Exclusion déclenchement de signalements pour certains
signalements salariés.
DSN
ZYAL DSN : Oui Lecture Non utilisée Cette information représente l'événement Arrêt
Evénement de travail. Elle est générée automatiquement dès
"Arrêt de qu'une absence de type IJSS est saisie dans le
travail" dossier du salarié, et porte les données utiles du
bloc 60, avec toutes les rubriques exigées par la
DSN de signalement Arrêt de travail. Elle est
également utilisée en paie pour la génération du
bloc 60 de la DSN mensuelle.
181/191
Infor-
mation
DSN
ZYE3 Temps partiel Non Non utilisée Non utilisée Cette information permet de gérer le Temps
thérapeutique partiel thérapeutique pour le secteur France
privé (pour les versions HRa 7.1, 9.x et 10).
ZYPO Positions Non Non utilisée Non utilisée Cette information est utilisée pour le secteur
France public pour générer les données du
bloc 65 (Autre suspension de l'exécution du
contrat) ainsi que pour alimenter certaines
rubriques du bloc 40 (contrat).
182/191
8.5. Structure de données ZZ
Infor-
mation
DSN
ZZ00 Clé du dossier Oui Lecture Non utilisée Cette information contient l'identifiant principal
hors paie du mois d'un dossier permettant de fournir des données
utiles à la DSN en complément des données
issues de la paie mensuelle. L'identifiant
désigne une unité déclarative pour une période
DSN donnée. L'identifiant est constitué d'une
ou plusieurs rubriques. Un gestionnaire voulant
désigner précisément un dossier doit fournir la
valeur de ces rubriques.
ZZ13 Complément Oui Lecture Non utilisé Cette information répétitive fixe permet de
OETH déclarer les données DOETH (accord, les
types BOETH).
ZZ20 Versement OPS Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
au type de dossier UDM Unité de déclaration
mensuelle. Pour une unité déclarative et une
période DSN données, elle permet de fournir
des données à porter dans le bloc S21.G00.20
Versement organisme de protection sociale
pour les OPS autres que les organismes
complémentaires.
ZZ2P Versement OC Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
au type de dossier UDM Unité de déclaration
période DSN données, elle permet de fournir
Versement organisme de protection sociale
pour les organismes complémentaires.
ZZ23 Cotisations Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
agrégées au type de dossier UDM Unité de déclaration
période DSN données, cette information
permet de fournir des données à porter dans
183/191
Infor-
mation
DSN
les blocs S21.G00.23 Cotisations agrégées et

S21.G00.22 Bordereau de cotisation due.
ZZ32 Bénéficiaire des Oui Lecture Non utilisée Cette information unique fixe est rattachée au
honoraires type de dossier V32 Bénéficiaire Honoraires.
Pour une unité déclarative, une période DSN et
une personne physique ou morale données,
elle permet de fournir des données à porter
dans le bloc S21.G00.32 Bénéficiaire des
honoraires.
ZZ33 Avantages en Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
nature au type de dossier V32 Bénéficiaire
Honoraires. Pour une unité déclarative, une
période DSN et une personne physique ou
morale données, elle permet de fournir des
données à porter dans le bloc S21.G00.33
Avantages en nature.
ZZ35 Prise en charge Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
des indemnités au type de dossier V32 Bénéficiaire
Prise en charge des indemnités.
ZZ43 Rémunérations Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
au type de dossier V32 Bénéficiaire
Rémunérations.
ZZ44 Assujettissement Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
fiscal au type de dossier UDM Unité de déclaration
184/191
Infor-
mation
DSN
permet de fournir des données à porter dans le

bloc S21.G00.44 Assujettissement fiscal.
ZZ55 Composants de Oui Lecture Non utilisée Pour une unité déclarative et une période DSN
versement OC données, cette information permet de fournir
Composant de versement pour les organismes
complémentaires.
ZZ67 Régimes de Oui Lecture Non utilisée Cette information répétitive fixe permet de
retraite déclarer les données pour le régime de retraite
supplémentaire supplémentaire (bloc 67).
ZZ82 Cotisations Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
établissement au type de dossier UDM Unité de déclaration
permet de fournir des données à porter dans le
bloc S21.G00.82 Cotisations établissement.
ZZ87 Actions gratuites Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
au type de dossier V87 Actions gratuites. Pour
une unité déclarative, une période DSN et une
personne physique données, elle permet de
fournir des données à porter dans le bloc
S21.G00.87 Actions gratuites.
ZZ88 Options sur titres Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
(stock-options) au type de dossier V88 Options sur titres
(stock-options). Pour une unité déclarative, une
période DSN et une personne physique
données, elle permet de fournir des données à
porter dans le bloc S21.G00.88 Options sur
titres (stock-options).
ZZ89 Souscription parts Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
créa. Entreprise au type de dossier V89 Souscription parts créa.
Entreprise. Pour une unité déclarative, une
période DSN et une personne physique
185/191
Infor-
mation
DSN
données, elle permet de fournir des données à

porter dans le bloc S21.G00.89 Bons de
souscription de parts de créateur d'entreprise
(BSPCE).
ZZ91 Individu non Oui Lecture Non utilisée Cette information unique fixe est rattachée au
salarié type de dossier V91 Individu non salarié. Pour
une unité déclarative, une période DSN et une
personne physique données, elle permet de
fournir des données à porter dans le bloc
S21.G00.91.
ZZ92 Bases spécifiques Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
individu non sal au type de dossier V91 Individu non salarié.
une personne physique données, elle permet
de fournir des données à porter dans le bloc
S21.G00.92 Bases spécifiques AGIRC-
ARRCO.
ZZ93 Régularisation Oui Lecture Non utilisée Cette information répétitive fixe est rattachée
PAS au type de dossier V91 Individu non salarié.
S21.G00.93 Régularisation PAS.
ZZ94 Cotisation Individu Oui Lecture Non Cette information répétitive fixe est rattachée
non salarié au type de dossier V91 Individu non salarié.
S21.G00.94 Cotisation Individu non salarié
186/191
9. Annexe : Mapping des données

Vous trouverez ci-après un tableau présentant le mapping des données pour la DSN dans HR Access.
Ce mapping comporte les noms des "services" et des traitements standard livrés pouvant être
personnalisés.
a. Les "services" [1] implémentés

Un "service" implémenté en standard est caractérisé par le fait que son code est mentionné dans la
colonne Code du service appelé. Le nom traitement l'implémentant est indiqué dans la colonne Code
traitement. La zone réceptrice au niveau du PRDB est exploitée par l'Espace DSN (lu dans HR Access).
Si vous désirez modifier l'implémentation standard, nous vous conseillons de procéder par création d'un
nouveau traitement pour remplacer le traitement standard afin d'éviter tout "écrasement" par une
livraison de maintenance.
b. Les "services" non implémentés
Un "service" peut être disponible tout en n'étant pas implémenté en standard. Dans ce cas, son code est
mentionné dans la colonne Code du service appelé, mais aucun traitement n'est indiqué dans la colonne
d'alimentation Code traitement.
En revanche, la zone réceptrice est prévue au niveau du PRDB et donc exploitable par l'Espace DSN (lu
dans HR Access). Si vous mettez en place un traitement de "service" spécifique pour alimenter la zone
prévue, elle sera exploitée.
c. Les traitements personnalisables

Quelques traitements standard implémentant les informations Données administratives de l'individu
(ZYAD) et Attributs DSN (ZD7R), ne fonctionnent pas comme des traitements de service mais sont
néanmoins personnalisables. Ils sont repérables par le fait qu'ils ont la mention "Traitements modifiables
(renommage)" dans la colonne Code du service appelé. Les noms des traitements sont dans la colonne
Code traitement.
[1]
Pour plus d'informations sur les "services", reportez-vous au paragraphe dédié.
187/191
9.2. Mapping des données norme NEODeS
188/191
MAPPING DSN 7.0
Module de production de flux (Java) Alimentation des rubriques source (colonne Rubrique / propriété Source ) du module de production de flux par l'Extension DSN (HR Access)
Bloc Libellé Zone DSN / Libellé Phase NEODeS Commentaire Type d'alimentation/Origine Rubrique / propriété Source Commentaires Production de flux Code du service appelé Code Traitement Rubrique origine Commentaires Valorisation Extension
PASRAU
S10.G00.00 Envoi S10.G00.00.001 Nom du logiciel utilisé Toutes phases DSN En dur par le Module de production A "Espace DSN HRAccess"
de flux
S10.G00.00.002 Nom de l'éditeur Toutes phases DSN En dur par le Module de production A "Sopra HR Software"
de flux
S10.G00.00.003 Numéro de version du logiciel utilisé Toutes phases DSN En dur par le Module de production Numéro de version
de flux
S10.G00.00.004 Code de conformité en pré-contrôle Toutes phases DSN Non alimenté
S10.G00.00.005 Code envoi du fichier d'essai ou réel Toutes phases DSN Calculé par le Module de Mode donné en paramètre du Module de A "01" - envoi fichier Essai
production de flux production de flux A "02" - envoi fichier Réel
S10.G00.00.006 Numéro de version de la norme utilisée Toutes phases DSN La norme en vigueur ne doit pas être Lu dans paramétrage HRA du site Norme en vigueur Valeurs possibles : Le même paramétrage est consommé en paie (DBI) pour valoriser ZXMI-
modifiée entre le passage de paie et la (U3N) --> Répertoire U3N Pour NEODeS : CDNORM et conditionner les traitemnents.
production du flux --> ZDFS-NORME1 "DPHASE1V1" pour la Phase 1
--> ZDFS-NORME2 "DP02V01" pour la Phase 2
"DP03V01" pour la Phase 3, puis "DP18V01", puis "DP19V01", puis
"DP20V01", puis "DP21V01"
Pour NEORAU :
P201710 puis P202010 puis P202002
S10.G00.00.007 Point de dépôt Toutes phases DSN Déduit du paramétrage des UD --> Répertoire DRE Sélection bulletins sur ZXMI-V00007 (' ''01 - Net-entreprises" ; "02 - ZXMI-V0007 est valorisé en fonction du régime de base maladie (ZXMI-
contenues dans l'envoi --> ZD7S MSA") V40018), voir ce champ
S10.G00.00.008 Type de l'envoi Toutes phases DSN En paramètre de la fonction A "01 - envoi normal" par défaut
d'extraction A "02 - envoi néant" si toutes les déclarations du message sont des
mensuelles de type néant
S10.G00.01 Emetteur S10.G00.01.001 Siren de l'émetteur de l'envoi Toutes phases DSN Fichier configuration Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
com.soprahr.edsn.producer.impl.cf dsn.application.emetteur.sirenEmetteurEnv com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
g oi com.soprahr.edsn.producer.parameters_XXXX.cfg par société XXXX
Pour les signalements :

sig.application.emetteur.sirenEmetteurEnv
oi
S10.G00.01.002 Nic de l'émetteur de l'envoi Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.nicEmetteurEnvoi com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
Pour les signalements : com.soprahr.edsn.producer.parameters_XXXX.cfg par société XXXX
sig.application.emetteur.nicEmetteurEnvoi
S10.G00.01.003 Nom ou raison sociale de l'émetteur Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.nomOuRaisonSoci com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
aleEmetteur com.soprahr.edsn.producer.parameters_XXXX.cfg par société XXXX
Pour les signalements : s
S10.G00.01.004 Numéro, extension, nature et libellé de la voie Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.adresse com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
sig.application.emetteur.adresse
S10.G00.01.005 Code postal Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.codePostal com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
sig.application.emetteur.codePostal
S10.G00.01.006 Localité Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.localite com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
sig.application.emetteur.localite
S10.G00.01.007 Code pays Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.codePays com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
sig.application.emetteur.codePays
S10.G00.01.008 Code de distribution à l'étranger Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.codeDistributionE com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
tranger com.soprahr.edsn.producer.parameters_XXXX.cfg par société XXXX
sig.application.emetteur.codeDistributionEt
ranger
S10.G00.01.009 Complément de la localisation de la construction Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.complementLocal com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
isationConstruction com.soprahr.edsn.producer.parameters_XXXX.cfg par société XXXX
sig.application.emetteur.complementLocali
sationConstruction
S10.G00.01.010 Service de distribution, complément de localisation de la voie Toutes phases DSN idem Pour la mensuelle : Variabilité par société introduite en 4.2 par configuration dans
dsn.application.emetteur.serviceDistributio com.soprahr.edsn.producer.parameters.cfg et possiblité de créer 1 fichier
nOuComplementLocalisationVoie com.soprahr.edsn.producer.parameters_XXXX.cfg par société XXXX
sig.application.emetteur.serviceDistribution
OuComplementLocalisationVoie
S10.G00.02 Contact Emetteur S10.G00.02.001 Code civilité Toutes phases DSN idem dsn.application.contactEmetteur.codeCivilit
e
sig.application.contactEmetteur.codeCivilit
e
S10.G00.02.002 Nom et prénom de la personne à contacter Toutes phases DSN idem dsn.application.contactEmetteur.nomEtPre
nomPersonneAContacter
sig.application.contactEmetteur.nomEtPren
omPersonneAContacter
S10.G00.02.004 Adresse mél du contact émetteur Toutes phases DSN idem dsn.application.contactEmetteur.adresseM
ailContactEmetteur
sig.application.contactEmetteur.adresseMai
lContactEmetteur
S10.G00.02.005 Adresse téléphonique Toutes phases DSN idem dsn.application.contactEmetteur.adresseTel
ephonique
sig.application.contactEmetteur.adresseTel
ephonique
S10.G00.02.006 Adresse fax Toutes phases DSN idem Pour la mensuelle :
dsn.application.contactEmetteur.adresseFa
x
sig.application.contactEmetteur.adresseFax
MAPPING DSN 7.0
PASRAU
S20.G00.05 Déclaration S20.G00.05.001 Nature de la déclaration Toutes phases DSN En paramètre de la fonction 01 - DSN Mensuelle
d'extraction 02 - Signalement Fin du contrat de travail
04 - Signalement Arrêt de travail
05 - Signalement Reprise suite à arrêt de travail
S20.G00.05.002 Type de la déclaration Toutes phases DSN Calculé par le Module de '01' - déclaration normale par défaut
production de flux '02' - déclaration normale sans individu pour l'extraction d'un
établissement sélectionné mais qui ne comporte aucun salarié
S20.G00.05.003 Numéro de fraction de déclaration Toutes phases DSN Déduit du du point de dépôt et du ZD7S (x) --> NUNETx , NBTNET ou Concaténation de (x correspondant au lot de l'UD dans ZD7S) DSN-SRV-UD FE0AE1BI ZYAE-CODLOT Par défaut valorisé à "STD" par le traitement moteur DBI
code lot de l'UD NUMSAx, NBTMSA - NUNETx +-NBTNET si dépôt Net-Ent.
Pour les signalements, il est mis - NUMSAx + ZD7S-NBTMSA si dépôt MSA.
à1/1 Rq : Critère de sélection bulletins via ZXMI.CODLOT)
S20.G00.05.004 Numéro d'ordre de la déclaration Toutes phases DSN Calculé par le Module de Le numéro d'ordre de la déclaration commence à 1 et est incrémenté de 1
production de flux pour chaque déclaration ; il est remis à 1 le mois suivant.
S20.G00.05.005 Date du mois principal déclaré Toutes phases DSN Paramètre de la fonction 1er jour du mois demandé Critère de sélection bulletins via ZXMI.AAAAMM Alimentation de ZXMI-AAAAMM et D05005 par le mois de la période de
d'extraction paie courante
S20.G00.05.006 Identifiant de la déclaration annulée ou remplacée Toutes phases DSN Calculé par le Module de Application de la norme DSN
production de flux
S20.G00.05.007 Date de constitution du fichier Toutes phases DSN Contexte d'exécution Horodatage de lancement de la génération du flux
S20.G00.05.008 Champ de la déclaration Toutes phases DSN Déduit du paramétrage de l'UD --> Répertoire DRE En fonction du caractère mixte ou non de l'établissement et du point de
--> ZD7S dépôt (01-Totale, 02-Partielle MSA, 03-Partielle RG)
S20.G00.05.009 Identifiant métier Toutes phases DSN Non géré Forçage Espace possible
Forçage Espace possible
S20.G00.05.010 Devise de la déclaration A partir DSN Phase 3 Lu dans HRA --> Répertoire DRE ou autre Saisissable dans les Attributs DSN de l'établissement déclaré
--> ZD7R-V05010
S20.G00.05.011 Nature de l’événement déclencheur du signalement A partir DSN 2020 Non géré Forçage Espace possible
S20.G00.07 Contact chez le déclaré S20.G00.07.001 Nom et prénom du contact Toutes phases DSN Géré en mensuelle et sur signalement Lu dans HRA Signalements : Pour la DSN Mensuelle, les données sont cherchées au niveau de Signalements : Signalements : Signalements :
arrêt de travail et reprise ZYAL-X07001 l'établissement concerné, à défaut, au niveau de la société FC0ALA via FC04IUSR ZY4I-NMPRUS Saisissable dans l'événement Arrêt de travail
correspondante.
Mensuelle : Sinon aucun bloc 07 n'est généré.
--> Répertoire DRE ou UAA
--> ZD7Y-X07001
S20.G00.07.002 Adresse téléphonique Toutes phases DSN Idem S20.G00.07.001 Lu dans HRA Signalements : Pour la DSN Mensuelle, les données sont cherchées au niveau de Signalements : Signalements : Signalements :
ZYAL-X07002 l'établissement concerné, à défaut, au niveau de la société FC0ALA via FC04IUSR ZY4I-USQU02; si non trouvé ZY0H-NUMTEL de type, par Saisissable dans l'événement Arrêt de travail
correspondante. ordre de priorité, CPC "Téléphone cellulaire de la
Mensuelle : Sinon aucun bloc 07 n'est généré. société" ou WPN "Numéro de téléphone professionnel"
--> ZD7Y-X07002
S20.G00.07.003 Adresse mél du contact Toutes phases DSN Idem S20.G00.07.001 Lu dans HRA Signalements : Pour la DSN Mensuelle, les données sont cherchées au niveau de Signalements : Signalements : Signalements :
ZYAL-X07003 l'établissement concerné, à défaut, au niveau de la société FC0ALA via FC04IUSR ZY4I-ADUSML si non trouvé ZY0H-NUMTEL de type EML Saisissable dans l'événement Arrêt de travail
correspondante.
Mensuelle: Sinon aucun bloc 07 n'est généré.
--> ZD7Y-X07003
S20.G00.07.004 Type A partir DSN Phase 2 Idem S20.G00.07.001 Lu dans HRA Signalements : Pour la DSN Mensuelle, les données sont cherchées au niveau de Signalements : Signalements :
ZYAL-V07004 l'établissement concerné, à défaut, au niveau de la société FC0ALA Saisissable dans l'événement Arrêt de travail
correspondante.
Mensuelle : Sinon aucun bloc 07 n'est généré. Mis à "01" Contact pour les IJ par défaut. En cas de présence d'un SIRET
--> Répertoire DRE ou UAA centralisateur, il est mis à "09".
--> ZD7Y-X07004
S20.G00.08 Identifiant de l’organisme S20.G00.08.001 Code caisse A partir DSN Phase 3 Lu dans HRA Etablissement employeur : DRE-ZD7V Généré si aucune cotisation individuelle 81 pour le type d'organisme
destinataire de la déclaration (même si la déclaration n'est pas "néant")
"Absence de rattachement pour le Pour MSA (ZD7V-TYPORG = MA)
mois principal déclaré" --> ZD7V-DSNCAI
Pour les TYPORG numériques :

--> ZD7V-TYPORG
S21.G00.06 Entreprise S21.G00.06.001 SIREN Toutes phases DSN Lu dans HRA ZD7R-X06001 Description de l'entreprise dans ZD7R : recherche d'une ligne ZD7R Traitements modifiables FC9AG0NA (TP) ZDAG-CDSIRE Recherche établissement siège (ZD7R-NATETA = 1)
portant le même code Siren (X06001) que l'établissement à déclarer et tel (renommage) FC97R0NK (TP) --> DRE --> ZD39 --> UAA --> ZDAG --> DRE
que ZD7R-NATETA = 1) FC97RBI1 (Batch) --> tout autre répertoire à partir 2.060
S21.G00.06.002 NIC du siège Toutes phases DSN Lu dans HRA Entreprise cf. commentaire de S21.G00.06.001 idem S21.G00.06.001 ZDAG-CDNICS idem S21.G00.06.001
--> ZD7R-X11001
S21.G00.06.003 Code APEN Toutes phases DSN Lu dans HRA Entreprise cf. commentaire de S21.G00.06.001 idem S21.G00.06.001 ZDAG-CDAPE2 idem S21.G00.06.001
--> ZD7R-X06003
S21.G00.06.004 Numéro, extension, nature et libellé de la voie Toutes phases DSN Lu dans HRA Entreprise cf. commentaire de S21.G00.06.001 Traitements modifiables FC90F0NA (TP) ZD0F-NUMVFR idem S21.G00.06.001
--> ZD7R-X11003 (renommage) FC97R0NK (TP) + " " + ZD0F-BISTFR
FC97RBI1 (Batch) + " " + ZD0F-VOIEFR
S21.G00.06.005 Code postal Toutes phases DSN Lu dans HRA Entreprise cf. commentaire de S21.G00.06.001 idem S21.G00.06.004 ZD0F-CODPFR idem S21.G00.06.001
--> ZD7R-X11004
S21.G00.06.006 Localité Toutes phases DSN Lu dans HRA Entreprise cf. commentaire de S21.G00.06.001 idem S21.G00.06.004 ZD0F-BURDFR idem S21.G00.06.001
--> ZD7R-X11005
S21.G00.06.007 Complément de la localisation de la construction Toutes phases DSN Lu dans HRA Entreprise cf. commentaire de S21.G00.06.001 idem S21.G00.06.004 ZD0F-ZONADA idem S21.G00.06.001
--> ZD7R-X11006
S21.G00.06.008 Service de distribution, complément de localisation de la voie Toutes phases DSN Lu dans HRA Entreprise cf. commentaire de S21.G00.06.001 idem S21.G00.06.004 ZD0F-ZONADC idem S21.G00.06.001
--> ZD7R-X11007
S21.G00.06.009 Effectif moyen de l'entreprise au 31 décembre A partir DSN Phase 2 A partir DSN 2021, n'est plus à Lu dans HRA Entreprise La rubrique S21.G00.06.009 est produite uniquement si l'effectif lu dans cf. rubrique source (module de production du flux) Saisissable dans les Attributs DSN de l'établissement siège
alimenter pour le Secteur Privé --> ZD7R-N06009 HR Access est différent de 0.
S21.G00.06.010 Code pays A partir DSN Phase 2 Lu dans HRA Entreprise Non renseigné si l'adresse relève du système postal français idem S21.G00.06.004 ZD0F-CDPAYS idem S21.G00.06.001
--> ZD7R-X11015
S21.G00.06.011 Code de distribution à l'étranger A partir DSN Phase 2 Lu dans HRA Entreprise Non renseigné si l'adresse relève du système postal français idem S21.G00.06.004 ZD0F-CDPOST idem S21.G00.06.001
--> ZD7R-X11016 Alimente ZD7R-X11016 si code pays différent de France
S21.G00.06.012 Implantation de l'entreprise A partir DSN Phase 3 Lu dans HRA Entreprise cf. rubrique source (module de production du flux) Saisissable dans les Attributs DSN de l'établissement siège
--> ZD7R-V06012
S21.G00.06.015 Code convention collective applicable A partir DSN 2021 Lu dans HRA Entreprise cf. rubrique source (module de production du flux) Saisissable dans les Attributs DSN de l'établissement siège
--> ZD7R-X06015
S21.G00.11 Etablissement S21.G00.11.001 NIC Toutes phases DSN Lu dans HRA Etablissement déclaré Etablissement identifié dans l'unité déclarative. Sélection des bulletins idem S21.G00.06.001 ZDAG-CDNICS
--> ZD7R-X11001 affectés à cet établissementt (via ZXMI-E11001 et ZXMI-IDMDL6)
Critère de sélection des bulletins affectés à cet établissementt (via ZXMI- DSN_SRV_UD FE0380BI ZY38-IDESTA Occurrence de ZY38 en vigueur fin du mois de paie ou à la date de sortie si
E11001 et ZXMI-IDMDL6) le contrat a pris fin avant
S21.G00.11.002 Code APET Toutes phases DSN Lu dans HRA Etablissement déclaré cf. commentaire de S21.G00.11.001 idem S21.G00.06.001 ZDAG-CDAPE2 idem S21.G00.11.001
--> ZD7R-X11002
S21.G00.11.003 Numéro, extension, nature et libellé de la voie Toutes phases DSN Lu dans HRA Etablissement déclaré cf. commentaire de S21.G00.11.001 idem S21.G00.06.004 ZD0F-NUMVFR idem S21.G00.11.001
--> ZD7R-X11003 + " " + ZD0F-BISTFR
+ " " + ZD0F-VOIEFR
S21.G00.11.004 Code postal Toutes phases DSN Lu dans HRA Etablissement déclaré cf. commentaire de S21.G00.11.001 idem S21.G00.06.004 ZD0F-CODPFR idem S21.G00.11.001
--> ZD7R-X11004
S21.G00.11.005 Localité Toutes phases DSN Lu dans HRA Etablissement déclaré cf. commentaire de S21.G00.11.001 idem S21.G00.06.004 ZD0F-BURDFR idem S21.G00.11.001
--> ZD7R-X11005
S21.G00.11.006 Complément de la localisation de la construction Toutes phases DSN Lu dans HRA Etablissement déclaré cf. commentaire de S21.G00.11.001 idem S21.G00.06.004 ZD0F-ZONADA idem S21.G00.11.001
--> ZD7R-X11006
MAPPING DSN 7.0
PASRAU
S21.G00.11.007 Service de distribution, complément de localisation de la voie Toutes phases DSN Lu dans HRA Etablissement déclaré cf. commentaire de S21.G00.11.001 idem S21.G00.06.004 ZD0F-ZONADC idem S21.G00.11.001
--> ZD7R-X11007
S21.G00.11.008 Effectif de fin de période déclarée de l'établissement A partir DSN Phase 2 A partir DSN 2021, n'est plus à Calculé par le Module de ZXMI-N11008 Totalisation des salariés tels que ZXMI-N11008="1" DSN-SRV-EFFECTIF FCRFJ1BI ZXMJ-V40007 ZXMI-N11008 alimenté par défaut à "1" si présence fin de mois.
alimenter pour le Secteur Privé production de flux La rubrique S21.G00.11.008 est produite uniquement si l'effectif calculé Les salariés dont la nature de contrat (40.007) est Apprenti "04" ou
est différent de 0. Stagiaire "29" sont exclus : ZXMI-N11008 = "0"
A partir DSN 2021, ZXMI-N11008 alimenté par défaut à "0" pour le
Secteur Privé
S21.G00.11.009 Type de rémunération soumise à contrib. d'Assurance chômage A partir DSN Phase 2 Lu dans HRA Etablissement déclaré cf. rubrique source (module de production du flux) Saisissable dans les Attributs DSN de l'établissement déclaré
pour expatriés --> ZD7R-V11009
S21.G00.11.015 Code pays A partir DSN Phase 2 Lu dans HRA Etablissement déclaré Non renseigné si l'adresse relève du système postal français idem S21.G00.06.004 Etabl. immatriculé idem S21.G00.11.001
--> ZD7R-X11015 --> Répertoire DRE
--> ZD0F-CDPAYS
S21.G00.11.016 Code de distribution à l'étranger A partir DSN Phase 2 Lu dans HRA Etablissement déclaré Non renseigné si l'adresse relève du système postal français idem S21.G00.06.004 Etabl. immatriculé idem S21.G00.11.001
--> ZD7R-X11016 --> Répertoire DRE Alimente ZD7R-X11016 si code pays différent de France
--> ZD0F-CDPOST
S21.G00.11.017 Nature juridique de l'employeur A partir DSN Phase 2 Lu dans HRA Etablissement déclaré Soit saisi attributs : cf. rubrique source (module de Saisissable dans les Attributs DSN de l'établissement déclaré
--> ZD7R-V11017 production du flux) ou, à partir HRa Suite 9, dans l'identification de l'établissement
Soit, à partir HRa Suite 9 : ZDAG-NATJUR
S21.G00.11.019 Date d'effet de l'adhésion au dispositif TESE/CEA A partir DSN 2020 Non géré
Réservé éditeur ACOSS
S21.G00.11.020 Date d'effet de la sortie du dispositif TESE/CEA A partir DSN 2020 Non géré
Réservé éditeur ACOSS
S21.G00.11.022 Code convention collective principale A partir DSN 2021 Lu dans HRA Etablissement déclaré cf. rubrique source (module de production du flux) Saisissable dans les Attributs DSN de l'établissement déclaré
--> ZD7R-X11022
S21.G00.12 Coordonnées bancaires S21.G00.12.001 Type d'usage A partir DSN 2021 Réservé ADP (Non géré) Forçage Espace possible
S21.G00.12.002 BIC A partir DSN 2021 Réservé ADP (Non géré) Forçage Espace possible
S21.G00.12.003 IBAN A partir DSN 2021 Réservé ADP (Non géré) Forçage Espace possible
S21.G00.13 Complément OETH S21.G00.13.001 Accord agréé OETH A partir DSN 2021 Réservé DOETH Lu dans HRA ZZ13-V13001 Hors paie : cf. rubrique source (module de production du Deux options :
flux) - Saisissable dans la page Données hors paie/onglet DOETH
- calculé depuis la GA (société/ Déclaration DOETH) et alimentant la page
GA : Société- Déclaration DOETH Données hors paie/onglet DOETH
--> Répertoire UAA
--> ZDEY-ACCORD
S21.G00.13.002 Type BOETH externe A partir DSN 2021 Réservé DOETH Lu dans HRA ZZ13- V13002 Hors paie : cf. rubrique source (module de production du Deux options :
--> Répertoire UAA
--> ZDEY-TBOETH
S21.G00.13.003 Nombre BOETH externe A partir DSN 2021 Réservé DOETH Lu dans HRA ZZ13- N13003 Hors paie : cf. rubrique source (module de production du Deux options :
GA : Société - Déclaration DOETH Données hors paie/onglet DOETH
--> Répertoire UAA
--> ZDEY-NBOETH
S21.G00.13.004 Millésime de rattachement A partir DSN 2021 Réservé DOETH Lu dans HRA ZZ13- D13004 Hors paie : cf. rubrique source (module de production du Deux options :
--> Répertoire UAA
--> ZDEY-MILSM
S21.G00.15 Adhésion Prévoyance S21.G00.15.001 Référence du contrat de Prévoyance A partir DSN Phase 3 Privé : Kit délégataire de gestion pré- Lu dans HRA --> Répertoire DFG
requis --> ZD7W-X15001
Public : hors périmètre DSN 2020 et ou, si non alimenté (contrat groupe)
DSN 2021 '--> Répertoire DRE
--> ZD7V-X15001
S21.G00.15.002 Code organisme de Prévoyance A partir DSN Phase 3 idem S21.G00.15.001 Lu dans HRA --> Répertoire DFG
--> ZD7W-Y15002
S21.G00.15.003 Code délégataire de gestion A partir DSN Phase 3 idem S21.G00.15.001 Lu dans HRA --> Répertoire DFG
--> ZD7W-Y15003
S21.G00.15.004 Personnel couvert A partir DSN Phase 3 idem S21.G00.15.001 Calculé par le Module de En fonction des individus ayant un bloc 70 sur le même contrat
production de flux Si l'identifiant technique d'adhésion est présent dans au moins une
rubrique S21.G00.70.013 => mis à "Oui"
S21.G00.15.005 Identifiant technique Adhésion A partir DSN Phase 3 idem S21.G00.15.001 Lu dans HRA et recalculé --> Répertoire DRE Tous les identifiants sont lus. Les identifiants numériques sont conservés.
ZD7V-X15005 (code DFG) Si un identifiant contenant des caractères non numériques est trouvé, un
identifiant technique numérique lui est attribué. Exemple : Liste des Ids
lus : 001, 002, 004, 006, 007, _1_, A, B, liste des Id techniques d'adhésion
correspondants 001, 002, 004, 006, 007, 003, 005, 008
S21.G00.16 Changements destinataire S21.G00.16.001 Date de la modification A partir DSN Phase 3 Non géré Forçage Espace possible
Adhésion Prévoyance Forçage Espace possible
S21.G00.16.002 Ancien Code organisme de Prévoyance A partir DSN Phase 3 Non géré Forçage Espace possible
S21.G00.16.003 Ancien Code délégataire de gestion A partir DSN Phase 3 Non géré Forçage Espace possible
S21.G00.82 Cotisation établissement S21.G00.82.001 Valeur A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ82-N82001 Hors paie : cf. rubrique source (module de production du Hors DOETH : Page Données hors paie/onglet cotisation établissement
SD hors paie du mois (ZZ) flux)
Pour la DOETH (possible gestion en GA) Pour la DOETH => deux options :
DOETH GA : Société- Déclaration DOETH - Saisissable dans la page Données hors paie/onglet DOETH
--> Répertoire UAA - calculé depuis la GA (société/ Déclaration DOETH) et alimentant la page
--> ZDEX-MTNOP (type 061, 062, 063,064, 071, Données hors paie/onglet DOETH
072,073), MTCOTB (type 065), COBNET (type 066) ,
CONETP (type 067), CONETR (type 068)
S21.G00.82.002 Code de cotisation A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ82-V82002 Hors paie : cf. rubrique source (module de production du Hors DOETH : Page Données hors paie/onglet cotisation établissement
DOETH GA : Société- Déclaration DOETH - Saisissable dans la page Données hors paie/onglet DOETH
--> ZDEX-TDEDUC Données hors paie/onglet DOETH
S21.G00.82.003 Date de début de période de rattachement A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ82-D82003 Hors paie : cf. rubrique source (module de production du Hors DOETH : Page Données hors paie/onglet cotisation établissement
DOETH en GA : Société- Déclaration DOETH - Saisissable dans la page Données hors paie/onglet DOETH
--> ZDEY-MILSM Données hors paie/onglet DOETH
MAPPING DSN 7.0
PASRAU
S21.G00.82.004 Date de fin de période de rattachement A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ82-D82004 Hors paie : cf. rubrique source (module de production du Hors DOETH : Page Données hors paie/onglet cotisation établissement
DOETH en GA : Société- Déclaration DOETH - Saisissable dans la page Données hors paie/onglet DOETH
--> ZDEY-MILSM Données hors paie/onglet DOETH
S21.G00.82.005 Référence réglementaire ou contractuelle A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ82-X82005 Hors paie : cf. rubrique source (module de production du Hors DOETH : Page Données hors paie/onglet cotisation établissement
DOETH en GA : Société - Déclaration DOETH - Saisissable dans la page Données hors paie/onglet DOETH
---> ZDAG-CDRETE de (ZD7V-TYPORG, CODCAI, DIRCAI) Données hors paie/onglet DOETH
S21.G00.82.006 Identifiant du CRM à l'origine de la régularisation A partir DSN 2021 Non géré (non exploité/OPS)
S21.G00.20 Versement organisme de S21.G00.20.001 Identifiant Organisme de Protection Sociale A partir DSN Phase 2 Lu dans HRA Pour les versions < DSN 5.0 Pour les versions < DSN 5.0 Pour les versions < DSN 5.0 :
protection sociale 'URSSAF : S21.G00.22.001 URSSAF : Bloc 20 valorisé uniquement si télérèglement demandé (ZD7R- URSSAF : Le témoin "télérèglement" (ZD-7RTELREG) est saisissable dans
AGIRC-ARRCO : Etablissement déclaré --> TELREG) à partir du bloc 22 Télé-règlement du rattachement d'OPS de l'établissement
ZD7X-Y20001 AGIRC-ARRCO : Bloc 20 valorisé uniquement si télérèglement demandé Avec la Gestion intégrée des Versements (à partir de la DSN 5.0) :
ou ZZ20-Y20001 (ZD7X-TELREG) ou ZZ20 présente pour AGIRC-ARRCO --> rattachement des modalités de paiement à l'établissement : ZD7K de
DGFiP : Etablissement déclaré --> ZD7X- DGFiP : Bloc 20 valorisé si montant de versement non nul et même en DRE
Y20001 l'absence de paramétrage du compte bancaire (ZD7X-DRE et ZD7X-UAA
OC : ZZ2P-Y20001 absentes pour cet OPS)
Autres OPS : ZZ20-Y20001 OC : Bloc 20 valorisé uniquement si ZZ2P présente pour cet OPS
Avec la Gestion intégrée des Versements (à Autres OPS : Bloc 20 valorisé uniquement si ZZ20 présente pour cet OPS
partir de la DSN 5.0) Avec la Gestion Intégrée des Versements (à partir de DSN 5.0)
Pour tous les OPS : ZD7J du répertoire DFJ Bloc 20 valorisé à partir des montants dus calculés par l'Espace DSN.
(modalités de paiement) Si établissement payeur, étape de répartition des versements (report des
--> ZD7J-Y20001 montants dus des UD payées sur l'UD payeuse)
S21.G00.20.002 Entité d'affectation des opérations A partir DSN Phase 2 Lu dans HRA Pour les versions < DSN 5.0 cf. S21.G00.20.001 Pour les versions < DSN 5.0 : Pour les versions < DSN 5.0 :
'URSSAF : Etablissement déclaré --> ZD7R- 'URSSAF : 'Si ZDAG-ETAVLU alimenté et différent de URSSAF : L'établissement VLU lu dans ZDAG est aussi reconduit dans ZD7R-
X20002 l'établissement, valorisé par le SIRET de cet ETAVLU
AGIRC-ARRCO : Etablissement déclaré ou établissement (ZDAG-CDRETE)
ZZ20-X20002
OC : ZZ2P-X20002
Autres OPS : ZZ20-X20002
S21.G00.20.003 BIC A partir DSN Phase 2 Lu dans HRA Pour les versions < DSN 5.0 cf. S21.G00.20.001 URSSAF : Pour les versions < DSN 5.0 : Pour les versions < DSN 5.0 :
'URSSAF : Etablissement déclaré --> ZD7R- FC9AG0NA (TP) 'URSSAF : ZD7R-X20003 de ETAVLU URSSAF :
X20003 FC97R0NK (TP) A saisir dans Télé-règlement du rattachement d'OPS de l'établissement
AGIRC-ARRCO : Etablissement déclaré FC97RBI1 (Batch) payeur. En cas de VLU, reconduit sur les autres établissements par
ZD7X-X20003 ou ZZ20-X20003 traitement
DGFIP : ZD7X-X20003
OC : ZZ2P-X20003 Avec la Gestion intégrée des Versements (à partir de DSN 5.0) :
Autres OPS : ZZ20-X20003 --> déduit ZD7J-CPTBAN
Avec la Gestion intégrée des Versements (à
partir de la DSN 5.0)
--> ZD7J-CPTBAN
S21.G00.20.004 IBAN A partir DSN Phase 2 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0 cf. S21.G00.20.001 FC9AG0NA (TP) Pour les versions < DSN 5.0 : Pour les versions < DSN 5.0 :
production de flux 'URSSAF : Etablissement déclaré --> ZD7R- FC97R0NK (TP) 'ZD7R-X20004 de ETAVLU A saisir dans Télé-règlement du rattachement d'OPS de l'établissement
X20004 FC97RBI1 (Batch) payeur. En cas de VLU, reconduit sur les autres établissements par
AGIRC-ARRCO : Etablissement déclaré ZD7X- traitement
X20004 ou ZZ20-X20004
DGFIP : ZD7X-X20004 Avec la Gestion intégrée des Versements (à partir de la DSN 5.0) :
OC : ZZ2P-X20004 --> déduit ZD7J-CPTBAN
Autres OPS : ZZ20-X20004
--> ZD7J-CPTBAN
S21.G00.20.005 Montant du versement A partir DSN Phase 2 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0 cf S21.G00.20.001
production de flux 'URSSAF : S21.G00.22.005
AGIRC-ARRCO : ZXMM et/ou ZZ20-N20005
DGFiP : somme des S21.G00.50.009 et
S21.G00.56.007
OC : somme des ZZ55-X55001 rattachés au
bloc 20
Autres OPS : ZZ20-N20005
Avec la Gestion Intégrée des Versements (à
partir de DSN 5.0)
Pour tous les OPS : montants dus calculés
par l'Espace
S21.G00.20.006 Date de début de période de rattachement A partir DSN Phase 2 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0 cf S21.G00.20.001
production de flux 'URSSAF : S21.G00.22.003
AGIRC-ARRCO : ZXMM et/ou ZZ20-D20006
DGFiP : premier jour du mois déclaré
OC : 01012000
Autres OPS : ZZ20-D20006
S21.G00.20.007 Date de fin de période de rattachement A partir DSN Phase 2 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0 cf S21.G00.20.001
production de flux 'URSSA F : S21.G00.22.004
AGIRC-ARCO : ZXMM et/ou ZZ20-D20007
DGFIP : dernier jour du mois déclaré
OC : 01012000
Autres OPS : ZZ20-D20007
MAPPING DSN 7.0
PASRAU
S21.G00.20.008 Code délégataire de gestion A partir DSN Phase 3 Lu dans HRA Pour les versions < DSN 5.0 cf S21.G00.20.001
OC : ZZ2P-Y20008
--> ZD7J-DELEGA
S21.G00.20.010 Mode de paiement A partir DSN Phase 3 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0 cf. S21.G00.20.001
production de flux 'URSSAF : 05 'Pour les versions < DSN 5.0
AGIRC-ARRCO : 05 ou 06 ou 95 AGIRC-ARRCO : forcé à 95 si établissement payeur regroupant d'autres
DGFiP : 05 établissements et absence de ZZ20
OC : ZZ2P-V20010
Autres OPS : ZZ20-V20010
partir de DSN 5.0)
--> ZD7J-V20010
S21.G00.20.011 Date de paiement A partir DSN Phase 3 Géré par le Module de production Pour les versions < DSN 5.0 cf. S21.G00.20.001
de flux Autres OPS hors OC : ZZ20-D20011
OC : ZZ2P-D20011
date de création du bloc 20
S21.G00.20.012 SIRET Payeur A partir DSN Phase 3 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0 cf. S21.G00.20.001
production de flux 'AGIRC-ARRCO : Etablissement déclaré -->
ZD7X-Y20012 ou ZZ20-Y20012
DGFiP : ZD7X-Y20012
OC : ZZ2P-Y20012
Autres OPS : ZZ20-Y20012
--> ZD7J-ETAPAI
S21.G00.55 Composant de versement S21.G00.55.001 Montant versé A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0
production de flux ZZ55-X55001
géré par l'Espace
S21.G00.55.002 Type de population A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0
géré par l'Espace
S21.G00.55.003 Code d'affectation A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0
géré par l'Espace DSN
S21.G00.55.004 Période d'affectation A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA/Géré par le Module de Pour les versions < DSN 5.0
géré par l'Espace
S21.G00.22 Bordereau de cotisation due S21.G00.22.001 Identifiant Organisme de Protection Sociale A partir DSN Phase 2 Créé par le Module de production ZXMM-IDOPSD cf. S21.G00.06.001 cf. S21.G00.81.002 Géré pour URSSAF uniquement
de flux si DSN néant : SIRET caisse URSSAF via (Alimentation ZD7R cf. S21.G00.81.002
ZD7V de l'établissement déclaré à partir de ZDAG de DRE)
S21.G00.22.002 Entité d'affectation des opérations A partir DSN Phase 2 - CAMIEG : déduit du code cotisation 81.001
"030", "031" -> "CAMIEG_COT_CPL"
"032" -> "CAMIEG_COT_SOL"
- CNIEG : déduit du code cotisation 81.001
"039" -> "CNIEG_COT_POOL"
"033", "035", "036", "038" -> "CNIEG_COT_RS"
"034", "037" -> "CNIEG_COT_RDC"
- URSSAF, CRPNPAC, Pôle emploi : non alimenté
S21.G00.22.003 Date de début - Période de rattachement A partir DSN Phase 2 Calculé par le Module de 1er jour du mois de ZXMM-DTDEBO
production de flux
S21.G00.22.004 Date de fin - Période de rattachement A partir DSN Phase 2 Calculé par le Module de Dernier jour du mois de ZXMM-DTDEBO
production de flux
S21.G00.22.005 Montant total de cotisations A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA1 - URSSAF : somme des ZXMM-MONTA1 [23C] - somme des ZXMM-
production de flux MONTA1[23R], avec arrondi intermédiaire par bloc 23 à l'euro le plus
proche
- CRPNPAC, Pôle emploi : somme des montants de cotisation 81.004
- CAMIEG, CNIEG : somme des montants de cotisation 81.004, avec
arrondi à l'euro le plus proche
S21.G00.23 Cotisation agrégée S21.G00.23.001 Code de cotisation A partir DSN Phase 2 Possibilité de générer des blocs 23 via Lu dans HRA ZXMM-TYPCOD Agrégation des montants individuels par Code de cotisation (CTP de la Déversement d'une rubrique dans un CTP de type Hors DOETH : Page Données hors paie/onglet CTP URSSAF (bloc 23)
saisie manuelle ou batch dans Structure Si ZZ00 pour UD traitée : DUCS) cotisation ou réduction URSSAF
de données Hors paie du mois (ZZ). --> ZZ23-Y23001 Si Dossier ZZ00 correspondant à l'UD en cours de traitement (siret-lot- Pour la DOETH => deux options pour les CTP 730 et 740 (dédiés DOETH)
Vient en ajout ou substitution des pointDépot-période) : :
données issues de la paie --> Si ZZ23-TESUBS = 0, ajout du bloc 23 et report en bloc 22 suivant - alimentés automatiquement depuis les blocs 82 saisis en structure hors
Pour la DOETH, possibilité de gestion en identifiant de ZZ23 paie (ZZ82, types "068" et "069") dans la page Données hors paie/onglet
GA --> Si ZZ23-TESUBS = 1, substitution du bloc 23 créé avec données de paie DOETH
y compris de son impact en bloc 22 - calculé depuis la GA (société/ Déclaration DOETH) pour les types "068"
et "069"et alimentant la page Données hors paie/onglet DOETH (pour les
blocs 82 et CTP du bloc 23)
S21.G00.23.002 Qualifiant d'assiette A partir DSN Phase 2 idem S21.G00.23.001 Lu dans HRA ZXMM-V23002 Agrégation des montants individuels par qualifiant d'assiette Déversement d'une rubrique dans un CTP de type cf. S21.G00.23.001
Si ZZ00 pour UD traitée : plus cf. S21.G00.23.001 cotisation ou réduction URSSAF
--> ZZ23-V23002
S21.G00.23.003 Taux de cotisation A partir DSN Phase 2 idem S21.G00.23.001 Calculé par le Module de ZXMM-MONTA3 Alimenté uniquement pour les CTP avec taux AT ou Versement transport. Déversement d'une rubrique dans un CTP de type Hors Paie : Page Données hors paie/onglet CTP URSSAF (bloc 23)
production de flux Si ZZ00 pour UD traitée : Agrégation des montants individuels par taux cotisation avec taux AT (ZD7P-ALITAU ="AT") ou
ou lu dans HRA (ZZ23) --> ZZ23-N23003 plus cf. S21.G00.23.001 Versement transport (ZD7P-ALITAU ="VT")
S21.G00.23.004 Montant d'assiette A partir DSN Phase 2 idem S21.G00.23.001 Calculé par le Module de ZXMM-MONTA2 Agrégation des montants d'assiettes de cotisation (23C) sous condition Déversement d'une rubrique dans un CTP de type cf. S21.G00.23.001
production de flux Si ZZ00 pour UD traitée : qu'elles utilisent des codes assiettes ou des codes régularisation distincts cotisation ou réduction URSSAF
ou lu dans HRA (ZZ23) --> ZZ23-N23004
S21.G00.23.005 Montant de cotisation A partir DSN Phase 2 idem S21.G00.23.001 Calculé par le Module de ZXMM-MONTA1 Agrégation des montants de réduction selon les règles d'agrégats Déversement d'une rubrique dans un CTP de type Hors Paie : Page Données hors paie/onglet CTP URSSAF (bloc 23)
production de flux Si ZZ00 pour UD traitée : réduction URSSAF
ou lu dans HRA (ZZ23) --> ZZ23-N23005
MAPPING DSN 7.0
PASRAU
S21.G00.23.006 Code INSEE commune A partir DSN Phase 2 idem S21.G00.23.001 Lu dans HRA ZXMM-CDINSE Pour les CTP liés au versement transport, agrégation des CTP individuels FE0381BI Déversement d'une rubrique dans un CTP de type Même conditionnement d'alimentation de ZXMM-CDINSE que pour la
Si ZZ00 pour UD traitée : par code Insee commune FE0391BI cotisation Versement transport URSSAF 81.005
--> ZZ23-Y23006 plus cf. S21.G00.23.001 Voir la description de l'alimentation au niveau de la Hors Paie : Page Données hors paie/onglet CTP URSSAF (bloc 23)
81.005
S21.G00.30 Individu S21.G00.30.001 Numéro d'inscription au répertoire Toutes phases DSN Lu dans HRA ZYAD-X30001 Traitement modifiable FC0AD1NK ZYFF-SSNUME
(renommage)
S21.G00.30.002 Nom de famille Toutes phases DSN Lu dans HRA ZYAD-X30002 ZYAD-X30002 si non vide. Sinon, ZYAD-X30003 cf. S21.G00.30.001 ZY05-NOMPAT ou
ZY07-NOMUSE (si ZY05-NOMPAT est vide)
S21.G00.30.003 Nom d'usage Toutes phases DSN Lu dans HRA ZYAD-X30003 cf. S21.G00.30.001 ZY07-NOMUSE
S21.G00.30.004 Prénoms Toutes phases DSN Lu dans HRA ZYAD-X30004 cf. S21.G00.30.001 Commun : ZY06-PRENOM + ZY06-PRENO2 + ZY06-
NMMD02
Public : ZY06-PRENEC si renseignée (en priorité)
S21.G00.30.005 Sexe Toutes phases DSN Lu dans HRA ZYAD-X30005 cf. S21.G00.30.001 ZY10-SEXEMP
S21.G00.30.006 Date de naissance Toutes phases DSN Lu dans HRA ZYAD-X30006 cf. S21.G00.30.001 ZY10-DATNAI
S21.G00.30.007 Lieu de naissance Toutes phases DSN Lu dans HRA ZYAD-X30007 cf. S21.G00.30.001 ZY10-VILNAI
S21.G00.30.008 Numéro, extension, nature et libellé de la voie Toutes phases DSN Lu dans HRA ZYAD-X30008 cf. S21.G00.30.001 ZY0G-ZONADB (1:4)+ ZY0G-ZONADB (5:1) + " " + ZY0G-
ZONADB (7:32)
S21.G00.30.009 Code postal Toutes phases DSN Lu dans HRA ZYAD-X30009 cf. S21.G00.30.001 ZY0G-ZONADD(1:5)
S21.G00.30.010 Localité Toutes phases DSN Lu dans HRA ZYAD-X30010 cf. S21.G00.30.001 ZY0G-ZONADD(6:26)
S21.G00.30.011 Code pays Toutes phases DSN Lu dans HRA ZYAD-X30011 Non renseigné si l'adresse relève du système postal français cf. S21.G00.30.001 ZY0G-CDPAYS Transcodification (UIN)
S21.G00.30.012 Code de distribution à l'étranger Toutes phases DSN Lu dans HRA ZYAD-X30012 Non renseigné si l'adresse relève du système postal français cf. S21.G00.30.001 ZY0G-CDPOST
S21.G00.30.013 Codification UE Toutes phases DSN Lu dans HRA ZYAD-X30013 Si ZYAD-X30013 = '99' alimenté à '04' cf. S21.G00.30.001 ZY12-NATION "01" si code pays est FRA,
"02" si code pays est autre que FRA et dans la liste des Ressortissants de
l'UE
"03" si code pays est autre que FRA et dans la liste des Ressortissants de
l'EEE
"04" si Reste du monde
Rq : les listes fournies par la norme DSN sont gérées en working du
traitement
S21.G00.30.014 Code département de naissance Toutes phases DSN Lu dans HRA ZYAD-X30014 cf. S21.G00.30.001 ZY10-DEPNAI
S21.G00.30.015 Code pays de naissance Toutes phases DSN Lu dans HRA ZYAD-X30015 cf. S21.G00.30.001 ZY10-PAYNAI Transcodification (UIN)
S21.G00.30.016 Complément de la localisation de la construction Toutes phases DSN Lu dans HRA ZYAD-X30016 cf. S21.G00.30.001 ZY0G-ZONADA (1:38)
S21.G00.30.017 Service de distribution, complément de localisation de la voie Toutes phases DSN Lu dans HRA ZYAD-X30017 cf. S21.G00.30.001 ZY0F-COMMFR
S21.G00.30.018 Adresse mél A partir DSN Phase 2 Lu dans HRA ZYAD-X30018 cf. S21.G00.30.001 ZY0H-NUMTEL (H) autre que téléphone (ZY0H-FLPHON = Première occurrence en vigueur à la date de mise à jour de ZYAD et
"0") et faisant partie d'une la liste de valeurs ("EML", trouvée avec un code parmi la liste de valeurs (working du traitement)
"NET", "EMN")
S21.G00.30.019 Matricule de l'individu dans l'entreprise A partir DSN Phase 2 Lu dans HRA ZYAD-X30019 ENIM : Lors de la production du flux, l'identifiant marin (30.019) est cf. S21.G00.30.001 ZY00-MATCLE ENIM : A saisir manuellement (Données individuelles DSN) ou à alimenter
ENIM : ZYAD-IDENIM (identifiant marin) alimenté par ZYAD-IDENIM si le lot de gestion de l'individu (ZYAE- ENIM : ZYAD-IDENIM par traitement de service spécifique
CODLOT) est typé ENIM (ZDFS-FLENIM = "X"). La solution standard nécessite la mise en place du M2M.
Si l'identifiant marin n'est pas renseigné, la rubrique est valorisée par le
matricule.
A noter : la mise en œuvre du M2M est nécessaire pour permettre la
substitution automatique inverse (identifiant marin -> matricule) lors de
l'exploitation du CRM 94 (taux PAS), pour transmission des taux PAS à la
GA/Paie.
S21.G00.30.020 Numéro technique temporaire A partir DSN Phase 2 Pour plus d'information, Lu dans HRA ZYAD-TENIRT Calculé par le Module de production de flux selon ZYAD-TENIRT cf. S21.G00.30.001 ZYAD-TENIRT Alimentation à 1 si NIR non valide (sexe <> "1" et <> "2" ou
se reporter au paragraphe dédié dans la numéro d'ordre = "000" ou "999")
documentation
S21.G00.30.022 Statut à l'étranger au sens fiscal A partir DSN Phase 3 Lu dans HRA ZYAD-V30022 ZYAD-V30022 Saisissable dans Données individuelles DSN
S21.G00.30.023 Cumul emploi retraite A partir DSN Phase 3 Lu dans HRA ZXMI-V30023 DSN-SRV-EMBAUCHE FE0ES2BI ZYES-RSSTHI Transcodification (UAK)
Alimentée uniquement si le salarié est situation de Cumul emploi retraite
S21.G00.30.024 Niveau de formation le plus élevé obtenu par l'individu A partir DSN 2020 Lu dans HRA ZYAD-X30024 ZYAD-X30024 A saisir manuellement (Données individuelles DSN) ou à alimenter par
traitement de service spécifique
S21.G00.30.025 Niveau de diplôme préparé par l'individu A partir DSN 2021 Lu dans HRA ZYAD-V30025 ZYAD-V30025 A saisir manuellement (Données individuelles DSN) ou à alimenter par
traitement de service spécifique
S21.G00.31 Changements individu S21.G00.31.001 Date de la modification Toutes phases DSN Calculé par le Module de Bloc constitué par comparaison avec le bloc S21.G00.30 de la DSN
production de flux envoyée en mode réel le mois précédent pour le même matricule DSN
(30.019),
Date toujours valorisée au 1er du mois déclaré
S21.G00.31.008 Ancien NIR Toutes phases DSN Calculé par le Module de
production de flux
S21.G00.31.009 Ancien Nom de famille Toutes phases DSN Calculé par le Module de
production de flux
S21.G00.31.010 Anciens Prénoms Toutes phases DSN Calculé par le Module de
production de flux
S21.G00.31.011 Ancienne Date de naissance Toutes phases DSN Calculé par le Module de
production de flux
S21.G00.34 Compte Professionnel de S21.G00.34.001 Facteur d'exposition A partir DSN Phase 3 Lu dans HRA ZXMU-V34001 DSN-SRV-PENIBILITE A alimenter en spécifique
Prévention (Ex-Pénibilité)
S21.G00.34.002 Numéro du contrat A partir DSN Phase 3 Lu dans HRA ZXMI-X40009 Voir rubrique S21.G00.40.009 A alimenter en spécifique
S21.G00.34.003 Année de rattachement A partir DSN Phase 3 Lu dans HRA ZXMU-N34003 DSN-SRV-PENIBILITE A alimenter en spécifique
S21.G00.40 Contrat (contrat de travail, S21.G00.40.001 Date de début du contrat Toutes phases DSN Lu dans HRA ZXMI-D40001 Ligne de service (ENIM) : les rubriques du bloc 40 sont héritées du DSN-SRV-CONTID Ligne de service (ENIM) : ZY0K-DATCON (UT-DOSP-IDDOSP)
convention, mandat) Ligne de service (ENIM) : ZXMY-D40001 contrat d'engagement parent. (Cf. règles d'alimentation du bloc 40 pour FEBI1DSN Ligne de service (ENIM) : ZYE0-DATDEB
les ENIM), excepté les données définissant les lignes de service (40.001,
40.006, 40.007, 40.009, 40.019, 40.056, 40.075, 40.076, 40.067), et la
date de fin prévisionnelle (40.010).
S21.G00.40.002 Statut du salarié (conventionnel) Toutes phases DSN Lu dans HRA ZXMJ-V40002 DSN-SRV-CONTHIST Privé : FB0CA1BI Privé : ZYCA-CLASSI Privé : Transcodification (UIX)
Public : FD0FL1BI Public : ZYFL-STATUT (cf. PIP) Public : Transcodification (HJ8)
S21.G00.40.003 Code statut catégoriel Retraite Complémentaire obligatoire Toutes phases DSN Lu dans HRA ZXMJ-V40003 DSN-SRV-CONTHIST Privé : FB0CA1BI Privé : ZYCA-CLASSI Privé : Transcodification (UIX).
Public : FD0FL1BI + FD0XXXBI Public : ZYFL-STATUT (cf. PIP) Si aucune ZYCA-CLASSI renseignée à la date en vigueur, mis à "99" en dur.
Public : Transcodification (HJ8)
En DSN 6.0.000 : si pas de transcodification, mis à "98" par défaut
A partir de DSN 6.0.010 : si pas de transcodification, mis à "99" par
défaut.
S21.G00.40.004 Code profession et catégorie socioprofessionnelle (PCS-ESE) Toutes phases DSN Lu dans HRA ZXMJ-Y40004 DSN-SRV-CONTHIST Privé : FE0F11BI Privé : ZYF1-CODINS Commun : mis à "9999" si non renseigné
Public : FE03B1BI Public : ZY3B-IDJB00 -> ZCF1-CODINS Public : solution certainement amenée à évoluer
S21.G00.40.005 Code complément PCS-ESE (pour la fonction publique : Toutes phases DSN Lu dans HRA ZXMJ-V40005 DSN-SRV-CONTHIST Privé : FE0F11BI Privé : ZYF1-COMPCS Public : solution certainement amenée à évoluer
référentiels NEH, NET et grade de la NNE) Public : FE0F11BI, FD0FL1BI Public :
En DSN 6.0.000 : ZYF1-CODINS
A compter de DSN 6.0.010 : ZYF1-CODIN ou ZD6B-
COMPCS de HJ8, depuis ZYFL-STATUT si renseigné
MAPPING DSN 7.0
PASRAU
S21.G00.40.006 Libellé de l'emploi Toutes phases DSN Lu dans HRA ZXMI-X40006 DSN-SRV-CONTFIX FE0351BI Privé : ZY35-LBEMLG si renseignée ZY35-LBEMMG n'est pas présente dans les pages du Secteur public
Ligne de service (ENIM) : ZXMY-X40006 FE03B1BI sinon, libellé de l'emploi depuis ZY3B-IDJB00
FD0GS1BI Public : ZY3B-IDJB00
Ligne de service (ENIM) : A partir de 6.0.100 : alimenté par la concaténation des
FEBI1DSN libellés longs du cadre d'emploi et du grade de l'agent
[ZYGS-CORPS (ZDHJV)] + [ZYGS-ADECOD (ZDHJB)]
Si 40.006 n'est pas alimentée, alimentation depuis le
libellé de ZY3B-IDJB00 (-> emploi dans ZC)
Ligne de service (ENIM) : Concaténation de ZYE0-
FONCTI + « - » + libellé long associé (répertoire PA0)
S21.G00.40.007 Nature du contrat Toutes phases DSN Lu dans HRA ZXMJ-V40007 DSN-SRV-CONTHIST Commun : FE0CO1BI Commun : Commun :
Ligne de service (ENIM) : ZXMY-V40007 Public : FD0FL1BI, FD0PO1BI ZYCO-TYPCON (UIP) si transcodé, sinon ZYCO-NATCON Transcodification (UIP)
Ligne de service (ENIM) : (UIQ) Transcodification (UIQ) (si pas de transcodification sur UIP)
FEBI1DSN
Public : si pas transcodé depuis ZYCO Public (si pas de transcodification à partir de ZYCO) :
ZYPO-SITCOD (HKK) si transcodé, sinon ZYFL-STATUT Transcodification (HKK) => non préconisé car ne permet pas la gestion de
(HJ8) tous les cas fonctionnels (cf. Guide de Transition PASRAU 2.1 vers DSN 6.0)
Transcodification (HJ8) (si pas de transcodification sur HKK)
Ligne de service (ENIM) : valorisé en standard par "93 - ligne de service",

ou bien "81-Mandat d’élu" en cas d'annulation de ligne de service
S21.G00.40.008 Dispositif de politique publique et conventionnel Toutes phases DSN Lu dans HRA ZXMJ-V40008 DSN-SRV-CONTHIST Commun : FE0CO1BI (UIP) Commun : ZYCO-NATCON Commun : Transcodification (UIQ)
Privé : FB0XXX1BI (défaut '99') Public : ZYCO-TYPCON Public : Transcodification (UIP) en surcouche
Public : FD0CO1BI (UIQ) + Privé&Public : Par défaut à '99' si pas de transcodification
FD0XXXBI (défaut '99')
S21.G00.40.009 Numéro du contrat Toutes phases DSN Lu dans HRA ZXMI-X40009 DSN-SRV-CONTID Ligne de service (ENIM) : UT-DOSP-IDDOSP
Ligne de service (ENIM) : ZXMY-X40009 FEBI1DSN Ligne de service (ENIM) : Générée automatiquement par
défaut à "LS" + AAAAMMJJ de ZYE0-D40001 + '-'
+AAAAMMJJ date de création ; Ex : 'LSAAAAMMJJ-
AAAAMMJJ'
S21.G00.40.010 Date de fin prévisionnelle du contrat Toutes phases DSN Lu dans HRA ZXMI-D40010 ZXMI-D40010 si différente de low-value et high-value. Sinon, non DSN-SRV-CONTFIX FE0CO1BI ZYCO-DATPRE Public : ne concernce que les contractuels (ZYCO)
alimentée
S21.G00.40.011 Unité de mesure de la quotité de travail Toutes phases DSN Lu dans HRA ZXMJ-V40011 DSN-SRV-CONTHIST DSN 2018 : FE0TL1BI Public : ZYFL-STATUT Privé : Le traitement gère uniquement l'unité "10" (heures) à partir de
A partir DSN 2019 ZYTL
- Privé : FB0TL1BI Public : Transcodification (HJ8) à partir ZYFL-STATUT
- Public : FD0FL1BI
S21.G00.40.012 Quotité de travail de référence de l'entreprise pour la catégorie Toutes phases DSN Alimentable par traitement de service Lu dans HRA ZXMJ-N40012 DSN-SRV-CONTFIX Privé : FB0381BI Privé : Etablissement d'affectation (ZY38-IDESTA) --> Pour le Public, cette donnée doit correspondre au temps de travail du
de salarié ou par compteur ou ZXMM-MONTA1 ("40M012") Commun : FCBA40FJ DRE --> ZDBK-NBHEUR poste
Public : FD03B1BI depuis le poste NB : Nouvelle rubrique ZA1D-NBSTHM
Si non renseigné, FD0381BI depuis Public :
l'établissement d'affectation En DSN 6.0.000 : Etablissement d'affectation (ZY38-
IDESTA ) --> DRE --> ZDBK-NBHEUR (Mensuelle) ou ZDBK-
NBHEBD (Hebdomadaire), en fonction de la valeur de
l'attribut (ZD6B-FLQTRV) positionné sur le PIP (ZYFL-
STATUT, HJ8)
A partir DSN 6.0.010, en fonction de la valeur de
l'attribut ZD6B-FLQTRV du profil de paie :
- si le profil est de type "horaire hebdomadaire" (valeur
W), alimenté par ZA1D-NBSTHW du poste de l'agent
ZY3B-IDPS00
- si le profil est de type "horaire mensuel" (valeur M),
alimenté par ZA1D-NBSTHM du poste de l'agent ZY3B-
IDPS00
ou "Compteur DSN"
S21.G00.40.013 Quotité de travail du contrat Toutes phases DSN Alimentable par traitement de service Lu dans HRA ZXMJ-N40013 DSN-SRV-CONTHIST Privé : FB0TL1BI Privé : ZYTL-NBSTHM
ou par compteur ou ZXMM-MONTA1 ("40M013") Public : FD0TL1BI et FD0FL1BI Public : ZYTL-NBSTHM (Mensuelle) ou ZYTLNBSTHW
Commun : FCBA40FJ (Hebdomadaire) ou valorisation à 0 (non concerné), en
fonction de la valeur de l'attribut (ZD6B-FLQTRV M, H ou
N respectivement) positionné sur le Profil Individuel de
Paie (ZYFL-STATUT, HJ8)
ou "Compteur DSN"
S21.G00.40.014 Modalité d'exercice du temps de travail Toutes phases DSN Lu dans HRA ZXMJ-V40014 DSN-SRV-CONTHIST Privé : FE0TL1BI + FB0E31BI Privé : ZYTL-CODTRA (UHU) Commun : si ZYTL-CODTRA, transcodification (UHU)
Public : FD0TL1BI ou ZYE3-MOTTPT pour les temps partiel thérapeutique Privé : si ZYE3 (Suite 9), transcodification (DSJ)
(Suite 9 uniquement) Public : si ZYTL-CODINC, transcodification (HLK)
Public :
- Si 40.053 = '01' (tps complet) => ZYTL-CODTRA
- Si 40.053 = '02' (tps non complet) => ZYTL-CODINC
S21.G00.40.016 Complément de base au régime obligatoire Toutes phases DSN Lu dans HRA ZXMJ-V40016 DSN-SRV-CONTHIST FE0381BI Etablissement d'affectation (ZY38-IDESTA) Valorisé à "99" si non Alsace-Moselle
--> Répertoire DRE
--> ZDF1-OPT006
S21.G00.40.017 Code convention collective applicable Toutes phases DSN Lu dans HRA ZXMJ-V40017 DSN-SRV-CONTHIST Privé : FB0CA1BI Privé : ZYCA-COCONV Mis à "9999" par défaut
Public : FD0FL1BI + FD0XXXBI Public : ZYFL-STATUT Privé : Transcodification (UE6)
Public : Transcodification (HJ8)
S21.G00.40.018 Code régime de base risque maladie Toutes phases DSN Lu dans HRA ZXMI-V40018 jusqu'à DSN 2019 DSN-SRV-CONTFIX Privé : FB0XXXBI Public : ZYFL-STATUT Privé : Mis à "200" en dur par traitement de service
ZXMJ-V40018 à partir DSN 2020 Public : FD0FL1BI Public : Transcodification (HJ8)
ENIM : FE0AE2BI ENIM : Valorisé à "136" pour le contrat d'engagement, pour les individus
ayant un lot de gestion (ZYAE-CODLOT) de type ENIM (ZDFS-FLENIM)
S21.G00.40.019 Identifiant du lieu de travail Toutes phases DSN Lu dans HRA ZXMJ-Y40019 Alimenté systématiquement par la valeur de ZXMJ-Y40019. DSN-SRV-CONTHIST FE0381BI --> Répertoire DRE En standard, recherche de l'établissement d'affectation (ZY38-IDESTA) ou
Ligne de service (ENIM) : ZXMY-Y40019 FE0391BI --> ZD7R-X06001 du lieu de travail (ZY39-IDWKLO) si renseigné et alimentation de ZD7R à
--> ZD7R-X11001 partir de ZDAG (SIREN+NIC) du code établissement (répertoire DRE)
Ligne de service (ENIM) : Ligne de service (ENIM) : ZYE0-E40019, depuis :

FEBI1DSN - Répertoire DRE pour service à terre
- Répertoire PA1 (navire) pour service embarqué
S21.G00.40.020 Code régime de base risque vieillesse A partir DSN Phase 2 Lu dans HRA ZXMI-V40020 jusqu'à DSN 2019 DSN-SRV-CONTFIX Privé : FB0XXXBI Public : ZYFL-STATUT Privé : Mis à "200" en dur par traitement de service
ZXMJ-V40020 à partir DSN 2020 Public : FD0FL1BI ENIM : ZYAE-CODLOT de type ENIM (ZDFS-FLENIM) Public : Transcodification (HJ8)
ENIM : FE0AE2BI ENIM : Valorisé à "136" pour le contrat d'engagement , pour les individus
ayant un lot de gestion (ZYAE-CODLOT) de type ENIM (ZDFS-FLENIM)
S21.G00.40.021 Motif de recours A partir DSN Phase 2 Lu dans HRA ZXMJ-V40021 DSN-SRV-CONTHIST Commun : FE0CO1BI Commun : ZYCO-NATCON Commun : Transcodification (UIQ)
Public : FD0CO1BI Public : ZYCO-TYPCON Public : Transcodification (UIP) en surcouche
MAPPING DSN 7.0
PASRAU
S21.G00.40.022 Code caisse professionnelle de congés payés A partir DSN Phase 2 Non alimenté (spécifique BTP) Lu dans HRA ZXMJ-V40022 DSN-SRV-CONTHIST
ZXMJ-Y40022
S21.G00.40.023 Taux de déduction forfaitaire spécifique pour frais A partir DSN Phase 2 Alimentable par traitement de service Lu dans HRA ZXMJ-N40023 DSN-SRV-CONTHIST "Compteur DSN"
professionnels ou par compteur ou ZXMM-MONTA1 ("40M023")
S21.G00.40.024 Travailleur à l'étranger au sens du code de la Sécurité Sociale A partir DSN Phase 2 Non alimenté Lu dans HRA ZXMJ-V40024 DSN-SRV-CONTHIST Prvé : FB0XXXBI Transcodification possible mais non exploitée en standard
Public : FD0XXXBI Mis à "99" en dur par traitement de service
S21.G00.40.025 Motif d'exclusion DSN A partir DSN Phase 2 Non alimenté, sauf pour les ENIM à Lu dans HRA ZXMI-V40025 DSN-SRV-CONTFIX ENIM : FE0AE2BI ENIM : ZYAE-CODLOT de type ENIM (ZDFS-FLENIM) ENIM : Valorisé à "02 - Personnels navigants de la Marine marchande"
partir de DSN 2021 pour les individus ayant un lot de gestion (ZYAE-CODLOT) de type ENIM
(ZDFS-FLENIM)
S21.G00.40.026 Statut d'emploi du salarié A partir DSN Phase 2 Lu dans HRA ZXMI-V40026 jusqu'à DSN 2020 DSN-SRV-CONTFIX jusqu'à DSN Privé : FB0XXXBI Public : ZYFL-STATUT Privé : Mis à "99" en dur par traitement de service
ZXMJ-V40026 à partir DSN 2021 2020 Public : FD0FL1BI Public : Transcodification (HJ8)
DSN-SRV-CONHIST à partir DSN
2021
S21.G00.40.027 Code affectation assurance chomage A partir DSN Phase 2 Réservé employeur public Lu dans HRA ZXMI-X40027 DSN-SRV-CONTFIX Public : FD0381BI Public : si 40.029 = '02', alimenté par ZDF3-IDAGAF de La recherche de la société liée à l'établissement d'affectation ZY38-IDESTA
l'établissement d'affectation (DRE) si renseigné, sinon de se fait via ZD39-IDCY00 (DRE)
la société (UAA)
S21.G00.40.028 Numéro interne employeur public A partir DSN Phase 2 Réservé employeur public Lu dans HRA ZXMI-X40028 DSN-SRV-CONTFIX Public : FD0381BI Public : si 40.029 = '02', alimenté parZDF3-NBCYIT de cf. 40.027
l'établissement d'affectation (DRE) si renseigné, sinon de
la société (UAA)
S21.G00.40.029 Type de gestion de l'Assurance chômage A partir DSN Phase 2 Réservé employeur public Lu dans HRA ZXMI-V40029 DSN-SRV-CONTFIX Public : FD0FL1BI Public : ZYFL-STATUT Public : Transcodification (HJ8)
S21.G00.40.030 Date d'adhésion A partir DSN Phase 2 Réservé employeur public Lu dans HRA ZXMI-D40030 DSN-SRV-CONTFIX Public : FD0381BI Public : si 40.029 = '03', alimenté par ZDF3-DATADH de cf. 40.027
la société (UAA)
S21.G00.40.031 Date de dénonciation A partir DSN Phase 2 Non alimenté (signalement public) Lu dans HRA ZXMI-D40031 DSN-SRV-CONTFIX
S21.G00.40.032 Date d'effet de la convention de gestion A partir DSN Phase 2 Réservé employeur public Lu dans HRA ZXMI-D40032 DSN-SRV-CONTFIX Public : FD0381BI Public : si 40.029 = '02', alimenté par ZDF3-DATECG de cf. 40.027
la société (UAA)
S21.G00.40.033 Numéro de convention de gestion A partir DSN Phase 2 Réservé employeur public Lu dans HRA ZXMI-X40033 DSN-SRV-CONTFIX Public : FD0381BI Public : si 40.029 = '02', alimenté par ZDF3-CONVGE de cf. 40.027
la société (UAA)
S21.G00.40.035 Code délégataire du risque maladie A partir DSN Phase 3 Non alimenté Lu dans HRA ZXMI-V40035 DSN-SRV-CONTFIX
S21.G00.40.036 Code emplois multiples A partir DSN Phase 3 Lu dans HRA ZXMI-V40036 jusqu'à DSN 2020 DSN-SRV-CONTFIX jusqu'à DSN Privé : FB0XXXBI Mis à "03" en dur par traitement de service
ZXMJ-V40036 à partir DSN 2021 2020 Public : FD0XXXBI
2021
S21.G00.40.037 Code employeurs multiples A partir DSN Phase 3 Lu dans HRA ZXMI-V40037 jusqu'à DSN 2020 DSN-SRV-CONTFIX jusqu'à DSN Privé : FB0XXXBI Public : ZYA4-EMPMUL Privé : Mis à "03" en dur par traitement de service
ZXMJ-V40037 à partir DSN 2021 2020 Public : FE0A41BI + FD0XXXBI Public : Mis à "01" en dur (par défaut)
2021
S21.G00.40.039 Code régime de base risque accident du travail A partir DSN Phase 3 Lu dans HRA ZXMI-V40039 jusqu'à DSN 2020 DSN-SRV-CONTFIX jusqu'à DSN Privé : FB0XXXBI Public : ZYFL-STATUT Privé : Mis à "200" en dur par traitement de service
ZXMJ-V40039 à partir DSN 2021 2020 Public : FD0FL1BI Public : Transcodification (HJ8)
2021
S21.G00.40.040 Code risque accident du travail A partir DSN Phase 3 Lu dans HRA ZXMJ-Y40040 DSN-SRV-CONTHIST FE0AT1BI + FPZ1ATUU ZY38-IDESTA + ZYAT-CDRIBU (si existe) -> lecture ZDAT Kit multi-taux AT prérequis
de DRE Public : Alimentation par valeur 999ZZ si pas de risque trouvé et si 40.039
--> ZDAT-CDRIBU = "999"
S21.G00.40.041 Positionnement dans la convention collective A partir DSN Phase 3 Public : non alimenté Lu dans HRA ZXMI-Y40041 jusqu'à DSN 2020 DSN-SRV-CONTFIX jusqu'à DSN FB0CA1BI Privé : ZYCA-NIVEAU, ZYCA-ECHELO, ZYCA-COEFFI
ZXMJ-Y40041 à partir DSN 2021 2020
2021
S21.G00.40.042 Code statut catégoriel APECITA A partir DSN Phase 3 Non alimenté (MSA) Lu dans HRA ZXMJ-V40042 DSN-SRV-CONTHIST
S21.G00.40.043 Taux de cotisation accident du travail A partir DSN Phase 3 Lu dans HRA ZXMI-N40043 DSN-SRV-CONTFIX FE0AT1BI + FPZ1ATUU ZY38-IDESTA + ZYAT-CDRIBU (si existe) -> lecture ZDAT Kit multi-taux AT prérequis
de DRE
--> ZDAT-TAUXAT
S21.G00.40.044 Salarié à temps partiel cotisant à temps plein A partir DSN Phase 3 Lu dans HRA ZXMJ-V40044 DSN-SRV-CONTHIST Privé : FB0TL1BI ZYTL-SURCOT Privé :
Public : FD0TL1BI si ZYTL-SURCOT = "2", mis à '01' (vieillesse régime de base)
si ZYTL-SURCOT = "3", mis à '02' (vieil. régime de base et ret. compl.)
Public :
si ZYTL-SURCOT = "1" (Oui) mis à '01' (vieill. régime de base)
S21.G00.40.045 Rémunération au pourboire A partir DSN Phase 3 Non alimenté Lu dans HRA ZXMI-V40045 DSN-SRV-CONTFIX
S21.G00.40.046 Identifiant de l'établissement utilisateur A partir DSN Phase 3 Non alimenté Lu dans HRA ZXMI-Y40046 DSN-SRV-CONTFIX
S21.G00.40.048 Numéro de label "Prestataire de services du spectacle vivant" A partir DSN Phase 3 Non alimenté (Spectacle) Lu dans HRA ZXMW-X40048 DSN-SRV-SPECTACLE
S21.G00.40.049 Numéro de licence entrepreneur spectacle A partir DSN Phase 3 Non alimenté (Spectacle) Lu dans HRA ZXMW-X40049 DSN-SRV-SPECTACLE
S21.G00.40.050 Numéro objet spectacle A partir DSN Phase 3 Non alimenté (Spectacle) Lu dans HRA ZXMW-X40050 DSN-SRV-SPECTACLE
S21.G00.40.051 Statut organisateur spectacle A partir DSN Phase 3 Non alimenté (Spectacle) Lu dans HRA ZXMW-X40051 DSN-SRV-SPECTACLE
S21.G00.40.052 [FP] Code complément PCS-ESE pour la fonction publique d'Etat A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40052 DSN-SRV-CONTHIST Public uniquement Corps/Grade (ZYGS-ADECOD)
(emploi de la NNE) FD0GR1BI --> HJB --> ZD63 GRANNE (4 derniers car.)
S21.G00.40.053 [FP] Nature du poste A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40053 DSN-SRV-CONTHIST Public : FD0TL1BI Public : ZYTL-CODTRA Public : Transcodification (UHU)
Alimenté uniquement si 40.026 <> 99
S21.G00.40.054 [FP] Quotité de travail de référence de l'entreprise pour la A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-N40054 DSN-SRV-CONTHIST Public : FD0381BI Public : Alimenté si poste à temps incomplet (40.053 = '02')
catégorie de salarié dans l'hypothèse d'un poste à temps Alimentable par traitement de service ou ZXMM-MONTA1 ("40M054") FCBA40FJ En DSN 6.0.000 : depuis Etablissement d'affectation
complet ou par compteur (ZY38-IDESTA ) --> DRE --> ZDBK-NBHEBD
(Hebdomadaire)
A partir DSN 6.0.010 : si poste à temps incomplet

(40.053 = '02'), depuis Etablissement d'affectation (ZY38-
IDESTA ) --> DRE --> ZDBK-NBHEBD (Hebdomadaire)
ou "Compteur DSN"
S21.G00.40.055 Taux de travail à temps partiel A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-N40055 DSN-SRV-CONTHIST Public : FD0TL1BI Public :
Alimentable par traitement de service ou ZXMM-MONTA1 ("40M055") FCBA40FJ - Si ZYTL-RTSTHR < 100 % et 40.026 <> 99 et si [40.014
ou par compteur <> "10" (temps plein) et <> ‘’99’’] => ZYTL-RTSTHR
- De plus, si 40.053 = "02" (temps non complet) =>
surchage par ZDF4-TAUPAR (HLK) via ZYTL-CODINC
ou "Compteur DSN"
S21.G00.40.056 Code catégorie de service A partir DSN 2019 Réservé fonction Publique, ENIM et IEG Lu dans HRA ZXMJ-V40056 DSN-SRV-CONTHIST Public : FD0AX1BI + FD0GS1BI ZYAX-CGSV00 (si 2 occurrences sont valides, celle ayant Public : Transcodification (HIU)
Ligne de service (ENIM) : ZXMY-V40056 Ligne de service (ENIM ) : un témoin d'héritage (FLHR00 ='0') est prise en compte)
FEBI1DSN sinon ZYGS-ADECOD => ZD6F-CATRET
Ligne de service (ENIM) : Alimentée automatiquement

par transcodification ZD7O sur la rubrique ZYE0-FONCTI ENIM : Transcodification (PA0) depuis la fonction d'usage, telle que
(répertoire PA0) fournie par le GIP-MDS
MAPPING DSN 7.0
PASRAU
S21.G00.40.057 [FP] Indice brut A partir DSN 2019 Réservé fonction Publique (sauf Lu dans HRA ZXMJ-V40057 DSN-SRV-CONTHIST Public : FD0GS1BI - Si indice brut numérique : ZYGS-INDBRU
militaires) - Si indice brut non numérique, non forcé, recherche à
partir du chevron
ZYGR-CHEVRO --> HKO --> ZDEU-INDBRU
Depuis 6.0.010 :
- si l'indice majoré n'est pas forcé (ZYGS-MOTIND <>
"M"), alimenté depuis ZYGS-INDBRU
(nb : si l'indice majoré est forcé, l'indice brut n'est pas
alimenté en GA en standard).
Dans tous les cas, si l'indice brut est non numérique
(hors échelle lettre), transformation de l'indice brut
selon les règles déclaratives (ex : HEA1 devient A1 )
S21.G00.40.058 [FP] Indice majoré A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40058 DSN-SRV-CONTHIST Public : FD0GS1BI ZYGS-INDMAJ (pour tous les cas de gestion, indice forcé,
hors échelle lettre ou pas)
S21.G00.40.059 [FP] Nouvelle bonification indiciaire (NBI) A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-N40059 DSN-SRV-CONTHIST Alimentation spécifique à mettre en oeuvre
Alimentable par traitement de service ou ZXMM-MONTA1 ("40M059") ou "Compteur DSN"
ou par compteur
S21.G00.40.060 [FP] Indice brut d'origine A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40060 DSN-SRV-CONTHIST Public : FD0FA1BI Public : ZYFA-INDBRU
S21.G00.40.061 [FP] Indice brut de cotisation dans un emploi supérieur (article A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40061 DSN-SRV-CONTHIST
15) Non alimenté
S21.G00.40.062 [FP] Ancien employeur public A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40062 DSN-SRV-CONTHIST
Non alimenté
S21.G00.40.063 [FP] Indice brut d'origine ancien salarié employeur public A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40063 DSN-SRV-CONTHIST
Non alimenté
S21.G00.40.064 [FP] Indice brut d'origine sapeur-pompier professionnel (SPP) A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40064 DSN-SRV-CONTHIST
Non alimenté
S21.G00.40.065 [FP] Maintien du traitement d'origine d'un contractuel titulaire A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMJ-V40065 DSN-SRV-CONTHIST Public : En 6.0.000 : si fonctionnaire (40.026 = '01') et ZYGR-
6.0.000 : FD0GR1BI MOTIND de type 'B' (Indice brut forcé) => ZYGR-
6.0.010 : FD0GS1BI INDMAN (indice manuel)
A partir 6.0.010 : si fonctionnaire (40.026 = '01') et ZYGS-

MOTIND de type 'B' (Indice brut forcé) => ZYGS-INDMAN
(indice manuel)
S21.G00.40.066 [FP] Type de détachement A partir DSN 2019 Réservé fonction Publique Lu dans HRA ZXMI-V40066 (DSN 2019) DSN-SRV-CONTFIX (DSN 2019) Public : FD0PO1BI Public : Public :
ZXMJ-V40066 (à partir DSN 2020) DSN-SRV-CONTHIST (à partir DSN DSN 2019 : ZYPO-SITCOD Transcodification (HKK)
2020) A partir DSN 2020 : ZYPO-SITCOD ou ZYPO-RSSTHI A partir DSN 2020 , transcodification (UAK) en surcouche
S21.G00.40.067 Genre de navigation A partir DSN 2020 Réservé ENIM Lu dans HRA ZXMJ-V40067 (DSN 2019) DSN-SRV-CONTHIST Ligne de service (ENIM) : ZYE0-V40067
Ligne de service (ENIM) : ZXMY-V40067 FEBI1DSN
S21.G00.40.068 Taux de service actif A partir DSN 2020 Réservé IEG - non alimenté Lu dans HRA ZXMJ-N40068 DSN-SRV-CONTHIST
S21.G00.40.069 Niveau de Rémunération A partir DSN 2020 Réservé IEG - non alimenté Lu dans HRA ZXMJ-V40069 DSN-SRV-CONTHIST
S21.G00.40.070 Echelon A partir DSN 2020 Réservé IEG - non alimenté Lu dans HRA ZXMJ-N40070 jusqu'en DSN 2020 DSN-SRV-CONTHIST
ZXMJ-X40070 à partir DSN 2021
S21.G00.40.071 Coefficient hiérarchique A partir DSN 2020 Réservé IEG - non alimenté Lu dans HRA ZXMJ-N40071 DSN-SRV-CONTHIST
S21.G00.40.072 Statut BOETH A partir DSN 2020 Non alimenté pour le Secteur public Lu dans HRA ZXMJ-V40072 DSN-SRV-CONTHIST Privé : FB0HB1BI Privé : ZYHB-IDMCAT
S21.G00.40.073 Complément de dispositif public A partir DSN 2020 Lu dans HRA ZXMJ-V40073 DSN-SRV-CONTHIST
S21.G00.40.074 Cas de mise à disposition externe d'un individu de A partir DSN 2020 Lu dans HRA ZXMJ-V40074 DSN-SRV-CONTHIST
l'établissement
S21.G00.40.075 Catégorie de classement finale A partir DSN 2020 Réservé ENIM Lu dans HRA ZXMJ-N40075 (DSN 2019) Pour les CTP liés au versement transport, agrégation des CTP individuels DSN-SRV-CONTHIST Ligne de service (ENIM) : ZYE0-V40075
Ligne de service (ENIM) : ZXMY-V40075 par code Insee commune FEBI1DSN
plus cf. S21.G00.23.001
S21.G00.40.076 Identifiant du contrat d'engagement maritime A partir DSN 2020 Réservé ENIM Lu dans HRA ZXMJ-V40076 (DSN 2019) DSN-SRV-CONTHIST Ligne de service (ENIM) : N° de Contrat d'engagement maritime auquel la ligne de service est
Ligne de service (ENIM) : ZXMY-X40076 FEBI1DSN rattachée (cf. 40.009 - ZXMI-X40009 du contrat d'engagement)
S21.G00.40.077 Collège (CNIEG) A partir DSN 2020 Réservé IEG - non alimenté Lu dans HRA ZXMJ-V40077 DSN-SRV-CONTHIST
S21.G00.40.078 Forme d'aménagement du temps de travail dans le cadre de A partir DSN 2020 Lu dans HRA ZXMJ-V40078 DSN-SRV-CONTHIST
l'activité partielle
S21.G00.41 Changements Contrat S21.G00.41.001 Date de la modification Toutes phases DSN Calculé par le Module de ZXMJ-DATXXX (sauf pour les identifiants) si Cf. le chapitre sur les blocs 41 pour plus de détails sur la logique de À compter de la DSN 7.0, les évolutions réglementaires sur ces blocs
production de flux plus d'une ligne en ZXMJ génération des blocs 41 changements contrat sont portées uniquement par la Gestion Intégrée des
A partir de la DSN 5.0 : nouvelle solution de Gestion intégrée du bloc 41 blocs 41. L'ancien mode de gestion du bloc 41 n'est plus maintenu en
basée sur une table d'historique des modalités stockées en BDSN norme NEODeS 2021.
Pour les ENIM, cf. le chapitre du guide sur les blocs 41 ENIM pour plus de
détails sur la génération des blocs 41.
S21.G00.41.002 Ancien statut du salarié (conventionnel) Toutes phases DSN Géré par le Module de production ZXMJ-V40002
de flux
S21.G00.41.003 Ancien Code statut catégoriel Retraite Complémentaire Toutes phases DSN Géré par le Module de production ZXMJ-V40003
obligatoire de flux
S21.G00.41.004 Ancienne Nature du contrat Toutes phases DSN Géré par le Module de production ZXMJ-V40007
de flux Ligne de service (ENIM) : ZXMY-V40007
S21.G00.41.005 Ancien dispositif de politique publique et conventionnel Toutes phases DSN Géré par le Module de production ZXMJ-V40008
de flux
S21.G00.41.006 Ancienne Unité de mesure de la quotité de travail Toutes phases DSN Géré par le Module de production ZXMJ-V40011
de flux
S21.G00.41.007 Ancienne Quotité de travail du contrat Toutes phases DSN Géré par le Module de production ZXMJ-N40013
de flux
S21.G00.41.008 Ancienne Modalité d'exercice du temps de travail Toutes phases DSN Géré par le Module de production ZXMJ-V40014
de flux
S21.G00.41.010 Ancien Complément de base au régime obligatoire Toutes phases DSN Géré par le Module de production ZXMJ-V40016
de flux
S21.G00.41.011 Ancien Code convention collective applicable Toutes phases DSN Géré par le Module de production ZXMJ-V40017
de flux
S21.G00.41.012 SIRET ancien établissement d'affectation Toutes phases DSN Lu dans Hra ZXMI-Y41012 Changement d'identifant : date 41.001 valorisée par DCH012 Evalué par FCBI0DSN à partir ZXMI Mois précédent ou dynamiquement si
rupture bulletin en cours de mois
S21.G00.41.013 Ancien Identifiant du lieu de travail Toutes phases DSN Géré par le Module de production ZXMJ-Y40019
de flux Ligne de service (ENIM) : ZXMY-Y40019
S21.G00.41.014 Ancien Numéro du contrat Toutes phases DSN Lu dans HRA ZXMI-X41014 Changement d'identifant : date 40.001 valorisée par DCH014 Saisie utilisateur ou à alimenter en traitement DBI spécifique sur YSFI
Ligne de service (ENIM) : ZXMY-X40009 et étalés
ZXMY-OLD009
S21.G00.41.016 Ancien motif de recours A partir DSN Phase 2 Géré par le Module de production ZXMJ-V40021
de flux
S21.G00.41.017 Ancien taux de déduction forfaitaire spécifique pour frais A partir DSN Phase 2 Géré par le Module de production ZXMJ-N40023
professionnels de flux
S21.G00.41.018 Ancien Travailleur à l'étranger au sens du code de la Sécurité A partir DSN Phase 2 Géré par le Module de production ZXMJ-V40024
Sociale de flux
S21.G00.41.019 Ancien code profession et catégorie socio-professionnelle (PCS- A partir DSN Phase 2 Géré par le Module de production ZXMJ-Y40004
ESE) de flux
S21.G00.41.020 Ancien Code complément PCS-ESE (pour la fonction publique : A partir DSN Phase 2 Géré par le Module de production ZXMJ-V40005
référentiels NEH, NET et grade de la NNE) de flux
MAPPING DSN 7.0
PASRAU
S21.G00.41.021 Ancienne date de début de contrat A partir DSN Phase 2 Lu dans HRA ZXMI-D41021 Saisie utilisateur ou à alimenter en traitement DBI spécifique sur YSFI
Ligne de service (ENIM) : ZXMY-D40001 et étalés
ZXMY-OLD001
S21.G00.41.022 Ancienne Quotité de travail de référence de l'entreprise pour la A partir DSN Phase 2 Géré par le Module de production ZXMJ-N40012
catégorie de salarié de flux
S21.G00.41.023 Ancien Code caisse professionnelle de congés payés A partir DSN Phase 2 Géré par le Module de production ZXMJ-V40022
de flux
S21.G00.41.024 Ancien Code risque accident du travail A partir DSN Phase 3 Géré par le Module de production ZXMJ-Y40040
de flux
S21.G00.41.025 Ancien Code statut catégoriel APECITA A partir DSN Phase 3 Géré par le Module de production ZXMJ-V40042
de flux
S21.G00.41.027 Ancien Salarié à temps partiel cotisant à temps plein A partir DSN Phase 3 Géré par le Module de production ZXMJ-V40044
de flux
S21.G00.41.028 Profondeur de recalcul de la paie A partir DSN Phase 3 Valorisé par le module de Selon rappel individuel ou pas en paie ZYDR-DATANC ou date d'extrême rappel si supérieure
production du flux ZXMI-DTRAPI
S21.G00.41.029 [FP] Ancien Code complément PCS-ESE pour la fonction publique A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40052
d'Etat (emploi de la NNE) de flux
S21.G00.41.030 [FP] Ancienne Nature du poste A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40053
de flux
S21.G00.41.031 [FP] Ancienne Quotité de travail de référence de l'entreprise A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-N40054
pour la catégorie de salarié dans l'hypothèse d'un poste à temps de flux
complet
S21.G00.41.032 Ancien Taux de travail à temps partiel A partir DSN 2019 Géré par le Module de production ZXMJ-N40055
de flux
S21.G00.41.033 Ancien Code catégorie de service A partir DSN 2019 Géré par le Module de production ZXMJ-V40056
de flux Ligne de service (ENIM) : ZXMY-V40056
S21.G00.41.034 [FP] Ancien Indice brut A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40057
de flux
S21.G00.41.035 [FP] Ancien Indice majoré A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40058
de flux
S21.G00.41.036 [FP] Ancienne Nouvelle bonification indiciaire (NBI) A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-N40059
de flux
S21.G00.41.037 [FP] Ancien indice brut d'origine A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40060
de flux
S21.G00.41.038 [FP] Ancien indice brut de cotisation dans un emploi supérieur A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40061
(article 15) de flux
S21.G00.41.039 [FP] Ancien ancien employeur public A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40062
de flux
S21.G00.41.040 [FP] Ancien Indice brut d’origine ancien salarié employeur public A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40063
de flux
S21.G00.41.041 [FP] Ancien indice brut d'origine sapeur-pompier professionnel A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40064
(SPP) de flux
S21.G00.41.042 [FP] Ancien maintien du traitement d'origine d'un contractuel A partir DSN 2019 Réservé fonction Publique Géré par le Module de production ZXMJ-V40065
titulaire de flux
S21.G00.41.043 Ancien taux de service actif A partir DSN 2020 Réservé IEG Géré par le Module de production ZXMJ-N40068
de flux
S21.G00.41.044 Ancien niveau de Rémunération A partir DSN 2020 Réservé IEG Géré par le Module de production ZXMJ-V40069
de flux
S21.G00.41.045 Ancien échelon A partir DSN 2020 Réservé IEG Géré par le Module de production ZXMJ-N40070 jusqu'en DSN 2020
de flux ZXMJ-X40070 à partir DSN 2021
S21.G00.41.046 Ancien coefficient hiérarchique A partir DSN 2020 Réservé IEG Géré par le Module de production ZXMJ-N40071
de flux
S21.G00.41.047 Ancien genre de navigation A partir DSN 2020 Réservé ENIM Ligne de service (ENIM) : ZXMY-V40067
S21.G00.41.048 Ancien statut BOETH A partir DSN 2020 Géré par le Module de production ZXMJ-V40072
de flux
S21.G00.41.049 Ancien complément de dispositif public A partir DSN 2020 Géré par le Module de production ZXMJ-V40073
de flux
S21.G00.41.050 Ancien cas de mise à disposition externe d'un individu de A partir DSN 2020 Géré par le Module de production ZXMJ-V40074
l'établissement de flux
S21.G00.41.051 Ancienne catégorie de classement finale A partir DSN 2020 Réservé ENIM Ligne de service (ENIM) : ZXMY-V40075
S21.G00.41.052 Ancien code régime de base risque maladie A partir DSN 2020 Géré par le Module de production ZXMJ-V40018
de flux
S21.G00.41.053 Ancien code régime de base risque vieillesse A partir DSN 2020 Géré par le Module de production ZXMJ-V40020
de flux
S21.G00.41.054 Ancien identifiant du contrat d'engagement maritime A partir DSN 2020 Réservé ENIM Ligne de service (ENIM) : ZXMY-X40076 et
ZXMY-OLD076
S21.G00.41.055 Ancien collège (CNIEG) A partir DSN 2020 Réservé IEG Géré par le Module de production ZXMJ-V40077
de flux
S21.G00.41.056 Ancienne forme d'aménagement du temps de travail dans le A partir DSN 2020 Géré par le Module de production ZXMJ-V40078
cadre de l'activité partielle de flux
S21.G00.41.057 [FP] Ancien type de détachement A partir DSN 2020 Réservé fonction Publique Géré par le Module de production ZXMJ-V40066
de flux
S21.G00.41.058 Ancien positionnement dans la convention collective A partir DSN 2021 Public : non alimenté Géré par le Module de production ZXMJ-V40041
de flux
S21.G00.41.059 Ancien code régime de base risque accident du travail A partir DSN 2021 Géré par le Module de production ZXMJ-V40039
de flux
S21.G00.41.060 Ancien statut d'emploi du salarié A partir DSN 2021 Géré par le Module de production ZXMJ-V40026
de flux
S21.G00.41.061 Ancien code emplois multiples A partir DSN 2021 Géré par le Module de production ZXMJ-V40036
de flux
S21.G00.41.062 Ancien code employeurs multiples A partir DSN 2021 Géré par le Module de production ZXMJ-V40037
de flux
S21.G00.44 Assujettissement fiscal S21.G00.44.001 Code taxe A partir DSN Phase 3 Lu dans HRA ZZ44-V44001 Dossier ZZ00 (type de dossier UDM) correspondant à l'UD en cours de
traitement (siret-lot-pointDépot-période)
S21.G00.44.002 Montant A partir DSN Phase 3 Lu dans HRA ZZ44-N44002 cf. S21.G00.44.001
S21.G00.44.003 Millésime de rattachement A partir DSN Phase 3 CT Lu dans HRA ZZ44-N44003 cf. S21.G00.44.001
2018.P3.1
S21.G00.50 Versement individu S21.G00.50.001 Date de versement Toutes phases DSN Calculé par le Module de ZX6B-DTVIRE Si ZX6B-DTVIRE non alimentée,dernier jour du mois déclaré ou lendemain
production de flux si paie décalée
MAPPING DSN 7.0
PASRAU
S21.G00.50.002 Rémunération nette fiscale Toutes phases DSN Calculé par le Module de Si norme NEODeS : Si norme NEODeS : "Compteur DSN"
production de flux ZXMM-MONTA1 ("50D002") ou ZXMM- - Si norme < DP20V01, et compteur 50D002 alimenté ou compteur
MONTA1 ("50I") (cf. commentaires) 50D009 alimenté somme des rubriques ZXMM-MONTA1 des occurrences
dont ZXMM-CPTDSN = "50D002" + somme des rubriques ZXMM-MONTA2
Si norme NEORAU : des occurrences dont ZXMM-CPTDSN = "50D009"
ZXMM-MONTA1 ("50P002")
- Si norme >= DP20V01 et compteur 50D002 alimenté, somme des
rubriques ZXMM-MONTA1 des occurrences dont ZXMM-CPTDSN =
"50D002"
- sinon : somme des rubriques ZXMM-MONTA1 des occurrences dont

ZXMM-CATEGO = "50I"
/!\ la catégorie de compteur 50I n'est pas à utiliser dans le contexte du
PAS
Si norme NEORAU :
Somme des rubriques ZXMM-MONTA1 des occurrences dont ZXMM-
CPTDSN = "50P002"
Pour les deux normes, mis à "0" si aucune occurrence.
S21.G00.50.003 Numéro de versement A partir DSN Phase 2 Calculé par le Module de Numéro incrémenté pour chaque bulletin du salarié (à partir de 1)
production de flux
S21.G00.50.004 Montant net versé A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA1 ("50V") si norme NEODeS Somme des rubriques ZXMM-MONTA1 des occurrences dont ZXMM- "Compteur DSN"
production de flux CPTDSN = "50V" (norme NEODeS) ou ZXMM-CPTDSN = "50P004" (norme
ZXMM-MONTA1 ("50P004") si norme NEORAU).
NEORAU Mis à "0" si aucune occurrence
S21.G00.50.006 Taux de prélèvement à la source A partir DSN Phase 3 CT Calculé par le Module de Si norme NEODeS : (ZXMM-MONTA3 Si norme NEODeS : "Compteur DSN" Si utilisation du compteur 50P009 ou 50D006, la rubrique de paie qui
2018.P3.1 (PAS) production de flux ("50D009") et ZXMM-MONTA1 - Si les compteurs 50D009 et 50D006 sont alimentés : somme des alimente ce compteur DSN doit obligatoirement être de type de calcul 33
("50D006") ) ou ZXMI-TAUDGI rubriques ZXMM-MONTA3 des occurrences dont ZXMM-CPTDSN = (cotisation déplafonnée)
"50D009" plus la somme des rubriques ZXMM-MONTA1 des occurrences
Si norme NEORAU : (ZXMM-MONTA3 dont ZXMM-CPTDSN = "50D006"
("50P009") et ZXMM-MONTA1 ("50P006") - Sinon si taux DGFiP : ZXMI-TAUDGI
) ou ZXMI-TAUDGI
Si norme NEORAU :
- Si les compteurs 50P009 et 50P006 sont alimentés : somme des
"50P009" plus la somme des rubriques ZXMM-MONTA1 des occurrences
dont ZXMM-CPTDSN = "50P006"
- Sinon si taux DGFiP et identifiant taux PAS alimenté : ZXMI-TAUDGI
S21.G00.50.007 Type du taux de prélèvement à la source A partir DSN Phase 3 CT Calculé par le Module de ZXMM-MONTA1 ("50D007") ou ZXMI- Si compteur 50D007 (NEODeS) ou 50P007 (NEORAU) alimenté : ZXMM- Si Taux DGFiP : Information ZYAR --> ZXMI.TYPDGI=01
2018.P3.1 (PAS) production de flux TYPDGI si norme NEODeS MONTA1 Si taux barème : Information ZYAR -->
Sinon 01 si ZXMI-TYPDGI vaut 01 ZXMI.TYPDGI=blanc --> "Compteur DSN" avec
ZXMM-MONTA1 ("50P007") ou ZXMI- Sinon 0 récupération du barème via le montant salarial ou le
TYPDGI si norme NEORAU mémo de la rubrique de paie
S21.G00.50.008 Identifiant du taux de prélèvement à la source A partir DSN Phase 3 CT Lu dans HRA ZXMI-X50008 Si compteur 50D008 (NEODeS) ou 50P008 (NEORAU) alimenté : -1 (CDD Rubrique de ZYAR contenant l'id de taux Alimenté si taux DGFiP.
2018.P3.1 (PAS) court sans taux DGFiP) Non alimenté si taux barème
Sinon si taux DGFiP : ZXMI-X50008
S21.G00.50.009 Montant du prélèvement à la source A partir DSN Phase 3 CT Calculé par le Module de ZXMM-MONTA1 ("50D009") si norme Si norme NEODeS : "Compteur DSN"
2018.P3.1 (PAS) production de flux NEODeS - Si compteur 50D009 alimenté : somme des rubriques ZXMM-MONTA1
des occurrences dont ZXMM-CPTDSN = "50D009"
ZXMM-MONTA1 ("50P009") si norme - Sinon 0
NEORAU Si norme NEORAU :
- Si compteur 50P009 alimenté : somme des rubriques ZXMM-MONTA1
des occurrences dont ZXMM-CPTDSN = "50P009"
- Sinon 0
S21.G00.50.011 Montant de la part non imposable du revenu A partir DSN 2020 Calculé par le Module de ZXMM-MONTA1 ("50D011") si norme A partir normes NEODeS DP20V01 et NEORAU P202010
production de flux NEODeS Somme des rubriques ZXMM-MONTA1 des occurrences dont ZXMM-
CPTDSN = "50D011" (norme NEODeS) ou ZXMM-CPTDSN = "50P011"
ZXMM-MONTA1 ("50P011") si norme (norme NEORAU).
NEORAU
S21.G00.50.012 Montant de l'abattement sur la base fiscale (non déduit de la A partir DSN 2020 Calculé par le Module de ZXMM-MONTA1 ("50D012") si norme A partir normes NEODeS DP20V01 et NEORAU P202010
rémunération nette fiscale) production de flux NEODeS Somme des rubriques ZXMM-MONTA1 des occurrences dont ZXMM-
CPTDSN = "50D012" (norme NEODeS) ou ZXMM-CPTDSN = "50P012"
ZXMM-MONTA1 ("50P012") si norme (norme NEORAU).
NEORAU
S21.G00.50.013 Montant soumis au PAS A partir DSN 2020 Calculé par le Module de ZXMM-MONTA2 ("50D009") et ZXMM- A partir normes NEODeS DP20V01 et NEORAU P202010
production de flux MONTA1 ("50D013"), si norme NEODeS Si norme NEODeS :
- Si les compteurs 50D009 et 50D013 sont alimentés : somme des
ZXMM-MONTA2 ("50P009") et ZXMM- rubriques ZXMM-MONTA2 des occurrences dont ZXMM-CPTDSN =
MONTA1 ("50P013"), si norme NEORAU "50D009" plus la somme des rubriques ZXMM-MONTA1 des occurrences
dont ZXMM-CPTDSN = "50D013"
- Sinon 0
Si norme NEORAU :
- Si les compteurs 50P009 et 50P013 sont alimentés : somme des
"50P009" plus la somme des rubriques ZXMM-MONTA1 des occurrences
dont ZXMM-CPTDSN = "50P013"
- Sinon 0
S21.G00.51 Rémunération S21.G00.51.001 Date début de période de paie Toutes phases DSN Calculé par le Module de ZXMM-DTDEBO Application des règles de "rognage" des dates (cf.§ dédié aux périodes de "Compteur DSN" Norme NEODeS : Heures supplémentaires supramensuelles (cf. § dédié)
production de flux Ligne de service (ENIM) : rémunération), selon le type
ZXMM-DATE01 associée au ZXMM-CPTDSN
= "53X01ENIM" Lignes de service (ENIM) : en présence d'un bloc 53 Activité (compteur
53X01ENIM), génération automatique des blocs 51 de type 001, 002, 003
et 010 à 0 ; date début récupérée du bloc 53
S21.G00.51.002 Date fin de période de paie Toutes phases DSN Calculé par le Module de ZXMM-DTFINO Application des règles de "rognage" des dates selon le type (cf.§ dédié "Compteur DSN" Norme NEODeS : Heures supplémentaires supramensuelles (cf. § dédié)
production de flux Ligne de service (ENIM) : aux périodes de rémunération)
ZXMM-DATE02 associée au ZXMM-CPTDSN Lignes de service (ENIM) : cf. S21.G00.51.001 ; date de fin récupérée du
= "53X01ENIM" bloc 53
S21.G00.51.010 Numéro du contrat A partir DSN Phase 2 Lu dans HRA ZXMI-X40009 Idem S21.G00.40.009 Idem S21.G00.40.009
Ligne de service (ENIM) : Lignes de service (ENIM) : cf. S21.G00.51.001
ZXMY-X40009
MAPPING DSN 7.0
PASRAU
S21.G00.51.011 Type A partir DSN Phase 2 Lu dans HRA ZXMM-TYPCOD ("51%") Type du "compteur DSN" de classe 51M ou 51H Type du "compteur DSN" alimentant S21.G00.51.013
Ligne de service (ENIM) : généré Lignes de service (ENIM) : cf. S21.G00.51.001
automatiquement
S21.G00.51.012 Nombre d'heures A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA2 ("51H") Somme des ZXMM-MONTA2 par type et dates pour la catégorie "51H" "Compteur DSN" si type 012, 013, 014, 016, 017, 018,
production de flux (012, 013, 014, 016, 017, 018, 019, 020) 019 ou 020
S21.G00.51.013 Montant A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA1 ("51%") Norme NEODES : Somme des ZXMM-MONTA1 par type et dates + "Compteur DSN"
production de flux Ligne de service (ENIM) = '0' génération du bloc à zéro pour les types obligatoires au CT
Lignes de service (ENIM) : cf. S21.G00.51.001 ; valorisé à 0
Norme NEORAU : Somme des ZXMM-MONTA1 du compteur 51P013 par

dates
Sinon 0 (pour les deux normes)
S21.G00.51.014 [FP] Taux de rémunération de la situation administrative A partir DSN 2020 Réservé Fonction Publique Lu dans HRA ZXMM-MONTA1 ("51M001R014") Si S21.G00.40.020 = '120' (régime CNRACL) et ZXMM-TYPCOD = '021', "Compteur DSN" Gérable via les absences (ZYAG) ou les positions (ZYPO).
ZXMM-MONTA1 de la dernière occurrence dont ZXMM-CPTDSN = Pour plus de précisions, voir le paragaphe dédié du Guide
"51M001R019" s'il existe
En norme DSN 2020, un taux 100% est déclaré par l'absence de la 51.014.
Si ZXMM-MONTA1 = 100 %, la rubrique 51.014 est supprimée.
En norme DSN 2021, le taux 100% est déclaré de manière explicite. La
rubrique 51.014 est conservée.
S21.G00.51.015 Taux de conduite centrale nucléaire A partir DSN 2020 Réservé IEG Calculé par le Module de ZXMM-MONTA1 ("51M001R015") ZXMM-MONTA1 de la dernière occurrence dont ZXMM-CPTDSN = "Compteur DSN"
production de flux "51M001R015" s'il existe
S21.G00.51.016 Taux de majoration résidentielle A partir DSN 2020 Réservé IEG Calculé par le Module de ZXMM-MONTA1 ("51M001R016") ZXMM-MONTA1 de la dernière occurrence dont ZXMM-CPTDSN = "Compteur DSN"
S21.G00.51.019 Taux de rémunération cotisée A partir DSN 2021 Réservé IEG Calculé par le Module de ZXMM-MONTA1 ("51M001R019") ZXMM-MONTA1 de la dernière occurrence dont ZXMM-CPTDSN = "Compteur DSN"
S21.G00.52 Primes, gratifications et S21.G00.52.001 Type Toutes phases DSN Lu dans HRA ZXMM-TYPCOD("52") Type du "compteur DSN" de classe 52X Type du "compteur DSN" alimentant S21.G00.52.002
indemnités
S21.G00.52.002 Montant Toutes phases DSN Calculé par le Module de ZXMM-MONTA1 Somme des ZXMM-MONTA1 par type de catégorie "52X" et à même "Compteur DSN"
production de flux période de rattachement
S21.G00.52.003 Date de début de la période de rattachement Toutes phases DSN Lu dans HRA ZXMM-DATE01 Alimentée par ZXMM-DATE01, seulement si concerne un type nécessitant ZY90-DATE01 3 options :
une période de rattachement ( "026" ou "027" ou "029" ou "031") et si ou ZYEL-DATE01 - saisies sur EV ou EFI (pas de rognage des dates)
ZXMM-ROLDT1 = "DR" . Sinon, non alimenté ou DRC, à partir de : - paramétrage (DRC --> ZDFS)
ZDFS-PERIOD (Périodicité) - traitement spécifique
ZDFS-MMRTDB (Mois début période)
ZDFS-DECALP (Décalage en mois; max = 24)
S21.G00.52.004 Date de fin de la période de rattachement Toutes phases DSN Lu dans HRA ZXMM-DATE02 Alimentée par ZXMM-DATE02 seulement si concerne un type nécessitant ZY90-DATE02 cf. S21.G00.52.003
une période de rattachement ( "026" ou "027" ou "029" ou "031") et si ou ZYEL-DATE02
ZXMM-ROLDT2 = "FR". Sinon, non alimenté ou DRC, à partir de :
ZDFS-PERIOD (Périodicité)
ZDFS-MMRTDB (Mois début période)
ZDFS-DECALP (Décalage en mois; max = 24)
S21.G00.52.006 Numéro du contrat A partir DSN Phase 2 ZXMI-X40009 Idem S21.G00.40.009 Idem S21.G00.40.009
S21.G00.52.007 Date de versement d'origine A partir DSN Phase 3 Calculé par le Module de Alimenté par le dernier jour du mois d'origine (déduit de ZXMM.DTFINO)
production de flux s'il est différent du mois déclaré. Sinon non alimenté.
S21.G00.53 Activité S21.G00.53.001 Type A partir DSN Phase 2 Lu dans HRA ZXMM-TYPCOD ("53") les blocs 53 sont rattachés au bloc 51 de type Soumis AC (002) ayant la "Compteur DSN"
Ligne de service (ENIM) : même période (DTDEBO, DTFINO)
ZXMM-CPTDSN = "53X01ENIM"
S21.G00.53.002 Mesure A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA1 Somme des ZXMM-MONTA1 par type "Compteur DSN"
production de flux
S21.G00.53.003 Unité de mesure A partir DSN Phase 2 Lu dans HRA ZXMM-UNIMES "Compteur DSN" ZD7P-UNIMES
S21.G00.54 Autre élément de revenu brut S21.G00.54.001 Type A partir DSN Phase 2 Lu dans HRA ZXMM-TYPCOD ("54") "Compteur DSN"
S21.G00.54.002 Montant A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA1 Somme des ZXMM-MONTA1 des occurrences dont ZXMM-CATEGO="54X" "Compteur DSN"
production de flux (norme NEODES), ou ZXMM-CATEGO="54P" (norme NEORAU P202010), à
même type de montant et à même période de rattachement (si
alimentée)
S21.G00.54.003 Date de début de période de rattachement A partir DSN Phase 2 Lu dans HRA ZXMM-DATE01 Alimentée avec ZXMM-DATE01 si rôles de dates bons (ZXMM-ROLDT1 = idem S21.G00.52.003 idem S21.G00.52.003 (dates facultatives uniquement)
"DR" et ZXMM-ROLDT2 = "FR"). Sinon, non alimenté
S21.G00.54.004 Date de fin de période de rattachement A partir DSN Phase 2 Lu dans HRA ZXMM-DATE02 Alimentée avec ZXMM-DATE02 si rôles de dates bons (ZXMM-ROLDT1 = idem S21.G00.52.004 idem S21.G00.52.003 (dates facultatives uniquement)
"DR" et ZXMM-ROLDT2 = "FR"). Sinon, non alimenté
S21.G00.56 Régularisation du prélèvement à S21.G00.56.001 Mois de l'erreur A partir DSN Phase 3 CT Calculé par le Module de ZXMM-DTDEBO Année-mois de ZXMM-DTDEBO
la source 2018.P3.1 (PAS) production de flux
S21.G00.56.002 Type d'erreur A partir DSN Phase 3 CT Lu dans HRA ZXMM-TYPCOD Si ZXMM-TYPCOD="01" ou "03" ou "04": "Compteur DSN" Attribut du compteur 56P01, 56P02, 56P03, 56P05 si NEORAU ou 56D01,
2018.P3.1 (PAS) Un bloc par occurrence. 56D02, 56D03, 56D04 si NEODeS
Si ZXMM-TYPCOD="02" :
- Fusion des occurrences dont ZXMM-SOURCE="R" et "-".
- Un bloc pour chacune des autres occurrences.
Si norme NEORAU P202001 et si ZXMM-TYPCOD="05" :

Un bloc par occurrence.
S21.G00.56.003 Régularisation de la rémunération nette fiscale A partir DSN Phase 3 CT Calculé par le Module de ZXMM-MONTA2, si Si régularisation de la rémunération nette fiscale : "Compteur DSN"
2018.P3.1 (PAS) production de flux NEODeS <= DP19V01 ou ZXMM-MONTA2 ("56D01") si NEODeS <= DP19V01
NEORAU P201710 ZXMM-MONTA1 ("56D01R003") si NEODeS DP20V01
ZXMM-MONTA2 ("56P01") si NEORAU P201710
ZXMM-MONTA1, si ZXMM-MONTA1 ("56P01R003") si NEORAU P202010
NEODeS >= DP20V01
ou Si régularisation de trop versé sur année < 2018 :
NEORAU P202010 ZXMM-MONTA2 ("56D03") si NEODeS <= DP19V01
ZXMM-MONTA1 ("56D03R003") si NEODeS DP20V01
cf. commentaires ZXMM-MONTA2 ("56P03") si NEORAU P201710
ZXMM-MONTA1 ("56P03R003") si NEORAU P202010
Si régularisation de trop versé sur année < 2019 :

ZXMM-MONTA2 ("56D03AVPAS") si NEODeS <= DP19V01
ZXMM-MONTA1 ("56D03R003") si NEODeS DP20V01
ZXMM-MONTA2 ("56P03AVPAS") si NEORAU P201710
ZXMM-MONTA1 ("56P03R003") si NEORAU P202010
Si rectification sur année antérieure de la rémunération nette fiscale sans

PAS
ZXMM-MONTA1 ("56D04") si NEODeS >= DP21V01
MAPPING DSN 7.0
PASRAU
S21.G00.56.004 Rémunération nette fiscale déclarée le mois de l’erreur A partir DSN Phase 3 CT Calculé par le Module de Si régularisation du taux de prélèvement à Bloc résultant de la fusion des occurrences ZXMM-SOURCE="R" et ZXMM- "Compteur DSN"
2018.P3.1 (PAS) production de flux la source : SOURCE="-" :
ZXMM-MONTA2 ("56D02") si norme ZXMM-MONTA2 de l'occurrence dont ZXMM-SOURCE="R".
NEODeS jusqu'à norme DP20V01
ZXMM-MONTA2 ("56P02") si norme Autre bloc : ZXMM-MONTA2.
NEORAU
Si norme NEORAU et régularisation de la

classe de revenu :
ZXMM-MONTA2 ("56P05R004")
S21.G00.56.005 Régularisation du taux de prélèvement à la source A partir DSN Phase 3 CT Calculé par le Module de Si régularisation du taux de prélèvement à Bloc résultant de la fusion des occurrences ZXMM-SOURCE="R" et ZXMM- "Compteur DSN"
2018.P3.1 (PAS) production de flux la source : SOURCE="-" :
ZXMM-MONTA3 ("56D02") si norme Différence entre ZXMM-MONTA3 de l'occurrence dont ZXMM-
NEODeS SOURCE="R" et ZXMM-MONTA3 de l'occurrence dont ZXMM-SOURCE="-
ZXMM-MONTA3 ("56P02") si norme ".
NEORAU
Autre bloc : ZXMM-MONTA3.
S21.G00.56.006 Taux déclaré le mois de l’erreur A partir DSN Phase 3 CT Calculé par le Module de Si régularisation de la rémunération nette "Compteur DSN"
2018.P3.1 (PAS) production de flux fiscale :
ZXMM-MONTA3 ("56D01") si norme
NEODeS
ZXMM-MONTA3 ("56P01") si norme
NEORAU
Si régularisation de trop versé > 2018 :

NEODeS
NEORAU
S21.G00.56.007 Montant de la régularisation du prélèvement à la source A partir DSN Phase 3 CT Calculé par le Module de Si régularisation de la rémunération nette Si régularisation du taux de prélèvement à la source : "Compteur DSN"
2018.P3.1 (PAS) production de flux fiscale : - Bloc résultant de la fusion des occurrences ZXMM-SOURCE="R" et
ZXMM-MONTA1 ("56D01") si norme ZXMM-SOURCE="-" : Somme des ZXMM-MONTA1.
NEODeS - Autre bloc : ZXMM-MONTA1.
NEORAU Sinon :
ZXMM-MONTA1.
Si régularisation du taux de prélèvement à
la source : Mis à "0" si aucune occurrence.
NEODeS
NEORAU
Si régularisation de trop versé:

NEODeS
NEORAU
S21.G00.56.008 Régularisation du montant de la part non imposable du revenu A partir DSN 2020 Calculé par le Module de Si régularisation de la rémunération nette "Compteur DSN"
production de flux fiscale :
ZXMM-MONTA1 ("56D01R008") si norme
NEODeS
ZXMM-MONTA1 ("56P01R008") si norme
NEORAU

NEODeS
NEORAU
S21.G00.56.009 Régularisation du montant de l'abattement sur la base fiscale A partir DSN 2020 Calculé par le Module de Si régularisation de la rémunération nette "Compteur DSN"
(non déduit de la rémunération nette fiscale) production de flux fiscale :
NEODeS
NEORAU

NEODeS
NEORAU
S21.G00.56.010 Régularisation du montant de la différence entre l'assiette A partir DSN 2020 Calculé par le Module de Si régularisation de la rémunération nette "Compteur DSN"
soumise au PAS et la rémunération nette fiscale production de flux fiscale :
NEODeS
NEORAU
Si régularisation de trop versé:

NEODeS
NEORAU
S21.G00.56.013 Montant de la part non imposable du revenu déclaré le mois de A partir DSN 2021 mais Non géré (non exploité/OPS) Calculé par le Module de ZXMM-MONTA1 ("56P05R013") A partir norme NEORAU P20V02 "Compteur DSN"
l'erreur non utilisé production de flux Somme des rubriques ZXMM-MONTA1 des occurrences dont ZXMM-
CPTDSN = "56P05R013"
S21.G00.56.014 Montant de l'abattement sur la base fiscale déclaré le mois de A partir DSN 2021 mais Non géré (non exploité/OPS) Calculé par le Module de ZXMM-MONTA1 ("56P05R014") A partir norme NEORAU P20V02 "Compteur DSN"
l’erreur non utilisé production de flux Somme des rubriques ZXMM-MONTA1 des occurrences dont ZXMM-
CPTDSN = "56P05R014"
S21.G00.56.015 Montant soumis au prélèvement à la source déclaré le mois de A partir DSN 2021 Calculé par le Module de Si régularisation du taux de prélèvement à Bloc résultant de la fusion des occurrences ZXMM-SOURCE="R" et ZXMM- "Compteur DSN"
l'erreur production de flux la source : SOURCE="-" :
ZXMM-MONTA2 ("56D02") si norme ZXMM-MONTA2 de l'occurrence dont ZXMM-SOURCE="R".
NEODeS à partir norme DP21V01
Autre bloc : ZXMM-MONTA2.
MAPPING DSN 7.0
PASRAU
S21.G00.60 Arrêt de travail S21.G00.60.001 Motif de l'arrêt Toutes phases DSN Lu dans HRA ZXMK-V60001 (mensuelle) Signalement : Un pseudo contexte ZYAG-MOTIFA Signalement : toutes les rubriques de ZYAL destinées au flux sont
ZYAL-V60001 (signalement) "UTAL01" permet de surcharger alimentées par deux traitements BNA spécialisés interceptant la saisie
en spécifique le contenu de ZYAL dans ZYAG
avant mise à jour de la base dans Lorsque que la coche "reprise anticipée" est renseignée au niveau de
le processus de saisie des l'événement Arrêt de travail, un signalement de type "reprise anticipé"
absences est produit
S21.G00.60.002 Date du dernier jour travaillé Toutes phases DSN Lu dans HRA ZXMK-D60002 (mensuelle) Mensuelle : DSN-SRV-DERJOU ZXMK : FCBIALSV ou FEBIF3SV ZYAL-D60002 Alimentation de ZYAL-D60002
ZYAL-D60002 (signalement) --> Calcul à partir de ZYAG-DATDEB et en fonction du calendrier du salarié
Modifiable dans l'événement Arrêts de travail
S21.G00.60.003 Date de fin prévisionnelle Toutes phases DSN Lu dans HRA ZXMK-D60003 (mensuelle) ZYAG-DATFIN
ZYAL-D60003 (signalement)
S21.G00.60.004 Subrogation Toutes phases DSN Réservé au signalement Lu dans HRA ZYAL-B60004 ZDF1-OPT001 de DRA et ZDF1-OPT001 de DSJ Témoin de subrogation doit être renseigné au niveau Profil de paie (DRA)
et du motif d'absence concerné (DSJ)
S21.G00.60.005 Date de début de subrogation Toutes phases DSN Réservé au signalement avec Lu dans HRA ZYAL-D60005 si subrogation ZYAG-DATDEB
subrogation
S21.G00.60.006 Date de fin de subrogation Toutes phases DSN Réservé au signalement avec Lu dans HRA ZYAL-D60006 si subrogation ZYDA-DATFIN Date de fin de tranche d'indemnisation (ZYDA) récupérée à partir du droit
subrogation (DSF) dédié au maintien de salaire. Date de fin de subrogation bornée à la
date de fin de contrat
S21.G00.60.007 IBAN Toutes phases DSN Réservé au signalement avec Lu dans HRA ZYAL-X60007 si subrogation Modifiable dans l'événement Arrêts de travail
subrogation ZD0I-GPBBAN de l'établissement d'affectation (DRE) si
renseigné, sinon de la société (UAA)
S21.G00.60.008 BIC Toutes phases DSN Réservé au signalement avec Lu dans HRA ZYAL-X60008 si subrogation Modifiable dans l'événement Arrêts de travail
subrogation ZD0I-GCDBIC de l'établissement d'affectation (DRE) si
renseigné, sinon de la société (UAA)
S21.G00.60.010 Date de la reprise Toutes phases DSN Lu dans HRA ZXMK-D60010 (mensuelle) Renseignée si ZXMK-D60010 > low value DSN-SRV-DERJOU Alimentation ZXMK (mensuelle) calculé à partir ZYAG-DATFIN => lendemain de l'absence --> Alimentation de ZYAL-D60010
ZYAL-D60010 (signalement) FCBIALSV ou FEBIF3SV ou plus selon calendrier --> Pour la mensuelle (ZXMK), alimentation à partir ZYF3-REPTRA si
alimentée (gestion avant 3.0), sinon si ZYAL-D60010
S21.G00.60.011 Motif de la reprise Toutes phases DSN Lu dans HRA ZXMK-D60011 (mensuelle) Renseignée si ZXMK-D60010 > low value DSN-SRV-DERJOU Alimentation ZXMK (mensuelle) Alimenté par défaut à "01" (reprise normale) Reprise en Temps partiel thérapeutique par saisie du motif dans
ZYAL-V60011 (signalement) FCBIALSV ou FEBIF3SV l'événement Arrêts de travail
'--> Alimentation de ZYAL-D60011
--> Mensuelle (ZXMK), alimentation à partir ZYF3-REPRIS si renseignée,
sinon ZYAL-D60011
S21.G00.60.012 Date de l'accident ou de la première constatation A partir DSN Phase 2 Réservé au signalement Lu dans HRA ZYAL-D60012 ZYF6-DATAC1 Récupération de la date saisie dans la déclaration de l'accident.
Modifiable dans l'événement Arrêts de travail
S21.G00.60.600 SIRET Centralisateur A partir DSN Phase 2 Réservé au signalement Lu dans HRA ZYAL-Y60600 Saisissable dans l'événement Arrêts de travail
S21.G00.62 Fin du contrat S21.G00.62.001 Date de fin du contrat Toutes phases DSN Lu dans HRA ZXMQ-D62001 DSN-SRV-CONTID Ligne de service (ENIM) : ZY0K-DATFIN (UT-DOSP-IDDOSP)
Ligne de service (ENIM) : ZXMY-D62001 FEBI1DSN Ligne de service (ENIM) :
- ZYE0-DATFIN en cas de fin de ligne de service
- ZYE0-OLDFIN en cas d'annulation de fin de ligne de
service
S21.G00.62.002 Motif de la rupture du contrat Toutes phases DSN Lu dans HRA ZXMQ-V62002 DSN-SRV-CONTRUPT FE0ES1BI ZYES-RSSTAT Transcodification (UAK)
Ligne de service (ENIM) : ZXMY-V62002 Ligne de service (ENIM) : Ligne de service (ENIM) :
FEBI1DSN - '116' : fin "normale" de la ligne de service
- '085' : annulation d’une ligne de service déclarée dans une DSN
précédente (la rubrique S21.G00.40.007 doit prendre alors la valeur "81"
au lieu de "93")
- '099' : annulation de la date de fin de la ligne de service précédemment
déclarée
S21.G00.62.003 Date de notification de la rupture de contrat Toutes phases DSN Réservé au signalement Lu dans HRA ZXMQ-D62003 DSN-SRV-CONTRUPT FE0ES1BI ZYES-DTBGPR Modifiable dans l'événement Fin de contrat
S21.G00.62.004 Date de signature de la convention de rupture Toutes phases DSN Réservé au signalement Lu dans HRA ZXMQ-D62004 DSN-SRV-CONTRUPT FE0ES1BI ZYES-DTHCHL Modifiable dans l'événement Fin de contrat
S21.G00.62.005 Date d'engagement de la procédure de licenciement Toutes phases DSN Réservé au signalement Lu dans HRA ZXMQ-D62005 DSN-SRV-CONTRUPT FE0ES1BI ZYES-DTPRFR Modifiable dans l'événement Fin de contrat
S21.G00.62.006 Dernier jour travaillé et payé au salaire habituel Toutes phases DSN Lu dans HRA ZXMQ-D62006 DSN-SRV-CONTRUPT FE0ES1BI ZYES-PHYSOR Modifiable dans l'événement Fin de contrat
S21.G00.62.008 Transaction en cours Toutes phases DSN Réservé au signalement Lu dans HRA ZXMQ-B62008 DSN-SRV-CONTRUPT FE0ES1BI Alimenté à partir témoin transaction (ZYES-PERDEB) Mis à "01" si transaction en cours détectée
S21.G00.62.011 Nombre de mois de préavis utilisés dans le cadre du calcul CSP Toutes phases DSN Réservé au signalement Lu dans HRA ZXMQ-N62011 DSN-SRV-CONTRUPT Saisissable dans l'événement Fin de contrat
S21.G00.62.013 Montant de l'indemnité de préavis qui aurait été versée Toutes phases DSN Réservé au signalement Lu dans HRA ZXMQ-M62013 DSN-SRV-CONTRUPT Saisissable dans l'événement Fin de contrat
S21.G00.62.014 Statut particulier du salarié Toutes phases DSN Réservé au signalement Lu dans HRA ZXMQ-V62014 DSN-SRV-CONTRUPT Saisissable dans l'événement Fin de contrat
S21.G00.62.016 Maintien de l'affiliation du salarié au contrat collectif A partir DSN Phase 3 CT Lu dans HRA ZXMQ-V62016 DSN-SRV-CONTRUPT ZYES-CODSOR Transcodification (UIS)
2018.P3.1 Saisissable également dans la page DSN mensuelle (onglet Fin de contrat)
et dans la page de l'événement Fin de contrat
Non alimenté par défaut
S21.G00.62.017 Modalité de déclaration de la fin du contrat d'usage A partir DSN Phase 3 CT Réservé au signalement Lu dans HRA ZXMQ-V62017 DSN-SRV-CONTRUPT Saisissable dans la page DSN mensuelle (onglet Fin de contrat)
2018.P3.1 Mis à "02 - Non application du circuit dérogatoire" par défaut
S21.G00.62.018 Nombre de mois de préavis utilisés dans le cadre du calcul PAP A partir DSN Phase 3 CT Réservé au signalement Lu dans HRA ZXMQ-N62018 DSN-SRV-CONTRUPT Saisissable dans l'événement Fin de contrat
2019.P3.1
S21.G00.62.019 Solde de congés acquis et non pris (ENIM) A partir DSN 2020 Réservé ENIM Lu dans HRA ZXMQ-N62019 DSN-SRV-CONTRUPT Ligne de service (ENIM) : Ligne de service (ENIM) : ZYE0-N62019
Ligne de service (ENIM) : ZXMY-N62019 FEBI1DSN
S21.G00.62.020 Mois de la DSN mensuelle portant les derniers éléments A partir DSN 2020 Réservé au signalement FCTU Lu dans HRA ZXMQ-D62020 Alimentée uniquement en cas de signalement Fin de contrat de travail DSN-SRV-CONTRUPT FE0ES1BI Premier jour du mois principal déclaré
déclarés dans le FCTU Unique (FCTU)
S21.G00.63 Préavis de fin de contrat S21.G00.63.001 Type réalisation et paiement du préavis Toutes phases DSN Réservé au signalement Fin de contrat Lu dans HRA ZXMR-V63001 DSN-SRV-CONTRUPT FE0ES1BI Effectué/payé : ZYES-DTBGPR & ENDPFR Préavis effectué et payé => alimenté à "01"
Non effectué/payé : ZYES-BGNPFR & ENNPFR Préavis non effectué et payé => alimenté à "02"
Non effectué/non payé : ZYES-BGNNFR & ENNNFR Préavis non effectué et non payé => alimenté à "03"
Modifiable dans l'événement Fin de contrat
S21.G00.63.002 Date de début de préavis Toutes phases DSN Réservé au signalement Fin de contrat Lu dans HRA ZXMR-D63002 DSN-SRV-CONTRUPT FE0ES1BI ZYES-DTBGPR si préavis "01" Modifiable dans l'événement Fin de contrat
ZYES-BGNPFR si préavis "02"
ZYES-BGNNFR si préavis "03"
S21.G00.63.003 Date de fin de préavis Toutes phases DSN Réservé au signalement Fin de contrat Lu dans HRA ZXMR-D63003 DSN-SRV-CONTRUPT FE0ES1BI ZYES-ENDPFR si préavis "01" Modifiable dans l'événement Fin de contrat
ZYES-ENNPFR si préavis "02"
ZYES-ENNNFR si préavis "03"
S21.G00.65 Autre suspension temporaire de S21.G00.65.001 Motif de suspension Toutes phases DSN Lu dans HRA ZXML-V65001 DSN-SRV-MOTS65 Commun : ZYAG-MOTIFA Attribut ZDF1-DSNABS du code de l'absence (commun) ou de la postition
l'exécution du contrat Public : ZYPO-SITCOD (Public) doit être renseigné
S21.G00.65.002 Date de début de la suspension Toutes phases DSN Lu dans HRA ZXML-D65002 DSN-SRV-MOTS65 Commun : ZYAG-DEBABS
Public : ZYPO-DATEFF
S21.G00.65.003 Date de fin de la suspension Toutes phases DSN Lu dans HRA ZXML-D65003 DSN-SRV-MOTS65 Commun : ZYAG-FINABS
Public : ZYPO-FINREE ou ZYPO-FINPRE si ZYPO-FINREE
non renseignée ou 31/12/2999 si aucune des deux dates
renseignées
S21.G00.65.004 [FP] Position de détachement A partir DSN 2020 Réservé fonction Publique Lu dans HRA ZXML-V65004 DSN-SRV-MOTS65 ZYPO-SITCOD Public : Transcodification (HKK)
S21.G00.65.005 Nombre de jours ouvrés de suspension fractionnée A partir DSN 2021 Lu dans HRA ZXML-N65005 DSN-SRV-MOTS65 ZYAG-DEBABS et ZYAG-FINABS Calcul du nombre de jours ouvrés entre le début et la fin de l'absence
MAPPING DSN 7.0
PASRAU
S21.G00.66 Temps partiel Thérapeutique S21.G00.66.001 Date de début A partir DSN Phase 3 Lu dans HRA DATE01 de rôle DA dans ZXMM-ROLDT1 si L'Espace DSN permet de créer ou modifier les blocs 66 par forçage YSK2-DEBABS Si la rubrique est liée à une absence dans YSK2 (YSK2-CODABS présent),
renseignée alors la date ZXMM-DATE01 avec un rôle DA (début absence) est
Sinon ZXMM-DTDEBO alimentée par la date début d'absence YSK2-DEBABS
Si le TPT est géré via une absence (déclenchement par DSJ), l'application
standard alimente l'information YSK2.
Privé : Si le TPT est géré via l'information ZYE3, elle est exploitée pour
alimentation des dates dans YSK2 à partir desquelles ZXMM-DATE01 est
alimentée.
S21.G00.66.002 Date de fin A partir DSN Phase 3 Lu dans HRA DATE02 de rôle FA dans ZXMM-ROLDT2 si L'Espace DSN permet de créer ou modifier les blocs 66 par forçage YSK2-FINABS Si la rubrique est liée à une absence dans YSK2 (YSK2-CODABS présent),
renseignée alors la date ZXMM-DATE02 avec un rôle FA fin absence) est alimentée
Sinon ZXMM DTFINO par la date fin d'absence YSK2-FINABS)
Pour la gestion via ZYAG ou ZYE3, cf. S21.G00.66.001
S21.G00.66.003 Montant A partir DSN Phase 3 Lu dans HRA ZXMM-MONTA1 ("66") L'Espace DSN permet de créer ou modifier les blocs 66 par forçage "Compteur DSN"
S21.G00.70 Affiliation Prévoyance S21.G00.70.004 Code option retenue par le salarié Toutes phases DSN Public : hors périmètre Lu dans HRA ZXMN-X70004 DSN-SRV-PREVOY FE0CS5BI ZYCS-REGIME (H) cf. S21.G00.70.001
--> Répertoire des Régimes (DRX)
ZD0B-RETSAL
S21.G00.70.005 Code population de rattachement Toutes phases DSN Public : hors périmètre Lu dans HRA ZXMN-X70005 DSN-SRV-PREVOY FE0CS5BI ZYCS-REGIME (H) cf. S21.G00.70.001
--> Répertoire des Régimes (DRX)
ZD0B-POPRAT
S21.G00.70.007 Nombre d'enfants à charge A partir DSN Phase 3 Public : hors périmètre Lu dans HRA ZXMN-N70007 DSN-SRV-PREVOY
ZMMN-TEM007 : valeur non significative
S21.G00.70.008 Nombre d'adultes ayants-droit (conjoint, concubin, ...) A partir DSN Phase 3 Public : hors périmètre Lu dans HRA ZXMN-N70008 DSN-SRV-PREVOY
S21.G00.70.009 Nombre d'ayants-droit A partir DSN Phase 3 Public : hors périmètre Lu dans HRA ZXMN-N70009 DSN-SRV-PREVOY
S21.G00.70.010 Nombre d'ayants-droit autres (ascendants, collatéraux...) A partir DSN Phase 3 Public : hors périmètre Lu dans HRA ZXMN-N70010 DSN-SRV-PREVOY
S21.G00.70.011 Nombre d'enfants ayants-droit A partir DSN Phase 3 Public : hors périmètre Lu dans HRA ZXMN-N70011 DSN-SRV-PREVOY
S21.G00.70.012 Identifiant technique Affiliation A partir DSN Phase 3 Public : hors périmètre Calculé par le Module de
production de flux
S21.G00.70.013 Identifiant technique Adhésion A partir DSN Phase 3 Public : hors périmètre Lu dans HRA ZXMN-N70013 DSN-SRV-PREVOY FE0CS5BI Répertoire des régimes (DRX) Prend les occurrences de ZYCS en vigueur dont ZDCC-TYCAIS = "P"
--> ZD0B-NUMTEC (Prévoyance) , "M" (Mutuelle) ou "H" (Assurance).
'Répertoire des id. techniques d'adhésion (DFG) Cf. cf. S21.G00.15.005
--> ZD00-CDCODE
S21.G00.70.014 Date de début de l'affiliation A partir DSN Phase 3 CT Public : hors périmètre Lu dans HRA ZXMN-D70014 DSN-SRV-PREVOY FE0CS5BI 'ZYCS-DEBCAI (H) Prend toutes les occurrences de ZYCS dont le code régime (ZYCS-REGIME)
2018.P3.1 fait référence à un contrat d'adhésion de mutuelle-prévoyance (ZD0B-
NUMTEC de DRX renseigné) et qui sont en vigueur sur le mois de paie ou
qui font l'objet d'un rappel en paie
S21.G00.70.015 Date de fin de l'affiliation A partir DSN Phase 3 CT Public : hors périmètre Lu dans HRA ZXMN-D70015 DSN-SRV-PREVOY FE0CS5BI 'ZYCS-FINCAI (H) Prend toutes les occurrences de ZYCS dont le code régime (ZYCS-REGIME)
2018.P3.1 fait référence à un contrat d'adhésion de mutuelle-prévoyance (ZD0B-
NUMTEC de DRX renseigné) et qui sont en vigueur sur le mois de paie ou
qui font l'objet d'un rappel en paie
S21.G00.71 Retraite complémentaire S21.G00.71.002 Code régime Retraite Complémentaire A partir DSN Phase 2 Lu dans HRA ZXMV-X71002 Lignes de service (ENIM) : hérité du contrat d'engagement parent DSN-SRV-IRC Privé : FE0CS4BI Privé : Caisse [ZYCS-CODCAI (H)] Privé :
Public : FD0FL1BI --> Répertoire DRK Prend les occurrences de ZYCS en vigueur dont ZDCC-TYCAIS ="A" (RETA)
RETA si ZDCC-TYPCAIS=A (Sauf pour les cadres en ou "C" (RETC).
Phase3) Avec :
RETC si ZDCC-TYPCAIS=C - Non cadre : 1 occurrence avec ZXMV-X71002 = RETA
- Cadre : 1 occurrence avec ZXMV-X71002 = RETC
Public : Profil de paie (ZYFL-STATUT)
--> Répertoire HJ8 Public : si ZD6B-TYPREG = ‘C’, alimenté à ‘IRCANTEC’, sinon rien
--> si ZD6B-TYPREG = ‘C’ => ‘IRCANTEC’
Commun : valorisé à "90000" par défaut, par le système.
S21.G00.71.003 Référence adhésion employeur A partir DSN Phase 3 Privé : non alimenté Lu dans HRA ZXMV-X71003 cf. S21.G00.71.002 DSN-SRV-IRC Public : FD0381BI Public : Etablissement d'affectation Rq : A n'alimenter que si 71.002 est à 'IRCANTEC'
ZY38-IDESTA
--> Répertoire DRE
--> ZDF3-IDCOIR
S21.G00.72 Affiliation à tort à un régime de S21.G00.72.001 Ancien Code régime Retraite Complémentaire A partir DSN 2020 Non géré Forçage Espace possible
retraite complémentaire Forçage Espace possible
S21.G00.72.002 Référence adhésion employeur déclarée à tort A partir DSN 2021 Non géré Forçage Espace possible
S21.G00.73 Ayant-droit S21.G00.73.001 Régime local Alsace-Moselle A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-V73001 DSN-SRV-PREVOY
S21.G00.73.002 Code option A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-V73002 DSN-SRV-PREVOY
S21.G00.73.003 Type A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-V73003 DSN-SRV-PREVOY
S21.G00.73.004 Date de début de rattachement à l'ouvrant-droit A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-D73004 DSN-SRV-PREVOY
S21.G00.73.005 Date de naissance A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-D73005 DSN-SRV-PREVOY
S21.G00.73.006 Nom de famille A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-V73006 DSN-SRV-PREVOY
S21.G00.73.007 Numéro d'inscription au répertoire A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-V73007 DSN-SRV-PREVOY
S21.G00.73.008 NIR ouvrant-droit régime de base maladie A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-V73008 DSN-SRV-PREVOY
S21.G00.73.009 Prénoms A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-V73009 DSN-SRV-PREVOY
S21.G00.73.010 Code organisme d'affiliation à l'assurance maladie A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-V73010 DSN-SRV-PREVOY
S21.G00.73.011 Date de fin de rattachement à l'ouvrant-droit A partir DSN Phase 3 Public : hors périmètre DSN 2020 Lu dans HRA ZXMH-D73011 DSN-SRV-PREVOY
S21.G00.78 Base assujettie S21.G00.78.001 Code de base assujettie A partir DSN Phase 2 Lu dans HRA ZXMM-TYPCOD ("78") "Compteur DSN"
S21.G00.78.002 Date de début de période de rattachement A partir DSN Phase 2 Lu dans HRA ZXMM-DTDEBO Début de la période d'origine de la rubrique de la
rubrique de paie
S21.G00.78.003 Date de fin de période de rattachement A partir DSN Phase 2 Lu dans HRA ZXMM-DTFINO Fin de la période d'origine de la rubrique de paie
S21.G00.78.004 Montant A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA2 Somme des MONTA2 par type et période pour ZXMM-CATEGO = "Compteur DSN"
production de flux "78X"(ignorer les doublons si a été valorisé par la base de plusieurs
cotisations utilisant la même assiette ou la même régularisation)
MAPPING DSN 7.0
PASRAU
S21.G00.78.005 Identifiant technique Affiliation A partir DSN Phase 3 Calculé par le Module de
production de flux
S21.G00.78.006 Numéro de contrat A partir DSN Phase 3 Calculé par le Module de ZXMI-X40009 Alimentation à partir du numéro de contrat 40.009
production de flux - Avant P19V01, pour l'IRCANTEC uniquement : si 78.001 = 28 ou 29
- A partir de P19V01, s'il existe plusieurs blocs 40
S21.G00.79 Composant de base assujettie S21.G00.79.001 Type de composant de base assujettie A partir DSN Phase 2 Lu dans HRA ZXMM-TYPCOD ("79") "Compteur DSN"
S21.G00.79.004 Montant de composant de base assujettie A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA2 Somme des MONTA2 par type et période pour ZXMM-CATEGO = "79X" "Compteur DSN"
production de flux (ignorer les doublons si a été valorisé par la base de plusieurs cotisations
utilisant la même assiette ou la même régularisation)
S21.G00.81 Cotisation individuelle S21.G00.81.001 Code de cotisation A partir DSN Phase 2 Lu dans HRA ZXMM-TYPCOD ("81%") "Compteur DSN"
S21.G00.81.002 Identifiant Organisme de Protection Sociale A partir DSN Phase 2 Lu dans HRA ZXMM-IDOPSD Pour plus d'informations, voir le Guide de paramétrage
S21.G00.81.003 Montant d'assiette A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA2 Somme des ZXMM-MONTA2 par type et dates pour les catégories "81A" "Compteur DSN"
production de flux et "81E" (ignorer les doublons si a été valorisé par la base de plusieurs
cotisations utilisant la même assiette ou la même régularisation)
S21.G00.81.004 Montant de cotisation A partir DSN Phase 2 Calculé par le Module de ZXMM-MONTA1 Alimenté pour les réductions uniquement. "Compteur DSN"
production de flux Somme des ZXMM-MONTA1 des occurrences dont ZXMM-CATEGO =
"81R"
S21.G00.81.005 Code INSEE commune A partir DSN Phase 2 Lu dans HRA ZXMM-CDINSE Alimenté uniquement pour les cotisations liées au Versement transport. FE0381BI Deux possibilités en fonction du paramétrage choisi au ZXMM-CDINSE est alimenté par les deux possibilités, seulement si
Par exemple "081 - Versement transport", "082 - Versement transport FE0391BI niveau du compteur : concerne une cotisation Versement transport (ZD7P-ALITAU = "VT")
additionnel" 1) Code INSEE mis dans un des mémos de la rubrique de
paie
2) Code INSEE du lieu de travail (ZXMJ-CDINSE) lui-même
alimenté depuis l'établissement d'affectation (ZY38-
IDESTA), par défaut, ou l'établissement du lieu de travail
(ZY39-IDWKLO)
--> Répertoire DRE
--> ZD0F-CDINSE --> ZD7R-CDINSE --> ZXMJ-CDINSE
S21.G00.81.006 Identifiant du CRM à l'origine de la régularisation A partir DSN 2021 Non géré (non exploité/OPS) ZXMM-CDINSE
S21.G00.81.007 Taux de cotisation A partir DSN 2021 Lu dans HRA ZXMM-MONTA3 ZXMM-MONTA3 de la première occurrence de chaque valeur de taux "Compteur DSN"
dont ZXMM-CATEGO = "81C"
Une occurrence par valeur de taux
S21.G00.83 Période d'affiliation à tort à un S21.G00.83.001 Date de début de période déclarée à tort A partir DSN 2020 Non géré Forçage Espace possible
régime de retraite Forçage Espace possible
complémentaire
S21.G00.83.002 Date de fin de période déclarée à tort A partir DSN 2020 Non géré Forçage Espace possible
S21.G00.84 Base assujettie déclarée à tort S21.G00.84.001 Code de base assujettie déclarée à tort A partir DSN 2020 Non géré Forçage Espace possible
pour un régime de retraite Forçage Espace possible
complémentaire
S21.G00.84.002 Date de début de période de rattachement de la base déclarée à A partir DSN 2020 Non géré Forçage Espace possible
tort Forçage Espace possible
S21.G00.84.003 Date de fin de période de rattachement de la base déclarée à A partir DSN 2020 Non géré Forçage Espace possible
S21.G00.84.004 Montant déclaré à tort A partir DSN 2020 Non géré Forçage Espace possible
S21.G00.84.005 Numéro du contrat rattaché à la base assujettie déclarée à tort A partir DSN 2020 Non géré Forçage Espace possible
S21.G00.95 Base assujettie déclarée à tort S21.G00.95.001 Code de base assujettie déclarée à tort A partir DSN 2020 Non géré Forçage Espace possible
pour un régime de base risque Forçage Espace possible
maladie, AT/MP ou vieillesse
S21.G00.95.002 Date de début de période de rattachement de la base déclarée à A partir DSN 2020 Non géré Forçage Espace possible
S21.G00.95.003 Date de fin de période de rattachement de la base déclarée à A partir DSN 2020 Non géré Forçage Espace possible
S21.G00.95.004 Montant déclaré à tort A partir DSN 2020 Non géré Forçage Espace possible
S21.G00.95.005 Numéro du contrat rattaché à la base assujettie déclarée à tort A partir DSN 2020 Non géré Forçage Espace possible
S21.G00.86 Ancienneté S21.G00.86.001 Type A partir DSN Phase 3 Lu dans HRA ZXMX-X86001 DSN-SRV-ANCIENN FE0191BI Alimenté avec le type 07 (Ancienneté dans l'entreprise) et/ou type 06
(Ancienneté dans le groupe) en fonction de la date traitée (cf. 86.003)
S21.G00.86.002 Unité de mesure A partir DSN Phase 3 Lu dans HRA ZXMX-X86002 DSN-SRV-ANCIENN FE0191BI Alimenté avec l'unité de mesure 01 (jours)
S21.G00.86.003 Valeur A partir DSN Phase 3 Lu dans HRA ZXMX-X86003 DSN-SRV-ANCIENN FE0191BI Privé : Alimenté par le nombre de jours d'ancienneté
- type 06 (groupe) : ZY19-DATAN3 ou DATAN5
- type 07 (entreprise) : ZY19-DATAN1 ou ZY19-DATAN4
Public :
- type 06 (groupe) : ZY19-DATAN3
- type 07 (entreprise) : ZY19-DATAN1
S21.G00.86.005 Numéro du contrat A partir DSN Phase 3 Lu dans HRA ZXMI-X40009 Voir rubrique S21.G00.40.009 Voir rubrique S21.G00.40.009
S21.G00.85 Etablissement du lieu de travail S21.G00.85.001 Identifiant du lieu de travail ou de l'établissement utilisateur Toutes phases DSN Bloc alimenté si le lieu de travail Calculé par le Module de ZD7R-X85001 correspondant à ZXMJ- Possibilité de travailler à partir d'un autre répertoire que DRE cf. S21.G00.06.001 Répertoire DRE Possibilité de travailler à partir d'un autre répertoire que DRE
(40.019) est différent du SIRET production de flux Y40019 pour les codes de ZDDRE. --> ZDAG-CDSIRE
d'affectation. Concaténation du SIREN et du NIC. --> ZDAG-CDNICS Ligne de service (ENIM) : alimenté soit au titre d'un service à terre (ZYE0-
ENIM : utilisation pour services à terre Ligne de service (ENIM) : ZYE0-E40019 TYPWKL = 'E' ; répertoire DRE), soit au titre d'un navire (ZYE0-TYPWKL =
ou en mer Ligne de service (ENIM) : - si ZYE0-TYPWKL = 'N' => N° immatriculation du navire -- 'N' ; répertoire PA1)
ZD7R-X85001 correspondant à ZXMY- > répertoire PA1
Y40019, issu soit de ZDDRE pour le service - si ZYE0-TYPWKL = 'E' => code établissement
à terre, soit de ZDPA1 (navire) pour le --> répertoire DRE => ZDAG (cf. ci-dessus)
service en mer
S21.G00.85.002 Code APET Toutes phases DSN Lu dans HRA ZD7R-X11002 cf. S21.G00.06.001 --> Répertoire DRE Possibilité de travailler à partir d'un autre répertoire que DRE
--> ZDAG-CDAPE2
S21.G00.85.003 Numéro, extension, nature, libellé de la voie Toutes phases DSN Lu dans HRA ZD7R-X11003 cf. S21.G00.06.004 ZY39-IDWKLO (H) Possibilité de travailler à partir d'un autre répertoire que DRE
--> Répertoire DRE
--> ZD0F-NUMVFR
+ " " + ZD0F-BISTFR
+ " " + ZD0F-VOIEFR
MAPPING DSN 7.0
PASRAU
S21.G00.85.004 Code postal Toutes phases DSN Lu dans HRA ZD7R-X11004 cf. S21.G00.06.004 ZY39-IDWKLO (H) Possibilité de travailler à partir d'un autre répertoire que DRE
--> Répertoire DRE
--> ZD0F-CODPFR
S21.G00.85.005 Localité Toutes phases DSN Lu dans HRA ZD7R-X11005 cf. S21.G00.06.004 ZY39-IDWKLO (H) Possibilité de travailler à partir d'un autre répertoire que DRE
--> Répertoire DRE
--> ZD0F-BURDFR
S21.G00.85.006 Code Pays Toutes phases DSN Lu dans HRA ZD7R-X11015 cf. S21.G00.06.004 ZY39-IDWKLO (H) Possibilité de travailler à partir d'un autre répertoire que DRE
--> Répertoire DRE
--> ZD0F-CDPAYS
S21.G00.85.007 Code de distribution à l'étranger Toutes phases DSN Lu dans HRA ZD7R-X11016 cf. S21.G00.06.004 ZY39-IDWKLO (H) Possibilité de travailler à partir d'un autre répertoire que DRE
--> Répertoire DRE
--> ZD0F-CDPOST
S21.G00.85.008 Complément de la localisation de la construction Toutes phases DSN Lu dans HRA ZD7R-X11006 cf. S21.G00.06.004 ZY39-IDWKLO (H) Possibilité de travailler à partir d'un autre répertoire que DRE
--> Répertoire DRE
--> ZD0F-ZONADA
S21.G00.85.009 Service de distribution, complément de localisation de la voie Toutes phases DSN Lu dans HRA ZD7R-X11007 cf. S21.G00.06.004 ZY39-IDWKLO (H) Possibilité de travailler à partir d'un autre répertoire que DRE
--> Répertoire DRE
--> ZD0F-ZONADC
S21.G00.85.010 Nature juridique A partir DSN Phase 2 Lu dans HRA ZD7R-NATETA Si ZD7R-NATETA = 01- établissement siège ou 02 – établissement non-
siège :
ZD7R-V85010 = 01- Etablissement
Si ZD7R-NATETA = 03 –Lieu de travail (date d'entrée en DSN non

alimentée)
ZD7R-V85010= 01- Etablissement si établissement siretisé ou ZD7R-
V85010= 02 si établissement non siretisé ou
ZD7R-V85010= 03 – A domicile ou
ZD7R-V85010= 04 – Subdivision communale
ENIM : si identifiant du lieu de travail issu du répertoire PA1 , alors ZD7R-

V85010 = 02 - Autre
S21.G00.85.011 Code INSEE commune A partir DSN Phase 3 Lu dans HRA ZD7R-CDINSE
S89.G00.32 Bénéficiaire des honoraires S89.G00.32.001 Profession ou qualité A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32001 Dossier ZZ00 (type de dosier V32) correspondant à une personne morale
SD hors paie du mois (ZZ) ou physique bénéficiaire pour l'UD en cours de traitement (siret-lot-
pointDépot-période)
S89.G00.32.002 Nom du bénéficiaire des honoraires A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32002
SD hors paie du mois (ZZ)
S89.G00.32.003 Prénom du bénéficiaire des honoraires A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32003
S89.G00.32.004 Siren du bénéficiaire des honoraires A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-Y32004
S89.G00.32.005 Nic du bénéficiaire des honoraires A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-Y32005
S89.G00.32.006 Raison sociale du bénéficiaire des honoraires A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32006
S89.G00.32.007 Complément de localisation de la construction A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32007
S89.G00.32.008 Numéro, extension, nature et libellé de la voie A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32008
S89.G00.32.009 Code INSEE de la commune A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32009
S89.G00.32.010 Service de distribution, complément de localisation de la voie A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32010
S89.G00.32.011 Code postal A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32011
S89.G00.32.012 Localité A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32012
S89.G00.32.013 Code pays A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32013
S89.G00.32.014 Code de distribution à l'étranger A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32014
S89.G00.32.015 Code taux réduit ou dispense de retenue à la source A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-V32015
S89.G00.32.016 Montant TVA droits d'auteurs A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-N32016
S89.G00.32.017 Millésime de rattachement A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ32-X32017
S89.G00.33 Avantages en nature S89.G00.33.001 Code type avantage en nature A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ33-V33001 cf S89.G00.32.001
S89.G00.33.002 Montant avantage en nature A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ33-N33002
S89.G00.35 Prise en charge des indemnités S89.G00.35.001 Code modalité de prise en charge des indemnités A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ33-V35001 cf S89.G00.32.001
S89.G00.35.002 Montant de l'indemnité A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ33-N35002
S89.G00.43 Rémunérations S89.G00.43.001 Code type de la rémunération A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ33-V43001 cf S89.G00.32.001
S89.G00.43.002 Montant de la rémunération A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ33-N43002
S89.G00.67 Droit supplémentaire acquis au S89.G00.67.001 NIR A partir DSN 2021 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ67-X67001 cf. rubrique source (module de production du flux) Hors paie : Saisissable dans la page DSN : S89 Actions, options et
titre des régimes de retraite SD hors paie du mois (ZZ) autres/onglet Bloc 67 : Retraite chapeau
supplémentaire à prestations
définies
S89.G00.67.002 Numéro technique temporaire A partir DSN 2021 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ67-X67002 cf. rubrique source (module de production du flux) Hors paie : Saisissable dans la page DSN : S89 Actions, options et
SD hors paie du mois (ZZ) autres/onglet Bloc 67 : Retraite chapeau
S89.G00.67.003 Montant de droit supplémentaire acquis A partir DSN 2021 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ67-N67003 cf. rubrique source (module de production du flux) Hors paie : Saisissable dans la page DSN : S89 Actions, options et
S89.G00.67.004 Pourcentage de droit supplémentaire acquis A partir DSN 2021 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ67-N67004 cf. rubrique source (module de production du flux) Hors paie : Saisissable dans la page DSN : S89 Actions, options et
S89.G00.67.005 Millésime de rattachement A partir DSN 2021 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ67-N67005 cf. rubrique source (module de production du flux) Hors paie : Saisissable dans la page DSN : S89 Actions, options et
S89.G00.87 Actions gratuites S89.G00.87.001 Code contexte A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ87-Y87001 Dossier ZZ00 (type de dosier V8B) correspondant à une personne morale
SD hors paie du mois (ZZ) ou physique bénéficiaire pour l'UD en cours de traitement (siret-lot-
pointDépot-période)
S89.G00.87.002 Nombre d'actions A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ87-N87002
S89.G00.87.003 Valeur unitaire de l'action A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ87-N87003
S89.G00.87.004 Fraction du gain d'acquisition de source française A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ87-N87004
S89.G00.87.005 Date d'attribution A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ87-D87005
S89.G00.87.006 Date d'acquisition définitive A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ87-D87006
S89.G00.87.007 Numéro d'inscription au répertoire A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ87-X87007
MAPPING DSN 7.0
PASRAU
S89.G00.87.008 Numéro technique temporaire A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ87-X87008
S89.G00.88 Options sur titres (stock options) S89.G00.88.001 Code contexte A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ88-Y88001 cf S89.G00.88.001
S89.G00.88.002 Nombre d'options A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ88-N88002
S89.G00.88.003 Valeur unitaire de l'action A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ88-N88003
S89.G00.88.004 Prix de souscription de l'action A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ88-N88004
S89.G00.88.005 Fraction du gain de levée d'option de source française A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ88-N88005
S89.G00.88.006 Date d'attribution A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ88-D88006
S89.G00.88.007 Date de levée de l'option A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ88-D88007
S89.G00.89 Bons de souscription de parts de S89.G00.89.001 Nombre de titres A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ89-Y89001 cf S89.G00.88.001
créateur d'entreprise (BSPCE) SD hors paie du mois (ZZ)
S89.G00.89.002 Prix d'acquisition des titres A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ89-N89002
S89.G00.89.003 Valeur unitaire des titres au jour de l'exercice des bons A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ89-N89003
S89.G00.89.004 Fraction du gain de source française A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ89-N89004
S89.G00.89.005 Date d'acquisition des titres A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ89-D89005
S89.G00.89.006 Durée d'exercice de l'activité du bénéficiaire dans l'entreprise A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ89-N89006
S89.G00.91 Individu non salarié S89.G00.91.001 Numéro d'inscription au répertoire A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ91-X91001 Dossier ZZ00 (type de dosier V91) correspondant à une personne traitée
SD hors paie du mois (ZZ) pour l'UD en cours de traitement (siret-lot-pointDépot-période)
Géré également en standard via BRAIn
(cf. Guide des chaînes de génération de
données dans la structure Hors Paie du
mois (ZZ))
S89.G00.91.002 Nom de famille A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91002
S89.G00.91.003 Nom d'usage A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91003
S89.G00.91.004 Prénoms A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91004
S89.G00.91.005 Sexe A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-V91005
S89.G00.91.006 Date de naissance A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-D91006
S89.G00.91.007 Lieu de naissance A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91007
S89.G00.91.008 Numéro, extension, nature et libellé de la voie A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91008
S89.G00.91.009 Code postal A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91009
S89.G00.91.010 Localité A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91010
S89.G00.91.011 Code Pays A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91011
S89.G00.91.012 Code de distribution à l'étranger A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91012
S89.G00.91.013 Complément de la localisation de la construction A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91013
S89.G00.91.014 Service de distribution, complément de localisation de la voie A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91014
S89.G00.91.015 Adresse mél A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91015
S89.G00.91.016 Matricule de l'individu dans l'entreprise A partir DSN Phase 3 Idem S20.G00.91.001 Lu dans HRA ZZ91-X91016
S89.G00.91.017 Statut du salarié (conventionnel) A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ91-V91017
S89.G00.91.018 Code statut catégoriel Retraite Complémentaire obligatoire A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ91-V91018
S89.G00.91.019 Code département de naissance A partir DSN Phase 3 CT Idem S20.G00.91.001 Lu dans HRA ZZ91-X91019
2018.P3.1
S89.G00.91.020 Code pays de naissance A partir DSN Phase 3 CT Idem S20.G00.91.001 Lu dans HRA ZZ91-X91020
2018.P3.1
S89.G00.91.021 Numéro technique temporaire A partir DSN Phase 3 CT Idem S20.G00.91.001 Lu dans HRA ZZ91-X91021 Calculé par le Module de production de flux selon ZZ91-X91021 ZZ91-X91021 Si individu présent dans la base et initialisation de ZZ91 à partir de ZYAD,
2018.P3.1 Pour plus d'information, alimentation par défaut par la valeur du témoin de NIR temporaire de
se reporter au paragraphe dédié dans la ZYAD
documentation cf S21.G00.30.020.
S89.G00.92 Bases spécifiques individu non S89.G00.92.001 Type A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ92-V92001 cf S89.G00.91.001
salarié SD hors paie du mois (ZZ)
mois (ZZ)
S89.G00.92.002 Code de base spécifique A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ92-V92002
S89.G00.92.003 Montant A partir DSN Phase 3 Géré via saisie manuelle ou batch dans Lu dans HRA ZZ92-N92003
S89.G00.92.004 Date de début de période de rattachement A partir DSN Phase 3 Idem S20.G00.92.001 Lu dans HRA ZZ92-D92004
S89.G00.92.005 Date de fin de période de rattachement A partir DSN Phase 3 Idem S20.G00.92.001 Lu dans HRA ZZ92-D92005
S89.G00.92.006 Montant net fiscal du revenu versé A partir DSN Phase 3 CT Idem S20.G00.92.001 Lu dans HRA ZZ92-N92006
2018.P3.1 (PAS)
S89.G00.92.007 Taux de prélèvement à la source A partir DSN Phase 3 CT Idem S20.G00.92.001 Lu dans HRA ZZ92-N92007
2018.P3.1 (PAS)
S89.G00.92.008 Type du taux de prélèvement à la source A partir DSN Phase 3 CT Idem S20.G00.92.001 Lu dans HRA ZZ92-V92008
2018.P3.1 (PAS)
S89.G00.92.009 Identifiant du taux de prélèvement à la source A partir DSN Phase 3 CT Idem S20.G00.92.001 Lu dans HRA ZZ92-X92009
2018.P3.1 (PAS)
S89.G00.92.010 Montant de prélèvement à la source A partir DSN Phase 3 CT Idem S20.G00.92.001 Lu dans HRA ZZ92-N92010
2018.P3.1 (PAS)
S89.G00.92.011 Date de versement A partir DSN Phase 3 CT Idem S20.G00.92.001 Lu dans HRA ZZ92-D92011
2018.P3.1 (PAS)
S89.G00.92.012 Montant de la part non imposable du revenu A partir DSN 2020 Idem S20.G00.92.001 Lu dans HRA ZZ92-N92012
S89.G00.92.013 Montant de la différence entre l'assiette soumise au PAS et le A partir DSN 2020 Idem S20.G00.92.001 Lu dans HRA ZZ92-N93013
montant net fiscal du revenu versé
S89.G00.92.014 Montant de l'abattement sur la base fiscale (non déduit de la A partir DSN 2020 Idem S20.G00.92.001 Lu dans HRA ZZ93-N93014
rémunération nette fiscale)
MAPPING DSN 7.0
PASRAU
S89.G00.93 Régularisation de prélèvement à S89.G00.93.001 Mois de l'erreur A partir DSN Phase 3 CT Géré via saisie manuelle ou batch dans Lu dans HRA ZZ93-X93001
la source 2018.P3.1 (PAS) SD hors paie du mois (ZZ)
mois (ZZ))
S89.G00.93.002 Type d'erreur A partir DSN Phase 3 CT Idem S20.G00.93.001 Lu dans HRA ZZ93-V93002
2018.P3.1 (PAS)
S89.G00.93.003 Régularisation du montant soumis au prélèvement à la source A partir DSN Phase 3 CT Idem S20.G00.93.001 Lu dans HRA ZZ93-N93003
2018.P3.1 (PAS)
S89.G00.93.004 Montant soumis au prélèvement à la source le mois de l'erreur A partir DSN Phase 3 CT Idem S20.G00.93.001 Lu dans HRA ZZ93-N93004
2018.P3.1 (PAS)
S89.G00.93.005 Régularisation du taux de prélèvement à la source A partir DSN Phase 3 CT Idem S20.G00.93.001 Lu dans HRA ZZ93-N93005
2018.P3.1 (PAS)
S89.G00.93.006 Taux déclaré le mois de l'erreur A partir DSN Phase 3 CT Idem S20.G00.93.001 Lu dans HRA ZZ93-N93006
2018.P3.1 (PAS)
S89.G00.93.007 Montant de la régularisation du prélèvement à la source A partir DSN Phase 3 CT Idem S20.G00.93.001 Lu dans HRA ZZ93-N93007
2018.P3.1 (PAS)
S89.G00.93.008 Régularisation du montant de la part non imposable du revenu A partir DSN 2020 Idem S20.G00.93.001 Lu dans HRA ZZ93-N93008
S89.G00.93.009 Régularisation du montant de la différence entre l'assiette A partir DSN 2020 Idem S20.G00.93.001 Lu dans HRA ZZ93-N93009
soumise au PAS et le montant net fiscal du revenu versé
S89.G00.93.010 Régularisation du montant de l'abattement sur la base fiscale A partir DSN 2020 Idem S20.G00.93.001 Lu dans HRA ZZ93-N93010
(non déduit de la rémunération nette fiscale)
S89.G00.93.011 Montant de la part non imposable du revenu déclaré le mois de A partir DSN 2021 Non géré (non exploité/OPS)
l'erreur
S89.G00.93.012 Montant de l'abattement sur la base fiscale déclaré le mois de A partir DSN 2021 Non géré (non exploité/OPS)
l'erreur
S89.G00.93.013 Montant soumis au prélèvement à la source déclaré le mois de A partir DSN 2021 Non géré Forçage Espace possible
l'erreur Forçage Espace possible
S89.G00.94 Cotisation Individu non salarié S89.G00.94.001 Code de cotisation A partir DSN Phase 3 CT Géré via saisie manuelle ou batch dans Lu dans HRA ZZ94-V94001
2019.P3.1 SD hors paie du mois (ZZ)
S89.G00.94.002 Montant de cotisation A partir DSN Phase 3 CT Géré via saisie manuelle ou batch dans Lu dans HRA ZZ94-N94002
2019.P3.1 SD hors paie du mois (ZZ)
S90.G00.90 Total de l'envoi S90.G00.90.001 Nombre total de rubriques Toutes phases DSN Calculé par le Module de Nombre de rubriques éditées
production de flux
S90.G00.90.002 Nombre de déclarations Toutes phases DSN Calculé par le Module de Nombre de declarations éditées
production de flux
10. Index
A D
Absences Déversement des montants • 16
Paramétrage • 103
DGFiP • 49
Alimentation automatique • 116
Documentation de référence • 11
Alimentation des données • 17
Donnée contractuelle
Alimentation DSN Valorisation • 92
Filtres avancés • 91
Données administrative • 125
Annulation d'une Fin de contrat • 124
Données administratives de l'individu
Arrêt de travail Alimentation • 119
Signalement • 31
Données DSN • 24, 25, 26
Assujettissement fiscal • 94
Données DSN de l'arrêt de travail • 122
Assujettissements fiscaux • 25
Données DSN de l'individu • 23, 119
Attributs libres • 141
Données DSN des établissements • 116
B
Données DSN d'un événement Fin de contrat • 123
Bloc 41 DSN
Changement de contrat • 149 Principes généraux • 12
Blocs montants • 55 Solution HR Access • 16
BRAIn • 143 DSN de signalement • 14
Bulletin de paie • 127 Production • 28
Bulletins DSN mensuelle • 12
Exclusion physique • 131 Production • 16
C DSN Signalement
Personnalisation • 122
Calcul de paie • 17 E
CDD d'usage en mode dérogatoire • 123
Emetteur • 147
Changement de SIRET employeur • 140
ENIM • 155
Codification Congés non pris • 157
Transformation • 106 Gestion des données dans le PRDB • 166
Compteur DSN • 55 Identifiant marin • 166
Consultation des données • 17 Lieu de travail • 162
Lignes de service • 158
Contacts métier
Paramétrage • 41 Entrée/sortie de la DSN • 34
Contrat • 22, 125 Etablissements
Données DSN • 24
Contrats
Information dédiée • 24
Identification • 139
Exclusion physique des bulletins • 131
Contrats adhésion Prévoyance • 45
Contrat • 47 Exemples de paramétrage • 36, 100
Identifiant technique d'adhésion • 48 Exploitation de la norme DSN • 114
Modalité d'affiliation / identifiant technique d'affiliation • F
47
Répertoire DFG • 46 Fait générateur des cotisations • 10
Contrats multiples • 130 FCTU • 28
Cotisation établissement • 25 Filtres
Cotisation prévoyance Appliquer • 77, 90
Alimentation • 82 Fin de contrat
Cotisations agrégées • 25 Signalement • 28
Critères libres • 141 Fin de contrat unique • 28
Signalement • 29
CTP URSSAF • 57
Flux
Cycle de paie • 16
Production • 147
Flux DSN • 18
189/191
Fractionnement • 20 PRDB • 17, 18

G Prélèvement à la source • 49
Gens de mer • 157 Primes
Paramétrage périodes de rattachement • 99
Gestion intégrée des blocs 41 • 149
Principe de paramétrage • 99
Gestion intégrée des versements • 49
Processus "BRAIn" • 143
I
Production de flux
Identification des contrats • 139 Module • 147
Informations dédiées DSN • 21 Production du flux DSN • 18
L R
Lieux de travail • 51 Rapports • 17
Lot de gestion • 20 Rechargement des données • 18
M Rechargeur • 16, 18
Mapping des données • 187 Reprise anticipée
Signalement • 31
Marins • 155
Requêtes • 17
Matricule DSN • 23
Rubrique
Matricule pérenne • 120
Décrire l'alimentation DSN • 58
Métadonnées • 122, 141, 142, 143
Rubriques de paie
Module de production de flux • 147 Paramétrage • 55
Module de production du flux • 21 S
Montants DSN • 21
Salarié
Motifs d'absence • 103 Données administratives • 119
Mutation technique sans rupture du contrat juridique Schéma général • 17
• 131
Service DSN-SRV- SHUNTABS • 138
N
Service DSN-SRV-CONTFIX • 133
NEODeS Service DSN-SRV-CONTHIST • 133
Norme • 15
Service DSN-SRV-CONTID • 129
NIR temporaire • 120
Service DSN-SRV-CONTRUPT • 134
Norme
Service DSN-SRV-DERJOU • 137
Filtre • 90
Service DSN-SRV-EFFECTIF • 137
Norme DSN
Exploitation • 114 Service DSN-SRV-IRC • 136
Paramétrage • 112 Service DSN-SRV-MOTS65 • 138
Norme NEODeS • 14 Service DSN-SRV-PREVOY • 135
O Service DSN-SRV-UD • 132
OPS Services DSN • 125
Paramétrage des relations • 42 Services DSN relatifs à la description des absences
P Description • 137
Services DSN relatifs au contrat
Paramétrage
Description • 129
Exemples • 36, 100
Siège
Paramétrage de la norme • 112
Entreprise • 117
Paramétrage réglementaire DSN • 33
Signalement • 14
Périodes de rattachement des primes • 99 Personnalisation • 122
Périodicité • 99 Signalement Arrêt de travail • 31
Personnaliser l'alimentation des données de gestion Signalement Fin de contrat • 28
DSN • 115
Signalement Fin de contrat unique • 29
Personnaliser les traitements • 115
Signalement Reprise anticipée • 31
Point de dépôt • 19
SIRET employeur
Pôle d'établissements • 39 Changement • 140
Population traitée • 148 Sortie de la DSN • 40
190/191
Suivi des modifications • 8 Traitements personnalisables • 187

T Transformation de codification • 139
Taux de rémunération • 71 Transformations de codification • 106
Télé-règlement automatisé • 50 U
Traitements • 22 Unité déclarative • 19
Personnaliser • 115 Unités déclaratives
Traitements modifiables • 115 Exemple de paramétrage • 36
Traitements non modifiables • 115 Paramétrage • 33
191/191

DSN 7.0 - Guide de Parametrage Et Mapping - HRaxx

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

DSN 7.0 - Guide de Parametrage Et Mapping - HRaxx

Transféré par

Droits d'auteur :

Formats disponibles

Guide de Paramétrage et Mapping des données

Sopra HR Software / DSN 7.0

Guide de Paramétrage et Mapping des

Version 1.00 du vendredi 25 septembre 2020

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

© 1996-2020 Sopra HR Software. Tous droits réservés.

5 place de l'Iris - Courbevoie

92095 La Défense Cedex

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

1. À propos de cette documentation 7

2. Principes généraux de la DSN 12

3. Présentation générale de la solution HR Access 16

4. Paramétrage réglementaire DSN 33

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

4.2.4. Exemples de paramétrage des unités déclaratives 36

5. Personnaliser l'alimentation des données de gestion DSN 115

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

5.3.3. Identifier un individu de manière pérenne 120

6. Extraction et production du flux DSN 147

7. Déclaration en DSN des gens de mer et des lignes de service (ENIM)

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

7.2. Attendu déclaratif pour la gestion des "lignes de service" 158

8. Annexe : Liste des informations utiles à la DSN 172

9. Annexe : Mapping des données 187

10. Index 189

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

1. À propos de cette documentation

Elle est constituée de trois sections principales et de plusieurs annexes.

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

1.1. Tableau de suivi des modifications

Version/édition Chapitres modifiés par rapport à la précédente version/édition

1.2.1. Périmètre fonctionnel couvert par la DSN 7.0

Les éléments propres au PASRAU sont à ignorer.

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

b. Gestion intégrée des versements aux organismes

Cette fonctionnalité est activable organisme par organisme.

Cette fonctionnalité de Gestion intégrée des versements est décrite :

c. Gestion intégrée du bloc 41

Pour pouvoir être utilisée, cette fonctionnalité doit être activée.

Elle nécessite, en préalable à son utilisation, l'initialisation d'une table d'historique

À compter de la mise en production de la norme P21V01, l'ancienne fonctionnalité

Dans le cadre de l'entrée en DSN du Secteur public, l'activation de cette

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

Cette fonctionnalité de Gestion intégrée du bloc 41 est décrite dans la présente

1.2.2. Impact du fait générateur des cotisations en DSN

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

1.3. Documentation de référence

DSN 7.0 Cette documentation constitue le guide d'utilisation des batchs de

DSN 7.0 Cette documentation est destinée aux personnes en charge de la

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

2. Principes généraux de la DSN

2.1. DSN mensuelle et DSN de signalement

À côté de ce rythme mensuel, certaines procédures ponctuelles ou supra-mensuelles restent nécessaires.

2.1.1. DSN mensuelle : un sous-produit du cycle de paie

On y trouvera, pour chaque individu traité en paie :

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

2.1.2. DSN mensuelle et données "hors paie du mois"

Les informations de la structure Hors Paie dédiée à l'alimentation des blocs 20 et 55

Pour plus d'informations sur la Gestion intégrée des versements, reportez-vous à la

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

2.1.3. DSN de signalement : des déclarations événementielles simplifiées

2.2. La norme "NEODeS"

2.2.1. Le modèle de données du cahier technique

© Sopra HR Software, 2020 / Version : 1.00 / État : Applicable

S21.G00.50 - Versement individu (1,) _ (1,)