Skip to content

💳 Spécifications Fonctionnelles — Abonnements & Facturation SaaS ​

Ce document détaille les règles métier de gestion des abonnements (Billing Engine) et de la génération automatique des factures au sein de la plateforme Ash-Wallet.


1. Parcours Développeur (Onboarding & Configuration) ​

  1. Inscription : Le développeur s'inscrit sur la console ash-wallet-gate.
  2. Création de Projet : Il configure un projet et renseigne ses clés API FedaPay (Sandbox et Live).
  3. Activation du Mode SaaS : Le développeur active le module d'abonnements pour son projet en chargeant les plans de base ou en en créant des personnalisés.
  4. Intégration : Le projet expose un endpoint public /billing-plans renvoyant la liste des abonnements disponibles, que le développeur affiche directement sur sa propre plateforme web ou mobile.

2. Cycle de Vie des Plans d'Abonnement ​

Le Billing Engine gère deux typologies de plans :

A. Le Plan d'Essai (Trial) ​

  • Règle d'UnicitĂ© : Un projet ne peut comporter qu'un seul plan de type "pĂ©riode d'essai".
  • Règle d'Usage : Un client final du projet ne peut souscrire Ă  la pĂ©riode d'essai qu'une seule fois.
  • Configuration : La durĂ©e de la pĂ©riode d'essai est configurable par le dĂ©veloppeur (ex: 7 jours, 14 jours, 30 jours).

B. Les Plans Payants ​

Le développeur peut choisir entre deux modes de facturation pour le premier cycle d'un plan payant :

  1. Paiement Immédiat : Le client paie dès la souscription.
    • Statut Facture : La facture est marquĂ©e "PayĂ©e" immĂ©diatement après validation de la transaction.
  2. Paiement à l'Échéance (Post-payé) : Le premier paiement est dû à la fin du premier cycle d'utilisation.
    • Statut Facture : Une facture temporaire est Ă©mise avec la mention "Ă€ payer".

3. Système de Relance & Retards de Paiement (Past Due) ​

Si une facture n'est pas réglée à la date d'échéance :

  1. Changement d'État : L'abonnement bascule automatiquement dans le statut past_due (en souffrance).
  2. Notification Client : Le système envoie un e-mail de notification pour signaler le défaut de paiement.
  3. Personnalisation : Le développeur peut personnaliser le modèle de cet e-mail de rappel depuis son dashboard.
  4. Fréquence des Relances : Les relances automatiques s'effectuent durant la période de grâce selon une fréquence configurable par le développeur :
    • Options disponibles : relance tous les 3 jours, 7 jours ou 10 jours.

4. Génération de Factures PDF & Envoi d'E-mails ​

  • DĂ©clencheur : Tout paiement validĂ© (initialisation, renouvellement ou rĂ©gularisation) dĂ©clenche automatiquement l'Ă©mission d'une facture.
  • Contenu : Le PDF de la facture est gĂ©nĂ©rĂ© Ă  la volĂ©e avec les dĂ©tails de la transaction (opĂ©rateur, montant, devise, informations du locataire) et la mention "PayĂ©e".
  • Envoi : Le client reçoit immĂ©diatement un e-mail automatique contenant la facture PDF en pièce jointe, et une copie est archivĂ©e sur le stockage S3.

5. Moteur de Facturation Avancé (Invoice Ninja) ​

Pour garantir une flexibilité maximale et un rendu visuel optimal des factures, la plateforme intègre l'API d'Invoice Ninja en arrière-plan.

Architecture des 2 Niveaux de Facturation : ​

  1. Niveau 1 — Relevés & Factures AshGateway (Plateforme ➔ Marchand) :

    • Factures de commission de routage (0,5%) et d'abonnements SaaS Ă©mises par Ashborn SAS pour le marchand.
    • Consultables et tĂ©lĂ©chargeables sur ash-gate dans la section RelevĂ©s & Factures (/dashboard/billing).
  2. Niveau 2 — Factures des Clients du Marchand (Marchand ➔ Client Final) :

    • Factures d'achats Ă©mises sous la marque du marchand Ă  destination de ses propres acheteurs finaux.
    • Le marchand choisit le modèle visuel par dĂ©faut (Modern, Clean, Bold, ÉlĂ©gant) dans l'onglet Modèles de Facture (/dashboard/templates).
    • L'historique et l'Ă©mission sont gĂ©rĂ©s dans l'onglet Mes Factures Clients (/dashboard/invoices).

6. Flux d'Émission Automatique 100% Transparent ​

Tout paiement validé déclenche automatiquement l'émission de la facture sans aucune action manuelle requise :

[ 1. Intégration SDK/API Marchand ]
             │
             â–Ľ 1.1 POST /v1/checkout (API Key Marchand)
[ 2. Backend AshGateway ] ───(Sélectionne le Modèle Actif)───> [ 3. API Invoice Ninja ] (Crée facture PENDING)
             │
             â–Ľ 2.1 L'Acheteur Paye (Wave, FedaPay, Carte)
[ 4. Webhook de Paiement ]
             │
             ▼ 4.1 Validation & Validation du Règlement
[ 5. Invoice Ninja ] ───(Tampon "PAYÉ" + Génération PDF)───> 📧 Envoi Automatique au Client Final
  • Headless / PilotĂ© par API : Le moteur fonctionne de façon 100% transparente.
  • Envoi Automatique : Le client final reçoit son reçu PDF tamponnĂ© "PAYÉ" dès la validation du règlement.
  • TĂ©lĂ©chargement SĂ©curisĂ© : Le marchand et l'acheteur peuvent tĂ©lĂ©charger le PDF Ă  tout moment via l'API sĂ©curisĂ©e.

Propulsé de manière serverless par VitePress.