Stock Produit vendu au mètre mais acheté en rouleau de 500 mètres

Bonjour,

Pourquoi ne pas rentrer le produit « au mètre », cad : 1 rouleau de 500 m sera enregistré en quantité=500 en divisant bien sur le prix par 500.

C’est ce que je fait pour du tuyau et de l’huile en vrac, et ça fonctionne très bien pour la vente au litre ou au mètre.

Si vous envoyez votre commande fournisseur Dolibarr par mail vous avez le risuqe que votre fournisseur ne comprenne pas et qu’il vous envoie 500 rouleaux ou 500 litres. Mais effectivement en l’état c’est une solution qui fonctionne trés bien, si vous n’envoyez pas votre commande fournisseur Dolibarr et que les arrondis (dû à la division) sur le HT et le TTC n’arrondissent pas dans le mauvais sens.

Bonjour,

J’ai été confronté au même problème avec des mètre carré et des plaques. Très difficile de faire comprendre au fournisseurs que vos commandes sont en m2 quand ils veulent vous vendre des plaques, j’ai du abandonner cette solution.
Avec les produits virtuels ça fonctionne très bien, par exemple si je vend un mètre d’un rouleau de 100m je déduis 1/100ème de mon rouleau et mon stock de produit parents est juste. Le stock du produit virtuel ne veut rien dire et je n’en tient pas compte à moins de le corriger manuellement à chaque réception de commande. Le module product mixer recalcule les stock de produits virtuels a chaque mouvement ce qui est très pratique surtout si vous vendez par exemple un lot de 5m, un lot de 10m et plus de la vente au mètre.
J’espère avoir été clair et pouvoir en aider certains avec ma propre expérience !

1 « J'aime »

@neutrino86
Ce module product mixer me semble effectivement très intéressant pour régler ces histoires de stock de produits virtuels.
Bien documenté, il est dommage qu’il n’y ait pas de site de démo (en tout cas je ne l’ai pas trouvé).
Cela dit, ce code mériterait d’être intégré au core de Dolibarr car sans lui, la notion de produit virtuel semble loin d’être aboutie et pose problème pour la synchronisation avec un logiciel de site de vente en ligne, par exemple.

@Zuiko
Tu es trop habitué à la flexibilité de Magento :stuck_out_tongue_winking_eye:
Mais je plussoie pour des évolutions de Dolibarr dans ce domaine…

@WebAuxilium
Argg je suis démasqué… :nerd_face:
Je suis effectivement en train de tenter de les faire causer ensembles et les différences de concept au niveau des produits peuvent être bloquants.

oula vaste sujet la communication Magento Dolibarr !!!
Du temps de fragento, j’avais commencé surtout sur la partie commande mais la j’attend car il faut vraiment que je migre sur Magento 2…

@WebAuxilium
On a dû se rencontrer sur Fragento (je n’ai pas changé de pseudo) :wink: et j’y ai joué un temps au modo.

En Magento 1 et Magento 2 c’est SOAP (V1 ou V2) qui est utilisable côté Magento. Donc tu ne perds pas ton temps à commencer en Magento 1.
De mon côté c’est la mise à jour des stocks qui m’intéresse.
Déjà, je sais faire en sorte que toute modification de stock côté Dolibarr est envoyée à Magento (à condition que le produit existe).
Maintenant je vais travailler sur l’autre sens, c’est à dire, le transfert des commandes de Magento vers Dolibarr.
Mais n’empêche que je vais me heurter tôt ou tard au problème de difficulté de correspondance entre certains produits Magento avec ceux de Dolibarr, c’est essentiellement le problème des ventes à l’unité ou par lot (au mètre, au rouleau etc…).

@Zuiko
Je te confirme que nous nous sommes rencontrés sur Fragento et que tu m’as bien aidé pour faire le site
Ayant a peu près la même problématique que toi, je n’ai jamais trouvé de solution simples pour la gestion des stock
En vue du projet de liaison Magento Dolibarr, je pars du principe que je dois pousser le stock de dolibarr vers mage (toutes les ventes ne se font pas sur le site donc stock dolibarr et celui qui est le plus proche de la réalité) et je pense procéder :

  • bundles : utilisation des Kits dans Dolibarr avec ref dolibarr = sku magento.
    L’avantage est la mise a jour du stock des produits composant le pack.
    Pour la mise à jour du stock du bundle dans Mage, l’idée est que chaque fois qu’un bundle est vendu, Doli recalcule le nombre de bundle qu’il est possible de vendre puis envoie ce nombre à Mage.
    Cette solution n’est pas du temps réel et il y a un risque de devoir annuler une commande. La solution serait que sur chaque sortie du stock d’un produit inclus dans un kit, le recalcule se fasse mais j’ai peur que se soit une usine à gaz, voir consommateur de beaucoup de ressource.

  • les configurables : création de ref pour chaque déclinaison = sku mage
    plusieurs cas de figures :
    . le produit fini est un SKU(ex bouteille monvin (uniquement sur mage) se décline en bouteille monvin 50 cl ref doli1 = sku1 mage et- bouteille monvin 75 cl ref doli2 = sku2 mage) donc la gestion de stock est facile et la maj Mage aussi
    . le produit fini est vendu en conditionnement complet (ex rouleau tissu vert) et au détail ex X mètre de tissu vert.
    J’ai déjà fait pas mal de tests et je n’ai encore pas trouvé de solution « simple » pour gérer le stock Dolibarr donc inutile de te dire que pour l’instant la maj de mage n’est pas possible.
    La seule piste qui me vient en tête est de gérer le stock en mètre. Pour déterminer le stock de rouleau est de faire un modulo de stock total en m / longueur d’un rouleau. Pour la mise à jour de mage, j’enverrai le résultat du modulo sur le sku rouleau et le stock total sur le sku metre.
    Par contre idem que pour les Bundles, il y a un risque d’annulation de commande.

