Accepter le paiement par carte au Maroc sans terminal : à distance, au comptoir, sur votre site

Oui : une entreprise peut accepter le paiement par carte au Maroc sans terminal. Votre client saisit lui-même sa carte sur une page de paiement hébergée par ChariPay, qu'il ouvre de trois façons : un lien reçu par message ou par e-mail, une affiche QR scannée au comptoir, ou le bouton « Payer » de votre site. Aucun appareil à louer, aucune carte saisie par vous : le client confirme auprès de sa banque avec 3-D Secure, et le montant est disponible sur votre compte de paiement dès que le paiement réussit. Ce guide détaille les trois portes d'entrée, ce que voit votre client, ce que vous recevez, puis un tableau pour choisir selon votre situation.

Oui, vous pouvez accepter le paiement par carte au Maroc sans terminal

ChariPay est une plateforme de paiement marocaine, un PSP opéré par Chari Money, établissement de paiement agréé par Bank Al-Maghrib. Son principe tient en une phrase : le paiement par carte se fait sur une page hébergée par ChariPay, que votre client ouvre depuis son téléphone ou son ordinateur, et où il tape lui-même son numéro de carte. Vous n'avez aucun appareil à brancher, et les données de la carte ne passent jamais entre vos mains.

Quelles cartes ? Par défaut : Visa, Mastercard et Maroc Pay. D'autres moyens peuvent être activés sur demande auprès de l'équipe, selon votre activité.

Ce qui varie d'une situation à l'autre, c'est la façon dont le client arrive sur la page : un lien, une affiche, ou votre site. Les sections suivantes les prennent une par une. Si vous cherchez le panorama de toutes les façons d'encaisser à distance, y compris les intégrations e-commerce, le guide du paiement en ligne au Maroc en fait le tour.

Un « terminal de paiement virtuel » au Maroc : ce que recouvre l'expression

« TPE virtuel », « terminal de paiement virtuel » : derrière ces deux expressions, un même besoin, encaisser une carte sans appareil. Chez ChariPay, ce rôle est tenu par la page de paiement hébergée, avec une différence de taille : ce n'est jamais vous qui saisissez la carte. Ni au téléphone, ni au clavier, ni en recopiant des chiffres reçus par message. Le client ouvre la page, saisit sa carte et confirme auprès de sa banque.

Cette page s'ouvre par trois portes d'entrée :

• un lien de paiement, que vous envoyez à un client qui n'est pas devant vous ;
• une affiche avec un QR code, posée au comptoir, en vitrine ou sur un stand ;
• une session de paiement, que votre site crée quand l'acheteur clique sur « Payer ».

Pour votre client, l'expérience est la même dans les trois cas : une page à votre nom, un montant en dirhams, une carte à saisir, une confirmation 3-D Secure. Pour vous, la différence tient à la façon de créer la demande de paiement et aux moyens acceptés : c'est ce qui décide de l'option à retenir.

À distance : un lien envoyé par message ou par e-mail

Le cas type : un client commande par téléphone, par WhatsApp ou par e-mail, et vous voulez être payé avant de livrer ou de commencer la prestation. Un lien de paiement, c'est un montant et une description ; le client paie sur une page hébergée par ChariPay. Il se partage par lien, QR code, affiche PDF à imprimer, e-mail ou WhatsApp. Il est à usage unique ou réutilisable, avec une expiration au choix — 24 heures, 7 jours, 30 jours, jamais, ou une date précise — et un statut clair : actif, payé, annulé, expiré.

Pour un client à distance, choisissez le lien à usage unique, au montant exact de la commande : il ne se paie qu'une fois, et son statut vous dit sans ambiguïté si la commande est réglée. Une créatrice de caftans à Fès, par exemple, confirme la commande sur WhatsApp, envoie un lien décrit « Caftan brodé, taille M », et prépare le colis quand le lien passe « payé ». Sur la page d'un lien à usage unique, votre client peut aussi choisir les espèces : il reçoit une référence et la règle dans une agence du réseau Chari, une solution pour qui n'a pas de carte ouverte au paiement en ligne.

La création champ par champ est détaillée dans le guide pour créer un lien de paiement ; l'offre complète est sur la page liens de paiement.

Voyez la page que recevra votre client : Commencer en mode test. Trois champs — nom, e-mail professionnel, entreprise —, un lien d'activation reçu par e-mail pour choisir votre mot de passe, puis le portail, où vous créez un lien et le réglez avec la carte de test, et où vous créez votre clé de test si vous intégrez par l'API. C'est gratuit, sans limite de durée et sans validation à attendre : la vérification de votre entreprise (KYB) ne conditionne que le passage en production.

Au comptoir : une affiche avec un QR code

