Inscription d'un courtier

En bref

Un courtier arrive par l’inscription publique ou par une création par l’équipe. Le système retrouve son cabinet par le numéro FSMA (inscription auprès du régulateur belge), crée le cabinet et le premier administrateur, puis lui donne accès au portail. L’administrateur du cabinet accepte ensuite la convention d’intermédiation et invite son équipe.

Le déroulé

flowchart TD
  subgraph CB["Courtier"]
    a["Inscription publique"]
    g["Portail courtier"]
    h["Convention d'intermédiation<br/>acceptée par l'admin du cabinet"]
    i["Membre d'équipe invité<br/>choisit son mot de passe"]
  end
  subgraph EQ["Équipe Inqase"]
    a2["Création par l'admin"]
  end
  subgraph SY["Système"]
    b["Inscription du courtier<br/>correspondance FSMA"]
    c["Cabinet et premier utilisateur admin créés"]
    d["Cabinet existant<br/>rejoint par l'admin uniquement"]
    e["Refus : cabinet déjà inscrit<br/>ou adresse du personnel"]
    s["SLACK : Courtier inscrit<br/>À : canal Slack principal<br/>Type : avertissement"]
    f["EMAIL : Lien magique de bienvenue<br/>À : premier utilisateur<br/>Type : transactionnel"]
    f2["EMAIL : Invitation courtier<br/>À : utilisateur créé ou invité<br/>Type : transactionnel"]
    j["EMAIL : Convention signée<br/>À : l'utilisateur qui accepte<br/>Type : transactionnel"]
  end
  a -->|lance| b
  a2 -->|lance| b
  a -->|à chaque inscription| s
  b -->|FSMA inconnu| c
  b -->|FSMA connu, admin| d
  b -->|FSMA connu, inscription publique| e
  c -->|inscription publique, valable 24 h| f
  c -->|création par l'admin| f2
  f -->|ouvre| g
  f2 -->|ouvre| g
  g -->|invite| i
  i -->|reçoit| f2
  g -->|accepte| h
  h -->|chaque acceptation| j
  classDef action fill:#ffe86d,stroke:#a28e26,color:#574900
  classDef status fill:#9ce6ff,stroke:#2c97bb,color:#1c4657
  classDef problem fill:#ffb575,stroke:#b8742f,color:#5a2d00
  classDef email fill:#b8acfb,stroke:#8a7be0,color:#231266
  classDef external fill:#e5e7eb,stroke:#9ca3af,color:#374151
  class a,a2,g,h,i action
  class b,c,d status
  class e problem
  class f,f2,j email
  class s external

Deux chemins d’entrée (publique avec lien magique, création par l’équipe avec invitation à choisir un mot de passe) mènent au même portail. L’alerte Slack part à chaque inscription publique, même refusée.

Étapes

1. Le courtier remplit l’inscription publique, ou l’équipe le crée depuis l’administration.
2. Le système cherche le cabinet par le numéro FSMA : inconnu, il crée le cabinet et l’administrateur ; connu, l’inscription publique est refusée et seul l’administrateur peut rattacher un utilisateur.
3. L’accès arrive par email : lien magique de bienvenue (valable 24 h, renvoyé une fois s’il a expiré) pour l’inscription publique, invitation avec mot de passe pour la création par l’équipe.
4. L’administrateur du cabinet accepte la convention d’intermédiation en ligne : un PDF est archivé et envoyé par email.
5. Il invite les membres de son équipe, qui reçoivent un lien pour choisir leur mot de passe.

À valider en équipe

• Le courtier reçoit-il un accusé de réception de son inscription ? Aucun n’est envoyé aujourd’hui.
• Un cabinet déjà inscrit sans administrateur actif est orienté vers le support : qui le traite et sous quel délai ?
• Le courtier peut-il utiliser le portail sans avoir accepté la convention ? Seul le paiement des relevés est bloqué.
• Un courtier créé par l’équipe qui n’ouvre jamais son invitation : y a-t-il une relance ?

Règles et détails

La convention d’intermédiation et le rattachement des prospects sont décrits dans Inscription et reprise des courtiers. Les droits par portail sont dans Portails et courtiers.

Où dans le code

• app/Actions/Broker/OnboardBroker.php
• app/Http/Controllers/PartnerSignupController.php
• app/Services/MagicLinkService.php, app/Services/BrokerAgreementService.php
• app/Http/Controllers/Broker/TeamController.php