L’Extranet Courtage AXA, aussi appelé Inaxa, est la plateforme réservée aux courtiers indépendants enregistrés à l’ORIAS pour gérer les contrats distribués via le canal courtage AXA. Migrer vers cet outil depuis un autre extranet (celui d’un concurrent ou un portail multi-compagnies) ne se résume pas à créer un compte : la transition suppose une cartographie précise de votre portefeuille, une adaptation de vos flux de données et un recalibrage de vos habitudes de travail.
Cartographie du portefeuille avant bascule vers Inaxa
Avant toute démarche technique, la priorité est d’identifier quels contrats pourront effectivement être retrouvés dans Inaxa. La plateforme ne donne accès qu’aux contrats distribués via le canal courtage AXA. Un contrat géré via un mandat d’agent général ou le réseau salarié AXA (accessible sur Spoolnet, l’extranet interne du groupe) n’apparaîtra pas dans Inaxa.
A voir aussi : Annoncer son départ à la retraite à son employeur : les étapes à suivre pour une transition réussie
Cette distinction entre Inaxa et Spoolnet est le premier piège d’une migration. Si votre cabinet a historiquement travaillé avec plusieurs canaux AXA, certains contrats resteront invisibles après la bascule.
Concrètement, listez chaque contrat de votre portefeuille actuel en notant son canal de distribution d’origine. Ceux qui relèvent du courtage apparaîtront dans Inaxa. Les autres nécessiteront un traitement séparé, voire un transfert de canal auprès d’AXA, une procédure qui n’est ni automatique ni garantie.
A lire également : Créer un site web professionnel : les étapes clés pour réussir
Extranet courtage AXA : obtenir et sécuriser son accès
L’accès à Inaxa passe par une demande formelle auprès d’AXA France. Le courtier doit justifier de son inscription à l’ORIAS et de sa conformité réglementaire. AXA vérifie le statut juridique, les garanties financières et la capacité professionnelle avant de délivrer les identifiants.
Une fois le compte activé, la connexion repose sur une authentification multifacteur alignée sur les exigences du règlement européen DORA (Digital Operational Resilience Act). À chaque connexion, un second facteur (notification push ou code temporaire) est requis, y compris sur mobile.
Gestion des accès multiples au sein du cabinet
Si votre cabinet compte plusieurs collaborateurs, chaque utilisateur doit disposer de son propre identifiant. Inaxa permet de configurer des profils avec des niveaux de droits différents : consultation seule, gestion des sinistres, accès aux commissions.
- Identifiez les collaborateurs qui auront besoin d’un accès et leur périmètre d’intervention (production, sinistres, comptabilité)
- Demandez la création des comptes en amont de la migration pour éviter un temps mort opérationnel le jour de la bascule
- Documentez les procédures de récupération de mot de passe, car le support AXA traite ces demandes avec un délai variable
Connecteurs API et intégration avec votre outil de gestion
Un courtier qui migre depuis un extranet concurrent utilise souvent un logiciel de gestion interne (CRM courtage, outil de GED, comparateur). La question centrale est : Inaxa peut-il communiquer avec votre outil existant ?
AXA ouvre progressivement Inaxa via des API et des connecteurs standardisés. Cette évolution permet d’automatiser certains flux : récupération des données contractuelles, synchronisation des statuts de sinistres, import des relevés de commissions. L’objectif affiché est de réduire la double saisie, qui reste le principal irritant lors d’un changement de plateforme.
Vérifier la compatibilité technique avant la migration
Tous les logiciels de courtage ne disposent pas encore d’un connecteur natif avec Inaxa. Avant de lancer la migration, contactez votre éditeur de logiciel pour vérifier la disponibilité d’une interface. Si aucun connecteur n’existe, deux options se présentent :
- Développer une intégration sur mesure via les API documentées par AXA, ce qui suppose un budget technique et un délai de développement
- Travailler en mode mixte, avec saisie manuelle sur Inaxa et import périodique des données dans votre outil interne via des exports CSV ou similaires
- Attendre la sortie d’un connecteur officiel, en sachant que le calendrier dépend de l’éditeur et d’AXA
Le mode mixte est souvent la réalité des premiers mois de migration. Prévoyez une période de transition où la double saisie sera inévitable.
Conformité réglementaire et migration extranet AXA
Changer d’extranet n’est pas neutre sur le plan réglementaire. Le courtier reste responsable de la continuité de service envers ses clients pendant toute la durée de la migration. Cela signifie que les obligations DDA (Directive sur la Distribution d’Assurances) s’appliquent sans interruption, même si l’accès aux données est temporairement dégradé.
Le règlement DORA ajoute une couche d’exigences sur la résilience opérationnelle numérique. En pratique, cela implique de documenter votre plan de migration : quel est le calendrier, quelles données sont transférées, quels risques d’interruption avez-vous identifiés, et quelles mesures de repli prévoyez-vous si Inaxa est indisponible pendant la bascule.
Archivage des données de l’ancien extranet
Avant de résilier votre accès à l’ancien extranet, exportez et archivez l’intégralité des données contractuelles, des historiques de sinistres et des échanges clients. Ces données vous appartiennent et peuvent être exigées en cas de contrôle ACPR ou de litige client, parfois plusieurs années après la fin d’un contrat.
Conservez ces archives dans un format exploitable et sécurisé, indépendant de la plateforme d’origine.
Calendrier réaliste d’une migration vers l’extranet courtage AXA
La durée d’une migration varie selon la taille du portefeuille et le degré d’intégration technique souhaité. Un cabinet de taille modeste, avec un portefeuille concentré sur le canal courtage, peut être opérationnel sur Inaxa en quelques semaines. Un cabinet multi-compagnies avec des flux API complexes doit plutôt compter plusieurs mois.
Le séquencement le plus courant suit trois phases : cartographie et demande d’accès, puis période de fonctionnement en double (ancien extranet et Inaxa en parallèle), puis bascule définitive avec fermeture de l’ancien accès. La phase de double fonctionnement est la plus coûteuse en temps, mais c’est elle qui sécurise la transition.
Prévoir un point de contrôle à mi-parcours permet d’identifier les contrats orphelins (ceux qui n’apparaissent pas dans Inaxa) et les écarts de données entre les deux systèmes. Ces écarts sont fréquents et se corrigent plus facilement pendant la phase de double fonctionnement qu’après la bascule définitive.
