Stripe n'a pas banni Chypre du Nord. Il n'y a simplement aucun code pays à choisir.

---

RÉPONSE RAPIDE

Stripe, PayPal, Adyen et Square confirment tous la même lacune dans leur propre documentation : aucun d'eux ne mentionne Chypre du Nord, la RTCN ou la KKTC où que ce soit. Ce n'est pas une interdiction. C'est plus simple et plus ancien que cela. Chypre du Nord ne possède aucun code pays ISO, donc le menu déroulant qu'une entreprise utiliserait pour s'inscrire n'a nulle part où la placer. La véritable raison pour laquelle les paiements sont plus difficiles ici remonte encore plus loin : les banques de la RTCN n'ont pas de code SWIFT et acheminent chaque virement international via des banques turques. Ce qui comble ce vide, ce sont trois banques locales exploitant leurs propres passerelles de paiement par carte, un réseau de paiement turc arrivé en 2018, et beaucoup de clients qui s'attendent déjà à payer autrement.

---

Cherchez pourquoi Stripe ne fonctionne pas à Chypre du Nord et l'hypothèse intégrée à la question est que quelqu'un a décidé qu'il ne le devait pas. Personne ne l'a fait.

Personne n'a bloqué Chypre du Nord. Personne n'en a eu besoin.

Les sélecteurs de pays d'un formulaire d'inscription sont construits à partir d'une liste, et cette liste est presque toujours l'ISO 3166, la norme internationale qui attribue un code à deux lettres à chaque pays reconnu. Chypre du Nord n'en possède pas. Il n'y a aucun code à ajouter à un menu déroulant, donc il n'y a rien qu'un ingénieur chez Stripe ou PayPal puisse activer, même s'il le voulait.

Cela compte, parce que cela change la nature réelle du problème. Une liste vérifiée de territoires soumis à restrictions, du genre de celles qui nomment explicitement la Crimée, Cuba ou la Corée du Nord, ne nomme jamais Chypre du Nord non plus. Chypre du Nord ne figure sur la liste noire de personne. Elle est simplement invisible pour un système qui n'a jamais été conçu pour la décrire.

Cette distinction compte plus qu'il n'y paraît. Un chef d'entreprise qui a passé une semaine à tenter d'ouvrir un compte Stripe sans y parvenir conclura souvent que quelque chose cloche dans ses documents, son activité ou sa solvabilité. Rien ne cloche. Le formulaire n'allait jamais accepter une réponse qui n'existe pas dans sa propre liste de pays, quelle que soit la façon dont le reste de la demande est rempli.

La documentation même de chaque grand prestataire confirme la même lacune

La liste des pays pris en charge par Stripe inclut Chypre, c'est-à-dire la République de Chypre, et rien d'autre portant Chypre dans son nom. La documentation développeur de PayPal répertorie la même unique entrée « CY ». La page des pays pris en charge d'Adyen y correspond exactement.

Square est un cas entièrement différent, et il vaut la peine de le nommer pour qu'il ne soit pas amalgamé à la même histoire. La documentation de Square indique qu'il ne traite les paiements que dans huit pays, et Chypre, d'un côté comme de l'autre, n'en fait pas partie. C'est Square qui ne s'y est tout simplement jamais lancé, rien à voir avec la reconnaissance.

La vraie raison est plus ancienne et structurelle : aucun code SWIFT

Rien de tout cela ne concerne réellement les prestataires de paiement. Il s'agit de banque. Le rapport sur le climat d'investissement à Chypre du département d'État américain indique clairement que les banques chypriotes turques « ne peuvent pas prétendre à un code SWIFT permettant de faciliter les transactions internationales » en raison de la non-reconnaissance, et que « tous les virements internationaux dépendent d'un acheminement via des banques turques ». C'est le fait le plus ancien et le plus structurel de cet article, et tout ce qui précède en découle.

En pratique, l'acheminement via des banques turques n'est pas une étape qui s'ajoute à un virement international, c'est le trajet entier qu'emprunte un virement international. Il n'existe aucune route directe d'une banque de la RTCN vers une banque en Allemagne ou aux États-Unis. Chaque virement passe déjà d'abord par la Turquie, qu'un prestataire de cartes soit impliqué ou non.

Le même rapport note que la livre turque est la principale monnaie d'usage quotidien, tandis que les biens de valeur plus élevée, l'immobilier, les véhicules, l'électronique, sont plutôt couramment affichés en euros, en dollars ou en livres. Une entreprise ici fonctionne déjà avec plus d'un système monétaire avant même qu'une passerelle de paiement par carte n'entre en jeu.

Alors qu'est-ce qui comble le vide : trois banques locales exploitant leurs propres passerelles

Les banques agréées en RTCN n'ont pas attendu qu'un prestataire international règle la question. Kıbrıs Vakıflar Bankası et Near East Bank exploitent toutes deux directement leurs propres produits Sanal POS, point de vente virtuel, pour les marchands en ligne, décrits sur le site de chaque banque en des termes presque identiques : un moyen d'encaisser des paiements par carte via un site web sans terminal physique.

