Encaisser en Pologne et en Europe centrale. 6 chapitres et un QCM final.

Chapitre 1. Composer le catalogue, pays par pays.

Le catalogue de moyens de paiement désigne l'ensemble des instruments qu'un marchand expose au paiement, et l'ordre dans lequel ils apparaissent dans le tunnel de commande. Sa composition se décide marché par marché, parce que les instruments réellement utilisés varient d'un pays à l'autre. La Pologne, la Tchéquie, la Hongrie et la Roumanie ont chacune un moyen dominant qui leur est propre. Le catalogue d'un prestataire recense les instruments qu'il sait traiter. Il n'indique pas lesquels l'acheteur local manipule quotidiennement. La composition s'appuie donc sur les usages de paiement observés dans le pays visé.

Les quatre pays partagent le virement de compte à compte comme rail des paiements locaux, en lieu et place de la carte. BLIK en Pologne, qvik en Hongrie, QR Platba en Tchéquie et RoPay en Roumanie reposent tous sur ce rail. Trois conséquences en découlent pour l'encaisseur. Les fonds arrivent en instantané, sans cycle de compensation à financer. La chaîne ne comporte ni 3-D Secure ni contestation de scheme carte. Le remboursement emprunte un flux distinct de l'encaissement et se branche explicitement.

L'ordre du tunnel détermine quel moyen de paiement l'acheteur rencontre en premier, et il pèse à ce titre sur la répartition des choix. En Pologne, reléguer BLIK sous les cartes revient à cacher le premier moyen de paiement du pays, auquel le NBP attribue la moitié du nombre de transactions e-commerce. À l'inverse, en Tchéquie et en Hongrie, la carte reste le point d'entrée naturel du parcours en ligne, tandis que la surcouche de virement s'y installe surtout au point de vente et sur facture.

• Décider pays par pays, jamais par zone. Un réglage « Europe centrale » unique produit quatre tunnels médiocres au lieu d'un bon.
• Vérifier la devise de règlement avant la devise d'affichage. Encaisser en PLN et se faire reverser en EUR ajoute une conversion que personne n'a budgétée.
• Contractualiser l'exposition du moyen local, pas seulement la carte : un contrat d'acquisition carte ne donne aucun droit sur BLIK, qvik ou RoPay.
• Mesurer avant d'arbitrer. Le taux de conversion par moyen de paiement et par pays est la seule donnée qui tranche le débat d'ordonnancement.
• Prévoir le remboursement dès la recette. Sur un rail de virement, il ne se déduit pas de l'encaissement et se teste séparément.

Chapitre 2. Câbler BLIK de bout en bout.

BLIK désigne le système de paiement mobile polonais qui déclenche un virement de compte à compte depuis l'application bancaire du payeur. Il est exploité par Polski Standard Płatności, société détenue par un consortium de banques polonaises, et fonctionne depuis 2015. Le porteur ouvre l'application de sa propre banque. Il y génère un code qui compte toujours six chiffres et reste valable deux minutes (BLIK, FAQ, consulté en août 2026), avant de le saisir sur la page de paiement et de confirmer dans l'application. Aucun numéro de carte n'est demandé, et aucun PAN ne circule.

La fenêtre de deux minutes contraint toute l'intégration. Elle court pendant que l'acheteur bascule d'écran, lit la notification et confirme dans son application bancaire. Le temps consacré à une page intermédiaire lente est retranché de cette même fenêtre. Un formulaire dépourvu de compte à rebours laisse l'acheteur ignorer le temps qui lui reste. Lorsque le tunnel n'offre aucun bouton de régénération, l'acheteur dont le code a expiré n'a plus de moyen de reprendre son paiement, et la commande est abandonnée. Le taux d'expiration de code se suit comme un indicateur de conversion à part entière.

• Paiement récurrent : après un premier paiement confirmé, un alias lié au marchand permet le prélèvement suivant sans code. La FAQ de BLIK cite explicitement les abonnements et les factures d'électricité ou de téléphone.
• Chèque BLIK : un code à neuf chiffres, distinct du code à six chiffres, sert au paiement et au retrait d'espèces au distributeur (BLIK, FAQ, 2026).
• Retrait et dépôt au distributeur, paiement sans contact en magasin : ces usages relèvent d'un paramétrage acquéreur propre. Ils ne se déduisent d'aucun contrat carte existant.
• Transfert vers un numéro de mobile : hors périmètre marchand, mais c'est le vecteur d'adoption qui alimente tout le reste.
• Expansion régionale : Polski Standard Płatności contrôle désormais la société slovaque BLIK SK, a.s., ex-Viamo, dont la passerelle expose BLIK aux côtés des cartes, d'Apple Pay, de Google Pay et de Sporopay.

