Protocole Caisse-AP, SE1042, CTEP : comment votre caisse parle à votre TPE

Il est 18 h 40, il y a la queue, et votre vendeuse tape le total sur la caisse : 43,90 €. Puis elle le retape sur le terminal de paiement : 49,30 €. Le client ne vérifie pas, il paie sans contact et s'en va. Le soir, la caisse annonce un écart de 5,40 € que personne ne s'explique, et vous passez vingt minutes à comparer le journal de caisse avec le relevé du terminal.

Cette scène a une cause précise : votre caisse et votre TPE ne se parlent pas. Et la solution a un nom que les vendeurs de matériel prononcent rarement devant vous : la liaison caisse–TPE, régie par des protocoles aux noms peu engageants — Caisse-AP, SE1042, CTEP. Cet article vous explique qui est qui, à quoi sert chacun, et surtout quelles questions poser avant de signer pour une caisse ou un terminal. Sans jargon, ou alors expliqué.

L'essentiel en 30 secondes :

• Relier la caisse au TPE supprime la double saisie du montant : moins d'erreurs, encaissement plus rapide, rapprochement de caisse automatique.
• Caisse-AP est le protocole standard en France, géré par l'Association du Paiement (c'est l'ancien protocole « Concert »).
• SE1042 est le protocole maison d'Ingenico, CTEP celui de Worldline : on les rencontre sur certains terminaux et automates.
• CB2A n'est pas une liaison caisse–TPE, contrairement à ce qu'on lit parfois : c'est le dialogue entre le terminal et la banque.

Le problème : deux machines qui comptent chacune dans leur coin

Un TPE « autonome » (non relié) fonctionne très bien... tout seul. Il encaisse, il imprime son ticket, il fait sa télécollecte le soir. Mais il ignore tout de votre caisse. Résultat, à chaque vente par carte, quelqu'un ressaisit le montant à la main sur le terminal. Chaque ressaisie est une occasion d'erreur : une inversion de chiffres, un zéro en trop, un montant validé avant correction.

Et le soir, vous avez deux vérités : le total carte selon la caisse, et le total carte selon le terminal. Quand ils divergent, il faut chercher pourquoi, ticket par ticket. C'est du temps perdu tous les jours, et c'est le premier poste d'écarts de caisse inexpliqués constaté dans les commerces accompagnés par Web-Jungle.

La liaison caisse–TPE : ce que ça change au comptoir

Quand la caisse et le terminal sont reliés (par câble, réseau ou Wi-Fi selon les modèles), le déroulé change :

1. La caisse calcule le total et l'envoie elle-même au terminal. Personne ne retape rien.
2. Le client paie. Le terminal répond à la caisse : paiement accepté ou refusé, montant, type de carte.
3. La caisse enregistre le règlement automatiquement, ferme le ticket, et vos totaux carte sont justes par construction.

