Déployer l'encaissement en magasin à l'international. 7 chapitres et un QCM final.

Chapitre 1. Qualifier un pays et arrêter l'architecture.

Une enseigne qui ouvre dans un nouveau pays commande rarement le bon terminal du premier coup. La cause tient à l'ordre des décisions, pas à la technique. Le matériel se choisit en dernier. Avant lui viennent trois questions dont les réponses vivent chez des tiers : quel instrument porte réellement le paiement de proximité, quelle couche d'intermédiation est obligatoire, quelles obligations locales pèsent sur le boîtier. Ce chapitre produit un document, la fiche d'acceptation du pays, qui tient en une page, huit lignes, chacune avec sa source.

Quatre architectures, et ce qui les départage

Chapitre 2. Écrire les clauses d'agrément d'un appel d'offres.

Un terminal de paiement est un coffre-fort cryptographique qui franchit trois portes d'homologation distinctes, délivrées par trois autorités, sur trois calendriers. La question posée aux fournisseurs décide de la qualité des réponses, et demander si le terminal est certifié appelle un oui qui n'engage à rien, alors que la bonne formulation nomme le référentiel, le pays et la date. Une réponse exploitable tient dans un tableau, pas dans une plaquette.

Les six exigences à écrire noir sur blanc

• Une ligne par modèle ET par pays. Un tableau à une seule ligne par modèle masque exactement ce qu'on cherche : l'agrément manquant sur le troisième marché.
• Une date d'expiration pour chaque agrément, pas une case cochée. La date commande la fenêtre de commande, donc le calendrier de renouvellement du parc.
• Le numéro d'approbation PCI PTS POI, vérifiable sur la liste publique du PCI Security Standards Council. Un numéro se recoupe ; un logo sur une plaquette ne se recoupe pas.
• Les familles radio lues, types A et B d'ISO/IEC 14443, et FeliCa quand le marché l'exige. Le Japon et Hong Kong tombent sur cette ligne.
• Le protocole de dialogue avec la caisse, nommé et versionné. C'est la ligne qui décide de la charge d'intégration du chapitre 5.
• Le mode d'injection des clés : en usine, sur site, ou à distance. Une injection sur site sur trois cents magasins est un projet logistique, pas une formalité.

modele: <reference commerciale>
pays: <ISO 3166-1 alpha-2>

pci_pts_poi:
  version_approuvee: <6.x | 7.0>
  numero_approbation: <n° figurant sur la liste publique PCI SSC>
  expiration: <AAAA-MM-JJ>        # une date, jamais "oui"

emv:
  level_1: { certificat: <n°>, expiration: <AAAA-MM-JJ> }
  level_2: { noyau: <nom + version>, expiration: <AAAA-MM-JJ> }
  level_3: { acquereur: <nom>, pays: <ISO2>, date_passage: <AAAA-MM-JJ> }

agrement_national:
  referentiel: <Ashrait (Shva) | CB 6.0 (GIE CB) | homologation FeliCa | ...>
  statut: <obtenu | instruction en cours | non demande>
  expiration: <AAAA-MM-JJ>

radio:
  iso_14443: [A, B]
  felica: <oui | non>

protocole_caisse: <nexo Retailer Protocol | ZVT | proprietaire: nom + version>
injection_de_cles: <usine | sur site | a distance>

Chapitre 3. Paramétrer le sans contact, diagnostiquer un refus.

La radio du sans contact est la même partout, avec ISO/IEC 14443 pour la couche physique et un noyau EMV contactless par réseau accepté. Ce qui change d'un pays à l'autre est le seuil au-delà duquel une vérification du porteur devient obligatoire, et l'autorité qui le fixe. Cette différence de source gouverne la vitesse de révision, puisqu'un seuil de scheme bouge en quelques mois. Un seuil réglementaire prend des années. L'équipe paiement d'une enseigne multi-pays tient donc une table, et la date chaque ligne.

