Internet Broker Project

1. Internet Broker Project

2. Q

3. Constatations • Retard de présence des courtiers sur internet • Seulement 10% des courtiers communiquent avec leurs clients par Internet • L’utilisation d’Internet augmente chaque jour, pas seulement chez les jeunes, mais dans toute la population • Les raisons principales d’une connexion internet sont: e-mail, chat & accès à de l’information • 50% des Belges utilisent une fois par semaine une application bankonline • L’e-banking, l’e-mail, le chat & l’écoute de musique sont les plus populaires

4. Et en assurances ? • Consommateur cherche de l’information et des documents pratiques principalement en prévente. • Les gens attendent une comparaison entre différents fournisseurs. • Seulement un petit groupe souhaite souscrire via Internet.

5. En Belgique il y a encore énormément d’espace pour bien positionner le canal de courtage et lui donner un rôle de “driver”.

6. Quoi? • Canal de communication et pas de distribution • Outil pour une meilleure visualisation de la profession. • Tous les courtiers sur internet • Brocom on top of Google • Respectueux de l’indépendance du courtier. • La combinaison avec la technologie doit permettre une fidélisation des clients. • Actualisation automatique • Outil de manipulation simple pour le courtier • Permet un accès du client à ses données

7. Qui? • Vous • Approche sectorielle • Vous (via les fédérations) • Brocom • Compagnies

8. Qui…fait…quoi? • Rien n’est imposé ! • Pas d’intervention externe indispensable • Celui qui génère une page la gère • Horaire, tél, etc => courtier • Produits compagnie => compagnie • Les compagnies donnent un catalogue dynamique • Portima sécurise les accès clients (AS/web)

9. Documentation électronique Site courtier personnalisé Chaque compagnie émet ses documents électroniques Folder de bureau sur autre support L’Internet Broker Project écrit un “Request for Proposal” et choisit un Web developerqui satisfait à l’architecture D’autres développeurs peuvent concevoir un site conforme à l’acrhitecture Catalogue electronique Squelette de base Lien vers package ou compagnie Sécurité Consultation contrats, sinistres,… Identification de l’utilisateur Chaque package peut donner accès aux contrats, sinsitres,.. Chaque compagnie peut donner accès pourcertains contrats,…(ex: branche 23,…) Portima developpe une identification de l’utilisateur en AS/WEB et le courtier donne lui-même.

10. Principes de base

11. Le catalogue Insurer A Strong authentication http://catalog.brocom.be http://catalog.brocom.be/public/catalog.xml Strong authentication Insurer B

12. Broker website Public zone Company Extranet (transaction on behalf of broker) Secured zone Sign-up form Password management Web facade exposed by Package Secured zone (inside broker’s site) 0. Anonymous access 5. Authenticated access Browser

13. Vue du processus d’accès (marketing campaign) Broker processes pending request and decides to give access or not The customer is aware of the possibility to access his data on the broker’s site, he performs self-registration Anonymous customer, Not knowledgeable about the possibility to access his data on the broker’s site The customer e-mail has been validated ,but no package info is attached to his profile, the customer can’t access package info The customer e-mail has been given access by the broker and sufficient package info has been attached to his profile, so that the access is possible.

14. Customer Step 1 ( transparent reference to security server ) Broker web site Link: give OfficeID and language Step 2: fill the form Security Server • Sign-up form • Mandatory and optional fields (choose email and password) • Customized look & feel Step 0 (OPTIONAL) “Visit my web site” Step 3 Store sign-up request in a specific status: “ToActivate” Broker Security Server DB Step 4 Send activation email to customer with activation link 14

15. Customer Step 5 Activation link Security Server Activate by clicking Step 6 Confirm sign-up request in a specific status: “Pending” Activation email to customer with activation link (Step 4) Security Server DB Step 7 Notify broker of a pending request Broker

16. Validation du courtier Step 12 Broker CustomerProfile application Step 8 The broker opens pending request using CustomerProfile application Customer is validated and gets assigned to a specific taker in the package (with connection parameters) Step 11 Step 10 Sends back: PackageExtendedInformation Distinguished Name of eID, if any Comparison of Pending Request and Package information Decision: accept/reject Step 9 Start a Contextual Exchange to retrieve taker information Package 16

17. Broker website Public zone Company Extranet (transaction on behalf of broker) Secured zone Sign-up form Password management Web facade exposed by Package Secured zone (inside broker’s site) 4. Get “assertion SAML ticket” and parse user info 0. Anonymous access 5. Authenticated access 3. Forward “artifact SAML ticket” to Security Server 2. Back to web site with “artifact SAML ticket” Security Server Browser • Redirect • and authenticate « Don’t know the user, redirect to security server » « I receive a ticket, I forward it to the security server for validation »

18. Simple et rapide ! • Ce qui précède est • Transparent pour vous • Géré par d’autres • Vous liez simplement l’accès du client et son dossier • Softs courtiers vont développer accès client • Votre partie du travail • Choix des modules • Edition simple (comme word)

19. Changement de texte

20. Exemple les chapitres • Vous souhaitez réorganiser votre site • Vous ajoutez une activité • Vous supprimez une activité

22. La bibliothèque • Sous forme de widgets (gadgets) • Gérée de manière centrale • Langage commun donc pour tous

26. Quand? • Projet lancé mi 2008 • Urgence relative vu le changement de comportement des clients • Premiers tests 4-5/2009 • Livraison 9/2009 • Rendez-vous le 3 juin 2009

27. Pour vos clients Mon courtier est la meilleure des assurances Pour vous Internet est la meilleure des assurances pour votre avenir