Workflows
Workflow factures et paiement
Ce workflow couvre la création, la facturation, le paiement, le remboursement et la clôture financière.
Workflow factures et paiement
Ce workflow couvre la création, la facturation, le paiement, le remboursement et la clôture financière.
flowchart TD
declencheur["Attribution, service ou commission"] --> compte["Compte payeur disponible ?"]
compte -->|Oui| facture["Génération de la facture"]
compte -->|Non| blocage["Lot assigné mais paiement bloqué"]
blocage --> commentaire["Commentaire interne sur la facture"]
facture --> action{"Action selon statut"}
action --> payer["Payer ou confirmer"]
action --> annuler["Annuler"]
action --> rembourser["Rembourser"]
payer --> solder["Solder"]
rembourser --> solder
annuler --> archive["Historique financier conservé"]
Règles observées
- Lors d'une attribution self-service, TARS crée ou récupère le compte payeur (détail de l'assignation : Assignation).
- Les factures sont générées puis une tentative de facturation est lancée (mécanique de création et numérotation : La facturation).
- Si le compte de paiement n'est pas prêt, le lot reste assigné.
- Dans ce cas, un commentaire interne est créé sur la facture pour expliquer le blocage.
- Le rapprochement entre le paiement reçu et la facture (montant, référence structurée, organisation) suit la mécanique de lettrage décrite dans Le paiement; ce workflow n'expose que le résultat côté front (facture payée ou en attente).
- Un remboursement passe toujours par un avoir, jamais par une suppression de facture; les deux circuits (virement classique vs MangoPay) sont détaillés dans Avoirs et remboursements.
- Les actions disponibles changent selon le contexte de facture, son statut et le type de document; certaines (payer, rembourser, valider un avoir) ouvrent un formulaire dédié — choix du régime de TVA pour payer, motif obligatoire et montant plafonné pour rembourser, option de générer aussi l'avoir sur les frais acheteur en facturation double.
- Sur une facture de frais acheteur (
BUYER_FEES), seule l'action Payer est manuelle: confirmation, remboursement et solde suivent automatiquement la facture de vente liée. - Confirmer un retrait de fonds (espace personnel vendeur) exige un droit dédié sur l'organisation propriétaire/vendeuse et la saisie d'un code de confirmation; un dossier KYC/KYB vendeur incomplet ou en cours de vérification bloque la confirmation avec un message dédié.
- Les anciens formats de factures conservent une matrice d'actions séparée.
Effets frontaux
| Frontal | Effet |
|---|---|
| Espace personnel | L'utilisateur consulte les montants, frais, totaux, accède au formulaire de paiement, peut actualiser une facture Facturée (jusqu'à 25 à la fois) et, côté vendeur, confirmer un retrait de fonds |
| Admin | Les équipes suivent création, paiement, remboursement, commissionnement et blocages; certaines actions correctives restent réservées aux comptes admin |
| Rapports | Les données de facture alimentent les rapports financiers |