19/05/2006 10:46. Manuel flux L. Manuel flux 'L' - P 1 -



Documents pareils
MANUEL UTILISATEURS FINAUX L891

DmfA Flux de données relatif aux périodes d inactivité pour cause de chômage temporaire

Fichier du personnel via LDM/Webservice. dimonadistribution WSCentralPersonnelFile WSDimona

Exit DOM 80. Enter SEPA DIRECT DEBIT : migration de la domiciliation belge.

Annexe technique SEPA Alimenter la base Mandats Créancier et enrichir ses fichiers de prélèvements

Qu est-ce que la communication?

Phoenix Autocall Apple

SPF FIN. Patris Spécification de Use Case: 15-UC01 Obtenir de l'information patrimoniale. Version 1.1

INDEMNITES. Mme. Thimmesch. 1ère partie. Sessions d'informations 12/2005 1

PROCÉDURE D'APPEL D'OFFRES ET D'OCTROI POUR LES ACHATS D'ÉLECTRICITÉ

Solution de gestion de newsletter 12all Version 1.0 p.montier

Documentation de conception

Un projet régional et une démarche collégiale

(la Société ) ASSEMBLEE GENERALE ORDINAIRE

Etude et développement d un moteur de recherche

Pilot4IT Monitoring : Mesurez la qualité et la performance perçue de vos applications.

Pré-conditions : Evénement déclencheur : le client souhaite un virement. Description du déroulement du cas : Description des Use cases

PREMIER MINISTRE SECRÉTARIAT GÉNÉRAL DU GOUVERNEMENT

CONTRAT DE SOUSCRIPTION OFFRE PUSH-CLASSIQUE

Keytrade Bank CONDITIONS SPECIFIQUES «PRODUITS D ASSURANCES»

PrimaWeb. Auteur / section: Helpdesk CPAS

R2 Gestion des données du répertoire des employeurs ONSSAPL

Le scénario pédagogique des formations AgriTic

CONDITIONS GENERALES

Titres de créances NégOciables Refonte Informatique et organisationnelle

Evolution des normes d échanges bancaires. Laurent Cantereau Marie Laure Demarquay

MODE D EMPLOI Envoi des télédéclarations au Portail

MANUEL DE GESTION. Centre de réadaptation La Myriade DIRECTIVE 1. RAISON D'ÊTRE DSA-RH-DIR TYPE DE DOCUMENT : DIRECTIVE ET PROCÉDURE

Bien programmer. en Java ex. couleur. Avec plus de 50 études de cas et des comparaisons avec C++ et C# Emmanuel Puybaret.

Bourse de recherche Jeff Thompson. Politique et procédures

INTRODUCTION AUX TESTS DE PERFORMANCE ET DE CHARGE

Manuel de saisie du Titre Par Titre Bancaire via

Foire aux questions. 2. Quand MusicMark a- t- elle été lancée?

Plateforme de vente aux enchères et de vente de gré à gré du ministre. Guide de l utilisateur

PLANIFICATION SUR DOODLE

Guide d utilisation. Version 1.1

Un exemple d'authentification sécurisée utilisant les outils du Web : CAS. P-F. Bonnefoi

Conditions : ces conditions de crédit, ainsi que toute annexe à ces Conditions; CONDITIONS DE CREDIT DE PAYDAY

LE COURTAGE PRÊT AVEC OCLC 08 octobre Schéma de fonctionnement du prêt sans courtage. 4

2/160 14/08/2007. Note de l auteur

L ATTRIBUTION EN MARKETING DIGITAL

Instructions et spécifications pour la transmission en format XML de déclarations par lots. 30 mai 2015 MODULE 1

CREATION PAR LE GREFFIER DE FONDS D'AFFECTATION SPECIALE. Section 1

Dématérialisation des factures du Secteur Public

