Aller au contenu
Titreo E-Pay — Doc développeur

Maturité par projet

Le dossier app/ contient des briques à des stades très différents. Cette page donne l’état réel de chacune, pour éviter de croire qu’un dossier qui « existe » est terminé.

Légende

Section intitulée « Légende »
Badge Signification
actif Code fonctionnel, testé, intégré. Prêt (ou presque) pour la production.
prototype Structure complète, logique partielle. Fonctionne mais incomplet ou non durci.
squelette Arborescence et routes esquissées, en attente d’endpoints ou de logique.
POC Preuve de concept / harnais d’exploration. Pas du code de production.
sandbox Environnement de test, pas une brique livrable.

Tableau

Section intitulée « Tableau »
Brique Maturité Notes
api/ actif Le cœur. Domaine, orchestration outbox, HTTP, 26 migrations, tests HTTP + intégration. Accès Titréo par marchand, journal d’appels, API de logs. La brique la plus mûre.
sdk-js actif 0.2.0. Client typé, build ESM+CJS, vérification de webhook, remboursement par legIds, X-Correlation-Id. Distribué par archive sur le CDN.
sdk-php actif 0.2.0. Client PSR-18, vérification de webhook, remboursement par legIds, X-Correlation-Id. Distribué par archive sur le CDN.
checkout-sdk actif 0.1.2. Web Components Lit, loader d’adapters, attribut correlation-id, build dist/ présent.
adapter-stripe-client actif Stripe Elements, 3DS, mapping de thème. dist/ présent.
adapter-adyen-client actif Adyen Web Components, paymentMethod chiffré, 3DS. dist/ présent.
adapter-titreo-gift-client prototype Structure minimale ; dépend de l’endpoint de lookup de solde.
checkout-page actif Page Next.js qui monte le checkout-sdk ; config en place.
epay-shopify-app démonstration en ligne 1.1.0. App Shopify : backend hébergé (shopify.<domaine>), clé E-Pay par boutique, extensions checkout + espace client, idempotence persistée, webhooks de conformité, configuration de production séparée (à compléter). FX ignorée.
plugin-prestashop démonstration en ligne Module 0.6.0 complet (install, hooks, controllers, refund BO par moyen de paiement, cron), paquet installable publié sur le CDN (tep plugin publish presta), en service sur presta.<domaine>. Sans tests automatisés.
demo-shop-prestashop démonstration en ligne Image PrestaShop 8.2 + module embarqué, installée automatiquement (tep presta setup).
console-admin squelette Marchands, clés API, configs PSP, accès cartes cadeaux (lecture), transactions, journal métier, logs techniques (explorateur et trace), téléchargements. Sans tests automatisés.
console-merchant squelette Assistant d’onboarding par plateforme, PSP, accès cartes cadeaux, clés API, webhooks, transactions, remboursement par moyen de paiement, équipe. Sans tests automatisés.
demo-shop prototype Catalogue de six scénarios, cartes bancaires de test Stripe, cartes cadeaux de test Titréo réelles. Pas de persistance des commandes.
giftcard-feasibility POC Harnais de faisabilité du miroir gift card Shopify (tests 1–4, saga, UI consumer). Valide localement la faisabilité ; pas du code de prod.

Conséquences pour une reprise

Section intitulée « Conséquences pour une reprise »
  • À documenter/maintenir en priorité : api/, les SDK, checkout-sdk et les adapters actifs — c’est le chemin critique d’un paiement.
  • À finir avant mise en service : consoles (squelettes), adapter-titreo-gift-client, plugin PrestaShop (durcissement + tests bout en bout).
  • À traiter comme référence, pas comme prod : giftcard-feasibility (mais ses patterns de saga ont inspiré l’app Shopify réelle).