> Syntax independent - Code lists > Values
Syntax Independent Components
Implementation Related Components
Implementation Related Components
|
> Syntax independent - Code lists > Values
|
Syntax Independent Components
Implementation Related Components |
Etat de l'acceptation
/ (Status Annahme) /( StateOfAcceptance_A055 ) |
Status aanvaarding
/ (State of acceptance) |
|
Value an ..2 |
Meaning, French /(German) | Meaning, Dutch /(English) | Def. | Created | Obsolete | (Technical label for XML / JSON usage) |
| Acceptation /(Akzeptiert) | Aanvaard /(Accepted) |
|
31/12/2002 | Accepted | ||
| Mise sans suite /(Ohne Folgen eingestellt) | Zonder gevolg /(no consequences) |
|
31/12/2002 | NoConsequences | ||
| Refus par la compagnie /(Ablehnung durch die Gesellschaft) | Geweigerd door de maatschappij /(Refused by the company) |
|
31/12/2002 | RefusedByTheCompany | ||
| Refus par le client /(Ablehnung durch den Kunden) | Geweigerd door de klant /(Refused by the customer) |
|
31/12/2002 | RefusedByTheCustomer | ||
| Acceptation avec modification /(Akzeptiert mit Änderung) | Aanvaard met wijziging /(Accepted including changes) |
|
31/12/2002 | AcceptedIncludingChanges | ||
| Mise à l'examen sans couverture provisoire /(Zur Überprüfung ohne vorläufige Deckung) | Ter studie zonder voorlopige dekking /(Under study without temporary coverage) |
|
31/12/2002 | UnderStudyWithoutTemporaryCoverage | ||
| Mise à l'examen avec couverture provisoire /(Zur Überprüfung mit vorläufiger Deckung) | Ter studie met voorlopige dekking /(Under study with temporary coverage) |
|
31/12/2002 | UnderStudyWithTemporaryCoverage | ||
| Mise à l'examen avec couverture partielle /(Zur Überprüfung mit Teildeckung) | Ter studie met gedeeltelijke dekking /(Under study with partial coverage) |
|
31/12/2002 | UnderStudyWithPartialCoverage | ||
| Projet à l'examen sans couverture /(Projekt im Untersuchung ohne Abdeckung) | Project ter studie zonder dekking /(Project to study - without coverage) | ? | 31/12/2002 | 31/12/2004 | ProjectToStudyWithoutCoverage | |
| Projet accepté sans couverture /(Projekt akzeptiert ohne Abdeckung) | Project aanvaard zonder dekking /(Project accepted - without coverage) | ? | 31/12/2002 | 31/12/2004 | ProjectAcceptedWithoutCoverage | |
| Projet accepté avec modification sans couverture /(Projekt akzeptiert mit Änderung ohne Abdeckung) | Project aanvaard met wijziging zonder dekking /(Project accepted with change - without coverage) | ? | 31/12/2002 | 31/12/2004 | ProjectAcceptedWithChangeWithoutCoverage |
| Définition: Sert à rendre visible dans la DB du courtier (et dans l'espace client) qu'une modification de la police a été demandée via le front-end de l'assureur. Si le courtier part directement de son contrat dans la DB (avec ou sans échange contextuel) pour effectuer une modification dans le front-end, mais que celle-ci est traitée en back-office (absence de validation automatique, en fonction des paramètres tels que programmés par l'assureur), alors aucune trace n'en subsiste dans sa propre DB. L'assureur peut alors renvoyer un bloc retour avec, par exemple, le statut « À l'étude sans couverture provisoire », afin que celui-ci puisse être intégré par le courtier et permette ainsi de rendre visible dans sa DB qu'une modification du contrat est en cours de demande. Ce statut n'est pas utilisé uniquement dans le cadre d'une nouvelle affaire ou d'un projet. Il est également pertinent pour les messages M0104 : le courtier demande une modification afin d'ajouter une garantie au contrat ; il est alors possible que celle-ci doive d'abord être validée en back-office. L'assureur envoie alors un bloc retour avec la modification effectuée ainsi qu'un statut d'acceptation afin d'indiquer l'état du contrat. Par exemple pour un message M0104RES : supposons qu'une résiliation rétroactive soit demandée, par exemple en raison de la disparition du risque, mais que le délai prévu dans le front-end soit dépassé (par exemple une annulation rétroactive avec une prise d'effet remontant à plus de deux mois dans le passé). Dans ce cas, le traitement passe en back-office et doit encore être validé par l'assureur. Afin de couvrir le laps de temps entre l'action effectuée dans le front-end de la compagnie et la validation, le front-end peut donc envoyer un bloc retour avec un état d'acceptation différent de « accepté ». 16/06/2026: Le libellé a été modifié de « Etat de l'acceptation de la nouvelle affaire ou du projet » en « Etat de l'acceptation » à partir de release 202701. / Definition: () |
Definitie: Dient om in de DB van de makelaar (en klantenzone) zichtbaar te maken dat er een wijziging is aangevraagd van de polis via de front end van de verzekeraar. Als de makelaar meteen vanuit zijn contract in de DB vertrekt (al dan niet via contextuele uitwisseling) om een wijziging door te voeren in de front-end, maar dit valt in back-office (geen automatische validatie, i.f.v. de parameters zoals geprogrammeerd door de verzekeraar), dan is hiervan geen spoor in zijn eigen DB. De verzekeraar kan dan een bloc retour sturen met bijvoorbeeld -Ter studie zonder voorlopige dekking-, zodat dit kan ingelezen worden door de makelaar en dus zichtbaar wordt in zijn DB dat er een wijziging van het contract in aanvraag is. Deze status wordt niet enkel gebruikt in de situatie van een nieuwe zaak of een project. Ook voor M0104 berichten is dit relevant: De makelaar vraagt een wijziging aan om een waarborg toe te voegen aan het contract, dan kan het zijn dat dit nog eerst in de back-office gevalideerd moet worden. De verzekeraar stuurt dan een bloc retour met de wijziging doorgevoerd en een status aanvaarding om aan te duiden welke status het contract heeft. Bijvoorbeeld M0104RES : stel dat je een retroactieve opzeg vraagt wegens bijvoorbeeld verdwijning van het risico, maar de termijn hiervoor voorzien in de front-end is overschreden (bijvoorbeeld een retroactieve vernietiging, met aanvang plus2 maand in het verleden), dan valt dit in back-office en moet dit nog gevalideerd worden door de verzekeraar. Om de termijn tussen actie in front end van de maatschappij en de validatie te overbruggen kan de front end dus een bloc retour met een andere aanvaardingstoestand versturen dan -aanvaard-. 16/06/2026: Label veranderd van 'Status aanvaarding van de nieuwe zaak of project' naar 'Status aanvaarding' vanaf release 202701 / Defined as: () |