Facturation et paiement par vendeur

-- HikaShop version -- : 2.3.2
-- HikaMarket version -- : 1.4.3
-- Joomla version -- : 3.3.3
-- PHP version -- : 5.4.30

Bonjour,

la version actuelle d'Hikamarket génère une facture par commande, payable au vendeur principal qui reverse ensuite le montant dû à chaque vendeur de la boutique.

Est-il prévu dans une future release d'offrir la possibilité de sortir autant de factures que de vendeurs lorsque le client a rempli son panier avec des produits de plusieurs vendeurs, le client payant directement chaque vendeur ?

Cette possibilité de transaction directe entre le client et le vendeur serait très intéressante pour le projet auquel je contribue. La ventilation des frais de port, des commandes et leur statut vers les différents vendeurs est parfaitement fonctionnelle, pour nos besoins reste juste la facturation.

Ok, je pensais qu'il serait possible lors de la validation du panier de créer autant de commandes et donc de factures que de vendeurs.

Mais on va faire avec ce qui est possible, merci pour ces précisions.

Jerome wrote: Mais d'un point de vue comptable, une facture = un réglement (donc une transaction banquaire).
C'est à ce niveau là que des choses peuvent coincer.

Cordialement,

Bonjour,

Je dois trouver une solution pour que les vendeurs puissent être payés directement par les clients. La solution que j'envisage est d'adapter les emails envoyés lors de la création d'une commande :
- Actuellement si un client achète des produits de plusieurs vendeurs, un email est envoyé au client avec la totalité de son panier, et un email est envoyé à chaque vendeur avec la sous-commande qu'il doit traiter.
- Je souhaiterais qu'un email supplémentaire par sous-commande soit envoyé au client. On lui indiquerait dans le mail les coordonnées du vendeur pour envoyer son paiement, puisque sur notre site le seul moyen de paiement est le chèque.

Pour créer cet email supplémentaire je souhaite :
1) Partir sur la base de l'email envoyé à chaque vendeur (Market : notification de commande)
2) Adapter cet email pour ajouter notamment les coordonnées du vendeur pour l'envoi du paiement
3) Déclencher l'envoi de l'email au client, juste après l'envoi de l'email de notification de commande à chaque vendeur

Pour le 1) et 2) a priori je sais faire. J'ai déjà modifié des emails, et je sais récupérer les champs qui manquent (adresse, téléphone et email du vendeur notamment). J'ai vu qu'en dupliquant sous media/com_hikamarket les fichiers order_notification.html.php et order_notification.preload.php, un nouvel email apparaissait sous Système-Emails. Bien que ce ne soit pas essentiel, est-il possible de modifier le nom de l'email ?

Reste le point 3) où j'ai besoin d'aide :
- Comment déclencher l'envoi de l'email créé ?
- Comment faire pour qu'il soit envoyé au client ?

En espérant que ma demande est suffisamment claire, et que ma démarche est la bonne, merci en tous cas pour votre éclairage.

Ok, je vais essayer de modifier l'email existant adressé au client en chargeant les sous-commandes, ce qui me semble être la meilleure façon de construire l'email.

J'espère m'en sortir, en tous cas merci.

Bonjour,

merci pour votre aide, j'ai commencé à regarder et ça ne semble pas simple pour moi, mais je vais m'accrocher.

La requête que vous proposez pour extraire les produits d'une commande me semble comporter une erreur de frappe :

$query = 'SELECT * FROM ' . hikashop_table('orde_productr')

$query = 'SELECT * FROM ' . hikashop_table('order_product')

Jerome wrote: Le soucis reste dans la gestion des multiples cas d'utilisation, s'il faut détailler le paiement et comment indiquer les différentes commissions. C'est ces différents points qui font que cette tâche ne sera pas dans HikaMarket 1.5.0 mais probablement dans la 1.6 (ou une 1.5.x si jamais).

Bonjour,

j'ai inséré le code que vous proposiez dans le Preload de l'email de création de commande :

$query = 'SELECT * FROM ' . hikashop_table('order') . ' AS a WHERE order_type = '. $this->db->Quote('subsale') .' AND order_parent_id = ' . $order->order_id;
$this->db->setQuery($query);
$order->hikamarket->children = $this->db->loadObjectList('order_id');