Concrètement : un passage en caisse plus rapide, une source d'erreur humaine supprimée, et un rapprochement de caisse qui ne demande plus de comparer deux rapports — le Z de caisse et le journal du TPE racontent enfin la même histoire. Selon les versions de protocole, la liaison permet aussi d'envoyer des annulations ou des remboursements depuis la caisse, de déclencher la télécollecte, ou de gérer le ticket carte (jusqu'à sa dématérialisation).

Pour que ce dialogue fonctionne, encore faut-il que les deux machines parlent la même langue. C'est là qu'interviennent les protocoles.

Le paysage des protocoles : chacun à sa place

Caisse-AP : le standard interprofessionnel (ex-Concert)

Le protocole Caisse-AP — souvent appelé simplement « protocole Caisse » — est le standard français de la liaison caisse–TPE. Il est normalisé et géré par l'Association du Paiement, l'organisme interprofessionnel qui réunit les acteurs de la monétique en France. C'est le descendant direct du protocole Concert, un nom que vous croiserez encore dans beaucoup de documentations : Concert E, Concert E+, puis les versions 3.x reprises par l'Association du Paiement.

La version en vigueur est la 3.20, disponible depuis juillet 2020. Par rapport aux anciennes versions qui ne fonctionnaient qu'en liaison série (un câble dédié), elle dialogue aussi en réseau (IP), et elle a ajouté des fonctions utiles au comptoir : choix de l'application de paiement, annulations, télécollecte pilotée depuis la caisse, impression du ticket carte via la caisse et dématérialisation des tickets. Nuance honnête : tous les fabricants de terminaux n'ont pas implémenté la totalité des fonctions de la 3.20 — d'où l'importance de vérifier point par point, on y revient plus bas.

Sa grande force est d'être interprofessionnel : il n'appartient à aucun fabricant. Les terminaux Ingenico, Verifone et certains modèles PAX vendus en France l'implémentent, ce qui permet en principe de changer de terminal sans changer de caisse, et inversement. Point à connaître si vous faites développer votre propre logiciel de caisse : l'accès à la spécification passe par une licence à 950 € auprès de l'Association du Paiement, qui comprend la documentation personnalisée avec un identifiant (IPC), des exemples de code et un questionnaire d'auto-évaluation. C'est l'éditeur du logiciel qui la paie, pas le commerçant — mais ce coût finit forcément quelque part dans un devis, autant savoir qu'il existe.

SE1042 : le protocole maison d'Ingenico

Le protocole SE1042 est le protocole propriétaire d'Ingenico, le principal fabricant français de terminaux. Même rôle que Caisse-AP — faire dialoguer un système d'encaissement et un terminal — mais dans une version conçue par et pour un seul constructeur, avec un mode de fonctionnement dit synchrone (la caisse et le terminal échangent en continu pendant la transaction, ce qui permet de suivre son déroulement étape par étape).

Pourquoi existe-t-il, alors qu'un standard commun existe ? Parce qu'un protocole propriétaire expose des capacités du terminal que le standard ne couvre pas, notamment le suivi fin des événements d'une transaction. C'est pour cela qu'on le rencontre en particulier sur les automates : distributeurs, bornes de paiement, stations de lavage, caisses libre-service — des contextes sans caissier, où la machine doit savoir précisément où en est le paiement pour réagir seule. On le croise aussi dans des intégrations de caisse étroitement liées aux terminaux Ingenico.

La contrepartie est mécanique : un logiciel qui ne parle que SE1042 est lié aux terminaux Ingenico. Le jour où votre banque vous propose un terminal d'une autre marque, la liaison ne suit pas.

CTEP : l'équivalent chez Worldline

CTEP est le pendant chez Worldline (le groupe de paiement issu notamment d'Atos et de l'historique belge Banksys) : un protocole de liaison caisse–terminal propre à ses équipements, de fonctionnement asynchrone, qu'on rencontre sur les terminaux Worldline comme les Yomani ou Yoximo, et lui aussi utilisé sur des automates. Il est très présent en Belgique et au Benelux, où Worldline domine le parc de terminaux ; en France, vous le croiserez si votre fournisseur de monétique vous équipe en matériel Worldline.

Même logique que pour SE1042 : c'est un protocole efficace dans son écosystème, et une dépendance à ce même écosystème.

CB2A : celui qu'on cite à tort

Voici l'erreur la plus répandue dans les articles sur le sujet — et parfois dans la bouche de commerciaux : présenter CB2A comme un protocole de liaison caisse–TPE. C'est faux. CB2A (« Carte Bancaire Accepteur-Acquéreur ») régit les échanges entre le terminal et la banque : les demandes d'autorisation quand une carte est insérée (CB2A Auto), et la télécollecte du soir qui envoie les transactions à votre banque (CB2A TLC).

Autrement dit, dans une transaction complète, il y a deux conversations distinctes : la caisse parle au terminal (Caisse-AP, SE1042 ou CTEP), puis le terminal parle à la banque (CB2A, côté France). Votre logiciel de caisse n'a jamais affaire à CB2A ; c'est l'affaire du terminal et de votre contrat monétique. Si un prestataire vous vante une caisse « compatible CB2A » pour la liaison au TPE, il confond les deux étages — et ça en dit long sur sa maîtrise du sujet.

Les questions à poser avant d'acheter une caisse ou un TPE

Le piège classique : acheter la caisse d'un côté, le terminal de l'autre (souvent via la banque), et découvrir au branchement qu'ils ne se parlent pas. Avant de signer, posez ces questions par écrit :

1. « Quels protocoles de liaison caisse votre matériel/logiciel supporte-t-il, et en quelle version ? » « Compatible liaison caisse » ne suffit pas : demandez le nom (Caisse-AP 3.20 ? SE1042 ? CTEP ?) et la version. Deux équipements « compatibles » sur des protocoles différents ne se parleront pas.
2. « Quelles fonctions précises sont couvertes ? » L'envoi du montant est le minimum. Annulation et remboursement depuis la caisse, télécollecte pilotée, gestion du ticket carte : tous les couples caisse–terminal ne les gèrent pas, même en Caisse-AP 3.20, car les fabricants n'ont pas tous tout implémenté.
3. « Qui a payé la licence du protocole, et qui maintient l'intégration ? » Pour Caisse-AP, la licence est côté éditeur de caisse. Ce qui compte pour vous : en cas de mise à jour du terminal qui casse la liaison, qui intervient, et est-ce inclus dans votre contrat de maintenance ?
4. « Que se passe-t-il si je change de banque ou de terminal ? » C'est LA question. Une caisse qui parle le standard Caisse-AP vous laisse changer de TPE ; une caisse verrouillée sur un protocole propriétaire vous impose la marque du terminal — et parfois le fournisseur de monétique qui va avec.
5. Pour un automate ou une borne : demandez explicitement quel protocole gère le paiement sans caissier ; c'est le terrain naturel de SE1042 et CTEP, et une intégration standard « comptoir » ne suffit généralement pas.

Et si votre caisse est développée sur mesure ?

C'est ici que Web-Jungle prêche pour sa paroisse, avec un argument vérifiable : un logiciel d'encaissement développé sur mesure n'est pas condamné à un seul protocole. Puisque le code vous est destiné, il peut implémenter Caisse-AP en socle — le standard, pour rester libre de changer de terminal — et un protocole constructeur (SE1042, CTEP) là où votre matériel ou votre cas d'usage le justifie, un automate par exemple. C'est exactement l'inverse du logiciel du commerce verrouillé sur l'écosystème de son éditeur.

Un logiciel de caisse sur mesure reste évidemment soumis aux mêmes règles que les autres : conforme à la loi anti-fraude (article 286 du CGI), attestation d'éditeur fournie, comme la loi de finances 2026 le permet à nouveau depuis février 2026 ; certification NF525/LNE possible en option (le détail est dans l'article sur les obligations NF525). Et si vous vous demandez ce que la réforme de la facturation électronique change pour votre encaissement, le calendrier et les obligations sont détaillés dans cet article sur la facturation électronique 2026-2027.