MANUEL POUR L UTILISATION DE L APPLICATION EN LIGNE DU SYSTÈME DE NOTIFICATION DES ACCIDENTS INDUSTRIELS

Dématérialisation des factures du Secteur Public

Guide technique EDI TDFC : Les Etats Comptables et Fiscaux et Sage DirectDéclaration

Procédures relatives au dépôt ponctuel de certificats à la CDS

Régime de réinvestissement de dividendes et d achat d actions

Dématérialisation des factures du Secteur Public. Présentation de l obligation à la fédération des offices publics de l habitat 3 avril 2015

Comité sectoriel de la sécurité sociale et de la santé Section sécurité sociale

n 7 F é v r i e r Note d information sur le Credit Bureau

Dispositions relatives aux services bancaires en ligne valables dès le 1er janvier 2013

SÉCURITÉ, BANQUE ET ENTREPRISES. Prévention des risques de fraudes

Bourse aux stages. «Une journée dédiée au recrutement de vos futurs stagiaires» Formations de l École Supérieure du Bois

1 - LE COMPTE EPARGNE-TEMPS... 2

Conversion d un entier. Méthode par soustraction

Le Search Analytics Comment optimiser votre stratégie Search grâce au Multitouch Analytics?

Décret sur les traitements du personnel de l'etat

CONDITIONS GENERALES DE VENTE

Office National des Pensions

8 rue Paul Cézanne Neuilly-Plaisance - Tél : 33 (0) Fax : 33 (0) cvm@cvm.

Modèle de procédure pour un. traitement efficace des retours

TP Bases de données réparties

PROCEDURE D'APPEL DU WEBSERVICE PERMETTANT DE CONTROLER LES FICHIERS XML-SANDRE Version 4

Votre appareil est configuré en usine pour permettre d'envoyer immédiatement des SMS.

Comité National SEPA. SEPA est une obligation : comment préparer votre migration? Guide pour réussir vos tests fonctionnels

Rév Ligne directrice 8B : Déclaration à CANAFE des télévirements SWIFT

CONVENTION RELATIVE A L'OCTROI D'UN PRÊT «CRAC» CONCLU DANS LE CADRE DU FINANCEMENT ALTERNATIF DES INVESTISSEMENTS ECONOMISEURS D ENERGIE

Virement SEPA Réussir Votre Migration

Demande de paiement par prélèvement automatique des services à l enfance

Migration des mandats existants sur base du fichier de la Banque Nationale de Belgique. version mars ing.be/sepa

VADEMECUM EDIPRESSE. I. Scénario. II. Règles de portée générale sur l échange de messages EDI. III. Règles Spécifiques sur l échange de messages EDI

Recette Présentation du processus standard de la recette

POLITIQUE DE DON. Définir les modalités de distribution des fonds provenant de la Fondation RSTR.

RAPPORT DE CONCEPTION UML :

La réforme du remboursement des frais de l aide médicale aux centres publics d action sociale phase 1 projet du MediPrima

DM 1 : Montre Autoquartz ETA

Eole - gestion des dictionnaires personnalisés

MINISTERE DES AFFAIRES SOCIALES ET DE LA SANTE

Flux de Soumission & Envoi de SMS. avec lʼapi DataWinners

Dossier spécifications «Webservice de suivi» Version v011

Save Plan 1. Type d assurance-vie

Tous les autres noms de produits ou appellations sont des marques déposées ou des noms commerciaux appartenant à leurs propriétaires respectifs.

1 - Connexion au service de gestion des demandes informatiques du lycée

BTS 2 SIO Active directory- windows serveur 2012 Version 1.1 (12/12/2014)

Ministère des affaires sociales et de la santé

CERTIFICATION CERTIPHYTO

Conditions d utilisation du BCV-net

Manuel d utilisation. Centre de facturation UPS

Fidéliser sa clientèle par l ing

Déclaration d une activité bénévole pour le compte d une organisation non commerciale

