Intégrer le paiement en ligne au Maroc : boutique, marketplace et split payment

Pour intégrer le paiement en ligne au Maroc, commencez par choisir l'acquéreur et la solution technique selon votre activité, vos cartes et devises cibles, vos besoins de remboursement et votre plateforme. Ensuite, préparez le contrat et les accès de test, branchez une page de paiement hébergée ou un module maintenu, puis ne marquez une commande « payée » qu'après vérification de la confirmation serveur. Terminez par les essais d'échec, de doublon et de rapprochement comptable. Cette séquence vaut mieux qu'un choix fondé sur le seul taux de commission.

Eurastech propose l'intégration de solutions de paiement et le montage technique de marketplaces multivendeurs, notamment lorsque le parcours exige des commissions, une répartition des paiements et des reversements aux vendeurs. Le choix du prestataire financier et l'activation de ces fonctions doivent être validés sur le contrat et la documentation du projet ; l'intégration logicielle ne crée pas, à elle seule, une capacité de split payment.

Point de marché, octobre 2026 : le CMI reste une infrastructure technique importante, mais il ne faut plus partir du principe qu'un nouveau marchand signe directement avec lui. Le Conseil de la concurrence et Bank Al-Maghrib décrivent le passage à plusieurs acquéreurs et l'arrêt de la prospection de nouveaux commerçants par le CMI. La page e-commerce du CMI renvoie d'ailleurs aux acquéreurs partenaires. Pour un nouveau projet, demandez qui porte votre contrat d'acquisition et qui fournit la passerelle technique : ce peuvent être deux entités différentes.

Acquéreur, passerelle et méthode d'intégration : trois choix différents

Un acquéreur collecte les paiements par carte pour le commerçant et organise leur règlement. Une passerelle transmet les informations de paiement entre votre site et le traitement monétique. Cette distinction est explicitée par le Conseil de la concurrence. Le module ou l'API est la façon dont votre boutique se connecte à la solution choisie.

Faites chiffrer les mêmes scénarios auprès de plusieurs offres : panier local en dirhams, carte internationale si nécessaire, remboursement partiel, paiement refusé et incident. Un plafond d'interchange annoncé par les autorités ne correspond pas au tarif total facturé au commerçant ; comparez les propositions contractuelles complètes. Si vous lancez aussi la boutique, notre guide e-commerce au Maroc couvre les autres décisions de cadrage.

Repère de préchiffrage, pas tarif garanti : pour établir un premier budget, vous pouvez poser 2,5 % de commission sur les paiements nationaux et 3 % sur les paiements internationaux. Dans le devis, faites préciser ce que le prestataire classe comme « national » ou « international » : type de carte, pays d'émission et éventuelles catégories premium. Ces pourcentages sont des hypothèses de travail, hors autres frais éventuels, et ne représentent pas un barème commun à tous les fournisseurs.

À titre de comparaison, la grille publique NAPS ePay consultée en octobre 2026 affiche 1,98 % en national (avec un taux conditionnel affiché à 1,68 %) et 3 % en international et premium, hors taxes et sous conditions. NAPS invite les marchands dépassant 250 000 MAD de paiements mensuels à demander une tarification dégressive.

Le taux applicable varie avec le prestataire et le volume monétaire traité ; il peut être négocié auprès du fournisseur selon le dossier. Demandez une offre écrite incluant commission, frais de mise en service ou d'abonnement, authentification, remboursements et calendrier de règlement. Cette commission d'acquisition est distincte de la commission qu'une marketplace retient sur les ventes de ses vendeurs.

Les sept étapes d'une intégration fiable

1. Définir le parcours commercial

Listez les pays servis, la devise affichée et débitée, le panier moyen, les abonnements éventuels, les remboursements et les autres modes de paiement que vous souhaitez proposer. Si le paiement à la livraison fait partie de l'offre, gérez-le comme un état de commande distinct : une commande confirmée n'est pas un paiement encaissé. Les conditions de vente, la politique de retour et le contact client doivent être cohérents avec le parcours que vous soumettez au prestataire.

2. Obtenir la documentation et les accès de test

