Une marketplace peut avoir encaissé l’acheteur sans avoir encore acquis son revenu, remboursé une commande après avoir calculé une commission ou reversé un vendeur avant qu’un litige ne soit connu. Une clôture fiable doit donc représenter cette chronologie sans écraser les événements intermédiaires.
La création d’une marketplace doit intégrer la finance dès le modèle de commande. Ajouter des exports après lancement rend les écarts difficiles à reconstituer.
Cette procédure relie chaque commande au paiement, à la commission, au remboursement éventuel et au reversement vendeur. Les règles comptables, fiscales et de fonds tiers doivent être validées par les professionnels compétents selon l’architecture retenue.
Le principe directeur reste vérifiable : chaque solde doit être expliqué par des événements, tandis que chaque écart rejoint une file, un responsable et une période clairement identifiés.
Définir responsabilité et périmètre
Le dossier nomme entités, pays, devises, PSP, vendeurs, périodes et livres concernés. Cette délimitation sépare explicitement les fonds acheteurs, les fonds vendeurs et le revenu réellement acquis par l’opérateur.
Finance, produit, opérations et intégration possèdent des responsabilités distinctes sur la chaîne de clôture. La finance valide les règles ; le système produit les données et preuves ; les opérations qualifient les exceptions métier.
Le calendrier fixe extraction, rapprochement, corrections, validation et verrouillage, avec règles pour les événements tardifs.
Avant le premier exercice, un atelier traverse trois cas difficiles : une commande multi-vendeur partiellement remboursée, un litige reçu après reversement et un paiement capturé dans une devise différente. Si personne ne peut attribuer chaque décision, le périmètre reste insuffisamment défini.
Construire le ledger marketplace
Un registre financier immuable enregistre autorisation, capture, commission, frais, remboursement, litige, réserve et reversement. Toute correction crée une écriture inverse ou d’ajustement afin de préserver l’explication du solde antérieur.
Chaque événement porte montant, devise, nature, date métier, date comptable, statut et références corrélées. Le solde se reconstruit alors par addition, sans dépendre de la dernière valeur affichée dans une table opérationnelle.
Les vues opérationnelles peuvent évoluer sans réécrire l’historique financier qui les alimente. Ce registre devient ainsi la piste d’audit commune aux équipes finance, produit et exploitation.
Une règle contre-intuitive améliore souvent la fiabilité : ne jamais « corriger » directement un solde faux, même si la modification semble évidente. L’écriture d’ajustement paraît plus lourde, mais elle conserve la cause, l’approbation et l’effet sur les périodes suivantes.
Relier les identifiants financiers
Commande, sous-commande, ligne, paiement, capture, remboursement, litige, vendeur et payout possèdent des identifiants corrélés.
Les références brutes du prestataire de paiement sont conservées avec leur événement d’origine. Les correspondances fondées seulement sur le montant et la date restent une exception surveillée, car deux transactions identiques peuvent sinon se compenser artificiellement.
La clé permet de partir du relevé bancaire ou PSP et de remonter jusqu’à la ligne et à la règle de commission.
Qualifier les commandes du mois
Les commandes sont classées créées, capturées, expédiées, annulées, retournées et clôturées selon les règles métier.
Une commande multi-vendeur est ventilée par ligne et sous-commande avant tout calcul financier. Les frais partagés suivent une clé documentée, versionnée avec la commande et reproductible lors d’un contrôle ultérieur.
Les statuts contradictoires entrent en exception avant le calcul de commission ou de reversement. Le chiffre d’affaires opérationnel ne remplace jamais la population financière, car leurs dates et règles de reconnaissance diffèrent.
Le coût caché apparaît lorsque la finance reconstruit cette population dans un tableur à chaque clôture. Deux journées mensuelles de rapprochement manuel représentent déjà vingt-quatre journées annuelles, auxquelles s’ajoutent le retard de décision et le risque d’un versement erroné.
Rapprocher encaissements PSP
Le rapprochement compare les montants attendus, autorisés, capturés, réglés, remboursés et contestés. Les délais contractuels et réserves du prestataire sont modélisés afin qu’une somme en transit ne ressemble pas à une perte.
Les frais de paiement sont reliés à la transaction ou alloués selon une règle stable. La devise d’origine, le taux appliqué et les conversions restent visibles jusqu’au document comptable.
Un total exact n’est pas suffisant : un échantillon vérifie que deux écarts opposés ne se compensent pas.
Calculer commission et frais
La version du contrat vendeur détermine la base, le taux, les taxes, les minimums et les services facturables. Cette version est figée avec la commande afin qu’un avenant futur ne réécrive pas silencieusement l’historique.
Les promotions financées par l’opérateur et par le vendeur restent séparées dans les écritures. Les frais logistiques, abonnements ou pénalités conservent leur nature économique au lieu d’être absorbés dans une commission moyenne.
Le calcul attendu est comparé à l’écriture réelle et au document remis au vendeur. Toute différence reçoit un motif exploitable, un montant, une décision et une règle de régularisation.
Pour valider ce moteur, la recette doit inclure un minimum de commission, un plafond, une promotion partagée et un retour partiel. Un taux simple appliqué à une commande nominale ne révèle ni les arrondis ni les ruptures de version contractuelle.
Traiter remboursements et litiges
Le remboursement est relié à la capture initiale et aux lignes commerciales concernées. Les parts produit, transport, taxe et commission sont explicitées pour éviter une régularisation globale impossible à contrôler.
Les litiges possèdent une date, un montant, une preuve, une issue attendue et une réserve associée. Ils peuvent traverser plusieurs périodes sans disparaître du suivi ni être comptés plusieurs fois.
Une relance technique conserve la même clé d’idempotence pendant toute sa durée de vie. Le système empêche ainsi un second remboursement et alerte lorsque paiement, commande ou ledger restent dans des états incompatibles.
Contrôler reversements vendeurs
Le payable vendeur part des ventes éligibles, déduit commissions, remboursements, réserves et ajustements selon le contrat.
Chaque reversement possède un manifeste de lignes et un accusé du prestataire ou de la banque. Les échecs restent ouverts avec une cause, une action attendue et une date de nouvelle tentative.
Le contrôle ne s’arrête pas à la somme envoyée : il vérifie également le bénéficiaire, le compte, la devise et le détail transmis. Cette vérification réduit les tickets vendeurs et permet de répondre sans reconstituer le paiement depuis plusieurs exports.
Le paiement PSP marketplace doit rendre ce cycle observable sans mélanger le solde de la plateforme et celui du vendeur.
Appliquer cut-off et provisions
La règle de séparation des périodes définit quels événements appartiennent au mois selon leur nature. Les transactions en transit restent dans un état réconciliable, assorti d’une date attendue et d’un contrôle ultérieur.
Retours, litiges, frais tardifs et services à recevoir peuvent exiger des provisions explicitement validées. Les montants estimés et réels restent séparés afin de mesurer la qualité du modèle de provisionnement.
Le mois suivant remplace ou ajuste chaque provision en conservant sa justification et sa version. L’historique n’est jamais recalculé silencieusement, même lorsqu’une meilleure information devient disponible après la clôture.
Gouverner les écarts
Les motifs couvrent identifiant absent, montant, statut, commission, devise, délai et doublon. Chaque écart possède un montant, une ancienneté, un responsable, une action et une échéance de résolution.
Les seuils distinguent correction avant clôture et ajustement ultérieur, sans ignorer les petites répétitions systématiques.
Une correction manuelle passe par un journal et une validation proportionnée. Les tableurs servent à analyser, pas à modifier sans preuve.
La priorité combine valeur, répétition et conséquence : un écart unique de faible montant peut attendre, tandis qu’un centime reproduit sur cent mille lignes révèle une règle dangereuse. Ce classement empêche les gros montants visibles de masquer les causes industrielles.
Exécuter la procédure de clôture
La procédure gèle les versions, extrait les populations, charge les relevés, rapproche, résout les écarts, calcule les provisions et valide les soldes.
Chaque étape possède un contrôle, un signataire, une heure et une preuve de réussite. Les dépendances empêchent notamment de valider les reversements avant le rapprochement approprié des encaissements et remboursements.
La réouverture est exceptionnelle, tracée et suivie d’une nouvelle version du dossier.
Une clôture à blanc avant le premier mois réel mesure la durée, révèle les données tardives et teste les droits d’accès. Ce répétiteur transforme une procédure théorique en calendrier crédible avant que les contraintes réglementaires et vendeurs ne rendent tout report coûteux.
Produire le dossier de preuves
Le dossier contient populations, règles, versions, rapprochements, écarts ouverts, provisions, soldes, signatures et exports source.
Les contrôles sont reproductibles avec leurs paramètres, populations, résultats et versions de règles. Une autre personne peut ainsi partir d’un solde et retrouver les événements qui le composent sans solliciter l’auteur du fichier.
La conservation et les accès suivent les obligations validées pour chaque type de donnée. La revue post-clôture priorise ensuite les causes récurrentes à automatiser selon leur coût annuel et leur risque financier.
Conclusion : fermer une chaîne réconciliée
La clôture marketplace relie événements commerciaux et financiers sans confondre fonds tiers, GMV et revenu.
Le registre financier, les identifiants et les règles de période rendent chaque solde reconstituable. Les exceptions deviennent une file gouvernée au lieu d’une succession de recherches urgentes dans des exports.
Le dossier de preuve sécurise la période et transforme les écarts récurrents en roadmap produit et intégration.
Dawap construit cette chaîne dans ses projets de création de marketplace, du modèle de commande au run financier.
