OpenCart et MultiMerch ou comment créer une marketplace – Etape 4 – Reversement PayPal

Votre marketplace est opérationnelle et vous pouvez maintenant accueillir des vendeurs sur votre plateforme et recueillir des frais de plateforme (voir étape 3). Comme nous l’avons vu dans la philosophie de MultiMerch,  l’acheteur paiera ses achats directement au gestionnaire de la plateforme qui devra ensuite effectuer un virement PayPal au vendeur, de manière manuelle, en soustrayant au passage ses frais de plateforme (commissions).

Je vais vous introduire ici le fonctionnement du reversement manuel des bénéfices d’une vente au vendeur.

Pour cela, rendez-vous dans l’onglet de l’administration de MultiMerch « Vendeurs ». Sur cet onglet, vous aurez alors à votre disposition la liste des vendeurs, les gains obtenus par ces vendeurs et les sommes que vous devez leur reverser. Dans l’exemple ci-dessous, Jean Vendeur 1 a effectué pour 107,5€ de ventes (MultiMerch retire automatiquement les commissions de la plateforme). Il a déjà reçu un versement sur cette somme de 33€, et 74,5€ lui sont encore dus. Sur ces 74,5€, l’intégralité de la somme peut lui être versée (en effet, elle dépasse les 30€ minimum que j’ai définis dans MultiMerch pour autoriser un revirement).

MultiMerch - VendeursDans ce cas, deux possibilités s’offrent à moi. J’attends que Jean me demande de lui verser son argent (il peut le faire depuis son espace), ou bien je prends la main et décide de lui verser son argent. Dans le cas 1/ je n’ai rien à effectuer, dans le cas 2/ je clique simplement sur l’icône PayPal à droite qui basculera le montant en demande de paiement.

Une de ces actions effectuée, la table est mise à jour et l’on constate que Jean a encore 74,5€ sur son Porte-Monnaies, mais que le solde disponible est de 0€. En effet, tout l’argent est passé en demande de paiement.

Pour effectuer la demande de paiement, il faut se rendre sur l’onglet Paiement dans l’administration de MultiMerch. On constate (voir capture d’écran ci-dessous), que Jean a fait une demande de reversement de 74,5€. En cliquant sont l’onglet PayPal à droite, on peut alors payer Jean en un clic.MultiMerch - PaiementA noter que l’inconvénient de ce système (outre son aspect légalement complexe en France lié à de l’encaissement pour compte de tiers), est qu’il requiert des actions manuelles sur chaque étape. Or, si votre boutique comprend quelques centaines voire milliers de vendeurs, il faudra gérer indépendamment chaque paiement.

Heureusement, MultiMerch a développé un module de paiement de masse « Mass Payment » qui permet en un clic de payer plusieurs milliers de vendeurs (jusqu’à 5000), avec le paiement groupé développé par PayPal. Par ailleurs, vous pourrez bénéficier de commissions PayPal bien plus avantageuses.

 

 

