Payer à chaque vendeur

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #83881

Bonjour et excellente année à tous !!!!

Encore bravo pour cet HikaMarket ;)
Je suis en train de paramètrer et il y a une chose que je n'arrive pas à faire :

Je suis dans le cas de plusieurs boutiques physique de la même enseigne, réunies sur un site internet.
Quand l'acheteur choisi ses produits, il doit payer à chaque vendeur (chaque boutique physique pour moi) : comment faire ?

Sinon, je pensais plutôt l'obliger à choisir tous les article d'un seul et même vendeur pour chaque commande ! Comment faire ?
L'idée étant qu'il puisse venir le chercher en boutique physique !

Merci de votre aide....

Cordialement

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
11 years 2 months ago #83914

Bonsoir et meilleurs voeux à vous aussi,

Le paiement dans HikaMarket va toujours au gestionnaire de la boutique, c'est ensuite à ce gestionnaire de reverser l'argent aux différents vendeurs.
C'est via les "sub orders" que l'on peut différencier les produits de tel ou tel vendeur et ainsi savoir l'argent que l'on doit lui reverser (en tenant compte des commissions).

Cela m'aiderais d'avoir des détails supplémentaires sur votre fonctionnement (au niveau du paiement) afin de pouvoir vous fournir une solution plus adaptée voir d'ajouter quelques options dans la prochaine version sur laquel nous travaillons actuellement.

Cordialement,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #83961

Bonjour Jérôme, merci pour votre réponse rapide !

Alors oui, j'ai un soucis car je souhaitais livrer mi-janvier le site, et j'avais mal compris :
pour moi, l'argent partais directement au vendeur concerné par la vente !

Il y a plusieurs vendeurs, qui vendent des produits différents ou identique (peut importe)
Lors de l'achat, la client va payer le vendeur de ses produits directement, avec les frais de ports pratiquer par ce vendeur (car possibilité de venir directement récupérer en boutique (chaque vendeur = boutique physique))

