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??
Oui tout à fait, les produits en souffrance, soit ceux qui nécessitent un réassort en premier…
Sinon, pour limiter le temps de calcul, il serait possible de désactiver/retirer les colonnes propales et factures ?
Ou de faire 4 écrans différents avec 4 liens sur le menu ReStock :
ReStock (actuel, le « général ») :
ReStock Propal
ReStock Orders (celui que j’utiliserai exclusivement)
ReStock Invoices
Sinon le module est très bien sauf l’écran balnc après la génération des BdC fournisseurs, qui est un bug dont je ne trouve pas la source…
Un team viewer ou un écran partagé via Skype (meiux car g pas teamvirwer)… pour voir le souci ?
En fait il faut que je vire les colonnes dont le pourcentage de pondération est à zéro, plus simple, plus efficace !
pour le bug, j’ai prévu de toute façon de « retravailler » le module durant les vacances pour l’interfacer avec le module Factory qui sort lundi (préparer les CB
Suite à l’installation chez un de nos clients PME, nous avons mis en place un recalcul de stock par dépôt, ainsi que le calcul par articles et par dépôt et tous les dépôts d’un calcul paramétrable du stock désiré et d’alerte. Ceci sur une base de plus de 7000 références.
Bientôt disponible sur le store.
Ces deux dernière information calcule dynamiquement (stock désiré et stock d’alerte) permettent d’utilisé plus justement le réapprovisionnement dans Dolibarr, dans lequel nous avons ajouté de fonctionnalités paramétrables, comme la sélection d’un dépôt personnalisé ou une somme de dépôt , et aussi le nombre de mois de commandes client valider et les statistique de vente des 3 ou 6 dernier mois. Ainsi les quantité proposé pour les commande fournisseur est plus précise.
Nous vous maintiendrons informé de la disponibilité du module.