Voila ou j’en suis dans mes réflexions.

Bon courage

Pour moi aussi, Dolibarr est forcément le maitre du stock et doit informer Magento.
Déjà, les entrées de stock via commandes fournisseurs sont du domaine de Dolibarr puisque Magento ne dispose pas de cette fonction nativement.
La mise à jour en temps réel du stock Magento par Dolibarr n’est pas vraiment techniquement un problème (un trigger sur modification de stock fait ça très bien) par SOAP.
C’est bien du côté des kits que ça se corse, cela comprend aussi les produits vendus sous différents conditionnements. C’est pour ça que je m’intéresse à ProductMixer s’il fait bien ce que je pense.
Les produits configurables (équivalents aux produits virtuels de Dolibarr, quand ils ne sont pas gérés en stock) ne me posent pas de problème, seuls les produits simples les composant feront l’objet d’une gestion de stock.
Il me reste à informer Dolibarr des mouvements de stock liés commandes Magento, je verrais bien ça à l’expédition.
J’ai vu un bout de code sur github qui faisait ça via SOAP à partir de Dolibarr. Je pense m’en inspirer.
Bon courage également ! :grinning:

Bonjour,

j’utilise ce module. J’y mettrai quelques bémols.

nous utilisons Dolibarr adossé à un Prestashop → E commerce. Pour simplifier la vie de nos clients (et aussi pour pouvoir vendre) on vend beaucoup de kit avec les produits qui composent le kit aussi en vente (au détail).
Et on a beaucoup de kit …

  1. Produc Mixer est franchement très lent chez nous maintenant (nous avons plusieurs centaines de « produits virtuels ») → il est actif une fois par jour pour calculer les stocks de produits virtuels puis on le désactive pour pouvoir faire les expéditions sinon c’est impossible tellement ça rallenti tout le système (MAJ de chaque produit virtuel à chaque modification de stock)

  2. Gestion des approvisionnement : quand on utilise un grand nombre de produit virtuel → on a la vision des stocks de produits virtuels mais pas de l’impacte des ventes sur le stock des produits qu’on achète. Du coup quand le volume de commande augmente, ça a un impacte très significatif sur le fonctionnement.

  3. Clairement impacter le stock virtuel des produits enfant me semble nécessaire pour que l’outil soit encore plus puissant.

Slt

Cela serait une grosse charge de travail ?
J ai un client qui achete en gros et revend au detail
donc tous ses produits serait a faire en BOM

1 « J'aime »

@pm17

Il n’est plus nécessaire de passer par des BOM et DES OF.
J’utilise PRODUCT_USE_SUPPLIER_PACKAGING qui permet de mettre pour chaque produit le conditionnement fournisseur
Par exemple pour un rouleau de tissus de 500 m, on paramètre 500 dans l’onglet achat.
Si dans la commande fournisseur, on saisi 700 m, le système recalcule et la quantité commandée passe à 1000 m.
Pour les ventes, le produit est paramétré avec m et le prix de vente est au mètre. il suffit de rentrer la quantité vendue et le stock est débité.
La limite de cette méthode et que l’on ne peut pas distinguer les rouleaux complets et les rouleaux entamés.

1 « J'aime »

Bonjour @WebAuxilium ,
Il faut ajouter cette fonction dans Divers ? Y’a-t-il une doc quelque part ?
Merci.

@charled
Oui et mettre 1 dans valeur

Ok. Dans quel champs on indique le conditionnement fournisseur (les 500m de départ) ?

Emballage ds prix fournisseur achat ds la fiche produit

Bonjour, j’ai bien réalisé la manip, mais il faudrait que sur la commande soit affiché 1 rouleau.
Car là le fournisseur peut m’envoyer 500 rouleaux.

Bonjour,
Je ne pense pas que ce soit possible sauf à faire un développement.
Le plus simple selon moi est de modifier un des modèles de commande en ajoutant une colonne unité afin d’afficher 500 | M.

Bonjour,
Le plus propre est à mon sens de faire une production avec le module MRP.
1 rouleau => 500 m pour ce qui est vendu au metre par exemple.
Je commande 1 rouleau (pas en vente)
Je produit 500 m donc plus de rouleau en stock mais 500 m en stock
Je vends en mètre
@+

1 « J'aime »