SEPA : ÊTES-VOUS PRÊT POUR LE1 ER FÉVRIER 2014?

Release note. DB2P LPC/Autres LPC v1.19 est disponible en Simulation et en Production DB2P

PROTOCOLE CADRE NATIONAL VACCINATION ANTI-GRIPPALE CAMPAGNE 2009/2010

Guide de configuration de la Voix sur IP

HighPush. document /06/2009 Révision pour version /11/2008 Revision pour la /10/2008 Documentation initiale.

Formulaire d ouverture

REPERTOIRE PROFESSIONNEL DES CONSULTANTS FORMATEURS INDEPENDANTS

Transcription:

Manuel flux L Manuel flux 'L' - P 1 -

Table des matières 1 INTRODUCTION... 3 2 PRINCIPES DE BASE ET CONTRÔLES... 4 2.1 CONSULTATIONS EN LIGNE... 4 2.2 CONSULTATIONS EN MODE BATCH... 4 2.2.1 L émetteur ne remplit pas le fournisseur dans le préfixe... 4 2.2.2 L émetteur remplit le fournisseur dans le préfixe... 4 2.3 CONTRÔLES... 4 2.3.1 Contrôle période répertoire de la soumission... 4 2.3.2 Contrôle période message de la soumission... 5 2.4 TAILLE DES MESSAGES... 5 2.5 VARIANTES... 5 2.6 CONVERSION INHOUSE - XML... 5 3 SCÉNARIOS... 7 3.1 COMPLÈTEMENT EN MODE EN LIGNE... 7 3.1.1 Réponse négative de la... 7 3.1.2 Réponse positive ou négative du fournisseur... 7 3.2 COMPLÈTEMENT EN MODE BATCH... 7 3.2.1 Réponse négative de la... 7 3.2.2 positive de la... 8 3.2.3 Un fournisseur au moins a reçu la soumission et envoie une réponse définitive.... 9 3.3 SEMI EN LIGNE... 9 3.3.1 Émetteur en ligne, en ligne, destinataire en mode batch... 9 3.3.2 Emetteur en ligne, en mode batch, destinataire en mode batch... 10 3.3.3 Emetteur en mode batch, destinataire en mode en ligne... 12 3.4 CONTENU N001-X001... 12 3.5 UTILISATION DU PRÉFIXE... 13 Manuel flux 'L' - P 2 -

1 Introduction De nombreux messages contenant des données relatives à la sécurité sociale sont échangés à l intervention de la. Le présent texte constitue une explication générale des flux de consultation, les flux de données L. La mutation et les flux de distribution (flux M et Z) ne font pas l objet du présent document. Le présent document examine les flux de consultation classiques qui font usage d un préfixe A1 et d une partie des données. Tous les autres flux de consultation tombent en dehors du champ d application du présent document. Les flux de consultation sont des flux de données où une institution peut, de sa propre initiative, consulter (rechercher) des données auprès d une autre institution. Cette consultation peut intervenir pour différentes raisons. L institution souhaite connaître la situation actuelle des données. L institution a besoin de certaines données lors du traitement d un dossier. L institution a besoin de données en vue de l octroi de certains droits à une personne. L initiative pour l envoi des flux L émane de l institution qui souhaite consulter les données. L échange de ces messages peut intervenir en mode en ligne, en mode batch ou sur base d une combinaison du mode en ligne et du mode batch. Le choix entre les flux M, Z et L est réalisé par les membres du groupe de travail, en fonction des besoins et de l usage (fréquence, volume, timing, suivi, initiative, ) et des possibilités. Manuel flux 'L' - P 3 -

