Pour le module de Defrance :
regarde ici
Par expérience, je ne pense pas qu’il faille jouer sur les notion de stock mini (generalement stock de securité). Il y a souvent débat dans la communauté des logisticiens mais je suis de ceux qui pensent que le stock mini est la pour pouvoir gérer les aleas de la demande.
Dans ton cas vu que ces 100 produits semblent stratégiques pour l’entreprise je travaillerai sur une notion de stock dans le stock (SiS).
Il faut definir la quantité du produit a mettre en SiS et tu arrives sur une formule de calcul de stock dispo :
Stock Physique - SiS-commande Client* - besoin prod = Stock Dispo
Commande
Ensuite on utilise le stock dispo comme base de calcul pour les réappros en tenant compte du stock mini, stock max, délai de réappro frs, moq, …
Ce n’est qu’une piste car je n’ai pas la vue sur vos processus.
Dans les dernières versions de dolibarr il Y a 2 limites de stock :
- stock mini
- stock souhaité
Comme c’est une fonctionnalité récente, restock ne prend pas en compte la valeur souhaiter pour déterminer les quantités de produits à commander
Par contre il est fort probable que d’ici peu, il soit possible de paramétrer le choix entre les deux pour le calcul de détermination des quantités à commander… (en tous cas c’est noté sur ma wish-list)
Edit : @hubz, je doute que localise soit un jour intégré dans le core de dolibarr car les problématiques de localisation de matériel dans un entrepot est quelque chose de trop spécifique … il n’empêche que en fonction des sponsorts qui financent certains de mes développements, je peu proposer ce type de module à un prix le plus modeste possible.
@ Defrance : il est fort probable que la notion de localisation soit souvent spécifique et puisse être vue au cas par cas, en revanche je ne pense pas qu’il soit trop compliqué (mais je ne suis pas développeur !) d’afficher sur le bon de commande client (qui serait détourné en bon de préparation interne) le nom de l’entrepôt duquel dépend le produit.
Ainsi, on peut définir un entrepôt par lieu de stock (Entrepôt A-2-8 = Rack A, étagère 2, boite 8, etc…) et indiquer sur le bon de commande en face ou en dessous de la ref produit ce lieu A-2-8.
Et si dans la fiche produit, produit qui peut théoriquement être rangé dans plusieurs entrepôts, on a un champ de type « entrepôt par défaut », alors faire en sorte que lors de la ventilation en stock, cet entrepôt par défaut soit proposé en premier. De la sorte, lorsque le magasinier ventile ses produits, il sait directement dans quelle boite il doit ranger celui-ci.
Autrement, il est vrai que l’on peut détourner le problème en ajoutant ce lieu de stockage dans le libellé du produit…
Tout cela, c’est du dev, c’est certain. Mais je suis ouvert à une participation ou à un développement spécifique juste pour nous.
@ tous : revenant sur la notion d’alerte mail sur stock mini atteint, dans le module Notifications on peut apparemment recevoir une notification mail lors de différentes étapes du process (validation commande client, approbation commande fournisseur, refus commande fournisseur, validation expédition). Alors pourquoi pas ajouter un code correspondant à Alerte stock mini ? Il y a bien une détection de cette limite puisque le pictogramme est affiché, donc ce serait franchement super que l’on ait la possibilité d’envoyer automatiquement un mail avec la référence du produit en défaut.
Je suis d’ailleurs surpris qu’il n’y ait pas plus de bruit autour de ce sujet.
Autre option, qui touche plus à du graphisme qu’à du core, faire en sorte que lorsqu’il y a un produit en souffrance alors un encart reste affiché sur toutes les pages quoi qu’il arrive, tant qu’on a pas lancé une commande de réassort ou que l’on a pas volontairement quittancé dans un menu bien spécifique. Mais à mon avis c’est plus ardu.
Merci pour ces remarques,
Dans ma vision de la chose, c’est plus lors de la préparation de l’expédition que je ferais apparaître l’information de localisation car c’est alors que l’on a sélectionné l’entrepôt d’expédition.
L’idée de créer une édition d’une liste de rangement est très bonne je la note aussi
Pour ce qui est de l’enregistrement du lieu de stockage, il est plus logique pour le moment d’ajouter un simple champ supplémentaire pour définir l’emplacement mais dans ce cas on ne peu travailler qu’avec un seul entrepot (ou avoir un champ par entrepot).
Pour ce qui est des alertes sur stock, je travail sur une messagebox d’alerte directement sur la page d’accueil,.
Pour le moment je me suis concentré sur les actions à réaliser dans la journée, mais faire aussi une box pour les produits en stock mini est aussi une piste à explorer… Si vous voulez regarder à quoi cela ressemble vous pouvez aller sur mon site de démonstration http://dlbdemo.benke.fr identifiant admindemo/admindemo
Je viens d’ailleurs d’y installer ma version de développement de localise puisque cela vous intéresse
Merci de tes idees et reponses aussi ! La thematique est souvent abordee et soit avortee faute de devs soit developpee pr des besoins perso soit pas utile pour le commun des dolibarrien
La localisation peut etre aussi geree sur un odt a generer plutot que sur le pdf de la commande surtout que les odt fonctionnent sur les expes !
Par contre pr la localisation. L ideal c lors de la mise en stock qu il faut cette info ! Non?
Je ne comprend pas trop le fonctionnement du module restock sur ta demo
Ex 00A001 - Téléphones Ubuntu
Le stock physique est à 15
J’ai valide une commande sur cette ref avec une quantité de 1000
Quand je clique sur le bouton reapprovisionner, il ne propose rien alors que logiquement je devrai avoir au moins une quantité de 985 en proposition de commande
Je n’ai peut etre pas compris la finalité de ce module
je viens de voir ton exemple sur l’environnement de démo, j’explique le calcul
1000 de commandé par le client
stock physique à 15
seuil à ne pas dépasser 10
Déjà en commande chez un fournisseur 111
Nombre de produit à commander proposé : 1000 -15 -111 + 10 (pour ne pas passer sous le seuil) = 874
Comme il s’agit d’une version 3.4 de dolibarr, il n’y a pas la notion de stock désiré
Ok je ne n’avais pas vu les 874, il faut que je change de lunette je referai un test.
Par contre je peux d’ores et dèjà te donner une amélioration qui sera fort car je ne pense pas que ce soit le cas :
Avoir ce réappro par fournisseur. Ca permettrait au service appro d’avoir une vue global des produits du fournisseur concerné et de ne pas rater un produit qui devrait être en réappro. Je te donne un exemple j’ai un fournisseur avec 200 références.
si j’avais à balayer les deux cents références ca serait un peu long.
Désolé de te déranger avec ca mais comme a terme ce module pourrait m’interresser, je cherche à comprendre
Comment obtient on 555 alors que la demande est au minimum 1075 et le le stock est à 0 ?
Pour moi la quantité devrait être 1075 ou plus si l’on prend en compte les propositions validées et les factures validées
Avec un peu de retard, je viens de commander le module ReStock.
J’ai bien fait la modification du fichier indiqué, mais au clic sur Configuration du module, j’obtiens une page vierge sur
…/htdocs/custom/restock/admin/restock.php
J’ai peut-être loupé quelque chose ?
Voilà le contenu de la fonction ListArray() du fichier /htdocs/fourn/class/fournisseur.class.php :
function ListArray()
{
global $user;
global $conf;
$arr = array();
$sql = "SELECT s.rowid, s.nom";
$sql.= " FROM ".MAIN_DB_PREFIX."societe as s";
if (!$userrights-\>societe-\>client-\>voir && !$usersociete_id) $sql.= ", ".MAIN_DB_PREFIX."societe_commerciaux as sc";
$sql.= " WHERE s.fournisseur = 1";
$sql.= " AND s.entity IN (".getEntity('societe', 1).")";
if (!$userrights-\>societe-\>client-\>voir && !$usersociete_id) $sql.= " AND s.rowid = sc.fk_soc AND sc.fk_user = " .$userid;
$resql=$this-\>db-\>query($sql);
if ($resql)
{
while ($obj=$this-\>db-\>fetch_object($resql))
{
$arr[$obj-\>rowid] = stripslashes($obj-\>nom);
}
}
else
{
dol_print_error($this-\>db);
$this-\>error=$this-\>db-\>error();
}
return $arr;
}
Quoi que, il est indiqué : remplacer toutes les occurences de « $this->user-> » par « $user »
Ne serait-ce pas plutôt « $this->user-> » par « $user-> » ?
non
la page d’administration vide ce doit être un autre soucis
par hasard, vous ne l’auriez pas installé dans le dossier custom?
le module n’est pas compatible avec ce mode pour le moment
pour le moment oui
Le codage nécessaire au fonctionnement d’un module dans le dossier custom ou ne me convient pas pour le moment
il faut que je réfléchisse à cela, pas que pour ce module d’ailleurs…
Comment sont classés les produits sur cette page (loonnngue à charger, mais il faut bien calculer hein ! ) ?
Est-ce que ces colonnes pourraient devenir « classables » ? du + grand au + petit par ex… (surtout la dernière, avec prise en compte du filtre par fournisseur…)
Effectivement la collecte des produits présents sur toute les propales, commandes et factures prend du temps (si on a beaucoup de propales, commande et facture…)
pour le classement s’effectue par l’ordre de détection des produits, il doit être possible de faire un autre trie mais lequel?
Ton idée c’est de mettre les produits les plus nombreux à commander en premier sur la liste??
