Pour l’ensemble des courtiers, la plateforme Seyna permet de bénéficier :
- d’une solution de souscription
- d’un back office de gestion de police
- d’une solution de conformité LCB-FT
Pour le client Seyna Insurance, la plateforme Seyna permet de bénéficier :
- du dépôt de bordereaux digitalisé
- du suivi de l’amélioration des performances
Dans cette section, nous vous présentons tous les concepts clés utilisés dans notre plateforme, en mettant l'accent sur la solution de souscription et la solution de gestion de police. Ces deux solutions de Seyna étant intimement liées dans leur fonctionnement, nous avons fait le choix de toujours vous les présenter ensemble.
Grâce à cette présentation détaillée, vous comprendrez mieux les différentes fonctionnalités de notre plateforme et vous pourrez ainsi tirer le meilleur parti de nos services.
Les concepts utilisés
La solution de souscription s'appuie sur les notions suivantes :
- Un parcours (Journey et une Execution) qui permet la souscription
- Un produit d’assurance (Insurance Product) regroupant :
- Une version de produit (Version Id)
- Des paramétres d’automatisation
- Des schemas de donnée (Dataschema)
- Un tarificateur (Pricer)
- Une documentation et des templates de document
- Des configurations d’échéance (Period configuration)
- Des garanties
- des configurations de paiement (Stripe)
- Une demande de devis (Quote Request)
- une liste des personnes (person)
- Personne physique
- Personne morale
- Des devis (Quote) avec des prix par garanties (Price item)
- Des échéanciers (Period)
- Une comptabilité (Ledger) et moyen de paiement (Payment Method)
- Des polices (Policy)
Les parcours
Le parcours est personnalisable depuis l'espace Paramètres. Il permet d'orchestrer les différentes étapes telles que :
- récupérer les besoins du client
- présenter un devis
- signature de la documentation pré-contractuelle
- récupérer le moyen de paiement
Le parcours de souscription est construit par notre équipe de services de solution. Il est partiellement développé et peut être configuré dans l'application.
L’exécution d’un parcours (Execution) correspond à l’exécution du parcours par un client (une souscription en cours)
Un produit d’assurance (Insurance Product)
Un produit d’assurance dans la plateforme correspond au produit d’assurance avec l’ensemble des contrats. Il permet de centraliser l’ensemble des paramètres necessaires à la souscription et à la gestion des devis et des polices.
Un produit d’assurance possède :
- un nom
- une version
Version d’un produit d’assurance (Version)
Sur une version de produit d’assurance, nous retrouverons tous les paramètres suivant :
- Id de version
- Type de début d’échéance
- Le temps de validité d’une quote
- Les automatisations possibles permettant de déterminer les actions manuelles à faire par l’agent ou le système :
- automaticPayment
- automaticPolicyApprove
- automaticPolicyFinalize
- automaticQuoteApprove
- automaticQuoteCreate
- automaticQuoteFinalize
- automaticQuotePriceUpdate
- automaticQuoteValidate
- automaticRenewal
- La présence d’un tarificateur (Pricer)
- les paramètres de retractation
- Le délai
- Les justifications
- Les noms de domaine associés pour l’envoi d’email automatique
Le tarificateur (Pricer)
Coming soon
Les schémas de donnée (Dataschema)
Les schémas de données permettent de référencer l'ensemble des données d'une police. Afin de rester flexibles, données sont réparties en 4 catégories :
- QuoteRequestDataSchema
- QuoteDataSchema
- PolicyDataSchema
- PriceDataSchema
Les documents (Document)
Il existe deux types de documents liés à un produit :
- Documents
- Modèles de document
Les documents sont des documents statiques, tandis que les modèles de document sont personnalisés avec les données du client.
Il existe différents types de document :
- FIC
- NI
- IPID
En ce qui concerne les modèles de document, ils peuvent être personnalisés à différents moments :
- À la création du devis (DRAFT)
- Pour la signature (CREATED)
- À la validation de la police (APPROVED)
Les emails (Email template)
Les emails peuvent être personnalisés par produit. Il est donc possible d'associer un modèle d'e-mail à une étape du parcours :
- Demande de prix
- Demande de devis
- Certification (validation de la police)
- Renonciation
Les garanties (guarantee)
Les garanties d’un produit d’assurance sont un engagement à fournir une couverture ou indemnisation dans les conditions prévues en cas de survenance d’un événement déclencheur de la garantie.
Les garanties possede :
- un id
- un nom
- des informations comptables (Lob, Cat min, tax)
Les configurations de paiement
Pour les paiements, la plateforme Seyna fonctionne avec Stripe en utilisant le service Stripe connect.
Stripe connect est un moyen simple et rapide d'intégrer les paiements à notre plateforme. Vous gardez la main sur votre compte Stripe et vous gardez la main sur le KYB de Stripe afin de réaliser votre onboarding.
Il est possible de configurer les éléments suivants :
- Cancel URL
- Success URL
- ID compte stripe
- Secret key stripe
- Publishable key stripe
- Currency (ex: EUR)
- Country (ex: FR)
- InsurerId
- insurerName
- Moyens de paiement autorisés
La plateforme Seyna permet d’accepter les reglements par :
- CB
- Prélèvement IBAN
Demande de devis (Quote Request)
Quote Request est le terme employé pour désigner une demande de devis. Tout parcours de souscription commence par une Quote Request rassemblant l’ensemble des éléments pour définir un devis (une “Quote”). C’est le receuil du besoin du client.
La demande de devis contient :
- l’id
- La date de création
- La date de mise à jour
- le portefeuille
- La Policy Sequence (Numéro de suivi des polices)
- Un Ledger (Suivi comptable)
- Une configuration de period (échéancier)
- Le produit d’assurance
- La liste des personnes associées avec leurs rôles
- Une date de début
- Une date de fin
- Les données (custom properties)
Les custom properties sont les données recueillies lors du parcours et les données utilisées pour la réalisation du devis. Elles peuvent être utilisées par le tarificateur.
Personnes (person)
Les personnes sont les personnes physiques ou morales qui ont un rôle sur le contrat.
Pour les personnes physiques, il est possible de récupérer les données suivantes :
- Nom
- Prénom
- Date de naissance
- Téléphone
- Adresse postale
Pour les personnes morales, les données sont :
- Raison social
- Nom du représentant
- Prénom du représentant
- Identification de la personne morale
- Téléphone
- Adresse postale Les personnes peuvent avoir un ou plusieurs rôles. Les rôles possibles sont :
- Contact : la personne à contacter sur ce devis et la police
- Le bénéficiaire (benefiary)
- L’assuré (insured)
- Les membres (member)
- Le souscripteur (subscriber)
Devis (Quote) avec des prix par garanties (Price item)
Le devis porte la proposition tarifaire vis à vis de la demande de devis.
À une demande de devis, nous pouvons associer plusieurs devis. Cependant, dans le parcours, seul un devis est présenté.
Le multi-devis est une fonctionnalité à venir dans la plateforme Seyna.
Le devis contient les mêmes éléments que la demande de devis:
- l’id
- La date de création
- La date de mise à jour
- le portefeuille
- La Policy Sequence (Numéro de suivi des polices)
- Un Ledger (Suivi comptable)
- Une configuration de period (échéancier)
- Le produit d’assurance
- La liste des personnes associées avec leurs rôles
- Une date de début
- Une date de fin
- Les données (custom properties)
mais également :
- L’id de demande de devis
- le prix (PriceItem) qui est reparti par garantie
- Le statut (détails ci dessous)
- La date d’approbation de la quote
- La date d’expiration
Les prix d’un devis
Les prix d’un devis sont une liste de prix par garanties.
Les prix sont calculés par le tarificateur. Celui-ci renvoie en fonction des données la liste de prix correspondant.
Le prix comprend alors :
- Une garantie
- Une commission
- Une taxe (tax)
- Un taux de taxe (tax rate)
- La prime
Pour les prix, vous pouvez donc répartir le prix suivant les garanties :
- Prix 1 : Garantie Vol - 5€
- Prix 2 : Garantie Casse - 10€
Les status d’undevis
Les statuts d’un devis sont :
- Créé - CREATED
- Prix mis à jour - PRICE_UPDATED
- Finalisé - FINALIZED
- Documents génerés - DOCUMENTS_GENERATED
- Validé - VALIDATED
- Documentation envoyée - EMAIL_PROSPECT_SENT
- Approuvé - APPROVED
Les statuts de rejet, d’erreur ou d’expiration :
- REJECTED_BY_PROSPECT
- ABANDONED_BY_PROSPECT
- REJECTED_BY_BROKER
- ERROR_APPROVED
- ERROR_DOCUMENT_GENERATED
- ERROR_EMAIL_PROSPECT_SENT
- ERROR_REJECTED
- ERROR_PRICE_UPDATED
- ERROR_FINALIZED
- EXPIRED
Echéanciers (Period)
L’échéancier est construit dés la création de la quote.
Une échéance contient les informations suivantes :
- un id
- un prix par garantie
- Garanties
- commission
- tax
- tax rate
- prime
- montant
- Date de création
- Montant
- Commission
- Prime
- Date d’échéance (Déclenchement du paiement)
- Date de début
- Date de fin
- Réference
L’échéancier peut être modifié à plusieurs moments :
- à la mise à jour du prix d’un devis
- par modification manuelle dans le devis (à venir)
- par modification dans la police pour des facilités de paiements
Balance comptable (Ledger)
Lorsqu'une demande de devis est initiée, une balance comptable est créée. Cette balance permet de suivre la comptabilité de la police. Elle enregistre toutes les transactions financières et permet de garantir la transparence des opérations.
La balance porte les informations suivantes :
- Un id
- Un solde
- Une date de création
- Une date de mise à jour
Ceci permet de renseigner les moyens de paiement associés.
Ensuite, dans les balances, nous avons des entrées ou transactions. Les transactions contiennent les informations suivantes : :
- Un id
- Un type
- Une date de création
- Un label (description)
- Une date d’opération (OrderedAt)
- Un statut
- Un Type
- Débit
- Crédit
- Une date de mise à jour
Les types de transactions (business type)
Les types de transactions sont les suivants :
- Annulation de paiement (PAYMENT_CANCELLATION)
- Échéance échue (PERIOD_CHARGE)
- Paiement de l'assuré (POLICY_HOLDER_PAYMENT)
- Remboursement à un assuré (POLICY_HOLDER_REFUND)
- Fin d'une police (POLICY_SUSPENSION)
Les moyens de paiements (PaiementMethod)
Les moyens de paiement sont ceux renseignés par les clients via nos PSP. Actuellement, nous ne prenons en charge que Stripe. Les informations bancaires ne sont pas accessibles via nos API ; elles sont sécurisées directement au sein de Stripe.
Polices (Policy)
La police porte le contrat d’assurance vis à vis d’un devis et donc la signature et le paiement de celle ci.
À un devis, nous pouvons associer qu’une seule police.
Une police d'assurance passera d'abord par une phase de brouillon, puis de signature, puis d'attente de paiement, et enfin d'activation si tout se passe bien.
Ensuite, la police pourra potentiellement être :
- abandonnée
- résiliée
- expirée
- renouvelée
La Police contient les mêmes éléments que le devis:
- l’id
- La date de création
- La date de mise à jour
- le portefeuille
- La Policy Sequence (Numéro de suivi des polices)
- Un Ledger (Suivi comptable)
- Une configuration de period (échéancier)
- Le produit d’assurance
- La liste des personnes associées avec leurs rôles
- Une date de début
- Une date de fin
- Les données (custom properties)
- L’id de demande de devis
- le prix (PriceItem) qui est reparti par garantie
- Le statut (détails ci dessous)
Avec en plus :
- une date de souscription
Les statuts d'une Police
Les statuts d'une Police sont les suivants :
- Créé - CREATED
- Bulletin d'adhésion généré - SUBSCRIPTION_FORM_GENERATED
- En attente de signature - SIGN_SUBMITTED
- Signé - SIGNED
- En attente de paiement - PAYMENT_METHODS_PENDING
- Certificat envoyé - SENT_EMAIL
- Approuvé - APPROVED
Dans certains cas, vous pouvez avoir les statuts suivants :
- PAYMENT_METHODS_NOT_REQUIRED
- ESIGN_NOT_REQUIRED
- REJECTED
Et éventuellement, vous pouvez rencontrer des statuts d'erreurs :
- ERROR_SENT_EMAIL
- ERROR_PAYMENT_METHODS_GENERATED
- ERROR_CERTIFICATE_GENERATED
Enfin, la police pourra à la fin du contrat etre :
- Renoncé
- Resilié
Précisions sur les dates des demandes de devis, devis et police
Voir le detail : Les Dates de demande de devis, devis et police
AML
Concernant les concepts utilisés sur la solution de conformité LCB-FT, nous avons dédié une page spécifique :