1. Code correct, confirmation immédiate            -> commande créée sur webhook, pas sur redirection
2. Code correct, confirmation après 110 s          -> succès ; le compte à rebours ne doit pas avoir coupé la session
3. Code correct, aucune confirmation               -> expiration propre + bouton « générer un nouveau code »
4. Code refusé dans l'application bancaire         -> retour panier intact, autre moyen proposé
5. Double soumission du même code                  -> une seule commande ; idempotence sur la référence marchande
6. Webhook rejoué deux fois                        -> une seule commande ; idempotence sur l'identifiant d'issue
7. Remboursement TOTAL                             -> exécuté et rapproché
8. Remboursement PARTIEL                           -> exécuté ; solde résiduel correct en back-office
9. Alias récurrent révoqué par le porteur          -> échec explicite + relance client, pas de retentative aveugle
10. Montant en groszy                              -> 49,90 PLN transmis comme 4990, jamais comme 49.9

Chapitre 3. Monter l'acquisition polonaise : pay-by-link et rails du zloty.

Le pay-by-link désigne un parcours de paiement dans lequel l'acheteur règle par virement autorisé dans l'interface de sa propre banque. Il constitue le second pilier de l'encaissement polonais. L'acheteur choisit d'abord sa banque dans une liste affichée au paiement. Il est ensuite redirigé vers l'interface de cette banque, où figure un ordre de virement pré-rempli portant le bénéficiaire, le montant et la référence. Il l'autorise avec ses propres moyens d'authentification, et le marchand reçoit alors un virement au lieu d'une autorisation.

Le modèle de risque en découle directement. Un virement autorisé est poussé et irrévocable, ce qui exclut la pré-autorisation à capturer, la fenêtre de contestation de scheme et l'impayé différé. L'issue du paiement est donc connue dès l'autorisation, sans capture ultérieure ni délai de contestation à surveiller. Le canal est particulièrement utilisé sur les paniers élevés, là où le plafond d'une carte devient contraignant.

Le marché polonais des prestataires d'encaissement est dense et local. Przelewy24, exploité par PayPro S.A., est un point d'entrée classique qui agrège le pay-by-link, BLIK et les cartes sous un même contrat, et opère sous statut d'institution de paiement supervisée par la KNF. PayU, Tpay et Autopay occupent le même terrain. Le critère qui les départage tient à la liste des banques réellement couvertes en pay-by-link, banques coopératives comprises, puisqu'une banque absente de cette liste rend le parcours indisponible pour ses propres clients.

• Exiger la liste nominative des banques couvertes en pay-by-link, et la comparer à la répartition réelle de la clientèle visée.
• Tester la référence de rapprochement : un libellé tronqué par une banque rend le lettrage impossible sur toute une population de payeurs.
• Vérifier la fenêtre de versement promise par le prestataire, séparément du délai du rail : les deux se cumulent.
• Documenter le cas Paybynet, service de la KIR intégré à la plateforme publique ePUAP, si l'activité touche des redevances administratives.
• Noter qu'Autopay cumule deux rôles (opérateur d'infrastructure avec BlueCash et prestataire marchand), configuration à expliciter dans tout appel d'offres.

Chapitre 4. Le QR n'est pas un choix d'implémentation : qvik, QR Platba, RoPay.

Une surcouche d'initiation désigne un dispositif national qui déclenche un virement depuis l'application bancaire du payeur. La Hongrie, la Tchéquie et la Roumanie en exploitent chacune une, respectivement qvik, QR Platba et RoPay. Le code QR affiché au client n'appartient pas au marchand : son format est fixé au niveau national, et les applications bancaires ne reconnaissent que ce format. Un code QR fabriqué par le marchand, ou repris d'un portefeuille utilisé sur un autre marché, n'est donc pas interprété. Le client ouvre son application, scanne, et n'obtient aucun écran de paiement.

QR Platba encode un IBAN, un montant, un message et un symbole variable, ce dernier champ constituant la clé de rapprochement propre à la Tchéquie. Le symbole variable est le champ que la comptabilité tchèque utilise de longue date pour lettrer un encaissement. Il doit être généré par le système marchand, rester unique par commande, et figurer à l'identique dans la facture. Un symbole variable absent produit un virement anonyme, tandis qu'un symbole variable réutilisé produit deux commandes rapprochées sur la même ligne.

