Entretien Tech Expert Monétique

Le porteur présente sa carte au TPE, qui lit la puce/piste et envoie une demande d'autorisation via le PSP et l'acquéreur, routée par le scheme jusqu'à la banque émettrice. L'émetteur vérifie la provision et répond (accepté/refusé). La réponse redescend jusqu'au TPE qui imprime le ticket. Plus tard, la transaction est compensée (clearing) puis réglée (settlement).

L'émetteur est la banque du porteur : elle a émis la carte et décide d'autoriser ou refuser. L'acquéreur est la banque du commerçant : elle crédite le compte marchand et gère la relation contractuelle avec lui.

Un scheme (CB, Visa, Mastercard) est un réseau interbancaire qui définit les normes techniques et de sécurité, et route les transactions entre l'acquéreur et l'émetteur pour assurer l'interopérabilité entre toutes les banques.

Le TPE lit la carte (puce, piste, sans contact), fait saisir et chiffre le PIN si besoin, construit le message de transaction et le transmet au PSP/acquéreur, puis restitue le résultat au porteur et au commerçant.

Worldline est un acteur majeur qui peut fournir des TPE, agir comme PSP/acquéreur, et proposer des services de gestion de parc monétique. Son rôle exact dépend du contrat et du périmètre (France notamment).

C'est un blocage temporaire de fonds sur le compte du porteur, sans capture immédiate, permettant de garantir un paiement futur (chambre + extras). Elle est finalisée (montant ajusté) ou annulée plus tard.

Elle garantit à l'hôtel le paiement de la chambre et des extras potentiels sans capturer immédiatement un montant qui n'est pas encore définitif, tout en protégeant le client d'un débit prématuré ou incorrect.

EMV est le standard mondial de sécurité des cartes à puce, qui garantit l'authenticité de la carte via un cryptogramme dynamique unique à chaque transaction, réduisant fortement la fraude par clonage.

PCI DSS est un référentiel de sécurité obligatoire pour toute entité qui traite, stocke ou transmet des données de carte, imposant chiffrement, segmentation réseau, contrôle d'accès et supervision (logs, patching).

Je qualifie le périmètre (1 TPE, tout l'hôtel), je vérifie la connectivité et les changements récents, je collecte les logs, et j'escalade au bon prestataire si nécessaire avec toutes les informations utiles.

Je traite immédiatement l'incident comme majeur : je qualifie le périmètre exact, cherche un dénominateur commun (prestataire, région, version), centralise la communication, et escalade en priorité haute avec toutes les preuves techniques.

Je maintiens un suivi régulier (incidents et projets), j'ouvre des tickets structurés avec toutes les informations utiles (IDs, logs, horodatages, impact), et je m'assure du respect des SLA tout en gardant une relation constructive.

Inventaire complet du parc, analyse de compatibilité et des risques, définition d'un pilote, planification par vagues, communication aux sites et prestataires, plan de rollback, suivi de KPI, puis validation finale.

CB 5.5 est une évolution de la norme technique du réseau CB. Les détails précis (contenu exact, calendrier, impacts techniques détaillés) doivent être validés selon la documentation officielle du GIE CB — à ne jamais improviser en entretien.

FRv6 est une évolution réglementaire/technique française liée aux paiements. Comme pour CB 5.5, les détails précis doivent être confirmés via la documentation officielle plutôt qu'improvisés.

Réponse personnelle à préparer : lien entre appétence technique (support, production IT), goût pour la résolution d'incidents concrets à fort impact métier, et intérêt pour un domaine normé et réglementé.

Mettre en avant les compétences transférables : méthodologie de troubleshooting en production IT, rigueur en environnement contraint (sécurité, normes), expérience de la relation avec des prestataires externes, capacité d'apprentissage rapide démontrée.