Paiements, caisses et marketplaces qui se rapprochent seuls de votre comptabilité
Diego Muñoz connecte la passerelle de paiement, les caisses et la marketplace à votre ERP. Chaque vente arrive avec son moyen de paiement et sa commission, et le versement bancaire est rapproché des ventes du jour.
Passerelles, caisses, marketplaces, banques et facturation électronique, vérifiées par leur API avant tout devis
Aujourd’hui, le versement carte est rapproché à la main de chaque caisse
Voici le parcours d’une vente par carte quand la passerelle, les caisses et l’ERP ne communiquent pas. Cochez les situations que vous vivez.
Ce que coûte le statu quo
Des commissions que personne ne vérifie
Si le processeur applique un autre taux que celui convenu, on s’en aperçoit des mois plus tard, quand on s’en aperçoit.
Des clôtures qui attendent le tableur
La comptabilité ne clôture pas le mois tant que les versements ne sont pas rapprochés des ventes.
Des ventes perdues sans alerte
Une commande qui n’a pas atteint l’ERP n’est ni facturée ni déduite du stock, et personne n’est prévenu.
Comment Diego connecte vos systèmes avec la méthode DMG-RT
DMG-RT est la méthode propre de Diego : chaque changement dans le système répond à un indicateur métier mesuré avant la mise en œuvre. Pour les intégrations, l’indicateur est le nombre d’heures hebdomadaires de saisie et de rapprochement manuels.
Diagnostic : on suit une vente de la caisse à la banque
Diego examine avec la finance et l’informatique les rapports de chaque fournisseur, le relevé bancaire et l’ERP. Il mesure les heures hebdomadaires consacrées à la saisie et au rapprochement.
Livrable : Lettre de constats avec la carte des fournisseurs, leurs API et la base de référence des heures, en 15 jours ouvrés.
Conception : preuve de concept avant de fixer une date
Des identifiants de test sont demandés à chaque fournisseur et la connexion est montée dans un environnement de test. Des ventes d’échantillon, annulations et remboursements compris, sont rapprochées avec votre comptable.
Livrable : Correspondance des données par fournisseur, cas de test validés par la finance et base de référence signée.
Mise en œuvre et contrôle : démarrage avec double vérification
Le connecteur passe en production à la date convenue et coexiste un temps avec le processus manuel. Chaque erreur de synchronisation déclenche une alerte avec l’enregistrement en échec et la façon de le relancer.
Livrable : Connecteurs en service, alertes par e-mail ou WhatsApp et tableau de bord des heures de rapprochement.
Transfert : le connecteur vous appartient
Vous recevez le code, la documentation de chaque connecteur et les identifiants au nom de votre entreprise. Votre équipe, Diego ou un autre prestataire peut le maintenir.
Livrable : Procès-verbal de clôture, manuel par rôle et revues à 3, 6 et 12 mois avec la même mesure.
Fiche de l’indicateur
- Indicateur
- Heures hebdomadaires de saisie et de rapprochement manuels
- Source
- Relevé des temps de la finance en F1 ; ensuite, le tableau de bord de rapprochement
- Base de référence
- Mesurée en F1 et signée par la finance en F2
- Revue
- Toutes les deux semaines en F3, puis à 3, 6 et 12 mois
Le versement du processeur est rapproché des caisses du jour
L’objection habituelle : l’intégration casse et personne ne s’en aperçoit. Dans Odoo, chaque moyen de paiement du point de vente a son journal, chaque session de caisse génère son écriture et le versement bancaire est rapproché de ces sessions. Ce qui ne correspond pas reste visible dans le rapprochement bancaire.
Instance de démonstration Odoo 20 standard, données fictives.
Examinez avec Diego comment une vente par carte est rapprochée aujourd’hui dans votre entreprise.
Réserver un diagnostic de 30 minCe que vous apportez et ce que vous recevez
Vous apportez
- La liste des passerelles, caisses, marketplaces et banques, avec le contact technique de chacun.
- Les identifiants de test de chaque fournisseur, ou l’autorisation de les demander en votre nom.
- Un mois de rapports de la passerelle et de relevés bancaires, et un utilisateur finance qui valide les cas de test.
Vous recevez
- Des connecteurs documentés, avec la correspondance des données de chaque fournisseur.
- Des versements rapprochés des ventes et des commissions comptabilisées dans la même opération.
- Des alertes de synchronisation avec l’enregistrement en échec, et le code au nom de votre entreprise.
Quand ce service ne convient pas
Si votre fournisseur n’a pas d’API et n’exporte pas de fichiers régulièrement, il n’y a rien à connecter de façon fiable, et nous vous le disons lors de la revue. Si la double saisie a lieu dans l’entreprise et non avec un fournisseur, mieux vaut commencer par un ERP unique. Voir ERP avec Odoo
Systèmes impliqués dans une intégration
- Intégration et APIConnecteurs, files d’attente et relances entre votre ERP et chaque fournisseur.
- Paiements et terminauxPasserelles, terminaux de paiement et versements du processeur.
- Point de venteDes caisses qui clôturent leur session dans l’ERP à chaque service.
- Commerce électroniqueCommandes, prix et stock synchronisés avec la boutique en ligne.
- Échange de données informatisé (EDI)Commandes et factures avec les enseignes et distributeurs, sans ressaisie.
- ObservabilitéSurveillance de chaque connecteur et alerte quand une synchronisation échoue.
Diego lit l’API du fournisseur avant de promettre une date
Diego Muñoz étudie la documentation de chaque passerelle, caisse et marketplace, demande des identifiants de test et vérifie les données que renvoie chaque service. Si un fournisseur n’a pas d’API, il le dit avant de chiffrer.
Il traite avec votre comptable les cas qui échouent le plus : annulations, remboursements, paiements partiels et commissions. Le connecteur est documenté et au nom de votre entreprise.
- Odoo 17, 18, 19 et 20
- Localisation péruvienne : SUNAT et PLE
- Architecture d’entreprise avec TOGAF
Questions sur les intégrations
Avec quels fournisseurs travaillez-vous ?
Ceux qui ont une API documentée ou qui exportent des fichiers régulièrement. Avant de chiffrer, nous examinons la vôtre et vous indiquons ce qui peut être automatisé.
Que se passe-t-il si l’API du fournisseur tombe ?
Le connecteur relance et, s’il n’y parvient pas, vous alerte avec l’enregistrement en attente et la façon de le relancer. Aucune vente ne se perd en silence.
Dois-je changer d’ERP ?
Pas forcément. Si votre ERP a une API, on s’appuie dessus. Sinon, nous vous le disons lors du diagnostic.
À qui appartient le connecteur ?
À vous. Vous recevez le code, la documentation et les identifiants au nom de votre entreprise, et vous pouvez le maintenir avec Diego ou une autre équipe.
Comment se fait le paiement ?
Un montant fixe par phase, payé à la livraison de chaque jalon. Vous décidez à la fin de chaque phase de poursuivre ou non.
Examinez avec Diego le rapprochement d’une journée de ventes en 30 minutes
- Vous expliquez quels fournisseurs vous utilisez et comment vous rapprochez les versements aujourd’hui.
- Diego indique les données que renvoie chaque API et ce qui peut être connecté.
- Vous recevez par écrit la prochaine étape, avec votre ERP actuel ou avec Odoo.