• qvik-QR : code dynamique affiché en caisse ou au paiement en ligne, régénéré à chaque montant.
• qvik-NFC : approche du téléphone sur un terminal compatible, sans lecture optique.
• qvik-LINK : lien de paiement envoyé par message ou courriel, utile pour la vente à distance et le service après-vente.
• qvik-kérelem : la fizetési kérelem, demande de paiement dont la réception est obligatoire pour les prestataires hongrois depuis le 1er avril 2024 ; c'est le parcours de la facturation et du recouvrement.
• Point d'intégration usuel en Hongrie : SimplePay Zrt., société antérieurement dénommée OTP Mobil Kft. et renommée en juillet 2025, qui expose la carte, les terminaux, la tokenisation et qvik sous un même contrat.

En Roumanie, RoPay est un schéma versionné, dont les règles techniques évoluent par publications successives. Le registre des institutions adhérentes au schéma RoPay en leu est daté du 17 décembre 2025, et la version RoPay_V02R02 prend effet le 30 avril 2026. Le raccordement d'un marchand ne vaut donc pas une fois pour toutes : il suit un calendrier de versions, comme pour un scheme carte. La clause à obtenir du prestataire porte sur le délai de mise à niveau après publication d'une version.

Chapitre 5. Le contre-remboursement : chiffrer, encadrer, réduire.

Le contre-remboursement, ramburs en roumain, désigne le règlement en espèces au livreur d'une commande passée en ligne. Il reste un moyen de paiement attendu en Roumanie, et présent ailleurs dans la région. Au sens technique, pourtant, aucun paiement n'intervient à la commande. Pour l'encaisseur, l'opération constitue un crédit fournisseur consenti à un inconnu, doublé d'un mandat d'encaissement confié au transporteur : le marchand avance la marchandise et son transport, puis attend le reversement du transporteur. Le sujet quitte donc la direction du paiement pour rejoindre la logistique et le crédit client.

PARAMÈTRES À MESURER DANS VOS PROPRES DONNÉES
  P   = panier moyen de la population contre-remboursement
  M   = marge brute unitaire
  r   = taux de refus à la livraison
  Ta  = coût du transport aller
  Tr  = coût du transport retour
  Cp  = coût de préparation et d'emballage
  f   = commission d'encaissement du transporteur (% du montant collecté)
  d   = délai de reversement, en jours
  i   = coût quotidien du financement du besoin en fonds de roulement

COÛT PAR COMMANDE ACCEPTÉE
  perte_refus      = r x (Ta + Tr + Cp + valeur de la remise en stock)
  commission       = (1 - r) x f x P
  portage          = (1 - r) x P x i x d
  cout_total       = perte_refus + commission + portage

DÉCISION
  Si cout_total > M, la commande contre-remboursement détruit de la marge.
  Le levier le plus sensible est r, pas f : un point de refus coûte
  un aller-retour complet, pas un pourcentage du panier.

Chapitre 6. KSeF, e-Factura, NAV : la facture devient un flux, et quatre devises restent locales.

La facturation électronique obligatoire désigne un régime dans lequel la facture est déclarée, transmise ou émise par l'intermédiaire d'un système public. Trois des quatre pays étudiés appliquent un tel régime. Chacun suit sa propre logique. La Hongrie déclare la facture à l'administration après émission, là où la Roumanie la transmet dans un délai contraint. La Pologne bascule vers un système où la facture est émise par la plateforme publique elle-même. Les trois régimes reposant sur des formats et des calendriers distincts, un connecteur unique ne couvre pas les trois pays.

La devise d'encaissement désigne la monnaie dans laquelle le marchand reçoit effectivement les fonds. La Pologne encaisse en zloty, la Tchéquie en couronne tchèque, la Hongrie en forint, la Roumanie en leu, sans qu'aucune de ces quatre monnaies soit l'euro. La Slovaquie est passée à l'euro en 2009, et la Bulgarie le 1er janvier 2026, au taux irrévocable de 1 EUR = 1,95583 BGN. Un déploiement régional traverse donc deux régimes monétaires distincts, avec deux jeux de rails.

• Un compte d'encaissement par devise au minimum : convertir un encaissement en PLN vers un compte en EUR ajoute une conversion invisible dans le prix affiché.
• Aligner devise d'affichage, devise de règlement et devise de versement. Trois devises sur une même chaîne produisent deux conversions et deux marges de change.
• Afficher les prix en monnaie locale, arrondis selon la pratique du pays : un prix converti à la volée signale un vendeur étranger et pèse sur la conversion.
• Vérifier la position du prestataire sur la conversion dynamique au point de vente, et le taux appliqué au porteur.
• Documenter les libellés de compte : la référence de rapprochement voyage différemment selon les rails nationaux et les rails SEPA.