> Syntax independent - MCIs - Messages > Details

SYNTAX INDEPENDENT COMPONENTS

Implementation Related Components


Message Content Inventory Archived, and was part of release 201501 :
Identifier : M0123 - Contrat, message production origine courtier - (MPB : Message Production / Productie Bericht)-
- ( UN/Edifact : added info )
- (UN/Edifact MIG : Fr / Nl ) - (XML/JSON : added info )
( Additional information is present below the details-table )
Sender : Broker
Receiver : Insurer
Status : 3 - Version : 6
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 u 
Message content inventory version
No
-
-
Mand.
 
40  
Contrat
No
-
-
Mand.
 
50 u 
Nature du document
Yes
5
Mand.
 
60 u 
Type de modification
Yes
6
Option.
 
70  
Type de modification du planning
Yes
1
Option.
 
80 u 
Type de police
Yes
8
Option.
 
90 u 
Produit
No
-
-
Option.
if present- then both code AND label 
100  
Date d'effet
No
-
-
Mand.
 
110 n 
Date d'échéance principale
No
-
-
Cond.
Mandatory when EW05=2 
120 n 
Durée de reconduction du contrat
No
-
-
Cond.
Permitted when EW05=2 
130 n 
Date de suspension
No
-
-
Cond.
Mandatory when EW05=7 
140 n 
Date de remise en vigueur
No
-
-
Cond.
Mandatory when EW05=8 
150 n 
Date de résiliation
No
-
-
Cond.
Mandatory when EW05=5 
160 n 
Date d'annulation
No
-
-
Cond.
Mandatory when EW05=6 
170  
Numéro de police
No
-
-
Mand.
 
180  
Numéro d'avenant
No
-
-
Mand.
 
190  
GUID (Globally Unique IDentifier) du message, sera référencé par le(s) document(s) annexe(s)
No
-
-
Cond.
Mandatory when added documents are sent. 
200  
Référence des paiements
No
-
-
Option.
 
210 n 
Mode d'encaissement quittance terme
Yes
1
Cond.
Mandatory when CMPA=16 
220 n 
Mode d'encaissement quittance comptant
Yes
1
Cond.
Mandatory when CMPA=16 
230 n 
Mode d'encaissement quittance terme à date d'échéance intermédiaire
Yes
1
Cond.
Possibly when CMPA=16 
240 n 
Mode d'encaissement vis-à-vis client
Yes
3
Cond.
Possibly when CMPA=16 
250  
Motif de transfert
Yes
1
Option.
 
260  
Etat de la police
Yes
3
Mand.
 
270  
Motif de résiliation
Yes
5
Option.
 
280 n 
Motif d'annulation
Yes
4
Cond.
Mandatory when EW05=6 
290 n 
Motif de suspension
Yes
3
Cond.
Mandatory when EW05=7 
300  
Origine de la résiliation, annulation ou suspension
Yes
1
Option.
 
310  
Nombre de documents annexes
No
-
-
Cond.
Mandatory when added documents are sent. 
320  
Acte de gestion
No
-
-
Mand.
multiple presencies 
330 u 
Acte de gestion - Code MPB origine courtier
Yes
3
Mand.
 
340  
Acte de gestion - Texte de communication
No
-
-
Option.
 
350 n 
Mandat de domiciliation
No
-
-
Cond.
Possibly when CMPA=11/19/18 
360 n 
Mandat de domiciliation - Date de signature
No
-
-
Cond.
Mandatory in DOC+035 only 
370 n 
Mandat de domiciliation - Numéro du mandat
No
-
-
Option.
Actually mandatory - but unknown before activation 
380 n 
Mandat de domiciliation - Contrat sous-jacent
No
-
-
Cond.
Mandatory in DOC+035 only 
390 n 
Mandat de domiciliation - Client sous-jacent
No
-
-
Option.
 
400 n 
Mandat de domiciliation - Encaissement récurrent
No
-
-
Cond.
Mandatory in DOC+035 only 
410 n 
Mandat de domiciliation - Encaissement B2B
No
-
-
Option.
If absent- this defaults/equals a B2C case 
420 n 
Mandat de domiciliation - Lieu de signature
No
-
-
Cond.
Mandatory in DOC+035 only 
430  
Assureur
No
-
-
Mand.
 
440 u 
Assureur - Numéro CBFA
No
-
-
Mand.
 
450  
Assureur - Type d'assureur en coassurance
Yes
1
Option.
 
460  
Intermédiaire
No
-
-
Mand.
 
470 u 
Intermédiaire - Numéro CBFA
No
-
-
Option.
 
480 u 
Intermédiaire - Identifiant de l'intermédiaire aupres de la compagnie
No
-
-
Mand.
 
490  
Intermédiaire - Référence police producteur
No
-
-
Mand.
 
500 u 
Preneur d'assurance
No
-
-
Mand.
one of PTY003GRPv7- PTY003PMv7- PTY003PPv8 
510 u 
Objet de risque
No
-
-
Mand.
1..n presencies RODGENv10 

(*) 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.



Added information :

Voir dans les BBP les points 14 et 15. ( Suivre >Models >Broker Business Processes >Next->... jusqu'à ce point 14 et/ou 15. )
/ Zie in de BBP de punten 14 en 15. ( Volg >Models >Broker Business Processes >Next->... tot aan dat punt 14 en/of 15. )
( https://www.telebib2.org/ProcessBB14.htm )
( https://www.telebib2.org/ProcessBB15.htm )