2 Principes de base et contrôles L émetteur souhaite consulter les données auprès d un ou plusieurs fournisseurs. L émetteur prend lui-même l initiative et détermine quelles données il souhaite consulter. Le destinataire ou le fournisseur reçoit le message via un préfixe de soumission et éventuellement une partie des données. Pour ce flux de données, le fournisseur doit renvoyer une réponse définitive à l émetteur. Il peut, par ailleurs, renvoyer une ou plusieurs réponses intermédiaires avant de retourner une réponse définitive. 2.1 Consultations en ligne Lorsque la consultation intervient en mode en ligne, l émetteur ne peut consulter les données qu auprès d un seul fournisseur. S il souhaite consulter les données auprès de plusieurs fournisseurs, alors il doit envoyer un message par fournisseur et indiquer le fournisseur dans le préfixe. 2.2 Consultations en mode batch Lorsque la consultation intervient en mode batch, l émetteur peut consulter les données auprès d un ou de plusieurs fournisseurs. Par fournisseur, il reçoit une réponse en mode batch. 2.2.1 L émetteur ne remplit pas le fournisseur dans le préfixe Si l émetteur ne précise rien, la vérifie (dans le répertoire des références) quels fournisseurs il y a lieu de consulter pour le message en question. Le message est ensuite envoyé à tous ces fournisseurs, du moins si tous les contrôles relatifs au répertoire des références se sont déroulés sans problème. 2.2.2 L émetteur remplit le fournisseur dans le préfixe Si l émetteur mentionne explicitement dans le préfixe à quel fournisseur le message doit être envoyé, le message sera évidemment uniquement envoyé à ce fournisseur. Si le message doit être envoyé à plusieurs fournisseurs bien précis, mais non à tous les fournisseurs potentiels, l émetteur envoie un message par fournisseur. 2.3 Contrôles 2.3.1 Contrôle période répertoire de la soumission La période répertoire du préfixe indique la période pour laquelle les données sont intégrées pour l émetteur dans le répertoire des personnes de la. Si un contrôle d intégration est activé pour l émetteur, il faut qu il y ait un chevauchement d un jour au moins entre la période répertoire du préfixe et la période pour laquelle le NISS est intégré dans le répertoire des personnes de la, du Manuel flux 'L' - P 4 -

moins si le code qualité indiqué dans le préfixe est significatif 1. Si le code qualité n est pas significatif, ce contrôle sur les périodes n est pas réalisé. 2.3.2 Contrôle période message de la soumission La période message du préfixe indique la période pour laquelle les données sont demandées. Si un contrôle d intégration est activé pour le fournisseur, il faut qu il y ait un chevauchement d un jour au moins entre la période message du préfixe et la période pour laquelle le NISS est intégré dans le répertoire des personnes pour le fournisseur, du moins si le code qualité est significatif. 2.4 Taille des messages Parfois, la partie des données d un message est trop exiguë pour contenir l ensemble des informations que le fournisseur renvoie. En effet, la longueur d un message physique est de 28K au maximum. Cette information est donc répartie physiquement dans plusieurs enregistrements. Les préfixes de ces différents enregistrements physiques sont identiques, à l exception d une seule zone. Dans la zone «partie message» de la partie formulaire du préfixe, le fournisseur indique l ordre. La référence interne que le fournisseur remplit dans le préfixe est également identique pour l ensemble de ces enregistrements. Par ex. : la zone «partie message» comprend la valeur «02-06». Le message complet est composé de 6 enregistrements dont celui-ci constitue le deuxième. 2.5 Variantes L émetteur envoie un message. Dans certains cas, l émetteur n est pas autorisé à recevoir le message complet du fournisseur; il est uniquement autorisé à recevoir un sous-ensemble des données du fournisseur. La indique au moyen du répertoire des références quelle partie du message le fournisseur est autorisé à recevoir. Cette information figure dans la zone variante de la soumission que la transmet au fournisseur. Le fournisseur sait, sur base de cette zone, quel sous-ensemble il doit renvoyer. Le fournisseur doit donc lui-même créer la variante, contrairement aux flux M et Z pour lesquels la crée les variantes. 2.6 Conversion INHOUSE - XML Le format de la partie des données (INHOUSE ou XML) sous lequel l émetteur souhaite obtenir des données, peut être différent du format dans lequel le message a été envoyé à la par le fournisseur. Le choix du format doit être fixé au préalable par le groupe de travail et peut être déterminé sur base d une combinaison unique du: o secteur o type_institution o message o type_traitement 1 Un code qualité significatif est un code qualité compris entre 1 et 899. Manuel flux 'L' - P 5 -

