Inscription et reprise des courtiers
Fonctionnement
Section intitulée « Fonctionnement »Inscription et équipe du courtier
Section intitulée « Inscription et équipe du courtier »Le déroulé complet, avec les emails et les alertes, est dans le flux Inscription d’un courtier.
L’inscription d’un courtier passe par un seul point d’entrée. Il retrouve un cabinet existant par son numéro FSMA (le numéro d’inscription du courtier auprès de l’Autorité des services et marchés financiers, le régulateur belge), réutilise un utilisateur courtier existant, et renvoie un résultat explicite, jamais une fusion silencieuse. L’inscription publique ne rejoint jamais un cabinet existant : un numéro FSMA connu donne « cabinet déjà inscrit ». Rejoindre est réservé à l’administrateur. L’inscription envoie une alerte Slack. Le nouveau courtier reçoit le lien magique de bienvenue, l’équipe une alerte Slack, et aucun autre email.
Courtier de l’annuaire et reprise
Section intitulée « Courtier de l’annuaire et reprise »Le déroulé complet, avec les emails et les alertes, est dans le flux Courtier de l’annuaire et reprise.
Le « Nouveau prospect » part au premier calcul seulement, avec la boîte de reprise en copie ; choisir un courtier de l’annuaire n’envoie rien. La reprise envoie un seul email, au premier destinataire joignable ; le partenaire compte s’il a des utilisateurs et que l’offre n’est pas clôturée. L’invitation à l’annuaire part une fois par demande. Côté administrateur, « Assigner un courtier » (avec la case de notification), « prévenir le partenaire » et « inviter le courtier de l’annuaire » reprennent ces mêmes envois. La revue manuelle est dans Cycle de vie de l’offre.
Règles et pièges
Section intitulée « Règles et pièges »- Lien de rattachement. Le lien de souscription du courtier (courtier actif uniquement) mémorise le courtier dans le navigateur pendant 90 jours et renvoie vers le parcours d’offre cyber. Le lien d’une communication courtier fait de même. La demande est ensuite rattachée au courtier. Le rattachement est perdu dans un autre navigateur.
- Convention d’intermédiation. L’administrateur du cabinet accepte en ligne par case à cocher, sans signature électronique. Le PDF est généré par cabinet à partir du texte légal, archivé avec son empreinte numérique (SHA-256), l’adresse IP du signataire et son navigateur, et envoyé par email. Le statut dépend uniquement de la version du texte : non signée, avenant en attente quand la version change, signée. La valeur probante repose sur le PDF archivé et la date d’acceptation.
- Le paiement d’un relevé est bloqué tant que le cabinet n’a pas accepté sa convention. Un relevé ne passe pas à « payé » sans convention en vigueur.
- Transmission d’un prospect. Quand un prospect chiffré clique pour contacter un courtier, le système envoie un email à qui peut reprendre : le courtier partenaire (email « Offre à suivre », obligatoire), sinon le courtier de l’annuaire qu’il a nommé (une invitation à rejoindre, une fois par demande), sinon la boîte de transmission d’Inqase. L’étape partenaire ne compte que si le courtier a des utilisateurs et que l’offre n’est pas clôturée. L’offre reste payable par le prospect pendant ce temps.
Pourquoi : une acceptation en ligne avec un PDF généré active les courtiers plus vite qu’une signature électronique, et une nouvelle version du texte exige seulement un avenant.
Pourquoi : le lien de souscription enregistre la visite et pose un cookie, pour qu’une demande qui revient plus tard appartienne toujours au courtier qui l’a partagé.
Où dans le code
Section intitulée « Où dans le code »app/Actions/Broker/OnboardBroker.php,app/Actions/Quote/HandOffToBroker.phpapp/Services/BrokerAgreementService.php
Questions ouvertes
Section intitulée « Questions ouvertes »Aucune pour l’instant.