Paynet, l'un des plus grands réseaux de paiement non bancaires de Turquie, est entré directement sur le marché de la RTCN en mars 2018, en intégrant son infrastructure de POS virtuel et mobile aux cartes de quatorze banques et programmes de cartes de la RTCN. Rien de tout cela n'a nécessité l'autorisation de Stripe, ni que l'absence de Stripe ait la moindre importance. Le système local réglait déjà son propre problème, des années avant que la plupart des chefs d'entreprise d'ici n'aient une raison de remarquer que Stripe n'était pas là.

Ouvrir l'une de ces passerelles ressemble en pratique davantage à l'ouverture d'un compte bancaire professionnel qu'à l'inscription à un produit SaaS international. Attendez-vous à un entretien avec la banque, pas à un formulaire en libre-service, et attendez-vous à ce que cela avance au rythme d'une relation bancaire plutôt qu'à celui d'une intégration d'API de cinq minutes.

Les applications de paiement turques sont un peut-être, pas un oui

Au-delà des banques agréées en RTCN, les applications de paiement turques, PayTR, Param et iyzico, sont la question suivante que pose généralement un chef d'entreprise, et ici la réponse honnête est que cette recherche n'a pu trancher ni dans un sens ni dans l'autre. La page d'inscription marchand d'iyzico exige un numéro MERSİS, l'identifiant du registre national des entreprises turc, qui n'est délivré qu'aux sociétés immatriculées en Turquie même, pas en RTCN. Cela suggère fortement qu'une société uniquement immatriculée en RTCN ne peut pas s'inscrire, mais la page ne le dit jamais explicitement, cela reste donc une déduction et non une règle confirmée. Les pages d'éligibilité de PayTR et de Param n'ont pas pu être consultées du tout.

Si une application de paiement turque est au cœur de votre projet, la démarche honnête consiste à demander directement à leur service client si une immatriculation d'entreprise en RTCN est acceptée, plutôt que de présumer quoi que ce soit à partir d'une page marketing.

La plupart des acheteurs ici s'attendent déjà à payer autrement

Rien de tout cela n'est uniquement un problème côté marchand. Une enquête de 2018 auprès de 300 consommateurs à Famagouste, menée dans le cadre d'un mémoire de master à l'Eastern Mediterranean University, a révélé que 40 % des personnes qui évitent d'acheter en ligne ici citaient la méfiance à l'idée de saisir les informations de leur carte bancaire comme raison principale. La recommandation du mémoire aux entreprises locales était de proposer plus qu'un champ de carte : le paiement fractionné, le paiement à la livraison, le virement bancaire, et des portefeuilles numériques établis comme PayPal.

Ce résultat a huit ans au moment où ces lignes sont lues, et il s'agit d'une seule enquête dans une seule ville, alors traitez le chiffre exact comme une indication de tendance plutôt que comme une donnée actuelle. Ce qui n'a pas changé, c'est la forme du problème : une page de paiement ici qui n'accepte qu'une carte demande plus à un acheteur qu'une page de paiement ailleurs.

Ce qu'il faut réellement mettre en place

Ouvrez d'abord une passerelle Sanal POS auprès d'une banque agréée en RTCN. Elle existe, elle est conçue exactement pour cela, et elle ne dépend d'aucun contournement. Ajoutez le virement bancaire et, si votre activité peut l'absorber, le paiement à la livraison comme options réelles et visibles sur la page de paiement, plutôt que reléguées au pied de page après coup. Si un client demande spécifiquement une application de paiement turque, vérifiez l'éligibilité directement auprès de ce prestataire avant de promettre que cela fonctionne.

Ce qui ne vaut pas le temps investi, c'est de poursuivre un compte Stripe ou PayPal via un contournement conçu pour un particulier, pas pour une entreprise immatriculée. Des contournements bâtis autour d'une adresse résidentielle à l'étranger existent, ils sont évoqués sur les forums locaux, et ce n'est pas là-dessus qu'une vraie entreprise doit être bâtie. L'absence est structurelle, ce n'est pas un bug en attente d'être signalé, et aucun acharnement sur un ticket de support ne changera un sélecteur de pays qui n'a nulle part où mettre la réponse.

Les paiements sont généralement la dernière chose à régler, après que le domaine est enregistré et que l'hébergement est réglé. Si l'un des deux reste une question ouverte, il vaut mieux la régler d'abord.

---

Découvrez quelle passerelle acceptera réellement votre argent

Elevates est un studio de design et d'ingénierie, et nous construisons les pages de paiement derrière les sites que nous réalisons.

Dites-nous comment vous encaissez actuellement vos paiements, ou comment vous comptez le faire, et nous vous dirons honnêtement quelle option locale convient réellement à votre activité, ce que chacune coûte à mettre en place, et si une application de paiement turque vaut la peine d'être demandée dans votre cas précis.

Les deux réponses sont gratuites, et l'une d'elles pourrait vous épargner des mois à tenter d'ouvrir un compte qui n'allait jamais être approuvé.