Aller au contenu

EF — pages PDP (Échéancier, Tirages travaux)

Chantier de l'initiative Linear « Avoir un nouvel espace financement » : les pages de gestion post-financement du PDP sur le nouvel EF, développées en parallèle de la migration (ADR 2026-06-16 bascule Big Bang). Une page = un projet Linear ; cette fiche agrège la vue macro.

Problème

[hypothèse non formulée] — à formuler par William (JTBD du PDP sur l'échéancier / les tirages).

Outcome visé

[outcome non formulé]

Hypothèses (falsifiables)

[hypothèse non formulée]

Plus petit test (MVP)

[à renseigner]

Learning goal

[à renseigner]

Lentille design (si impact UI)

  • Specs / handoff : BRI-1351 — fiche specs Page Échéancier (desktop), POC handoff automatisé (BRI-1309), owner Rémy.
  • États couverts : empty states vide / chargement / erreur cadrés dans BRI-1361.
  • QA design : [QA design non passée]

Objectif

Principe V1 : ISO Bubble (ou au plus proche) — pas de nouvelles features, pas de réarchi ; on ship, puis on itère (Slack EF 2026-07-01, récap cadrage).

Livrables attendus

Équipe

  • Owner : William Delmas (lead des 2 projets Linear)
  • Contributors : Hugo Cherchi (tech lead EF front), Benoît (back EF) — cf. annuaire équipe ; Alban (endpoints actus / requêtes) ; Rémy (specs / handoff)
  • Stakeholders : Romain Bazil (produit), Denis Mludek (CTO)

Jalons

  • [x] 2026-06-24 : démarrage Page Échéancier
  • [ ] 2026-07-01 : ancienne date cible Page Échéancier — replanification requise dans Linear
  • [ ] 2026-07-06 : démarrage Page Tirages travaux
  • [ ] 2026-08-07 : target Page Tirages travaux

Métriques de succès

[outcome non formulé] — à reprendre de l'outcome visé.

Risques identifiés

  • Dépendance aux endpoints actus et requêtes pour les pages suivantes.

État actuel

Dernière mise à jour : 2026-10-26

2026-10-21 / 2026-10-23 — fin des tirages travaux et QA de l'espace PDP

  • Tirages travaux : la plupart des PR sont mergées ; reste celle du gel du parcours, qui empêche le PDP de téléverser des factures pendant cette période ; démo faite au métier, retours à intégrer — Leexi synchro PDP 2026-10-21.
  • Migration Bubble : environ 200 dossiers migrés en dev pour test, projet Linear d'anomalies créé ; recette à répartir dans l'équipe, environnement cloné de la prod proposé pour des données représentatives [à vérifier] — Leexi synchro PDP 2026-10-21.
  • QA de l'espace PDP visée à partir du milieu de la semaine du 2026-10-26, date de release selon ses résultats ; communication aux porteurs à prévoir (réinitialisation du mot de passe à la première connexion, continuité) — Leexi NEW Standup 2026-10-23.

2026-10-16 — démo tirages travaux / bénéficiaires et cadrage des commentaires

  • Tirages travaux (app PDP) : une demande = une facture, avec étape récapitulative pour enchaîner une nouvelle demande, conforme à l'ADR 2026-10-14 ; côté back-office, onglet Factures (accepter / refuser) et, à venir, « Créer une demande de tirage » qui regroupe plusieurs factures en un seul paiement avec contrôle du solde au virement [source locale non partagée].
  • Points ouverts tirages : contrôles d'intégrité à définir ; notifications mail à brancher [source locale non partagée] [à vérifier].
  • Bénéficiaires effectifs (KYB) : synchronisation Papers depuis le SIREN ; le seuil de détention et les justificatifs requis restent à valider avec la conformité ; ajout manuel pour les sociétés non couvertes ; pas de saisie côté PDP en V1 [source locale non partagée] [à valider conformité].
  • Commentaires sur documents et factures : pas de thread (documents, analyse, factures) ; un commentaire PDP par document ; sur les factures, dernier commentaire PDP + motif de refus. La migration de l'historique doit respecter les règles d'accès et de conservation [source locale non partagée] [outcome non formulé].

Évolution multi-factures — cadrage design (2026-10-08, remplacé par l'ADR 2026-10-14)

  • Une demande de tirage doit pouvoir regrouper une ou plusieurs factures, chacune avec ses métadonnées, son statut et son motif de refus éventuel [source locale non partagée].
  • Direction à prototyper : factures en accordéons ajoutables, montant par facture, total cumulé et CTA de demande global ; modale conservée seulement si la densité reste lisible [source locale non partagée].
  • Point métier bloquant pour figer les états : confirmer si un tirage peut être accepté avec certaines factures refusées et si son montant final est la somme des factures acceptées [à vérifier] [source locale non partagée].
  • Impact technique à arbitrer : BRI-1392 a figé « 1 demande = 1 ligne, jamais de merge » ; le batch requiert un parent, un identifiant de groupe ou une relation dédiée.
  • L’édition après dépôt doit être articulée avec BRI-1552. [outcome non formulé] · [QA design non passée].

Chantiers

Page Statut Issues Lead
Page Échéancier In Progress BRI-1360 In Review · BRI-1361 In Review · BRI-1362 Done William
Page Tirages travaux In Progress BRI-1391 (base module lecture seule) · BRI-1392 (modals + flux de demande) William

Décisions produit — impact sur le scope initial

  1. Facture obligatoire pour toute demande de tirage → l'upload devient required dans le modal « Demander un tirage » ; impacte BRI-1392 (modal + flux backend) (Slack EF 2026-07-02, confirmé Romain).
  2. Page Actus = union des actus publiques uniquement (demande PDP + gestion des défauts + Bricks, chaque item typé/statué, discriminé au front) — pas le fil de communication interne défauts ; le PDP y retrouve ce que les investisseurs voient (Slack EF 2026-07-01, récap + fil Romain/Alban).
  3. « Requêtes » (terme retenu, ni « demandes » ni « votes ») : préformatées prorogation (mois) / report de procédure (date) + « autre » (texte libre) ; pas d'upload de doc V1 ; mono-projet ; endpoints POST/GET à réaliser ; nommage « gel désintérêt » → « report de procédure » à nettoyer (Slack EF 2026-07-01, récap cadrage).
  4. Flow analyse : annulation explicite plutôt qu'édition hybride — pas de dossier éditable pendant l'analyse ; bouton + modale de confirmation + disclaimer → retour à l'étape emprunteur en draft → re-soumission via le CTA existant. Motivation : dossier figé pendant l'instruction + responsabiliser le PDP (chaque envoi en analyse a un coût). Les spécifications initiales doivent être actualisées (Slack EF 2026-07-01, flow analyse).

Points ouverts

  • Endpoints requêtes (POST/GET) à réaliser (Slack EF 2026-07-01).
  • Spécifications du flow analyse à actualiser.
  • Un point de sécurité sur le stockage de documents a été remonté et est en cours de vérification (Slack EF 2026-07-01) — détail dans le thread source.
  • La date cible du 2026-07-01 n'est plus valide. Replanifier le projet dans Linear.

Liens

Sources

Agrégées dans sources.md.