Au comptoir, le lien change de forme : il se scanne. Sans développeur, créez un lien à usage unique au montant de la vente et affichez son QR code depuis la liste des liens. Le client vise le QR avec l'appareil photo de son téléphone, la page hébergée s'ouvre, il saisit sa carte et paie. Vous n'avez rien à manipuler : vous vérifiez dans le portail que le paiement est arrivé.

Une affiche permanente, valable pour tous les clients qui la scannent, suppose un lien réutilisable. Depuis le portail, chaque lien de paiement créé est à usage unique. Le lien réutilisable — un même montant payé par plusieurs clients — se crée par l'API, avec singleUse: false ; une fois créé, il apparaît dans le portail comme les autres. L'affiche PDF à imprimer — elle porte le QR code et le montant — s'obtient depuis la fiche du lien dans le portail, ou par l'API.

Deux règles à garder en tête. D'abord, l'affiche encaisse par carte : une affiche ou un QR de comptoir permanent correspond à un lien réutilisable, et un lien réutilisable n'encaisse que la carte ; les espèces passent par un lien à usage unique, une référence par dépôt. Ensuite, le montant est celui du lien : une affiche convient à un prix fixe — un cours collectif, une prestation au tarif unique, un droit d'entrée.

La génération, l'impression et le renouvellement d'une affiche sont détaillés dans le guide du paiement par QR code.

Sur votre site : une session de paiement vers la page hébergée

Si votre site prend des commandes ou des réservations, la porte d'entrée est une session de paiement. Une commande devient une session : vous créez la session côté serveur, vous redirigez l'acheteur vers le checkout hébergé — carte avec 3-D Secure —, et vous recevez le résultat par webhook signé. Chaque session a une durée de vie limitée — 72 heures par défaut, expiresAt pour la raccourcir — et n'est consommée qu'une seule fois.

Trois points à savoir avant de choisir cette voie :

1. 1Elle demande un développeur. C'est votre serveur qui appelle l'API avec votre clé, jamais le navigateur de l'acheteur.
2. 2Elle n'encaisse que la carte. Une session de paiement créée par l'API n'accepte pas les espèces ; pour un client de votre site qui veut payer en agence, envoyez-lui un lien à usage unique.
3. 3La redirection ne prouve rien. Confirmez la commande sur réception du webhook, jamais sur la seule redirection : la redirection dit que l'acheteur est revenu, pas que le paiement est acquis.

Pour situer la page hébergée dans la chaîne complète d'un paiement — votre site, la plateforme, la banque de votre client — et comparer les modes d'intégration, lisez la page passerelle de paiement au Maroc. Pour un simple bouton « Payer » sur un site sans commandes, d'autres montages existent, comparés dans le guide du bouton de paiement sur un site web.

Ce que fait votre client : saisir sa carte et confirmer avec 3-D Secure

Quelle que soit la porte d'entrée, le parcours du client est le même. Il voit une page à votre nom et le montant en dirhams. Il saisit sa carte, puis confirme. Les paiements par carte passent par l'authentification 3-D Secure : le porteur confirme auprès de sa banque, ce qui protège le commerçant contre l'essentiel des impayés et des contestations.

L'autre bénéfice tient à ce que vous ne voyez pas. Votre client saisit sa carte sur le checkout hébergé, dans un périmètre certifié PCI DSS niveau 1 : vous ne voyez jamais de numéro de carte, et votre questionnaire d'auto-évaluation s'en trouve réduit — à confirmer avec votre conseil ou votre acquéreur. C'est aussi pourquoi il ne faut jamais demander un numéro de carte par téléphone, par message ou par e-mail : la page hébergée existe précisément pour que ces chiffres ne passent pas par vous.

Un paiement peut échouer, pour des raisons connues : abandon pendant l'authentification, refus de la banque émettrice, données erronées, soupçon de fraude. Beaucoup de cartes marocaines sont, par défaut, fermées au paiement en ligne : le client concerné peut vérifier ce point auprès de sa banque, ou choisir les espèces si vous lui avez envoyé un lien à usage unique. Pour mesurer et réduire ces échecs, lisez 3-D Secure et taux de réussite.

Ce que vous recevez après le paiement

Dès qu'un paiement réussit — carte authentifiée par 3-D Secure ou référence réglée en espèces en agence —, le montant est disponible sur votre compte de paiement ChariPay, utilisable tout de suite : virements, factures, recharges. « Disponible à l'instant sur le compte » ne veut pas dire « virement bancaire instantané » : le versement vers votre banque reste une opération distincte, automatique chaque nuit dès qu'un compte de règlement est configuré dans le portail, ou par virement à la demande.

ChariPay n'est pas une banque : votre compte de paiement est tenu par Chari Money. Il complète votre banque, il ne la remplace pas.

Pour le suivi, vous n'avez rien à interroger à la main :