WHERE order_type = '. $this->db->Quote('subsale')

Bonjour,

merci pour votre réponse. Je pense que je vais attendre Hikamarket 1.5.1 car je ne suis pas encore assez pointu en programmation, et vous ferez indéniablement mieux.

Concernant l'email avec le détail vendeur, la solution où Hikamarket produit son propre email en remplacement de celui d'Hikashop me semble la plus logique : en effet le détail de la commande par vendeur est lié aux fonctionnalités spécifiques d'Hikamarket Multi-Vendor, il me semble donc plus pertinent que ce soit un email d'Hikamarket en remplacement de l'email Hikashop.

Mais ce n'est que mon avis, je ne doute pas que vous ferez le bon choix, bon courage pour le développement.

Bonsoir,
Je remonte un peut le topic pour approfondir le payement direct vendeur => clients

Acutellement chez le concurent (Virtuemart), installé pour une boutique d'un ami, je souhaite crée la mienne à mon tour,
Virtuemart 2 m'ayant bien fait **** étant obligé de fouiner dans les codes pour avoir quelque chose de "potable" ...

Jerome wrote: Bonjour,

D'un point de vue strictement technique c'est assez complexe voir impossible.
Une commande corresponds a un seul paiement. Si vous choississez "payer sur place" forcement vous allez pouvoir payer directement les vendeurs un par un. Mais pour tout autre méthode de paiement (sans compter "paypal adaptive), vous ne pouvez pas payer plusieurs personnes avec une seule transaction.
Et même si "paypal adaptive" permet cela, vous ne pouvez pas sélectionner plusieurs méthodes de paiement pour une seule commande (et faire le découpage des commandes, faire plusieurs paiement sur différentes platesformes, etc etc).

Cette possibilité de transaction direct avec le vendeur est possible avec HikaMarket à partir du moment ou vous utilisez une limitation sur le nombre de vendeur dans le panier.
Au lieu de vous faire payer "vous", le vendeur touchera directement l'argent via ses méthodes de paiement à lui ; et par la suite il devra vous payer vos commission. Il s'agit du deuxième mode de fonctionnement d'HikaMarket.

Mais techniquement parlant (de manière générale, ce n'est pas une limitation propre à HikaShop), on ne peut pas avoir plusieurs méthodes de paiement pour une seule commande.

Cordialement,

Merci pour votre réponse,
Dans mon projet pour des raison de comptabilité, facturation, mon souhait est de ne pas touché de commission ni de pourcentage sur chaque vente.
J'ai bien regarder la démo et tout y est, mes réponses aux questions sur les factures.
-- Hikashop validé, ciao Virtuemart -
Je reviendrais surement pour quelque conseil sur les meilleurs modes de paiement et ajout de champs à la commande...

Florent.

Bonjour,

je remonte ce topic pour savoir si le détail des sous-commandes par vendeur dans l'email envoyé au client est toujours dans votre todo-list, ou si c'est abandonné ? Idéalement il faudrait que pour chaque sous-commande soit indiqués les noms et coordonnées du vneduer, le détail de la sous-commande et le sous-total...

J'en profite pour une autre question concernant l'email, mais celui envoyé au vendeur : j'ai modifié cet email (fichier administrator/components/com_hikamarket/classes/mail.php) pour adapter notamment le sujet du mail à mes besoins. Cela fonctionne très bien et me convient parfaitement. Cependant comme a apriori il ne s'agit pas d'une surcharge je me demande ce qui se passera à la prochaine mise à jour d'Hikamarket : est-ce que mes modifications seront effacées et faudra-t-il que je les réintègre après la mise à jour ?

Merci en tous cas pour votre excellent logiciel.

Merci Jérôme pour ces réponses.

Je sais que vous avez énormément de boulot donc pas de souci, on attendra que la commande détaillée par vendeur dans l'email client se mette en place, je voulais juste savoir si c'était toujours d'actualité.

Pour la surcharge d'email, je n'ai pas trouvé comment modifier le sujet à partir du preload ni comment est géré son affichage dans le HTML. J'arrive à modifier à peu près tout le reste, c'est super, mais pas le sujet car je n'ai pas trouvé la variable correspondante.