Demandez au fournisseur sa documentation actuelle, ses prérequis d'affiliation, les identifiants de sandbox, les URL de retour et de notification, la liste des statuts de transaction et la méthode de vérification d'une transaction. Ne promettez pas une date de lancement tant que le contrat, les contrôles du prestataire et les essais ne sont pas planifiés : les délais dépendent du dossier et de l'offre retenue.

3. Choisir le mode de connexion le plus simple qui couvre le besoin

Sur une boutique standard, vérifiez d'abord qu'un module officiel ou maintenu est compatible avec votre version de la plateforme. Sur une application sur mesure, une page de paiement hébergée limite l'exposition directe aux données de carte et simplifie généralement le parcours de conformité. Une API plus personnalisée se justifie si les fonctions requises ne sont pas couvertes et si l'équipe peut maintenir les contrôles de sécurité.

Cette décision n'efface pas les obligations du marchand. Le PCI Security Standards Council distingue notamment les pages dont tous les éléments de paiement viennent d'un prestataire conforme de celles où le site marchand fournit des éléments. Faites valider le périmètre PCI DSS applicable par votre acquéreur ou votre conseil qualifié ; ne concluez pas qu'une simple redirection dispense de toute mesure de sécurité.

4. Construire une commande avant d'envoyer le client payer

Créez une référence de commande unique, figez le montant et la devise côté serveur, puis envoyez au prestataire les données nécessaires selon sa documentation. Enregistrez l'identifiant de tentative, le prestataire utilisé et un état initial tel que en_attente. Ne laissez pas le navigateur décider du montant à régler. Si le client recommence après un échec, rattachez la nouvelle tentative à la même commande selon une règle explicite.

5. Vérifier le résultat côté serveur

Le retour du navigateur sert à informer le client ; il ne prouve pas à lui seul que le paiement est terminé. Dans le flux documenté par PayPal, le retour du client précède même un appel de capture côté marchand. Selon votre fournisseur, traitez la notification serveur ou interrogez l'API de statut prévue par le contrat. Vérifiez l'authenticité du message par le mécanisme documenté, puis comparez référence, montant, devise et statut avec la commande enregistrée. N'expédiez ni ne fournissez le service sur la seule base d'une page « succès » affichée dans le navigateur.

Prévoir une transition d'état idempotente est une bonne règle de conception : si la même notification arrive deux fois, la commande ne doit être encaissée ou exécutée qu'une fois. Journalisez les identifiants de transaction et les erreurs utiles à l'investigation, sans enregistrer les données de carte ou des secrets dans les logs.

6. Tester avant la production

La recette doit couvrir le résultat heureux et les cas qui cassent un checkout. Faites valider au minimum ces scénarios avec les moyens de test autorisés par le prestataire :

Testez également la version mobile, les coupures réseau, les accès d'administration et les journaux d'erreur. La page du CMI sur l'e-commerce présente 3D Secure comme un contrôle conseillé pour les transactions concernées ; la configuration exacte dépend de l'acquéreur, de la carte et du parcours. Évitez de le décrire comme universellement obligatoire ou comme une garantie de transfert de responsabilité.

7. Rapprocher commandes et règlements

Selon la solution choisie, autorisation et capture peuvent être deux étapes distinctes : PayPal documente ce modèle. Le règlement au marchand doit ensuite être rapproché des transactions selon les rapports de l'acquéreur. Conservez les identifiants nécessaires pour comparer les commandes payées, les transactions du prestataire, les remboursements et les sommes réellement versées. Définissez un responsable, une fréquence de revue adaptée au volume et une procédure pour les écarts. Prévoyez également un traitement manuel documenté si le prestataire ou son interface est indisponible.

Marketplace au Maroc : quand faut-il un vrai split payment ?

Une boutique qui vend uniquement ses propres produits encaisse pour elle-même. Une marketplace ajoute des vendeurs tiers : le client peut régler un seul panier, alors que plusieurs bénéficiaires doivent recevoir leur part et que la plateforme conserve une commission. Il faut décider avant de développer le checkout qui vend au client, qui encaisse, qui supporte les remboursements et litiges, et à quel moment chaque vendeur est payé. Ces réponses dépendent du modèle commercial et du contrat proposé par le prestataire de paiement.

Le terme split payment recouvre plusieurs opérations qu'il faut distinguer :

