Aller au contenu
XSIS
Parler à un ingénieur

Secteurs

Commerce de détail et points de vente

Magasins, canaux en ligne et l’ERP qui les sous-tend, toujours alignés

Intégration des points de vente (POS), synchronisation des stocks et des prix, paiements par carte, fidélité et e-commerce pour les enseignes multisites.

Un client paie à une caisse en libre-service

Présentation

Une enseigne s’appuie sur de nombreux systèmes qui doivent concorder : caisses, boutiques en ligne, entrepôts, prestataires de paiement et ERP. Lorsqu’ils divergent, les stocks sont faux, les prix diffèrent d’un canal à l’autre et la finance passe des jours à rapprocher les chiffres.

Nous connectons ces systèmes pour que les ventes, les stocks, les prix et les paiements circulent de façon fiable entre eux, et nous développons autour d’eux les applications clients et les outils de back-office. Les magasins continuent de vendre en cas de panne réseau et se resynchronisent dès son rétablissement.

Nos domaines d’intervention

MagasinsBoutiques, restaurants et points de vente équipés de caisses, de terminaux de paiement et d’un stock local.

Ce que nous construisons

  • Extensions de POS, applications de back-office et tableaux de bord magasin
  • Synchronisation résistante aux coupures entre les serveurs des magasins et le siège

Intégrations types

  • Plateformes POS, terminaux de paiement et ERP
En ligne et places de marchéBoutiques en ligne, applications et places de marché qui vendent le même stock que les magasins.

Ce que nous construisons

  • Interfaces e-commerce et services de commande
  • Retrait en magasin, retours et suivi des commandes

Intégrations types

  • Plateformes e-commerce, places de marché, transporteurs et ERP

Ce que nous construisons

Intégration POS et ERP

Ventes, retours et totaux de fin de journée comptabilisés dans l’ERP, avec les prix, les promotions et les articles renvoyés à chaque magasin.

Visibilité des stocks

Une vue unique des stocks en magasin, en entrepôt et en ligne, mise à jour au fil des ventes et des livraisons.

Commerce en ligne et mobile

Boutiques en ligne et applications qui partagent produits, prix et stocks avec les magasins.

Fidélité et promotions

Programmes de fidélité, bons d’achat et règles promotionnelles qui fonctionnent de la même façon sur tous les canaux.

Outils d’exploitation magasin

Applications d’inventaire, de transferts, de réception des livraisons et de tâches du personnel, conçues pour la surface de vente.

Comment tout se connecte

Du POS à l’ERP : chaque vente comptabilisée une seule foisLes 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.POSTerminaux de pointde venteChaque caisse dechaque magasinStockageServeur magasinou cloud POSContinue de vendrehors ligneXSISCouched’intégrationFile d’événements,mapping, protectioncontre les doublonsERPERPVentes, stocks etfinanceServiceFile de nouvellestentativesNouvelles tentativesespacées, puis filedes messages enéchecPersonnesÉquipe desopérationsmagasins12REST/JSON3OData · REST/JSON4REST/JSON5REST/JSON678

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, étape par étape

  1. Source Terminaux de point de vente, destination Serveur magasin ou cloud POS : Ventes, retours et annulations (flux principal).
  2. Source Serveur magasin ou cloud POS, destination 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).
  3. Source Couche d’intégration, destination ERP : Ventes et mouvements de stock comptabilisés, via OData · REST/JSON (flux principal).
  4. Source ERP, destination Couche d’intégration : Prix, promotions et données articles, par API ou export de fichiers, via REST/JSON (flux principal).
  5. Source Couche d’intégration, destination Serveur magasin ou cloud POS : Mises à jour des prix et des stocks, via REST/JSON (flux principal).
  6. Source Couche d’intégration, destination File de nouvelles tentatives : Échec de comptabilisation (chemin d’exception).
  7. Source File de nouvelles tentatives, destination Couche d’intégration : Relancé (chemin d’exception).
  8. Source File de nouvelles tentatives, destination Équipe des opérations magasins : Échec persistant : alerte avec le détail (chemin d’exception).
Paiements par carte : autorisés en caisse, réglés ensuite, rapprochés dans l’ERPLe 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.POSTerminal EMV oupaiement en lignePuce, sans contact ete-commercePasserellePasserelle depaiementTokenisation etroutageBanqueAcquéreurAutorisation etrèglementTiersRéseau de carteset émetteurAccepte ou refuseERPERPVentes, frais etreversementsXSISCouched’intégrationLecture etrapprochement desrèglementsPersonnesÉquipe desopérations depaiementÉcarts, litiges etrétrofacturations1EMV · REST/JSON2ISO 85833ISO 85834ISO 85835SFTP6REST/JSON7ISO 8583 04008

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, étape par étape

  1. Source Terminal EMV ou paiement en ligne, destination Passerelle de paiement : Demande d’autorisation, via EMV · REST/JSON (flux principal).
  2. Source Passerelle de paiement, destination Acquéreur : Autorisation, via ISO 8583 (flux principal).
  3. Source Acquéreur, destination Réseau de cartes et émetteur : Acheminée vers l’émetteur, via ISO 8583 (flux principal).
  4. Source Acquéreur, destination Passerelle de paiement : Acceptée ou refusée, via ISO 8583 (asynchrone).
  5. Source Acquéreur, destination Couche d’intégration : Fichiers de règlement et de frais, via SFTP (asynchrone).
  6. Source Couche d’intégration, destination ERP : Ventes réglées, frais et reversements, via REST/JSON (flux principal).
  7. Source Passerelle de paiement, destination Terminal EMV ou paiement en ligne : Pas de réponse dans le délai : annulation automatique, via ISO 8583 0400 (chemin d’exception).
  8. Source Couche d’intégration, destination Équipe des opérations de paiement : Écart de règlement ou rétrofacturation (chemin d’exception).