Donc, pour faire simple, il faudrait que je puisse faire en sorte que chaque client achète que chez un vendeur (s'il prend plusieurs articles chez différents vendeurs, on lui indique que la transaction n'est pas possible, qu'il faut choisir que pour un vendeur)

Voilà, comment je vois les choses !

En effet, à terme, chaque vendeur peu faire sa promo, ses codes promotionnels...
est-ce le cas ? Peut-on avoir des codes promo qui ne fonctionnent qu'avec certains vendeurs ?

Merci de votre aide, en espérant que cela reste possible (je devais livrer mi-janvier ! Je stress un peu :S )

Merci

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
11 years 2 months ago #83973

Bonjour,

Mais à ce moment là, il faut X systèmes de paiment pour pouvoir payer les Y vendeurs avec pour chaque vendeur une configuration de système de paiement spécifique.
Le système actuel permet de payer une seule personne, de n'avoir qu'un seul système de paiement pour le site web mais en ayant les informations de qui à "gagné" quoi.

Donc, même si on met en place un système empéchant d'avoir dans le panier des produits de différents vendeurs, le système de paiement et les méthodes de livraisons resterons les même et ne pourront (actuellement) pas changer en fonction du vendeur.
Cette restriction au niveau du checkout est possible et n'est pas trop complexe à mettre en place. Il est possible de l'intégrer via l'override de vue en faisant un parcours des produits dans la vue "checkout | step" et en regardant le "product_vendor_id" des produits.

La vérification pourrait ajouter un message via "$app->enqueueMessage" pour les premiers "steps" (permettant de laisser le panier accessible) et refusant de passer sur les steps suivants.

La gestion des discount n'est pas encore gérée dans HikaMarket et je suis en train de voir pour corriger cela.
Donc à terme, la gestion des promos/discounts/coupons sera géré au niveau vendeur et le calcul de ces coupons pour la répartition sera correcte.

Cordialement,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #83977

Merci Jérome pour votre réponse, je comprends bien !

Pour le système permettant d'empêcher d'avoir des produits de différents vendeurs dans le panier, je suis preneur !
Mais ne peut on pas le coupler avec un choix de paiement ?
exemple : je met en place x paiements paypal, et en fonction du vendeur des produits, je met le bon paiement
Idem pour la livraison !

Ce serait vraiment top !

Merci de votre réponse

Bravo concernant les promos/discounts/coupons gérable au niveau des vendeurs : très bonne nouvelles !

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
11 years 2 months ago #84162

Bonsoir,

Il est possible d'utiliser un code dans ce genre ci :

$cartClass = hikashop_get('class.cart');
$cart = $cartClass->loadFullCart(true);
$mainVendorId = 0;
$displayPayment = true;
foreach($cart->products as $product) {
  if(empty($product->product_vendor_id))
    continue;
  if(empty($mainVendorId)) {
    $mainVendorId = $product->product_vendor_id;
  }
  if($mainVendorId != $product->product_vendor_id) {
    $app = JFactory::getApplication();
    $app->enqueueMessage(JText::_('PRODUCTS_FROM_DIFFERENT_VENDORS'));

    $app->setUserState( HIKASHOP_COMPONENT.'.payment_method','');
    $app->setUserState( HIKASHOP_COMPONENT.'.payment_id',0);
    $app->setUserState( HIKASHOP_COMPONENT.'.payment_data','');
    $displayPayment = false;

    break;
  }
}

if($displayPayment) {

  /* ... */

}

Dans la vue "checkout | payment" il permet pas exemple de ne pas sélectionner de méthode de paiement lorsqu'il y a des produits de différents vendeurs.
Ainsi un message apparaitra, les méthodes de paiement ne seront pas sélectionnables et la méthode de paiement, si déjà présente en session, sera supprimée afin d'éviter tout soucis de bord.

Au niveau de la multiplication des options de paiement, nous sommes en train de travailler là dessus (afin d'avoir un système assez flexible sans pour autant que cela soit trop complexe à gérer).
Il vous est possible de dupliquer les plugins de paiement et d'y ajouter une vérification en dur dans le plugin afin de regarder le contenu du cart et voir quel est le vendeur principal.

Avec une telle méthode, la modification du "checkout | payment" ne serait pas nécessaire car les plugins de paiement eux même iraient se désactiver s'il y a plusieurs vendeurs différents dans le panier.

Cordialement,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.
Last edit: 11 years 2 months ago by Jerome.
The following user(s) said Thank You: fafamaster

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #84165

Merci beaucoup !!!!!

Je vois tout cela avec mon client et je reviens vers vous

vous êtes au top !

MERCI

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #84952

"La gestion des discount n'est pas encore gérée dans HikaMarket et je suis en train de voir pour corriger cela.
Donc à terme, la gestion des promos/discounts/coupons sera géré au niveau vendeur et le calcul de ces coupons pour la répartition sera correcte."

Bonjour Jérôme,

suite à votre remarque, j'ose poser la question : avez-vous une idée de quand sera opérationnelle les gestion des promos/discounts/coupons ?

Merci encore, je m'y colle à intégrer le code concernant "d'interdire la commande de produits de plusieurs vendeurs"
Je vous tiens informé

Encore MERCI

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
11 years 2 months ago #84960

Bonsoir,

Je suis actuellement sur la gestion et l'édition des catégories.
La gestion des discount/coupons au niveau algorithmes est encore en réflexions. Nous essayons de voir quelles seraient les différentes configurations possibles.
Est-ce que la réduction s'applique entièrement sur le vendeur ou est-ce partagé entre le vendeur et le gestionnaire ?
Est-ce que les fees s'appliquent avant ou après les réductions ?
Est-ce que les règles peuvent être différentes entre les coupons, si par exemple le gestionnaire (le site) propose un coupon de réduction pour des produits qui sont à un vendeur... Comment à se moment là appliquer les règles ?
Les coupons peuvent aussi être des avoirs, un avoir ne serait donc pas une réelle réduction sur un produit et ne devrait donc pas impacter les prix des vendeurs. Mais si ce n'est pas un avoir ? Comment différencier ?

Cela fait beaucoup de questions comme vous pouvez le remarquer :)
Si vous avez des idées, un processus déjà existant que vous mettez en place, cela pourrait nous donner d'autres informations et nous aiderons à finaliser le design.

Cordialement,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #86289

Bonsoir Jérôme,

désolé, j'étais persuadé de vous avoir répondu (j'ai du avoir un soucis...)

Tout d'abord un grand merci pour votre code qui fonctionne très bien !
Je suis en train d'essayer de dupliquer les moyens de paiement paypal, et j'ai quelques petits soucis (j'ai posté sur le forum sur un autre post qui traitais de cela)

Concernant vos questions fort judicieuses, voici ma vision :

Pour moi, les vendeurs sont indépendant, donc la réduction s'applique sur les produits du vendeur (et n'est pas partagé sur le gestionnaire)
Les fees s'appliquent après réduction (mais ce serait top de le laisser modifiable )
Je pense que le gestionnaire n'a pas à donner des coupon, et si oui, ils ne seront pas prioritaire sur ceux des vendeurs
Pour moi, si ce sont des avoirs, ils faut qu'ils soit attribué à un vendeur.

En fait dans ma vision: j'essais de faire en sorte que chaque vendeurs gère sa boutique et reçoive directement le paiement : finalement cela répond à beaucoup de question (au niveau avoir, ....)

J'espère être clair et que cela vous aide

Cordialement

Fabrice

The following user(s) said Thank You: Jerome

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #86365