Une solution qui sait créditer un sous-marchand par session ne couvre pas nécessairement un panier à plusieurs vendeurs. À titre d'exemples documentés, ChariPay décrit une session avec un wallet de sous-marchand à créditer et Chari Money présente une offre marketplace avec répartition et règlements vendeurs ; cette dernière précise des conditions d'approbation pour la mise en production et les nouveaux cas d'usage. Aslan présente également une offre marketplace avec règles de répartition, sous-comptes vendeurs et reversements. Ce sont des descriptions de leurs offres, pas une confirmation de votre éligibilité, de leurs conditions commerciales ou de leur capacité à traiter votre panier exact. Faites démontrer le scénario réel en sandbox et obtenez les règles de règlement par écrit.

Un exemple de répartition à spécifier avant le développement

Supposons un panier hypothétique de 1 000 MAD de produits, hors livraison et frais PSP : 700 MAD vendus par A et 300 MAD par B. Si la plateforme retient 10 % de commission sur chaque vente, elle reçoit 100 MAD, A reçoit 630 MAD et B reçoit 270 MAD : 630 + 270 + 100 = 1 000. La règle doit aussi préciser qui supporte les frais du prestataire, comment se répartit un remboursement partiel et ce qu'il advient si B ne peut finalement pas être payé. Ces montants illustrent un modèle de commission retenue sur les ventes ; ils ne sont ni des tarifs ni une promesse de versement.

Pour ce panier, demandez au PSP une démonstration de bout en bout : création ou vérification des deux vendeurs, paiement unique de 1 000 MAD, ventilation des parts, notification des statuts, remboursement du seul article du vendeur B, puis rapports de règlement. Si l'API ou le contrat ne couvrent pas ce cycle, le calcul de commission dans votre base de données ne transforme pas un paiement marchand ordinaire en split payment.

Le setup technique d'une marketplace

1. Onboarder les vendeurs. Définir les informations et justificatifs demandés par le PSP, le statut « en vérification » et la règle qui bloque les ventes ou versements tant que le vendeur n'est pas activé. Les offres marketplace d'Aslan et de ChariPay Distribution décrivent toutes deux une vérification des vendeurs ou sous-marchands.
2. Modéliser les lignes de commande. Conserver pour chaque article le vendeur, le montant, la devise, la commission calculée, les frais attribués et la version de la règle utilisée. Le total des parts doit correspondre au montant réellement capturé, après les ajustements définis au contrat.
3. Créer le paiement et traiter les événements. Envoyer les bénéficiaires au PSP seulement dans le format et le périmètre qu'il documente ; enregistrer les identifiants de commande, de paiement et de vendeur. Vérifier les notifications, dédupliquer les événements et ne déclencher une livraison qu'après confirmation du statut approprié.
4. Suivre chaque solde et chaque reversement. Relier vente, commission, remboursement, litige et payout dans un journal auditable par vendeur. Prévoir une exception visible si un vendeur échoue au contrôle, si un reversement est rejeté ou si une somme ne se rapproche pas.
5. Recetter les cas multi-acteurs. Tester deux vendeurs dans le même panier, annulation avant paiement, remboursement partiel d'un seul vendeur, notification répétée, vendeur non validé, reversement échoué et litige après un versement. La responsabilité des soldes négatifs et des frais doit figurer dans l'accord avec le prestataire.

Le mode « marketplace » ne doit pas être déduit d'un simple logo de moyen de paiement. Demandez au prestataire qui reçoit juridiquement les fonds, si les vendeurs ont des comptes ou sous-comptes, quelle vérification leur est imposée et quelle fonction contractuelle autorise les reversements. Faites valider le montage par le PSP et les conseils juridique et comptable du projet avant de mettre des flux réels en production. Stripe Connect décrit lui aussi des flux de plateforme, mais cela ne rend pas Stripe Payments directement disponible à une société marocaine : vérifiez le pays de l'entité contractante et celui des vendeurs sur la liste officielle Stripe.

Sécurité et données personnelles : le minimum à cadrer

