Paiements, commerce agentique (AP2) et points de vente
Paiements par carte, checkout agentique et magasins reliés du terminal au grand livre
Quand magasins, caisses et grand livre ne sont pas d’accord
Un paiement par carte touche plusieurs systèmes en quelques secondes : le terminal ou la caisse, une passerelle, l’acquéreur, le réseau de cartes et l’émetteur. L’argent et les frais arrivent plus tard dans des fichiers de règlement que quelqu’un doit rapprocher des ventes de votre ERP.
Lorsque les magasins, les checkouts en ligne et l’ERP se synchronisent par lots nocturnes, les stocks sont survendus pendant les promotions et les écarts de règlement s’accumulent entre acquéreurs. Le checkout ralentit aux moments les plus chargés. Et désormais, des agents IA commencent aussi à acheter pour le compte des clients.
Ce qui change pour vous
Une vue unique des stocks et des ventes
Ventes, retours, prix et stocks alignés entre chaque magasin, chaque boutique en ligne et l’ERP, en temps réel plutôt que la nuit.
Des règlements qui se rapprochent
Fichiers de règlement et de frais de chaque acquéreur rapprochés automatiquement des ventes, les écarts étant listés pour votre équipe.
Prêts pour le commerce agentique
Un checkout capable d’accepter les paiements d’agents IA, avec une trace vérifiable de ce que le client a autorisé.
Ce que nous livrons
Connectivité passerelle, acquéreur et réseau de cartes
Flux d’autorisation, de capture, de remboursement et d’annulation en ISO 8583, ISO 20022 ou par l’API du prestataire, avec orchestration multi-acquéreurs et traitement de chaque code de réponse.
Checkout AP2 et mandats cryptographiques
AP2 est un protocole ouvert qui permet à un agent IA de payer pour le compte d’un client. Des mandats signés cryptographiquement enregistrent ce que le client a approuvé, et nous les intégrons à votre checkout.
Terminaux EMV et SoftPOS
Terminaux EMV à puce et sans contact, et SoftPOS, qui accepte les cartes sans contact sur un téléphone ou une tablette ordinaire, reliés à votre logiciel de POS ou de borne.
Traitement automatisé des fichiers de règlement
Fichiers de règlement et de frais des acquéreurs collectés, validés, audités et transformés en écritures que votre ERP peut rapprocher.
Synchronisation POS-ERP en temps réel
Ventes, retours, prix, promotions et niveaux de stock synchronisés entre chaque magasin et l’ERP par une couche de diffusion d’événements.
Tokenisation et périmètre PCI DSS
Numéros de carte remplacés par des jetons et tenus hors de votre POS et de votre ERP, avec une vue écrite des systèmes qui restent dans le périmètre PCI DSS.
Certification et déploiement
Scripts de test et preuves pour la certification de chaque prestataire, un pilote dans quelques magasins, puis un déploiement magasin par magasin avec comparaison des totaux quotidiens.
Comment nous travaillons
Suivre une vente
Nous suivons une vente de la caisse ou du checkout jusqu’au grand livre avec vos équipes finance, magasin et informatique, et convenons du périmètre.
Concevoir l’intégration
Nous choisissons les protocoles, l’approche de tokenisation et les flux de messages, et rédigeons la spécification d’interface.
Construire et tester
Nous construisons les flux de paiement, de règlement et de POS avec des tests automatisés, y compris les refus, les expirations et les remboursements.
Certifier avec le prestataire
Nous exécutons les cas de test du prestataire dans son environnement de test et corrigeons ce que sa certification relève.
Piloter, puis déployer
Nous mettons d’abord en production quelques magasins ou canaux, comparons les totaux chaque jour, puis déployons magasin par magasin.
Superviser et accompagner
Nous surveillons les taux d’acceptation, les fichiers de règlement et les écritures en magasin, et traitons les changements de prestataire à mesure qu’ils sont annoncés.
Faites défiler horizontalement pour voir l’ensemble du schéma.
Paiements par carte : autorisés en caisse, réglés ensuite, rapprochés dans l’ERP
Le terminal ou la page de paiement interroge la passerelle, la passerelle interroge l’acquéreur, et l’acquéreur achemine la demande vers le réseau de cartes et l’émetteur. Les fichiers de règlement arrivent plus tard et sont rapprochés des ventes et des frais dans l’ERP. En cas d’absence de réponse dans le délai, une annulation automatique garantit que le client n’est jamais débité deux fois.
- Flux principal
- Asynchrone
- Chemin d’exception
Le flux en 8 étapes
Le flux, étape par étape
- De Terminal EMV ou paiement en ligne à Passerelle de paiement : Demande d’autorisation, via EMV · REST/JSON (flux principal).
- De Passerelle de paiement à Acquéreur : Autorisation, via ISO 8583 (flux principal).
- De Acquéreur à Réseau de cartes et émetteur : Acheminée vers l’émetteur, via ISO 8583 (flux principal).
- De Acquéreur à Passerelle de paiement : Acceptée ou refusée, via ISO 8583 (asynchrone).
- De Acquéreur à Couche d’intégration : Fichiers de règlement et de frais, via SFTP (asynchrone).
- De Couche d’intégration à ERP : Ventes réglées, frais et reversements, via REST/JSON (flux principal).
- De Passerelle de paiement à Terminal EMV ou paiement en ligne : Pas de réponse dans le délai : annulation automatique, via ISO 8583 0400 (chemin d’exception).
- De Couche d’intégration à Équipe des opérations de paiement : Écart de règlement ou rétrofacturation (chemin d’exception).
Faites défiler horizontalement pour voir l’ensemble du schéma.
Du POS à l’ERP : chaque vente comptabilisée une seule fois
Les ventes remontent des caisses vers l’ERP sous forme d’événements ; les prix et les stocks redescendent. Un magasin hors ligne continue de vendre puis se resynchronise. Une comptabilisation en échec est relancée, puis confiée à une personne.
- Flux principal
- Asynchrone
- Chemin d’exception
Le flux en 8 étapes
Le flux, étape par étape
- De Terminaux de point de vente à Serveur magasin ou cloud POS : Ventes, retours et annulations (flux principal).
- De Serveur magasin ou cloud POS à Couche d’intégration : Événements de vente et totaux de fin de journée, via une file d’événements, via REST/JSON (asynchrone).
- De Couche d’intégration à ERP : Ventes et mouvements de stock comptabilisés, via OData · REST/JSON (flux principal).
- De ERP à Couche d’intégration : Prix, promotions et données articles, par API ou export de fichiers, via REST/JSON (flux principal).
- De Couche d’intégration à Serveur magasin ou cloud POS : Mises à jour des prix et des stocks, via REST/JSON (flux principal).
- De Couche d’intégration à File de nouvelles tentatives : Échec de comptabilisation (chemin d’exception).
- De File de nouvelles tentatives à Couche d’intégration : Relancé (chemin d’exception).
- De File de nouvelles tentatives à Équipe des opérations magasins : Échec persistant : alerte avec le détail (chemin d’exception).
Standards et protocoles
Nommer un produit ou un prestataire ne signifie pas un partenariat avec lui.
- Langages
- Go
- Frameworks
- Node.js
- Données et analytique
- Apache Kafka
- Bases de données
- Redis
- DevOps et observabilité
- Kubernetes
- Standards et canaux bancaires
- ISO 20022
- Paiements
- ISO 8583
- EMV
- EMV 3-D Secure
- PCI DSS
Des preuves en production
Pour un groupe de distribution et de centres commerciaux multi-marques du CCG, nous avons remplacé des scripts par lots nocturnes par une synchronisation POS-ERP en temps réel. Nous avons aussi unifié les paiements multi-acquéreurs avec un règlement automatisé et construit un service de réservation de stock pour les pics de ventes flash.
Comment démarrer
Des exigences claires de prestataire et de magasin mènent directement à une proposition. Une nouvelle plateforme de paiement, ou un checkout agentique, commence généralement au studio Blueprint.
Les prochaines étapes
Entretien préalable
Un entretien préalable gratuit de 30 minutes en ligne : nous passons en revue vos objectifs, vos systèmes et vos contraintes.
Revue de préparation
Lors d’une revue de préparation gratuite de 48 heures, un architecte principal confronte votre projet à la définition de « prêt » en 6 points et recommande le parcours adapté.
Choisir le parcours
Les projets au périmètre prêt reçoivent une proposition ferme sous 3 à 5 jours ouvrés. Les projets au stade du concept démarrent dans le studio Blueprint. Un système en production qui défaille, n’est pas documenté ou doit être intégré commence par un diagnostic de 1 à 2 semaines. Le studio Blueprint et le diagnostic ont chacun des honoraires fixes, indiqués dans la proposition.
Réalisation en cinq étapes
Mobilisation, sprints avec démonstrations en direct, intégration et durcissement, recette et mise en production, puis services gérés. Après la mise en production vient une période de garantie, puis une assistance et une maintenance optionnelles.
Équipes produit natives de l’IA
Des équipes pluridisciplinaires managées d’ingénieurs seniors, dotées de harnais d’agents de codage et d’assurance qualité.
Projets à résultat ferme et services managés 24 h/24
Une réalisation à périmètre ferme, jalonnée et dirigée par des responsables de livraison désignés, et des services managés applicatifs 24 h/24 avec gouvernance des SLA.
Questions et réponses
Travaillez-vous directement avec ISO 8583 ?
Oui, lorsque l’acquéreur ou le processeur le propose. ISO 8583 est un cadre plutôt qu’un format unique : chaque acquéreur publie sa propre spécification de champs et de types de messages. Nous construisons à partir de cette spécification, traitons les autorisations, les annulations et les messages d’avis, et testons chaque code de réponse.
Qu’est-ce qu’AP2, et en avons-nous besoin maintenant ?
L’Agent Payments Protocol (AP2) est un protocole ouvert pour les paiements effectués par des agents IA. Chaque achat porte des mandats signés montrant ce que le client a autorisé, pour que les commerçants, les émetteurs et les acquéreurs puissent s’y fier et l’auditer. Si des agents IA sont susceptibles d’acheter chez vous, nous pouvons rendre votre checkout compatible AP2 en parallèle de vos flux actuels.
Comment réduisez-vous notre périmètre PCI DSS ?
Nous ne pouvons pas supprimer PCI DSS, mais nous pouvons réduire la part de votre parc à laquelle il s’applique. Des pages de paiement hébergées, le chiffrement de bout en bout au terminal et les jetons de la passerelle tiennent les numéros de carte hors de votre POS, de votre ERP et de votre entrepôt de données. Nous documentons les flux de données pour votre évaluateur.
Pouvons-nous accepter les cartes sur téléphone plutôt que sur terminal ?
Oui, avec SoftPOS. Les cartes et portefeuilles sans contact sont acceptés sur un téléphone ou une tablette compatible par une application de paiement certifiée de votre acquéreur ou prestataire. Nous intégrons cette application à vos flux de POS, de ventes et de règlement comme n’importe quel autre terminal.
Que se passe-t-il lorsqu’un magasin perd sa connexion ?
Le magasin continue de vendre. Les ventes sont stockées localement et envoyées à l’ERP au retour de la connexion, chacune avec un identifiant unique pour que rien ne soit comptabilisé deux fois. La possibilité de poursuivre les paiements par carte hors ligne dépend des règles de votre acquéreur et de votre appétit au risque, et nous la concevons avec vous.
Gérez-vous les remboursements et les rétrofacturations ?
Oui. Les remboursements et les annulations font partie des flux de paiement que nous construisons. Pour les rétrofacturations, nous importons les rapports de litige de l’acquéreur et rattachons chacun à la vente et au règlement d’origine. Votre équipe reçoit une liste à traiter, avec les preuves jointes.
Prêt à construire ? Demandez une proposition.
Envoyez vos exigences ou votre appel d’offres. Nos architectes les valident et reviennent avec une proposition ferme à périmètre défini.
Les prochaines étapes
Revue de préparation
Lors d’une revue de préparation gratuite de 48 heures, un architecte principal confronte votre projet à la définition de « prêt » en 6 points et recommande le parcours adapté.
Proposition ferme
Après validation de l’architecture sans frais, vous recevez une proposition ferme à périmètre défini sous 3 à 5 jours ouvrés : jalons, architecture, structure d’équipe et SLA. Sur demande, nous signons avec vous un accord de confidentialité (NDA) avant que vous ne nous communiquiez vos exigences.
Mobilisation
Une fois le contrat signé, nos équipes d’ingénierie lancent le sprint 0 dans les 5 à 10 jours ouvrés suivant la signature du contrat.
Réalisation en cinq étapes
Mobilisation, sprints avec démonstrations en direct, intégration et durcissement, recette et mise en production, puis services gérés. Après la mise en production vient une période de garantie, puis une assistance et une maintenance optionnelles.