Du multicanal à l'unified commerce
Pendant vingt ans, les enseignes ont empilé les canaux, avec des TPE en magasin gérés par la monétique « historique », un PSP e-commerce pour le site et parfois un troisième prestataire pour l'application mobile. Cette superposition produit des silos, chaque canal ayant son contrat, son back-office et son référentiel de transactions. Aucun identifiant commun ne permet alors de reconnaître un même client d'un canal à l'autre. L'omnicanal, puis l'unified commerce, désignent la démarche inverse, qui consiste à traiter tous les encaissements sur une seule plateforme et à tenir un référentiel client et transactionnel unique, quel que soit le point de contact.
La tokenisation cross-canal
La tokenisation consiste à remplacer le PAN de la carte par un jeton (token) stable dans le temps et partagé entre les canaux. Elle forme le socle technique de l'omnicanal. Quand un client paie au TPE, la plateforme calcule le token de sa carte et le rapproche du token enregistré lors de ses achats web. Une correspondance entre les deux jetons établit que la même carte a servi aux deux achats. Ce mécanisme, parfois appelé payment as an identifier, ouvre la fidélité invisible, les retours sans ticket et les parcours hybrides, dans le strict respect de PCI DSS, puisque le PAN ne circule plus en clair.
- Token PSP (acquirer token) : généré par la plateforme de paiement, stable sur tous les canaux qu'elle traite, le pivot de l'unified commerce.
- Network token (token scheme) : généré par Visa/Mastercard, mis à jour automatiquement en cas de réémission de carte (lifecycle management), précieux pour les abonnements et le credentials-on-file.
- Réconciliation des deux : les plateformes matures associent token PSP (vision client cross-canal) et network token (meilleurs taux d'autorisation en ligne).
- Contrainte magasin : au TPE, le token doit être calculé à partir de la transaction sans stocker le PAN, d'où l'importance d'une chaîne certifiée PCI de bout en bout (P2PE).
Les parcours hybrides : click & collect, endless aisle et compagnie
- Durée de validité des autorisations : de l'ordre de 7 jours pour une autorisation standard (variable selon schemes et MCC). Au-delà, il faut réautoriser ou basculer sur une capture immédiate avec remboursement en cas d'indisponibilité.
- Captures partielles et multiples : indispensables pour les commandes expédiées en plusieurs fois. Vérifier que l'acquéreur et le contrat les supportent.
- Autorisation incrémentale : utile quand le montant final peut dépasser l'estimation (location, restauration, hôtellerie).
Remboursements et échanges cross-canal
Le retour d'un article acheté sur un autre canal met à l'épreuve l'unification des référentiels. Un client achète en ligne et rapporte en magasin (BORIS, buy online, return in store), ou l'inverse. Le remboursement suppose alors que le magasin retrouve la transaction d'origine, quel que soit le canal qui l'a enregistrée. Cette opération porte le nom de remboursement référencé. Le crédit repart sur la carte d'origine, identifiée par son token, sans que le client présente sa carte ni son ticket. Les remboursements non référencés (crédit « sec » vers une carte, type OCT/payout) restent réservés aux cas résiduels, parce qu'ils sont plus chers, plus risqués (fraude au remboursement) et parfois restreints par les schemes.
| Scénario | Bonne pratique | Points de vigilance |
|---|---|---|
| Achat web, retour en magasin | remboursement référencé sur la transaction e-commerce, déclenché depuis la caisse magasin | droits du vendeur en caisse, plafonds, traçabilité comptable du canal d'origine |
| Achat magasin, remboursement à distance | retrouver la transaction TPE via le token ou le reçu dématérialisé | les anciennes chaînes monétiques ne savent pas toujours rembourser sans la carte présente |
| Échange avec différence de prix | rembourser l'ancien article et encaisser le nouveau séparément | éviter les remboursements partiels bricolés en avoir papier |
| Carte d'origine expirée | le network token suit la réémission ; sinon avoir ou virement | un remboursement vers une carte fermée est rejeté tardivement |
| Commande multi-vendeurs (marketplace) | reprendre la part de chaque vendeur via le split d'origine | recalcul des commissions, soldes vendeurs négatifs |
- Rembourser sur le moyen d'origine est la règle par défaut : exigence des schemes et attente réglementaire (lutte anti-blanchiment).
- L'avoir omnicanal (gift card / crédit client) est un excellent amortisseur : instantané, utilisable partout, il retient le chiffre d'affaires.
- Tracer le canal d'origine dans l'écriture comptable du remboursement, sinon la marge par canal devient illisible.
La réconciliation unifiée
La réconciliation consiste à rapprocher chaque vente, chaque encaissement, chaque versement bancaire et chaque commission, tous canaux confondus. Elle forme le volet financier de l'omnicanal. En organisation silotée, le back-office traite des fichiers de télécollecte TPE, des rapports PSP e-commerce et des relevés bancaires aux formats différents, sans identifiant commun pour les relier. En unified commerce, la plateforme produit un flux unique de settlement, où chaque versement bancaire est décomposé transaction par transaction, avec le canal, le magasin, la commission, les remboursements et les chargebacks.
- Trois rapprochements : ventes ↔ transactions de paiement (exhaustivité), transactions ↔ versements (settlement), versements ↔ relevé bancaire (trésorerie).
- Granularité transactionnelle : exiger du prestataire un rapport de settlement ligne à ligne avec l'identifiant de commande, car c'est lui qui permet le lettrage automatique.
- Écarts typiques : décalages de dates (vente J, versement J+2), remboursements à cheval sur deux périodes, chargebacks débités des versements, frais agrégés.
- KPI : taux de rapprochement automatique (> 98 % atteignable), délai de clôture, écarts non résolus > 30 jours.
{
"settlement_batch": "2026-07-09-EUR-001",
"payout_iban": "FR76XXXXXXXXXXXX",
"gross": 74.00,
"fees": -0.62,
"net": 73.38,
"transaction": {
"order_ref": "CMD-84512",
"channel": "ecommerce",
"fulfillment": "click_and_collect",
"store_id": "PAR-011",
"method": "visa_token",
"type": "capture_partielle"
}
}Cas d'enseignes et bonnes pratiques
Les grandes enseignes internationales ont conduit les premiers programmes de ce type. Le schéma type, popularisé par Adyen avec Decathlon ou Sephora sur plusieurs géographies, consiste à remplacer une mosaïque de contrats monétiques locaux et de PSP e-commerce par une plateforme unique, déployée pays par pays. Ces programmes rapportent trois résultats, une vision client unifiée par le token, des retours cross-canal généralisés et une réconciliation centralisée multi-pays. Ils permettent aussi de déployer de nouveaux parcours, comme l'encaissement mobile en rayon, les kiosques et la suppression des files d'attente, sans nouvelle intégration paiement.
- Commencer par le token : sans identifiant client cross-canal, l'omnicanal reste cosmétique.
- Un identifiant de commande unique propagé dans toutes les transactions, tous canaux.
- Traiter les retours en priorité : c'est le parcours le plus visible pour le client et le plus douloureux en silos.
- Impliquer la finance dès le début : la réconciliation unifiée conditionne la clôture comptable. Ce n'est pas un sujet « IT ».
- Migrer par pays ou par enseigne, jamais en big bang : le paiement en magasin ne tolère aucune interruption.