3.1. A partir du package
3.1.1. Invocation
Le courtier décide de créer un nouveau contrat.
Si la compagnie a publié ce service (système de publication des services), le module compagnie est démarré.
Lors de l’invocation, le module de la compagnie recevra des paramètres qui devront être exploités pour arriver sur la page du module qui traite le service demandé.
(Pour plus de détail, voir le point « 1 Consultation contrat / 1.3 Améliorations ».)
Sinon, le contrat pourra être créé dans le package.
Lors de l’invocation du module compagnie pour réaliser une nouvelle affaire, l’identifiant interne (du preneur) dans le package sera passé en paramètre.
La compagnie pourra stocker cette information et la restituer dans le bloc retour.
Cette information permettra d’identifier le preneur d’assurance de manière univoque lors de l’intégration du bloc retour.
(11/06/2013 - Remarque : quoi que vous demandiez à votre assureur en tant que courtier/fournisseur de services de gestion, faites la même chose vous-même en sens inverse ; indiquez dans votre dossier de gestion quel identifiant votre assuré possède auprès de quel assureur.)
3.1.2. Echange de données par le contexte
Pour éviter le double encodage, certaines données peuvent être récupérées du package du courtier.
C’est la compagnie qui initie cet échange de données.
Les informations récupérées du package permettront de pré garnir les écrans du module de la compagnie.
En fonction du contexte, les données suivantes seront exportées et mises à la disposition des modules compagnie :
- Le courtier se trouve sur la fiche preneur
- Les données du preneur - Voir les MIG du Telebib.
- Le courtier se trouve sur la fiche objet de risque
- Les données du preneur - Voir les MIG du Telebib.
- Auto : les données véhicule + conducteur habituel + remorques - Voir les MIG du Telebib.
- Incendie : Les données de l’immeuble + créancier hypothécaire - Voir les MIG du Telebib.
Autre branche : Aucune donnée, sauf si ... - Voir les MIG du Telebib.
- Le courtier se trouve sur une fiche d’un autre type
- Aucune donnée n’est mémorisée mais si la compagnie sollicite une des données ci-dessus, la recherche manuelle est déclenchée.
Remarques :
- Lors de l’échange contextuel, l’identifiant interne du package sera disponible pour tous les types d’intervenants (preneur, conducteur habituel, créancier hypothécaire).
Nous recommandons aux compagnies de mémoriser ces identifiants et de les restituer dans le bloc retour. - Cet identifiant étant univoque, il facilitera l’identification lors de l’intégration du bloc retour.
Les données exportées seront publiées dans le TELEBIB (les MIG : « Echanges par le contexte »).
3.1.3. Réalisation de la Nouvelle Affaire dans le module de la compagnie
Le module de la compagnie doit valider si les données rapatriées du package sont admises par son module.
Exemple: le courtier connaît le titre de son client mais la compagnie ne traite qu’un sous ensemble des valeurs du titre (X034 dans TELEBIB).
Pour éviter des manipulations de la part du courtier (corriger toutes les valeurs qui sont plus détaillées dans son package), la compagnie peut
- appliquer des tables de conversion ou
- remplacer par les valeurs connues par son module ou
- signaler au courtier que cette valeur n’est pas admise par le module.
Au courtier de choisir une valeur parmi celles proposés par le module de la compagnie.
La compagnie peut également mémoriser le fait que la donnée importée du package est plus détaillée et ne pas restituer cette valeur dans le bloc retour.
Ce processus permettra d’alléger l’intégration du bloc retour puisque la donné du package sera conservée (pas de filtre d’intégration).
- Elle mémorise le fait que l’information était plus riche dans le package.
- Elle ne restitue pas la valeur standard admise par son module dans le bloc retour.
3.1.4. Intégration Bloc Retour
Voir aussi les commentaires et explications pour l'avenant.
3.1.4.1. Sous systèmes à intégrer
Voir avenant sauf test sur existence du n° de police
3.1.4.2. Données du preneur
Identification
- Identifiant interne du preneur (identification univoque)
- Nom + prénom + code postal + date naissance
- Nom + prénom + code postal
- Nom
Si le preneur est trouvé de manière univoque à l’aide de l’identifiant interne du preneur, il n’y a en principe pas de manipulation lors de l’intégration du preneur (mais le courtier a la possibilité de choisir un autre preneur).
Si le preneur est trouvé avec les autres critères de recherche, le courtier doit choisir dans la liste résultant de la recherche (même si un seul preneur) (mais le courtier a la possibilité de choisir un autre preneur).
Si le preneur n’est pas trouvé, il est en principe créé à partir des données du bloc retour de la compagnie (mais le courtier a la possibilité de choisir un autre preneur).
Données
- Voir les MIG du Telebib.
Filtre
- Les données du courtier peuvent être plus complètes.
- Le filtre d’intégration présentera les différences.
- Les données du courtier sont prioritaires par défaut.
Remarque
- Nous recommandons de TOUJOURS créer le preneur dans le package avant de réaliser une transaction dans un module compagnie.
3.2. A partir du système de publication des services
3.2.1. Invocation
- Pas d’application
3.2.2. Echange de données par le contexte
- Le package propose un écran de recherche par sous système demandé par le module compagnie.
3.2.3. Réalisation de la Nouvelle Affaire dans le module de la compagnie
- Voir 3.1.3 Réalisation de la Nouvelle Affaire dans le module de la compagnie.
3.2.4. Intégration Bloc Retour
- Voir 3.1.4 Intégration Bloc Retour.