Privilégiez un parcours où le marchand ne reçoit pas directement les numéros de carte. Protégez les secrets d'API, limitez les droits d'accès, vérifiez les notifications avec la méthode indiquée par le prestataire et conservez une trace exploitable des changements d'état. Le PCI SSC rappelle qu'un site marchand peut rester dans le périmètre de sécurité même avec une page de paiement externalisée.

Les coordonnées du client, son adresse et l'historique de commande sont aussi des données personnelles. La loi marocaine 09-08 encadre leur traitement. Documentez les données collectées, leur finalité, les accès et la durée de conservation ; faites examiner les formalités applicables à votre activité par votre responsable conformité ou un conseil. Pour un cadrage plus large, voir notre guide CNDP pour les entreprises.

Stripe, PayPal et autres solutions : que vérifier ?

La liste officielle de Stripe ne mentionne pas le Maroc parmi les pays où une entreprise peut ouvrir directement un compte Stripe Payments à la date de cette mise à jour. Accepter les cartes de clients marocains via une société établie ailleurs est une question différente ; elle impose de vérifier l'entité réellement contractante, ses obligations fiscales et la disponibilité des fonctions envisagées. Créer une société étrangère n'est pas une simple étape technique d'intégration.

PayPal présente une offre Business pour le Maroc, avec des options de paiement en ligne et de connexion aux plateformes. Vérifiez sur le compte marchand concerné les fonctions activables, les devises, les conditions de retrait et la grille tarifaire avant de le retenir. Pour chaque autre prestataire, demandez les mêmes pièces : identité de l'acquéreur, contrat, documentation, tests et exports. Une liste de marques n'est pas un substitut à ce contrôle.

Questions fréquentes

Combien coûte une intégration de paiement en ligne au Maroc ? Il n'existe pas de prix unique fiable. Pour une estimation initiale, le repère 2,5 % national / 3 % international ci-dessus peut servir d'hypothèse budgétaire, puis être remplacé par le devis négocié du prestataire. Ajoutez les frais contractuels, le module ou développement, la recette, la maintenance et les opérations de rapprochement. Faites chiffrer votre volume et vos paniers sur une grille écrite.

Combien de temps faut-il prévoir ? Le délai dépend de l'affiliation, de la plateforme, des fonctions demandées et du cycle de validation. Demandez séparément la date de disponibilité du contrat, celle de la sandbox et la date de recette cible ; un délai générique annoncé sans dossier serait trompeur.

Un module PrestaShop suffit-il ? Il accélère la connexion si sa version est compatible et maintenue. Il ne remplace pas la vérification des notifications, des montants, des remboursements et du rapprochement avec votre gestion de commandes.

Faut-il plusieurs prestataires ? Cela dépend du volume, du coût de maintien d'une seconde intégration et du besoin de continuité. Commencez par fiabiliser un parcours et un mode de secours opérationnel. Ajoutez une seconde intégration seulement si son bénéfice et ses règles de bascule sont documentés.

Peut-on répartir automatiquement un paiement entre plusieurs vendeurs au Maroc ? Oui, certaines offres présentent explicitement une fonction marketplace de répartition et de reversement. L'éligibilité, le nombre de vendeurs dans un paiement, les pièces requises et le calendrier des payouts dépendent de l'offre et du contrat. Une simple passerelle e-commerce ne suffit pas à le garantir.

Ce qu'Eurastech peut intégrer pour votre projet

Eurastech propose le cadrage et l'intégration technique du paiement en ligne pour une boutique PrestaShop ou une application sur mesure : connexion au prestataire retenu, parcours de checkout, traitement des notifications, tests et rapprochement avec les commandes. Pour une marketplace, le périmètre peut inclure l'onboarding des vendeurs, la configuration des commissions et des règles de split payment prises en charge par le PSP, le suivi des sous-comptes et des reversements, ainsi que la gestion des remboursements et incidents. Les fonctions réellement activables restent celles que le prestataire confirme pour votre entreprise et vos vendeurs.

Si vous devez créer, auditer ou stabiliser ce parcours, découvrez le service e-commerce d'Eurastech et contactez l'équipe avec votre plateforme, le nombre de vendeurs et un exemple de panier. Le livrable à demander est concret : schéma des flux et des responsabilités, documentation contractuelle du PSP, matrice des statuts, règles de répartition, rapport de recette et procédure de rapprochement.