> Syntax independent - MCIs - Messages > Details

SYNTAX INDEPENDENT COMPONENTS

Implementation Related Components

Message Content Inventory Archived, and was part of release 201401 :
 Identifier : M9120 - Description d'un intervenant, envoi données CRM/ Beschrijving betrokkene, zending CRM gegevens - (CRM - Communication (périodique) des avoirs des clients dans des programmes et/ou actions de marketing / CRM - (periodieke) Communicatie van de verworvenheden van de klanten binnen marketing programma's en/of acties.)-
- ( UN/Edifact : added info ) - (UN/Edifact MIG : Fr / Nl ) - (XML/JSON : added info )
Sender : Insurer
Receiver : Broker
Status : 3 - Version : 1
Seq. n° n
u
d
(*)		 Data element
Code list
 Usage
 Mandatory
Conditional
Optional (**)
Condition(s)
Indicator
Identifier
Version
10  
Message issuing date and time
No
-
-
Mand.
 
20  
Message content inventory identifier
No
-
-
Mand.
 
30  
Message content inventory version
No
-
-
Mand.
 
40  
Nom officiel - Nom de famille
No
-
-
Mand.
 
50  
Nom officiel - Premier prénom
No
-
-
Option.
 
60  
Nom officiel - Deuxième prénom
No
-
-
Option.
 
70  
Nom officiel - Troisième prénom
No
-
-
Option.
 
80  
Nom officiel - Extension du nom
No
-
-
Option.
 
90  
Code titre
Yes
0
Option.
 
100  
Adresse - rue
No
-
-
Mand.
 
110  
Adresse - numéro de maison
No
-
-
Mand.
 
120  
Adresse - identifiant
No
-
-
Option.
 
130  
Adresse - code postal
No
-
-
Mand.
 
140  
Adresse - localité
No
-
-
Option.
 
150  
Adresse - code pays
No
-
-
Option.
 
160  
Date de naissance
No
-
-
Option.
 
170  
Numéro d'entreprise
No
-
-
Option.
 
180  
Numéro d'unité d'entreprise
No
-
-
Option.
 
190  
CRM programme ou action, fiche
No
-
-
Mand.
(NEW qualifier) 
200  
CRM programme ou action, fiche - Statut
No
-
-
Mand.
 
210  
CRM programme ou action, fiche - Code mouvement CRM
Yes
1
Mand.
(NEW qualifier) 
220  
CRM programme ou action, fiche - Identifiant programme ou action
No
-
-
Mand.
(NEW qualifier- NEW products-alike insurer-specific codification) 
230  
CRM programme ou action, fiche - Date d'émission du document
No
-
-
Mand.
 
240  
CRM programme ou action, fiche - Date de la dernière mise à jour
No
-
-
Mand.
 
250  
CRM programme ou action, fiche - Numéro de la fiche, c'est à dire du dossier
No
-
-
Mand.
(NEW qualifier) 
260  
CRM programme ou action, fiche - Numéro de la police, présente dans le programme
No
-
-
Option.
Le minimum est 0- le maximum est n présences 
270  
CRM programme ou action, fiche - Critère de segmentation
No
-
-
Option.
Le minimum est 0- le maximum est n présences 
280  
CRM programme ou action, fiche - URL du programme
No
-
-
Option.
 
290  
Assureur - Assureur
No
-
-
Mand.
 
300  
Assureur - Numéro CBFA
No
-
-
Mand.
 
310  
Assureur - Identifiant de l'intermédiaire aupres de la compagnie
No
-
-
Mand.
 
320  
Assureur - Référence police
No
-
-
Option.
 
330  
Assureur - Référence police du producteur
No
-
-
Option.
 
340  
Assureur - Numéro d'identification de l'intervenant (à la compagnie)
No
-
-
Option.
 
350  
Assureur - Référence dossier client chez l'intermédiaire
No
-
-
Option.
 
360  
Message end
No
-
-
Mand.
 

(*) n u d : new / updated / deleted since previous version.

(*bis) u : updated : this can be a codelist-version incrementing.
  Note that in many, not to say all such cases, the user-community does not await such next release to implement/activate such new codelist-values.
  The reasoning is that such added value does not affect the current data-structures and hence is considered easely implementable.
  Such reasoning tends to forget how given new codelist-values might not simply affect the data, but also affect the process, which might be more of a problem...

(**) Usage: The indications Mandatory / Conditional / Optional are to be understood in respect of the actual level of the Data element:
  example given; some party data-set as a whole can be optional, while, if present, the party's name within that party data-set can be mandatory.

Remark: in UN/Edifact, "Mandatory / Conditional" are notions used within the standard.
  And within edi-guides (a refinement of a standard) the "Conditional" can become "Required / Optional / Dependent / Advised / Not used".
  Ideally we should implement the same ideas.