Ce choix est uniquement possible pour les messages qui peuvent être définis en INHOUSE et en XML. Si nécessaire, la convertira le message en le format souhaité, à savoir conversion de XML en INHOUSE et vice versa. Manuel flux 'L' - P 6 -

3 Scénarios 3.1 Complètement en mode en ligne L émetteur envoie la soumission en mode en ligne à la. (La réponse définitive de la est donnée en mode en ligne). Le traitement complet par la et le destinataire d une soumission intervient aussi en mode en ligne. 3.1.1 Réponse négative de la Emetteur Soumission négative La rejette la soumission en raison d erreurs constatées au cours des contrôles et envoie une réponse définitive négative en mode en ligne à l émetteur. Dans ce cas, le préfixe ne comprend pas une partie des données mais bien un code retour. Il existe 2 possibilités pour la variante de la réponse: 1. Variante à blanc. La soumission est rejetée en raison de problèmes de sécurité, d intégration ou d ordre syntaxique auprès de l émetteur. 2. Variante N000. La soumission est rejetée pour cause de problèmes d intégration auprès du fournisseur. 3.1.2 Réponse positive ou négative du fournisseur Lorsque les contrôles de la sont positifs, la soumission est transmise en mode en ligne au fournisseur. L émetteur reçoit une réponse définitive (positive ou négative du fournisseur) en mode en ligne. La partie des données comprend, soit les données demandées, soit la raison du rejet par le fournisseur. Soumission en ligne Soumission en ligne Emetteur Fournisseur en ligne en ligne 3.2 Complètement en mode batch L émetteur transmet la soumission en mode batch, dans un fichier mailbox ordinaire, à la. (La réponse (intermédiaire ou définitive) de la intervient en mode batch dans un fichier mailbox ordinaire). Le traitement par la et le destinataire d une soumission intervient aussi en mode batch et la réponse est envoyée dans un fichier mailbox ordinaire. 3.2.1 Réponse négative de la Manuel flux 'L' - P 7 -

Emetteur Soumission négative La rejette la soumission en raison d erreurs constatées lors des contrôles et envoie une réponse définitive négative en mode batch à l émetteur. Dans ce cas, il n y a pas de partie de données. Pour la variante de la réponse, il existe deux possibilités: 1. Variante N000. La soumission est rejetée en raison de problèmes de sécurité, d intégration ou d ordre syntaxique auprès de l émetteur. 2. Variante N001/X001. La soumission est rejetée pour cause de problèmes dus au contrôle d intégration auprès du (des) fournisseur(s). 3.2.2 positive de la Fournisseur Emetteur Soumission Soumission positive Soumission Fournisseur La reçoit une soumission de l émetteur, contrôle la soumission et trouve parmi les destinataires potentiels au moins un fournisseur auquel le message peut être envoyé. La envoie une réponse batch intermédiaire à l émetteur dans laquelle il indique, par destinataire potentiel, que la soumission a ou non été transmise. Cette partie des données présente la structure suivante N001/X001 type MDP (= messge des destinataires potentiels). La envoie le message en mode batch et via mailbox à tous les destinataires retenus. Manuel flux 'L' - P 8 -