• Lien ou affiche : vous êtes notifié dans le portail à chaque encaissement ; un lien à usage unique passe « payé », tandis que le lien réutilisable d'une affiche continue d'encaisser jusqu'à son expiration ou son annulation ; le portail indique aussi l'origine de chaque lien, tableau de bord ou API.
• Session : le résultat arrive sur votre serveur par webhook signé, qui fait foi pour confirmer la commande.
• Espèces : dès que le réseau confirme le dépôt, le lien passe « payé » et vous êtes notifié dans le portail.

Quelle option pour quelle situation : le tableau de décision

Sans développeur, pour vendre plusieurs fois au même prix, publiez un produit sur votre boutique hébergée et partagez son lien. Un même commerce peut combiner plusieurs lignes. Un traiteur de Casablanca peut montrer au comptoir le QR code d'un lien à usage unique pour chaque vente, envoyer un lien à usage unique pour chaque commande d'événement, et confier plus tard à un développeur la session de paiement de son site, ainsi que le lien réutilisable de l'affiche de sa formule du jour. Tous ces encaissements arrivent sur le même compte de paiement et se suivent dans le même portail.

Questions fréquentes

Une entreprise peut-elle accepter les paiements par carte au Maroc sans terminal ?

Oui. Avec ChariPay, votre client paie sur une page hébergée qu'il ouvre lui-même : un lien reçu par message ou par e-mail, une affiche QR au comptoir, ou le bouton de votre site. Il saisit sa carte et confirme avec 3-D Secure auprès de sa banque. Vous n'avez aucun appareil à louer ni à brancher, et vous ne manipulez jamais les données de la carte.

Qu'est-ce qu'un terminal de paiement virtuel, concrètement ?

C'est le nom courant d'un moyen d'encaisser une carte sans appareil. Chez ChariPay, ce rôle est tenu par une page de paiement hébergée : vous créez la demande de paiement (lien, affiche ou session), et votre client y saisit lui-même sa carte. Vous ne tapez jamais la carte du client vous-même : c'est ce qui garde ses données hors de votre portée.

Quelles cartes mes clients peuvent-ils utiliser par défaut ?

Par défaut : Visa, Mastercard et Maroc Pay. D'autres moyens peuvent être activés sur demande auprès de l'équipe, selon votre activité. Sur la page d'un lien à usage unique, votre client peut en plus choisir les espèces : il reçoit une référence et la règle dans une agence du réseau Chari. Une affiche ou une session, elles, n'encaissent que la carte.

Puis-je saisir moi-même la carte d'un client au téléphone ?

Ce n'est pas ainsi que fonctionne ChariPay : le client saisit toujours lui-même sa carte sur la page hébergée, puis confirme avec 3-D Secure auprès de sa banque. Au téléphone, envoyez-lui plutôt un lien à usage unique par message ou par e-mail pendant l'appel. Ne demandez jamais un numéro de carte oralement ou par écrit : il n'a rien à faire chez vous.

Quelle différence entre un lien envoyé et une affiche au comptoir ?

Le lien envoyé est en général à usage unique : un client, un montant exact, une seule utilisation, et la possibilité de payer en espèces en agence. L'affiche permanente correspond à un lien réutilisable, créé par l'API : un prix fixe, valable pour tous ceux qui scannent, et payable par carte seulement. Pour un montant variable au comptoir, montrez le QR d'un lien à usage unique.

Mon client doit-il installer une application pour payer ?

Non. Le paiement se fait sur une page web hébergée par ChariPay, qui s'ouvre depuis le lien reçu ou en scannant le QR code avec l'appareil photo du téléphone. Seule la confirmation 3-D Secure se fait auprès de sa banque, selon ce que sa banque lui propose pour valider ses paiements en ligne. Le même parcours vaut pour un lien, une affiche ou une session.

Le paiement par carte à distance me protège-t-il contre les contestations ?

Les paiements par carte passent par l'authentification 3-D Secure : le porteur confirme auprès de sa banque, ce qui protège le commerçant contre l'essentiel des impayés et des contestations. Ce n'est pas une garantie absolue, mais c'est une protection réelle. Gardez aussi la description exacte de chaque lien : elle documente ce que le client a payé.

Prochaine étape

Avant de choisir, essayez les trois portes d'entrée sans engager un dirham : Commencer en mode test. Créez un lien à usage unique, affichez son QR code depuis la liste des liens et scannez-le, et si vous avez un site, faites créer une session — ou le lien réutilisable d'une affiche — par votre développeur avec la clé de test ; payez chaque fois avec la carte de test 4918 9141 0719 5005, CVV 123, n'importe quelle date d'expiration future, code 3-D Secure 555. Puis approfondissez avec le guide du paiement par QR code ou celui pour créer un lien de paiement.