Trois paramètres du terminal traduisent ce régime en comportement de caisse. La liste des noyaux activés détermine les cartes lues, réseau par réseau. La liste CVM ordonne les méthodes de vérification acceptées et leur seuil de bascule. La limite de plancher décide au-delà de quel montant l'autorisation en ligne devient obligatoire. Ces trois réglages arrivent avec la configuration de l'acquéreur, et ils se vérifient au déploiement du premier magasin, jamais après le centième.

• Écrire la consigne de caisse dans la langue du pays, avec le seuil local et sa formulation exacte. Un vendeur qui explique correctement une demande de code évite l'incident client.
• Interdire la reprise manuelle du numéro de carte en cas d'échec du lecteur. C'est un parcours dégradé, coûteux en responsabilité, et refusé par certains référentiels locaux.
• Suivre le taux de repli sur piste magnétique, terminal par terminal. Une hausse durable sur un boîtier signale un lecteur de puce usé, avant la panne.
• Vérifier la couverture hors ligne quand l'activité l'exige. BankAxept fonctionne hors ligne en Norvège et sert de dispositif désigné de distribution d'espèces en magasin (Norges Bank, décembre 2025).
• Contrôler le routage domestique là où il est imposé. MyDebit, en Malaisie, impose un routage domestique prioritaire des transactions de débit (PayNet).

Chapitre 4. Arbitrer entre boîtier, SoftPOS et QR.

Le SoftPOS transforme un téléphone ordinaire en point d'acceptation sans contact, sans matériel additionnel. Le cadre de sécurité est PCI MPoC, publié en 2022 par le PCI Security Standards Council, qui consolide SPoC pour la saisie du code et CPoC pour le sans contact. L'implémentation la plus visible est Tap to Pay on iPhone, disponible dans plus de quatre-vingts pays et territoires (Apple, developer.apple.com/tap-to-pay/regions, consulté en août 2026). Le service exige un prestataire de paiement certifié comme point d'intégration. Cette liste de pays se lit avant l'arbitrage, pas après.

• Vérifier la disponibilité du service dans le pays, sur la page de l'éditeur, avant toute étude de coût. Les absences ne sont pas des retards : ce sont des marchés structurés hors du sans contact carte.
• Vérifier que le prestataire certifié couvre ce pays. Le service et le prestataire sont deux conditions séparées, et elles ne coïncident pas partout.
• Inventorier la flotte de téléphones du personnel, modèle par modèle et version d'OS par version d'OS. Un parc Android hétérogène produit des comportements sans contact différents.
• Mesurer la part de cartes sans contact de la clientèle réelle, pas celle du pays. Une clientèle internationale porte des cartes plus anciennes.
• Vérifier les obligations locales du point d'acceptation. En Italie, les solutions logicielles sur téléphone entrent dans le même périmètre d'appairage fiscal que les boîtiers.

Chapitre 5. Câbler la caisse sans refaire le projet à chaque pays.

Sous le terminal, le message d'autorisation reste ISO 8583 dans la plupart des marchés. Au-dessus du terminal, la standardisation s'arrête. Le dialogue entre le logiciel de caisse et le boîtier est national, parfois propriétaire, souvent hérité, ce qui en fait la couche la plus coûteuse d'un déploiement multi-pays, celle que les cahiers des charges oublient. Le geste enseigné ici consiste à isoler cette couche derrière un contrat unique, puis à chiffrer le reste en parcours à recetter.

nexo : la seule tentative de standard au-dessus du terminal

L'association nexo standards publie des protocoles d'acceptation fondés sur ISO 20022, dont trois concernent directement une enseigne. Le nexo Retailer Protocol normalise le dialogue entre la caisse et le point d'interaction, sous le nom de Sale to POI. Le nexo Acquirer Protocol porte les messages vers l'acquéreur, dans la famille de messages caaa. Le nexo TMS Protocol régit la gestion de parc, dans la famille catm (nexo standards, consulté en août 2026). L'adoption progresse par les référentiels nationaux plutôt que par le marché. En France, la norme CB 6.0, dite FRV6, s'appuie sur ces standards et s'impose aux nouveaux terminaux depuis le 1er janvier 2025 (GIE Cartes Bancaires).

