Revue manuelle et prix sur mesure

En bref

Le système ne refuse jamais une demande seul : un cas douteux (secteur exclu, TVA bloquée, réponse de risque non conforme, chiffre d’affaires trop élevé) s’arrête dans la revue manuelle. L’équipe Inqase l’approuve, la refuse ou la chiffre depuis le pipeline admin. À retenir : personne chez Inqase n’est prévenu quand une demande arrive en revue, et seul un refus envoie un email au prospect.

Le déroulé

flowchart TD
  subgraph P["Prospect ou courtier"]
    a1["Secteur refusé ou TVA bloquée<br/>étape 2"]:::problem
    a2["Chiffre d'affaires de plus de 25 millions<br/>étape 2"]:::problem
    a3["Réponse de risque non conforme<br/>étape 3 ou assistant courtier"]:::problem
    d["Page de statut du prospect<br/>analyse en cours, un courtier reprendra contact"]:::action
  end
  subgraph S["Système"]
    b["En attente de revue manuelle"]:::status
    c["En attente de revue<br/>prix sur mesure"]:::status
    gap["Aucun email ni Slack à l'équipe<br/>aucun courtier prévenu"]:::problem
    eDecl["EMAIL : Demande refusée<br/>À : contact de la demande<br/>Type : transactionnel"]:::email
  end
  subgraph E["Équipe Inqase, pipeline admin"]
    e["En revue<br/>quelqu'un la prend en charge"]:::status
    f["Approuvée"]:::status
    g["Refusée"]:::problem
    gap2["Aucun email au prospect<br/>à l'approbation"]:::problem
    h["Offre calculée<br/>valable 30 jours"]:::done
  end
  a1 -->|"met en revue manuelle"| b
  a3 -->|"met en revue manuelle"| b
  a2 -->|"met en revue prix sur mesure"| c
  b -->|"redirige"| d
  c -->|"redirige"| d
  b -->|"personne n'est alerté"| gap
  c -->|"prend en charge"| e
  c -->|"approuve"| f
  b -->|"approuve"| f
  e -->|"approuve"| f
  b -->|"refuse"| g
  c -->|"refuse"| g
  e -->|"refuse"| g
  g -->|"envoie"| eDecl
  f -->|"calcule l'offre"| h
  f -->|"n'écrit pas au prospect"| gap2
  b -->|"calcule l'offre directement"| h
  classDef action fill:#ffe86d,stroke:#a28e26,color:#574900
  classDef status fill:#9ce6ff,stroke:#2c97bb,color:#1c4657
  classDef done fill:#b3e65f,stroke:#6f9a24,color:#2c4300
  classDef problem fill:#ffb575,stroke:#b8742f,color:#5a2d00
  classDef email fill:#b8acfb,stroke:#8a7be0,color:#231266

Trois causes mènent en revue (en haut), le prospect ne voit qu’une page d’attente, et la décision se prend dans le pipeline admin ; le seul email part au refus.

Étapes

1. Entrée en revue. Un secteur exclu, une TVA bloquée ou une réponse de risque non conforme mettent la demande en « En attente de revue manuelle ». Un chiffre d’affaires de plus de 25 millions la met en « En attente de revue » (prix sur mesure).
2. Page d’attente. Le prospect arrive sur une page « Analyse en cours » (ou « Offre sur mesure ») qui annonce que son courtier, ou un courtier partenaire, reprendra contact. Son lien de reprise ramène à cette page.
3. Prise en charge. Pour un prix sur mesure, un membre de l’équipe peut se l’assigner : la demande passe « En revue ».
4. Décision. L’équipe approuve ou refuse, avec un motif. Un refus envoie l’email « Demande refusée » au contact ; une approbation n’envoie rien.
5. Chiffrage. L’équipe calcule l’offre (après approbation, ou directement depuis « En attente de revue manuelle »). L’offre est valable 30 jours et la demande reprend le cours normal, voir Parcours public d’une offre.
6. Assistant courtier. Quand un courtier crée l’offre, une réponse de risque non conforme met aussi la demande en revue : le courtier voit un message « en analyse » et aucune offre n’est calculée.

À valider en équipe

• Personne dans l’équipe n’est prévenu qu’une demande attend : faut-il un email ou un message Slack, ou un tableau de bord relu chaque jour ?
• La page du prospect promet qu’un courtier reprendra contact, mais aucun courtier n’est prévenu. Qui rappelle le prospect ?
• Le « prix sur mesure » donne le même calcul automatique que le tarif standard : l’équipe peut-elle fixer un autre prix, et comment ?
• Si le prospect est parti avant l’étape 4, aucun montant de couverture n’est enregistré et le calcul de l’offre échoue : l’admin doit-il saisir le montant à sa place, ou renvoyer le prospect ?
• Faut-il prévenir le prospect de l’approbation, ou d’une offre prête ?
• Les rappels de demande abandonnée ne partent plus pendant la revue : le prospect peut-il attendre sans nouvelle ?

Règles et détails

Les statuts de revue et le refus par un admin sont décrits dans Cycle de vie d’une offre ; les emails et les trous d’alerte dans Emails. Pour la transmission à un courtier après le calcul de l’offre : Courtier de l’annuaire et reprise.

Où dans le code

• backend/app/Http/Controllers/Quote/QuoteFlowController.php
• backend/app/Http/Controllers/Admin/Pipeline/ActionController.php
• backend/app/Services/CompanyEligibilityService.php
• backend/app/Services/SubmissionService.php
• backend/resources/js/Components/Quote/OffRampScreen.vue