Intégrations types

Plateformes POS

Caisses et services POS dans le cloud, par leurs API, leurs fichiers d’export ou leurs serveurs magasin.

Paiements par carte

Terminaux, passerelles de paiement et acquéreurs, avec des fichiers de règlement rapprochés des ventes.

ERP

SAP S/4HANA, Microsoft Dynamics 365, Oracle NetSuite, Odoo et d’autres, pour les articles, les stocks et la finance.

Entrepôts et transporteurs

Systèmes de gestion d’entrepôt et API des transporteurs pour la préparation des commandes, les livraisons et les retours.

Une ingénierie conforme aux règles

Données de carte hors périmètre

Nous laissons les données de carte chez le prestataire de paiement, grâce à la tokenisation et à des terminaux à chiffrement point à point lorsqu’ils sont disponibles, ce qui réduit le périmètre PCI DSS.

Données clients

Les données de fidélité et de commande sont collectées avec le consentement des clients, conservées uniquement le temps nécessaire et traitées conformément au RGPD et aux lois locales applicables.

Règles fiscales

Lorsqu’un pays impose des tickets fiscaux ou la facturation électronique, nous connectons les dispositifs ou plateformes certifiés qu’il exige et conservons les enregistrements qu’il demande.

Questions et réponses

Que se passe-t-il lorsqu’un magasin perd sa connexion ?

Le magasin continue de vendre. Les ventes sont stockées localement et transmises au retour de la connexion, chacune avec un identifiant unique pour que rien ne soit comptabilisé deux fois. Les mises à jour de prix et de stock sont mises en file d’attente de la même manière. L’exploitation voit quels magasins sont en retard et de combien, si bien qu’une coupure prolongée est repérée immédiatement, et non découverte à la clôture du mois.

Lien vers cette question
Quels systèmes de caisse pouvez-vous intégrer ?

Nous intégrons les plateformes POS par les moyens qu’elles offrent : API cloud, serveurs magasin, exports de base de données ou fichiers. Avant tout chiffrage, nous étudions la documentation du POS et un échantillon de ses données, car c’est ce qui détermine l’approche. La mention d’une plateforme POS ou d’un ERP sur ce site ne signifie pas un partenariat avec son éditeur.

Lien vers cette question
Pourquoi les stocks ne concordent-ils jamais entre l’ERP et les magasins ?

Généralement parce que les systèmes ne s’accordent pas sur le moment, les unités ou ce qui constitue un mouvement. Les retours, les transferts, la casse et les ventes réalisées pendant un inventaire en sont des causes fréquentes. Nous retraçons les écarts, convenons d’une règle pour chaque type de mouvement et concevons la synchronisation pour qu’elle enregistre chaque changement avec sa source. Les écarts restants vont dans une liste de contrôle au lieu de s’accumuler.

Lien vers cette question
Qu’est-ce qui détermine le coût d’une intégration retail ?

Le nombre de systèmes, de magasins et de canaux, la façon dont le POS et l’ERP exposent leurs données, et le nombre d’exceptions qui nécessitent des règles, comme les retours entre canaux ou les paiements fractionnés. Un déploiement magasin par magasin ajoute aussi des tests. Nous chiffrons après avoir étudié les systèmes et un échantillon de transactions réelles.

Lien vers cette question
Pouvez-vous déployer sans fermer les magasins ?

Oui. Nous mettons en production par étapes, en commençant par un magasin pilote, et faisons fonctionner la nouvelle intégration en parallèle du processus actuel jusqu’à ce que les totaux concordent. Les interventions en magasin sont planifiées en dehors des heures d’ouverture lorsque c’est possible, et chaque étape prévoit un retour arrière si quelque chose ne fonctionne pas comme prévu.

Lien vers cette question
Qui assure le support de l’intégration après la mise en production ?

Nous pouvons la superviser et en assurer le support dans le cadre d’un contrat de support, ou la transmettre à votre équipe avec la documentation, les alertes et un manuel d’exploitation. Dans les deux cas, un message en échec arrive dans une file d’attente avec son motif, afin d’être corrigé et rejoué plutôt que perdu.

Lien vers cette question

Dites-nous ce que vous devez construire ou connecter.

Décrivez les systèmes, le calendrier et les contraintes. Les ingénieurs concernés prennent ensuite le relais.

  • Notre équipe vous appellera dans les 24 heures, sur le créneau de votre choix
  • Notre équipe est disponible 24 h/24, 7 j/7