Bonjour Jérôme,

j'arrive au but !
en ce qui concerne la duplication du paiement, c'est ok
"Il vous est possible de dupliquer les plugins de paiement et d'y ajouter une vérification en dur dans le plugin afin de regarder le contenu du cart et voir quel est le vendeur principal."
Merci de me dire vers ou je dois mettre la vérification dans le dur pour vérifier le vendeur et donc l'affichage ou non du plugin de paiement

Cela m'aidera beaucoup !

Merci !

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
11 years 2 months ago #86382

Bonjour,

Il faut donc rajouter une option dans la configuration de vos plugin de paiement afin de pouvoir stocker l'id du vendeur associé.
Donc avec le code fournis précédement, il est possible de faire une variante comme celle ci :

function onPaymentDisplay(&$order,&$methods,&$usable_methods) {
	if(!empty($methods)){
		foreach($methods as $method){
			if($method->payment_type!='XXXXXX' || !$method->enabled){
				continue;
			}
			/*
			...
			*/
			$cartClass = hikashop_get('class.cart');
			$cart = $cartClass->loadFullCart(true);
			$mainVendorId = 0;
			$displayPayment = true;
			foreach($cart->products as $product) {
				if(empty($product->product_vendor_id))
					continue;
				if(empty($mainVendorId)) {
					$mainVendorId = $product->product_vendor_id;
				}
				if($mainVendorId != $product->product_vendor_id) {
					$displayPayment = false;
					break;
				}
			}
			if($mainVendorId != $method->payment_params->vendor_id)
				return true;

			$usable_methods[$method->ordering] = $method;
		}
	}
	return true;
}


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.
The following user(s) said Thank You: fafamaster

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #86426

C'est parfait !!!

Merci beaucoup !

Maintenant, pouvez vous me dire comment faire des chèques cadeaux valable uniquement chez un vendeur ?
(En fait l'idée est que chaque vendeur puisse faire des chèques cadeaux)

Merci

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
11 years 2 months ago #86428

Bonjour,

Pouvez-vous préciser exactement le contexte du "chèque cadeaux" ?
Est-ce une réduction ? Un serial HikaSerial à générer ?

Cordialement,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 2 months ago #86430

oui, c'est un Hikaserial à générer !

Merci !!!!

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
11 years 2 months ago #86593

Bonsoir,

HikaMarket 1.1.0 sera compatible avec HikaSerial 1.6.1 et vice-versa.
Il sera possible de gérer l'association des packs avec des produits HikaShop, le tout sera bien évidement configurable via le système d'ACL d'HikaMarket (qui prendra en compte dynamiquement les plugins et extensions compatibles avec l'édition en front-end).

Cordialement,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
11 years 5 days ago #95951

Bonjour Jérôme,

je me permet de rebondir sur ce topic :
comment faire pour que le vendeur recoive les notifications (création de commande, confirmation de commande...) ?

Je rappel que dans mon cas, la commande ne peut être passée qu'avec des produits d'un seul vendeur, c'est ce vendeur qui reçoit l'argent, et donc j'aimerais qu'il reçoive une notification de création de commande !

Merci de votre aide

Cordialement

Fabrice

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
11 years 4 days ago #96003

Bonsoir,

A partir du moment que l'option "Adresse email pour les notifications de création de commande" a été remplie, HikaMarket ira expédier les emails de notification à l'administration pour les "commandes vendeurs" aux vendeurs eux même.
Si cette option n'est pas spécifiée, l'administrateur ne recevra pas l'email et HikaMarket ne pourra pas alors surcharger l'envoie du mail pour les sous commandes.

Cordialement,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

  • Posts: 502
  • Thank you received: 12
10 years 11 months ago #97375

Merci Jérôme,

c'est ok pour moi !!!!

une autre question concernant Paypal :
pour configurer le bouton un peu mieux, paypal me conseil :

En ajoutant les deux variables ci-dessous dans le code HTML de votre bouton de paiement vous pouvez déplier automatiquement ce formulaire dès l'ouverture de la page

<input name="solution_type" value="Sole" type="hidden">
<input name="landing_page" value="Billing" type="hidden">


Savez vous ou je dois mettre ce code ??????

Merci !

Please Log in or Create an account to join the conversation.

  • Posts: 25994
  • Thank you received: 4004
  • MODERATOR
10 years 11 months ago #97421

Bonjour,

Le mieux est de modifier la vue "end" de paypal.

Cordialement,


Jerome - Obsidev.com
HikaMarket & HikaSerial developer / HikaShop core dev team.

Also helping the HikaShop support team when having some time or couldn't sleep.
By the way, do not send me private message, use the "contact us" form instead.

Please Log in or Create an account to join the conversation.

Moderators: Obsidev
Time to create page: 0.094 seconds
Powered by Kunena Forum