12 commentaires

  1. Merci beaucoup pour toute cette présentation vraiment complète.

    j’ai tout installer il y’a cependant quelle que erreurs peut tu m’aider ?

    voici les messages d’erreurs que je reçois et qui cause de souci à divers endroit dans les processus d’inscription client ou vendeur.

    2015-04-27 11:23:11 – PHP Warning: Invalid argument supplied for foreach() in /home/xnlumimaxd/www/system/library/mail.php on line 22
    2015-04-27 11:17:52 – PHP Notice: Error: E-Mail to required! in /home/xnlumimaxd/www/system/library/mail.php on line 61

    il y’a apparemment 2 lignes qui pose problème et je en suis pas en mesure d’arriver à les réparer seul.

    Merci d’avance.

    1. Bonjour ronron,
      Il semble que tu aies fait une erreur de paramétrisation des mails. As-tu bien indiqué les mails là où ils sont demandés par OpenCart ? Je ne pense pas que cela vienne du code.

  2. Bonjour,

    Merci pour tout ces articles sur les marketplace.

    Je viens d’installer opencart et multimerch, et tout fonctionne bien.
    J’ai décidé de lancer ma marketplace gratuitement au début pour les vendeurs ( pas de commission ni frais d’inscription ).

    Maintenant je veux savoir comment la paramétrer d’une manière simple, par exemple :
    le vendeur remplie un formulaire (Titre, description,prix, numéro de téléphone, lieu, disponibilité.), sans rentrer dans les détails du paiement.

    1. Bonjour Mounir et merci pour votre message.
      Pour tout ce qui est création de produits et de fiches, le fonctionnement est identique à la version classique d’OpenCart sans MultiMerch. Les tutoriels d’Opencart France sont une ressource riche que je vous invite à découvrir pour paramétrer OpenCart. Je pense que vous devriez y trouver vos réponses.
      Je vais également ouvrir sous peu un forum (encore en test) pour que nous puissions échanger plus librement.
      Bon développement et n’hésitez pas à me suivre sur Twitter !

    1. Bonjour Virgile,
      OpenCart n’est pas très adapté pour des marketplaces de services (il se destine vraiment à la vente de produits). Vous n’y trouverez donc pas, par exemple, de gestion des calendriers. C’est donc très difficile de faire quelque chose comme Drivy.
      Actuellement sur le marché, je n’aurais pas de solution idéale à vous conseiller. Vous pouvez essayer Sharetribe.com ou bien regarder pour utiliser Drupal par exemple. WordPress pourrait aussi ce préter à votre besoin. Je vais rédiger un article dans les semaines à venir dessus.

  3. Bonjour Christophe,

    J’ai lu attention certains de vos articles, notamment ceux portant sur MultiMerch.
    Je suis actuellement en train de me pencher sur la mise en oeuvre d’une solution me permettant de mettre au point un marketplace de services.

    Initialement je m’étais penché sur Sharetribe, mais il y a des éléments trop spécifiques dans le besoin pour que cela puisse matcher nativement.
    Je m’étais orienté vers opencart/multimerch par la suite, et là en revanche, cela me semblait plus coller … néanmoins j’ai lu dans votre comparatif que Multimerch n’était pas compatible avec la vente de services : j’aurais aimé savoir ce qui fait cette incompatibilité.

    Merci d’avance pour votre réponse, et pour votre travail dans vos précédents articles.

    Cordialement

    1. Bonjour Loïc,
      OC + Multimerch est nativement prévu pour des produits : frais de livraison, adresse… sont demandés à l’acheteur au moment de passer la commande. Néanmoins, en modifiant le code et en jouant sur les options, il doit être possible de désactiver ces aspects. L’autre aspect qui peut être gênant pour des services est la notion de stock. En effet, nativement il y a une notion de stock. Vous déclarez x produits à vendre et à chaque vente un produit est soustrait jusqu’à épuisement du stock. Pour des services, la gestion de stock n’a pas le même sens, voire n’a pas de sens du tout. Vous pouvez par ex. avoir une notion de stock liée à la réservation de chambres, mais dans OC + Multimerch, il n’y pas de calendrier. Bref, des petits détails qui peuvent compliquer la gestion des services. Néanmoins, encore une fois, tout est modifiable en touchant un peu au code. Si vous avez un service proche du fonctionnement d’une marketplace de type « produit » cela peut donc être envisagé.

  4. Bonjour Christophe,

    Merci pour ces billets et toutes les infos. C’est enrichissant et cela pose de bonnes questions.

    Concernant OC et Multimerch il semble ne plus y avoir de version communautaire. L’offre basic est payante et je n’ai plus trouvé le compte Multimerch sur Github. Ils semblent avoir modifier leur modèle de diffusion.
    D’autre part il ne semble toujours pas y avoir de système d’encaissement pour compte de tiers (Stripe ou autre).
    Avec OC j’ai vu aussi Marketplace de webkul. Des avis sur la solution et l’éditeur ?

    J’ai trouvé intéressante la solution de paiement suggérée par un précédent lecteur de faire encaisser directement par les vendeurs puis de leur facturer une commission à postériori. Dans un projet avec un nombre restreint de vendeurs professionnels c’est tentant. Je ne sais pas en revanche si c’est possible dans le cadre d’une vente avec des produits provenant de plusieurs vendeurs dans le même panier…

    A noter aussi que les modules de livraison en FR de type Mondial Relay sont rares sur les solutions étrangères.

    Pourquoi pas Sharetribe (bien que pas spécialiste de Ruby) mais pas très convaincu par les 3 exemples donnés sur leur site. Vous en connaissez d’autres ?

    Merci d’avance de vos réponses.

    1. Bonjour Gilles,
      Oui en effet, MultiMerch semble avoir mis à jour sa politique de prix. Il faudrait que je fasse un update de l’article. Il n’ont par ailleurs que PayPal (avec adptative payment) qui permet de faire la gestion type encaissement compte de tiers.
      Sur Webkul, je n’ai pas testé la partie « code et installation », mais j’ai testé des démos d’utilisation et ça fonctionne très bien. On est proche de MultiMerch (vraiment très semblable en interfaces, fonctions…). L’éditeur est par ailleurs assez ancien sur le marché, et je n’ai jamais entendu de plaintes.

      La solution de paiement avec un nombre restreint de vendeurs est en effet une bonne solution (c’est ce que je faisais sur ma marketplace). Par contre, dès qu’il y a plusieurs produits, il faut générer plusieurs factures (une par vendeur) et le client peut être un peu perdu. Mais si c’est bien expliqué, ça peut fonctionner.

      Pour Sharetribe, je n’ai plus d’exemple en tête, mais vous pouvez contacter le support. Ils ont un français parmi eux qui est super sympa et pourra répondre à vos questions.

      Bonne continuation.

Laisser un commentaire

Votre adresse de messagerie ne sera pas publiée. Les champs obligatoires sont indiqués avec *