En résumé

Retenez quatre noms et leur place. Caisse-AP (ex-Concert, version 3.20) : le standard interprofessionnel de la liaison caisse–TPE en France, géré par l'Association du Paiement. SE1042 : le protocole propriétaire d'Ingenico, croisé notamment sur les automates. CTEP : son équivalent chez Worldline. CB2A : le dialogue terminal–banque, qui n'a rien à faire dans une discussion sur la liaison caisse–TPE. Et une règle d'achat : exigez les noms et versions de protocoles par écrit avant de signer, pour la caisse comme pour le terminal.

Vous hésitez entre deux devis de caisse, votre TPE refuse de parler à votre logiciel, ou vous voulez savoir si une caisse sur mesure aurait du sens pour votre commerce ? Réserver mon appel gratuit (30 min) : on regarde votre matériel, vos contrats et vos contraintes, et vous repartez en sachant ce qui se parle avec quoi, même si la conclusion est que votre installation actuelle suffit.

---

Faits techniques vérifiés le 14 octobre 2026 auprès des sources ci-dessous (la version 3.20 reste la dernière publiée par l'Association du Paiement, la licence est toujours à 950 €). Les versions de protocoles et les conditions de licence évoluent : re-vérifiez auprès de l'Association du Paiement et de votre fournisseur au moment où vous lisez cet article.

Sources :

• Association du Paiement : Le protocole Caisse (version 3.20, juillet 2020)
• Association du Paiement : licence du protocole Caisse (950 €, documentation personnalisée avec IPC)
• Association du Paiement : fonctionnalités apportées par chaque version du protocole Caisse (Concert E, E+, 3.10, 3.20)
• Association du Paiement : questions fréquentes (mention des protocoles SE1042 d'Ingenico, synchrone, et CTEP de Worldline, asynchrone)
• Mobile Transaction : Qu'est-ce que le protocole Caisse AP ?
• Mobile Transaction : Avantage d'un TPE compatible ou intégré au système de caisse
• Mon Espace Support : Protocole CAISSE-AP version 3.2 (ancien protocole Concert)
• Documentation Odoo : terminaux Worldline et protocole CTEP
• Worldline Support : activation de la liaison CTEP (Wipay, PDF)
• Paymon (blog monétique) : CB2A, autorisation et télécollecte entre accepteur et acquéreur