3.2.3 Un fournisseur au moins a reçu la soumission et envoie une réponse définitive. Soumission soumission Destinataire Émetteur soumission Destinataire 1. Tout fournisseur qui a reçu la demande peut éventuellement envoyer une ou plusieurs réponses intermédiaires à la avant d envoyer une réponse définitive. 2. Dès que la reçoit une réponse intermédiaire ou définitive d un fournisseur, la réponse est transmise à l émetteur. Après que la a traité une réponse définitive du fournisseur (cette réponse peut être positive ou négative), le lien vers la soumission que la a envoyé à ce fournisseur déterminé est clôturé auprès de la. 3.3 Semi en ligne 3.3.1 Émetteur en ligne, en ligne, destinataire en mode batch L émetteur transmet la soumission en mode en ligne à la et le traitement par la se fait aussi en mode en ligne. La transmission du message au(x) fournisseur(s) intervient en mode en ligne, conformément aux accords intervenus. Le fournisseur donne toutefois une réponse intermédiaire en ligne, mais répond toujours de manière définitive en mode batch ; cette (ces) réponse(s) est (sont) ensuite aussi envoyée(s) en mode batch à l émetteur. 3.3.1.1 Réponse négative de la Manuel flux 'L' - P 9 -

Emetteur Soumission négative La rejette la soumission en raison d erreurs constatées lors des contrôles et envoie une réponse définitive négative en mode en ligne à l émetteur. Dans ce cas, il n y a pas de partie de données. Pour la variante de la réponse, il existe deux possibilités: 1. Variante à blanc. La soumission est rejetée en raison de problèmes de sécurité, d intégration ou d ordre syntaxique auprès de l émetteur. 2. Variante N000. La soumission est rejetée pour cause de problèmes d intégration auprès du fournisseur. 3.3.1.2 Réponse positive ou négative du fournisseur Le fournisseur envoie éventuellement une réponse intermédiaire en mode en ligne. La réponse définitive est renvoyée par le fournisseur à l émetteur, en mode batch, à l intervention de la. Si le fournisseur envoie une réponse intermédiaire en mode en ligne, l émetteur peut en déduire que la soumission a bien été reçue et que le fournisseur enverra une réponse définitive en mode batch. Le fournisseur peut aussi envoyer une réponse définitive en mode en ligne; il s agira souvent d une réponse négative immédiate en raison de problèmes. Si tel est le cas, nous avons un scénario en ligne complet et non plus un scénario semi en ligne. Soumission en ligne Soumission en ligne Emetteur Fournisseur en ligne en ligne Emetteur Fournisseur batch batch 3.3.2 Emetteur en ligne, en mode batch, destinataire en mode batch L émetteur envoie la soumission en mode en ligne à la. Le traitement par la se déroule partiellement en mode en ligne (réponse à l émetteur) et partiellement en mode batch (transmission au destinataire). La envoie éventuellement deux réponses intermédiaires (un en mode en ligne et un en mode batch) à l émetteur. La réponse définitive du destinataire est envoyé en mode batch à l émetteur. 3.3.2.1 Contrôles Les contrôles syntaxiques auprès de la se déroulent en mode en ligne. Tous les autres contrôles auprès de la ont lieu en mode batch. Ceci vaut pour les contrôles de sécurité, d intégration ainsi que pour les contrôles fonctionnels. Manuel flux 'L' - P 10 -

3.3.2.2 La soumission est rejetée. L émettteur reçoit une réponse négative définitive en mode en ligne. Le message est rejeté parce qu il ne satisfait pas à la syntaxe. Emetteur Soumission en ligne Réponse négative définitive batch L émetteur peut aussi recevoir une réponse positive intermédiaire et une réponse définitive négative de la. Une première réponse intermédiaire positive en ligne parce que les contrôles syntaxiques sont corrects. La structure de la partie des données est la suivante : N001 type MFI (= message des fournisseurs intermédiaires). Une deuxième réponse négative définitive parce que le message ne satisfait pas aux autres contrôles. Soumission en ligne Emetteur positive en ligne Réponse négative définitive en mode batch 3.3.2.3 La soumission est acceptée Si la soumission est acceptée, l émetteur reçoit deux réponses intermédiaires. Une première réponse intermédiaire en ligne indiquant que le message est correct au niveau syntaxique. La envoie une réponse intermédiaire positive à l émetteur. La structure de cette partie des données est la suivante : N001 type MFI (= message des fournisseurs intermédiaires). Une deuxième réponse intermédiaire en mode batch parce que les autres contrôles sont corrects. La structure de cette partie des données est la suivante : N001/X001 type MDP (= message des destinataires potentiels). L émetteur reçoit la réponse définitive du destinataire en mode batch. Manuel flux 'L' - P 11 -

