DIAPOSITIVE 1 : Titre

"Bonjour à tous,

Je vais vous présenter aujourd'hui notre projet de Plateforme de Gestion des

Factures.

Nous allons voir ensemble comment simplifier la facturation, du comptable jusqu'au

client final, en passant par tous les cas possibles : les situations normales, les
alternatives et les exceptions."

DIAPOSITIVE 2 : Le besoin
"Commençons par le problème qu'on veut résoudre.

Aujourd'hui, dans beaucoup d'entreprises, c'est encore la galère :

• On imprime des factures papier qu'on envoie par la poste

• Le comptable doit relancer manuellement les clients
• Les paiements arrivent avec 30, 60 jours de retard
• Et les clients appellent sans arrêt pour savoir où ils en sont

Notre objectif avec cette plateforme, c'est de tout centraliser et automatiser. Une
seule interface pour créer, envoyer, suivre et payer les factures. Simple, rapide,
efficace."

DIAPOSITIVE 3 : Les 3 acteurs

"Il y a trois types de personnes qui vont utiliser cette plateforme :

Premier acteur : le CLIENT

C'est celui qui reçoit la facture. Il veut pouvoir la consulter, la télécharger, et surtout la
payer rapidement, sans se prendre la tête.

Deuxième acteur : le COMPTABLE

C'est le cœur du système. Il crée les factures, les valide, et suit les paiements. Son
objectif : gagner du temps et réduire les impayés.
Troisième acteur : l'ADMINISTRATEUR
C'est le chef d'orchestre technique. Il gère qui a accès à quoi, et configure la
plateforme. On le voit moins, mais il est essentiel.

DIAPOSITIVE 4 : Diagramme simple

"Voici le diagramme de cas d'utilisation. Je vais vous le lire simplement :

Pour le CLIENT : il peut consulter ses factures, télécharger un PDF, payer en ligne, et
déclarer un litige s'il n'est pas d'accord.

Pour le COMPTABLE : il crée les factures, les valide, génère des avoirs quand il faut
annuler, et relance automatiquement les impayés.

Pour l'ADMIN : il gère les utilisateurs et configure le système.

Ce qui est important ici, c'est que chaque acteur a des droits différents. Un client
ne peut pas créer une facture, et un comptable ne peut pas supprimer un compte.
C'est la base de la sécurité."

DIAPOSITIVE 5 : Justification
"Pourquoi ces choix ? Trois raisons :

1. La SÉCURITÉ : On ne mélange pas les rôles. C'est le principe du 'moindre privilège'

: chacun fait son job.

2. La SIMPLICITÉ : En intégrant le paiement en ligne directement dans la plateforme,

on évite au client d'avoir à sortir son chéquier ou à faire un virement compliqué.

3. La RÉACTIVITÉ : On a prévu les litiges et les avoirs. Pourquoi ? Parce que dans la
vraie vie, il y a toujours des erreurs ou des contestations. Autant les anticiper plutôt
que de bricoler après.

Ces choix guident toute la conception."

DIAPOSITIVE 6 - Cas nominal : Création de facture
"Passons au premier cas nominal : la création d'une facture.

Notre comptable, appelons-le Mohammed, doit créer une facture pour un client.

Première étape : Mohammed clique sur 'Nouvelle facture'. La plateforme charge

alors un formulaire vierge et l'affiche à l'écran.

Deuxième étape : Mohammed remplit les champs obligatoires : elle sélectionne le

client, saisit le montant, et indique la date d'échéance.

Troisième étape : Elle clique sur 'Enregistrer'. La plateforme vérifie automatiquement

que tous les champs sont corrects :

• Le client est bien sélectionné ✓

• Le montant est supérieur à zéro ✓
• La date est valide ✓

Quatrième étape : La validation réussie, la plateforme génère un numéro de facture

unique et enregistre le tout dans la base de données.

Résultat : Un message de confirmation apparaît : 'Facture créée', avec le statut

'Brouillon'. La facture existe, mais elle n'est pas encore envoyée au client.

C'est le parcours idéal, sans aucun problème."

DIAPOSITIVE 7 - Cas nominal : Paiement en ligne

"Deuxième cas nominal : le paiement en ligne.

Monsieur Hassan, un client vient de recevoir un email l'informant que sa facture est
disponible.

Étape 1 : Monsieur Hassan clique sur le lien 'Payer en ligne' dans l'email.

Étape 2 : La plateforme récupère les informations de la facture dans la base de

données. La facture a le statut 'Envoyée'.

Étape 3 : La plateforme affiche un récapitulatif de la facture et un formulaire de

paiement par carte bancaire.

Étape 4 : Monsieur Hassan saisit ses coordonnées bancaires.

Étape 5 : La plateforme transmet la demande au système de paiement externe pour
autorisation.

Étape 6 : Le système de paiement traite la transaction. Ici, tout se passe bien : la

banque répond 'SUCCÈS'.

Étape 7 : La plateforme met à jour le statut de la facture dans la base de données :

elle passe de 'Envoyée' à 'Payée'.

Étape 8 : La plateforme génère automatiquement un reçu au format PDF.

Étape 9 : Monsieur Hassan voit un message 'Paiement accepté' à l'écran, et reçoit le

reçu par email.

Tout est automatisé, sans intervention humaine. C'est exactement ce qu'on veut."