{
  "operation": "vente",
  "reference_vente": "TCK-2026-000418",
  "montant": { "valeur": 4990, "devise": "EUR", "exposant": 2 },
  "pourboire": { "autorise": true, "saisie": "terminal" },
  "point_de_vente": { "magasin": "PT-LIS-004", "caisse": "03", "tid": "12345678" },
  "attendu": [
    "statut",
    "moyen_de_paiement",
    "pan_masque",
    "aid",
    "reference_autorisation",
    "mode_cvm",
    "numero_de_lot"
  ]
}

• Le montant voyage en plus petite unité de la devise, avec son exposant. Une devise sans décimale s'écrit sans multiplier par cent.
• Le numéro de lot revient dans la réponse. Sans lui, le rapprochement du chapitre 6 devient impossible à automatiser.
• Le mode de vérification revient aussi. Il explique après coup pourquoi un porteur a saisi son code, et il désamorce les réclamations.
• L'adaptateur par pays traduit ce contrat, dans un seul module, testé isolément. Le reste de la caisse ignore le protocole local.
• Aucune règle métier dans l'adaptateur. Un adaptateur qui décide quelque chose finit dupliqué, puis divergent, puis faux dans un pays sur trois.

Chapitre 6. Télécollecte, règlement et réconciliation.

Une autorisation n'est pas un encaissement. Elle réserve un montant chez l'émetteur et rien de plus. L'argent ne part vers l'enseigne qu'après la remise du lot de transactions à l'acquéreur, la télécollecte, qui se déclenche à heure fixe selon un paramètre du terminal. Une transaction autorisée mais jamais remise n'est jamais payée, et le contrôle correspondant tient en une requête quotidienne, alors qu'il manque dans la plupart des déploiements.

• Un identifiant commerçant par pays et par entité juridique, jamais mutualisé entre deux pays. Un MID partagé rend le troisième rapprochement indémêlable.
• Un terminal sans télécollecte depuis vingt-quatre heures déclenche une alerte. C'est le seul contrôle qui protège du chiffre d'affaires perdu sans bruit.
• La devise de règlement s'écrit dans le contrat d'acquisition. Encaisser en monnaie locale et se faire régler en devise du siège déplace la marge de change chez l'acquéreur.
• La conversion dynamique proposée au porteur produit une ligne de revenu distincte et un risque de réclamation. Elle se pilote, elle ne s'active pas par défaut.
• Les fichiers de remise se conservent au moins aussi longtemps que le délai de contestation applicable dans le pays. Un litige sans pièce de remise se perd d'avance.

Chapitre 7. Tenir le parc, le SAV et les échéances locales.

Un parc de terminaux se gère comme un référentiel de données, pas comme un stock, puisque chaque boîtier porte un identifiant, une version logicielle, une configuration, un agrément daté et un point de vente. Ces attributs dérivent avec le temps, si bien qu'une enseigne qui les ignore découvre ses écarts par des refus, des sanctions ou des ruptures de service. Six indicateurs suffisent à tenir l'ensemble. Chacun se relie à un geste, sinon il ne sert à rien.

• Identifiant du terminal (TID) et identifiant commerçant (MID), reliés au point de vente et à l'entité juridique du pays.
• Numéro de série et modèle, seuls éléments qui relient un boîtier à son agrément et à sa date d'expiration.
• Version logicielle et version de configuration, relevées automatiquement, jamais déclarées à la main.
• Référence d'appairage réglementaire, là où le pays l'impose, avec la date d'obtention.
• Date d'injection des clés et mode d'injection, qui déterminent la procédure de remplacement en urgence.
• État du service et date du dernier échange, base de l'alerte de télécollecte et du pilotage du SAV.