3.3.2.4 Un fournisseur au moins a reçu la soumission et envoie une réponse définitive. Soumission soumission Destinataire Émetteur soumission Destinataire 1. Tout fournisseur qui a reçu le message, peut éventuellement envoyer une ou plusieurs réponses intermédiaires par mailbox à la avant d envoyer une réponse définitive. 2. Dès que la a reçu une réponse intermédiaire ou définitive d un fournisseur, la réponse est transmise en mode batch à l émetteur. Après que la a traité une réponse définitive (cette réponse peut être tant positive que négative) de ce fournisseur déterminé, le lien à la soumission auprès de la est clôturé. 3.3.3 Emetteur en mode batch, destinataire en mode en ligne L émetteur envoie la soumission en mode batch, via mailbox, à la. Le traitement par la se déroule en mode en ligne. La soumission est envoyée par la au fournisseur en mode en ligne. Le fournisseur envoie en mode en ligne une réponse définitive à la. La réponse définitive est renvoyée à l émetteur par la, en mode batch, via mailbox. Le fournisseur envoie une réponse en ligne parce qu il répond toujours en mode en ligne pour ce message, indépendamment du fait que l émetteur a envoyé le message en ligne ou en mode batch à la. Les scénarios sont identiques à ceux d une consultation en ligne complète. 3.4 Contenu N001-X001 Nous vous renvoyons à cet effet à la documentation existante se trouvant sur le site web de la à l adresse suivante: www.ksz.fgov.be/documentation/fr/documentation/g%e9n%e9ral/x001.pdf Manuel flux 'L' - P 12 -

3.5 Utilisation du préfixe Nous vous renvoyons à cet effet à la documentation existante se trouvant sur le site web de la. 1. documentation générale relative au préfixe: http://www.ksz.fgov.be/documentation/fr/documentation/g%e9n%e9ral/prefixe%20 A1.pdf 2. documentation spécifique relative à chaque flux. En ce qui concerne les flux dont question dans le présent document, la zone type traitement (dans la partie du préfixe) reçoit la valeur L. La zone type de traitement est la troisième position de la zone type_demande/réponse de la partie réseau du préfixe. Axxx Préfixe partie réseau Constante / code retour réseau Version_préfixe Secteur Type_institution Référence_interne_secteur User_id Type_demande / réponse NISS Préfixe partie formulaire Formulaire Variante Partie_message Préfixe partie gestion réponse Identification_application Référence_interne_répondant Date_envoi_demande Délai_réponse Action_timeout Réussite_flux Préfixe partie répertoire Code qualité Phase Début_répertoire Fin_répertoire Début_message Fin_message Secteur_fournisseur Institution_fournisseur A1 Secteur de l émetteur Type institution de l émetteur O0L (traitement par en mode en ligne) ou D0L (semi en ligne ou batch) Axxx M03 (délai dans lequel l émetteur souhaite recevoir une réponse) S (action en cas de non-respect du délai de réponse) Date de début à laquelle le NISS est intégré dans le chef de l émetteur Date de fin à laquelle le NISS est intégré dans le chef de l émetteur Date de début de la période pour laquelle les données sont demandées Date de fin de la période pour laquelle les données sont demandées À blanc ou secteur du fournisseur À blanc ou type institution du fournisseur Manuel flux 'L' - P 13 -