DIAPOSITIVE 8 -
"Voici maintenant un cas alternatif : l'annulation d'un litige par le client.

Imaginons que Monsieur Hassan ait déclaré un litige sur une facture, mais qu'après
réflexion, il se rende compte qu'il a fait une erreur. Il souhaite annuler sa demande.

Étape 1 : Monsieur Hassan se connecte à son espace client.

Étape 2 : Il va dans la rubrique 'Mes litiges'. La plateforme interroge la base de

données et affiche la liste des litiges en cours.

Étape 3 : Il sélectionne le litige concerné et clique sur 'Annuler la demande'.

Étape 4 : La plateforme vérifie d'abord que le litige est toujours en cours, c'est-à-dire
qu'il n'a pas déjà été traité par le comptable. C'est le cas.

Étape 5 : La plateforme met à jour la base de données :

• Le statut de la facture repasse de 'Litige' à 'Envoyée'

• La demande de litige est supprimée

Étape 6 : Un message de confirmation 'Annulation confirmée' s'affiche pour le client.

Étape 7 : Le comptable reçoit un email l'informant que le litige a été annulé par le
client.
C'est un cas alternatif parce que ce n'est pas le parcours principal, mais c'est une
possibilité importante à prévoir."

DIAPOSITIVE 9 - Cas exception : Paiement refusé

"Premier cas d'exception : le paiement refusé pour cause de fonds insuffisants.

Reprenons Monsieur Hassan qui tente de payer sa facture.

Étape 1 : Il saisit ses coordonnées bancaires comme d'habitude.

Étape 2 : La plateforme demande l'autorisation au système de paiement.

Étape 3 : Le système de paiement traite la transaction.

Étape 4 : Mais cette fois, la réponse est différente : 'ÉCHEC - Fonds insuffisants'.

C'est là que l'exception est détectée :

• Aucun débit n'est effectué sur le compte

• La transaction est immédiatement annulée
• Le statut de la facture reste inchangé

Étape 5 : La plateforme vérifie le statut actuel dans la base de données.

Étape 6 : Effectivement, la facture est toujours en statut 'Envoyée'.

Étape 7 : Un message d'erreur clair s'affiche pour Monsieur Hassan : 'Paiement refusé
par votre banque'.

Étape 8 : La plateforme lui propose plusieurs options :

• Réessayer avec la même carte

• Utiliser une autre carte
• Contacter sa banque pour comprendre le refus
DIAPOSITIVE 10 - Cas exception : Litige rejeté
"Troisième cas d'exception : le litige rejeté par le comptable.

Rappelez-vous, Monsieur Hassan avait déclaré un litige. C'est maintenant au

comptable de traiter sa demande.

Phase 1 - Le client déclare :

Monsieur Hassan déclare son litige. La plateforme change le statut de la facture en
'Litige en cours' et notifie le comptable.

Phase 2 - Le comptable examine :

Le comptable ouvre le dossier. Il récupère toutes les informations :

• La facture originale
• Le motif du client
• Les pièces justificatives fournies
• Le contrat signé

Il analyse attentivement. Sa conclusion : la facture est correcte, conforme au contrat

signé.

Phase 3 - La décision de rejet :

Le comptable clique sur 'Rejeter'. Il saisit le motif du rejet et joint une preuve, par
exemple le contrat en PDF.

Phase 4 - La mise à jour :

La plateforme met à jour la base de données : le statut de la facture passe de 'Litige
en cours' à 'Litige rejeté'.

Phase 5 - La notification :
Un email automatique est envoyé à Monsieur Hassan. Il contient :

• Le motif du rejet
• La preuve jointe (le contrat)
• L'information que la facture reste due

Pour le client, c'est une exception : sa demande a été rejetée. Mais il a une
explication claire et une preuve.

Ce cas est important car il protège l'entreprise contre les litiges abusifs tout en
maintenant la transparence avec le client."
DIAPOSITIVE 11 : Récapitulatif
"Faisons le point rapidement :

Cas normaux : création de facture, paiement en ligne.

Cas alternatifs : paiement par virement. C'est une variante du parcours normal.

Cas d'exception : paiement refusé, litige rejeté. Ce sont les erreurs ou les blocages
qu'on a anticipés.

L'important : on a pensé à tous ces cas dès la conception. Ça évite les mauvaises
surprises après le développement."

DIAPOSITIVE 12 : Bénéfices
"Alors, pourquoi faire tout ça ?

Pour l'entreprise : moins d'impayés, parce que c'est plus facile de payer. Gain de
temps, parce que tout est automatisé.

Pour le comptable : fini le papier, fini les relances manuelles. Il se concentre sur
l'essentiel.

Pour le client : il paie quand il veut, où il veut, et il voit tout en ligne. Plus besoin
d'appeler pour savoir où en est sa facture.

Tout le monde y gagne."

DIAPOSITIVE 13 : Conclusion
"Ce qu'on a fait aujourd'hui :

• Identifié les 3 acteurs du système

• Listé tous les cas d'utilisation
• Détaillé les scénarios normaux, alternatifs et d'exception

La suite :

1. Faire valider ces choix par l'équipe métier

 2. Passer à la conception technique (diagrammes de classes, base de données)
3. Développer une première version test
4. La faire tester par des vrais utilisateurs
5. Déployer en production

On a une base solide pour réaliser une plateforme très performante .