> Syntax independent - MCIs - Messages > Details

SYNTAX INDEPENDENT COMPONENTS

Implementation Related Components


Message Content Inventory Archived, and was part of release 201405 :
Identifier : M0130 - Contrat, Bureau de Tarification au courtier - (Special case where the Bureau de Tarification informs the Broker)-
- ( UN/Edifact : added info )
- (UN/Edifact MIG : Fr / Nl ) - (XML/JSON : added info )
( Additional information is present below the details-table )
Sender : Broker
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  
Contrat
No
-
-
Mand.
 
50  
Type de police
Yes
8
Mand.
 
60  
Produit, Code ET libellé
No
-
-
Option.
if present- then both code AND label 
70  
Date d'échéance principale
No
-
-
Mand.
 
80  
Date d'effet
No
-
-
Mand.
 
90  
Date initiale du contrat
No
-
-
Option.
 
100  
Date d'expiration
No
-
-
Option.
 
110  
Durée
No
-
-
Option.
 
120  
Durée de reconduction du contrat
No
-
-
Option.
 
130  
Date première prime terme
No
-
-
Option.
 
140  
Date dernière prime
No
-
-
Option.
 
150  
Date de mise en police package
No
-
-
Option.
 
160  
Numéro de police
No
-
-
Mand.
 
170  
Numéro de la police remplacée
No
-
-
Option.
 
180  
Numéro de police Assuralia
No
-
-
Option.
 
190  
Numéro de groupement de polices
No
-
-
Option.
 
200  
Référence de la flotte
No
-
-
Option.
 
210  
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. 
220  
Référence des paiements
No
-
-
Option.
 
230  
Etat de l'acceptation de la nouvelle affaire ou du projet
Yes
2
Option.
 
240  
Etat de l’acceptation du projet d'assurance sans couverture
Yes
1
Option.
 
250  
Etat de la police
Yes
3
Mand.
 
260  
Fractionnement de la prime
Yes
3
Mand.
 
270  
Mode d'encaissement quittance terme
Yes
1
Mand.
 
280  
Mode d'encaissement quittance comptant
Yes
1
Option.
 
290  
Unité monétaire
Yes
3
Option.
 
300  
Degré d'exonération de taxe
Yes
1
Option.
 
310  
Code communication des frais de fractionnement
Yes
1
Option.
 
320  
Indicateur police résultat de vente à distance
No
-
-
Option.
 
330  
Police avec aliments
No
-
-
Option.
 
340  
Police avec abonnement
No
-
-
Option.
 
350  
Police de coassurance
No
-
-
Option.
 
360  
Réponse action commerciale
No
-
-
Option.
 
370  
Calcul frais de fractionnement sur impôts et frais
No
-
-
Option.
 
380  
Calcul commission sur frais de fractionnement
No
-
-
Option.
 
390  
Prime technique ou prime pure
No
-
-
Option.
 
400  
Coûts techniques
No
-
-
Option.
 
410  
Frais de commercialisation
No
-
-
Option.
 
420  
Prime nette
No
-
-
Option.
 
430  
Autres coûts à ajouter à la prime nette
No
-
-
Option.
 
440  
Frais de fractionnement
No
-
-
Option.
 
450  
Montant Frais
No
-
-
Option.
 
460  
Montant Charges
No
-
-
Option.
 
470  
Montant Charges et frais
No
-
-
Option.
 
480  
Prime brute
No
-
-
Option.
 
490  
Frais de quittance
No
-
-
Option.
 
500  
Total à payer
No
-
-
Option.
 
510  
Montant Commission
No
-
-
Option.
 
520  
Commission d'acquisition - total
No
-
-
Option.
 
530  
Nombre de documents annexes
No
-
-
Cond.
Mandatory when added documents are sent. 
540  
Participation coassurance
No
-
-
Option.
 
550  
Pourcentage d'encaissement coassurance
No
-
-
Option.
 
560  
Majoration selon périodicité
No
-
-
Option.
 
570  
Condition générale
No
-
-
Mand.
a minimum of one is mandatory 
580  
Condition générale - Référence des conditions générales
No
-
-
Mand.
 
590  
Condition générale - URL conditions générales
No
-
-
Option.
 
600  
Condition générale - Clause, titre
No
-
-
Option.
 
610  
Condition générale - URL Fiche Produit
No
-
-
Option.
 
620  
Assureur
No
-
-
Mand.
 
630  
Assureur - Numéro CBFA
No
-
-
Mand.
 
640  
Assureur - Type d'assureur en coassurance
Yes
1
Option.
 
650  
Bureau Tarification Intermédiaire
No
-
-
Mand.
 
660  
Bureau Tarification Intermédiaire - Numéro CBFA
No
-
-
Option.
 
670  
Bureau Tarification Intermédiaire - Identifiant de l'intermédiaire aupres de la compagnie
No
-
-
Mand.
 
680  
Bureau Tarification Intermédiaire - Référence police producteur
No
-
-
Mand.
 
690  
Bureau Tarification Intermédiaire - Intermédiaire Sous-agent
No
-
-
Mand.
 
700  
Bureau Tarification Intermédiaire - Intermédiaire Sous-agent - Numéro CBFA
No
-
-
Mand.
 
710  
Bureau Tarification Intermédiaire - Intermédiaire Sous-agent - Identifiant du sous-agent aupres du BT
No
-
-
Mand.
 
711  
Bureau Tarification Intermédiaire - Intermédiaire Sous-agent - Identifiant du courtier-sous-agent-BT aupres de l'assureur
No
-
-
Option.
 
720  
Bureau Tarification Intermédiaire - Intermédiaire Sous-agent - Référence police producteur chez le sous-agent
No
-
-
Mand.
 
730  
Preneur d'assurance
No
-
-
Mand.
one of PTY003GRPv7- PTY003PMv7- PTY003PPv8 
740  
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 :

Approved in May 2014. So this one is not really part of one of our yearly releases.
(See in our Recommendations the text picturing the process around the Bureau de Tarification, for a more complete overview, and at the same time for some more details. ( https://www.telebib2.org/RecommList.htm )