Localise : localisation et mouvement dans entrepot

Bonjour,

ExtraOdt et management (le remplaçant de projet V2) étant presque terminé, j’ouvre cette file pour présenter ce qui sera mon dernier module développé de l’année « Localise ». Il faut dire que j’ai été productif avec 9 nouveaux modules commercialisés en 2014.

Le but de « Localise » sera de gérer la localisation d’objet et les mouvements associés à ceux-ci dans un entrepôt
pour cela il se décompose en 3 parties :

  • La gestion des emplacements dans l’entrepôt
  • La gestion des objets
  • et enfin la gestion des mouvements

Chaque partie gère sa propre numérotation à la « sauce » Dolibarr, il sera possible de jouer avec des codes barres mais c’est un autre sujet.

La première étape consiste à créer des emplacements dans les entrepôts Dolibarr
pour cela on définie sur 4 niveaux la profondeur des emplacements correspondant aux dimensions de l’entrepôt, par exemple on a un entrepôt avec 5 étages, 6 pièces par étages, 3 travées par pièce et 4 étagères dans chaque travée. Une fois cette définition réalisée on a autant d’enregistrement que de place possible. Dans le cas d’un emplacement non présent (cas d’un étage avec seulement 4 pièces, on ferme les emplacements qui n’existe pas.

La deuxième étape consiste à définir des objets qui peuvent être de 3 types
- un produit (avec une référence produit)
- un équipement (avec un numéro de série unique)
- autre chose (par exemple une pelle que l’on ne commercialise pas mais que l’on entrepose)

Une fois cette étape de définition terminée, on commence à mouvementer les objets autour des emplacements

Tous d’abord on affecte un ou plusieurs objet à un emplacement avec une date d’entrée et si on le souhaite une date de sortie.
Ensuite l’objet peu être sortie de son emplacement
- soit définitivement et dans ce cas l’emplacement est libéré
- soit temporairement et dans ce cas, on saisie un emprunteur, une date de restitution prévue et surtout on ne libère pas l’emplacement
Enfin un objet sortie temporairement peu revenir à sa place
Il est naturellement possible de mouvementer un objet d’un emplacement à un autre

Dans les subtilités,
Il sera possible de définir un prix d’usage mensuel d’un emplacement pour déterminer un cout supplémentaire au produit (un produit qui reste 6 mois en stock coûte à l’entreprise plus qu’un produit qui ne reste qu’un jour…)
Il sera possible de déterminer ce qu’il faut jeter car arrivé à sa date de sortie afin de faire de la place
Il sera naturellement interfacé avec mes nombreux modules (factory, customTabs, Equipement …)

En terme de tarif il sera au même niveau que mes autres modules

Il est prévue que je mette en ligne d’ici la fin de semaine une version béta du module sur mon site de démonstration

Super pour le concept !

Sera-t-il compatible avec les gestion des lots et dates de péremption en cours d’expérimentation ?

Sera-t-il facile à utiliser ?

Ex: je réceptionne une commande fournisseur, et je peux ventiler vers des emplacements de stockage en même temps que je ventile avec mes lots et dates de péremption.

J’ai ventilé ou réceptionne X produit de Y qtés, qui n’ont pas d’emplacements soit XY objets, sera-t-il possible de leur définir un emplacement en masse ? plutôt que de devoir gérer unitairement chaque objet sur des onglets ?

Compatibilité avec la gestion des lots et des dates de péremption expérimental : NON, La compatibilité se fera par contre avec le module équipement que je maintiens et permet bien plus de choses.
Simple à utiliser : une fois la philosophie du produit intégré, je l’espère

La réception de produits c’est une chose la localisation c’en est une autre
Enfin pour la gestion en masse n’est pas à l’ordre du jour car dolibarr ne sais pas faire de gestion en masse!

Equipement : permet bien plus de choses mais moins simple à utiliser, j’ai déjà expliqué pourquoi et je reviens dessus à la fin.
simple à utiliser: si c’est sur le meme principe d’onglets et de devoir retourner sur chaque objet ventilé : non.

La réception des produits et leur localisation dans le stock ne sont pas des concepts éloignés (me trompe-je?).
Si tu le penses, c’est que tu ne travailles pas dans un entrepot, mais derrière un écran. On a pas tous le luxe d’avoir un chauffage et un fauteuil quand on réceptionne une commande fourn. on veut la classer le plus vite possible et pas retourner sur 10 onglets pr créer des equipements et ensuite aller leur attribuer un emplacement.

Si cela n’est pas compris/assimilé pour les futures modules ce n’est pas la peine d’espérer les vendre à de futurs prospects productifs, Dolibarr est simple pas la peine d’en faire une usine à gaz comme certains autres ERP/PGAO

Ben oui je ne suis qu’un développeur, sur un fauteuil devant un clavier … il y en faut aussi, j’ai même pas honte :stuck_out_tongue_winking_eye:

Pour revenir au sujet, En fait il faut effectivement pouvoir gérer les deux problématiques
- la saisie unitaire permettant de faire les choses au mieux avec la complexité nécessaire
- la saisie en masse pour traiter 80% à 99 % des cas le plus simplement possible

L’architecture de dolibarr est de type onglet et gestion unitaire, il n’est pas adapté à la gestion de produit en masse : c’est un fait, ce n’est pas de ma faute et on ne fait pas d’un ane un cheval de course…

Le fait de faire cohabiter les deux mondes n’est pas simple pour un développeur sur fauteuil et j’ai pris le partie de parti de partir du plus complexe pour aller ENSUITE vers le plus simple. Ce mode de développement est nécessaire pour ‹ éprouver › l’architecture de la base de données que l’on met en place.

Je conçois parfaitement que ce qui t’intéresse ce soit les 99% mais je dois pourtant pouvoir prendre en compte le 1%

Pour finir, il ne faut pas voir mes modules comme des solutions définitives mais des briques fonctionnelles permettant de construire des architectures plus orienté métier, plus adapté alors au traitement en masse.

Et le développement des solutions métiers autour de mes modules pour en simplifier leur usage, cela va être mon boulot de dans l’année prochaine… Et je peu te garantir que cela va se vendre :wink:

Très bien belle réponse, donc en tant que dév, la productivité passe après la fonctionnalité et en premier vient la grande architecture sacrée ?
et que dis-tu du défaut de ton module REstock, il a pourtant été créé pour des acheteurs, pour repérer les produits les plus importants à re-stocker ? ?
Pourquoi alors pour les acheteurs cette solution s’avère un beau casse-tête pour repérer les produits à commander car on ne peut pas les ré-organiser par « qté à commander » croissante ?

Franchement, je suis déçu de voir que Cédric peut faire des solutions comme le module expérimental Batch/DLC super simple et bien intégré à dolibarr, et de voir en face Equipement (EDIT pas Factory) qui est juste une usine à gaz, d’ailleurs c’est le seul reproche qu’on peut lui faire tant son architecture sacrée est exhaustive.

Encore bravo et bon courage… pour le choc de simplification !

Je comprend ta déception mais la traçabilité, ne peut être qu’une usine à gaz, ça demande du travail, tout ne peut pas se faire tous seul…
On ne peu pas faire du pret-à-porter (production de masse) et du sur mesure (pièce unique) avec les mêmes outils et le même niveau de qualité.

Et merci pour tes encouragements, et il ne faut pas croire que je ne sache faire que des choses complexes…

Et pour la partie de réponse sur restock… ce n est pas le sujet ? Ou ce n’était juste pas assez explicite ?
Autant faire un truc simple et bien fait/utile qu une future usine à gaz sans pouvoir prendre en compte des remarques utiles / pertinentes.

Oui, reStock ce n’est pas le sujet cette file dédié à un développement en cours : localise.

Ensuite ce n’est pas parce que TU penses que ce n’est pas simple que cela ne l’est pas pour d’autres, la simplicité d’usage se fait FORCEMENT au détriment de fonctionnalités nécessaire à d’autres.

Et je le répète une dernière fois :

DOLIBARR N’EST PAS FAIT POUR EFFECTUER DU TRAITEMENT DE MASSE.

Maintenant libre à toi de faire d’un ane un cheval de course…

Et maintenant que tu m’as cassé les pied avec ton module batch/DLc je vais prendre 10mins pour l’étudier et en faire une critique aussi constructive que peuvent être les tiennes…

Oops… OK je la ferme avec mes remarques. Continues dans le sens que tu l entends mais ne compte pas sur mes emarques/idées de " terrain".
Bon choc de simplification et chasse aux clics!

bonjour, est-il visible sur votre site démo, je ne l’ai pas vue , Merci

Bonjour a tous, je suis également intéressé par ce module, des nouvelles pour la démo?

Merci,

Allan

Je crois que Defrance a les mains sous le capot du module localise :
http://dlbdemo.benke.fr/htdocs/localise/index.php?leftmenu=localise&idmenu=347

et pour ceux qui ne savent pas chercher, je mets même un screenshot :wink:

localisedefrance.jpg

Bon, qui peut le plus, peut le moins… là c’est vraiment le PLUS…

Pour ceux qui veulent un truc « à la con » pour le moment,
moi je gère mes emplacements de stock, depuis les numéros de lot et dates de péremption des produits ventilés vers le stock…
Ainsi lors d’un picking, ce que j’affiche :
-n°de lot/date de péremtion / emplacement stock (je me sers du bon de livraison client pour le picking)
et aussi (et SURTOUT) grâce l’application de Z-application,
qui me permet de faire le picking depuis un mobile ou tablette Android et un scanner bluetooth, ou la caméra du mobile.
…Et qui permettra bientôt de faire la ventilation vers les stocks depuis les réception fournisseurs (et de renseigner les codes-barres des produits)…
Certains qualifieront cela de « bricolage » car on ne créé pas chaque emplacement, on ne gère pas les emplacements, on n’a pas encore créé de champ spécifique dans la base de données de Dolibarr (table llx_product_batch, certainement) etc…
Mais ça peut le minimum déjà :happy:

Bonsoir
J’ai planifié de travailler sur le module durant la semaine du 19 au 24 (je part en déplacement pour la semaine)
J’espère donc mettre en vente ce nouveau module d’ici fin janvier

1 « J'aime »

Bonjour Defrance,

Ton module m’interresse, je pense que l’association avec un terminal portatif de type « SYMBOL/MOTOROLA » serait interressant.
Je me suis installé Dolibarr depuis 2 jours, pour l’installé chez mes clients.
Je ne connais pas tes modules, mais je pense te les acheter pour faire des tests :

- Inventaire
- Réaprovisionnement client (Commercial en clientèle)
- Réception de M/ses
- Préparation de commandes clients (Gestion des cartons pour expéditions)
- Picking
Via terminal portatif.

Bon courage pour la suite de tes « dev ».
Si tu as des idées elle sont les bienvenues

Et pourquoi pas un module qui fait déjà tout cela ?
C’est le post pour un module de Defrance, donc je ne ferais pas de pub pour un autre module… mais il en existe un :wink: et je laisse Defrance en parer s’il l’aime :happy:
Bien sûr pas sur un terminal comme les motorola dont tu parles , mas pourquoi pas y regarder ?

J’aimerai bien connaitre ce module, je n’ai pas trouver de chose qui se rapproche de mes besoins.
Merci à toi

Bonjour Defrance.
Je venais au nouvelles sur ton module Localisation et mouvement dans entrepot.
Bonne journée.

Bonjour
Quelques nouvelle de ce module que j’avais un peu abandonné à contre coeur
Je consacre cette semaine à m’occuper de lui justement et cela commence par … améliorer le module ressource natif
dans les grandes lignes j’ai ajouté à ce module les onglets standard et la possibilité de lier une ressource à une intervention et un contrat mais aussi à tout autre modules externe grace à un hook
La localisation se fera donc sur
un produit
un équipement
une resource
un objet non défini
pour le moment j’ai juste ajouté le strict nécessaire pour faire fonctionner localise, je packagerai ses évolutions dans un patch pour les versions 3.8 et 3.9
Je pense par la suite ajouter d’autres fonctions au module ressource,
- des infos pour m’en servir comme base de gestion des immos (numéro, cout d’achat, durée et type d’amortissement)
- des infos sur le lien pour calculer un coût d’usage, et de temps d’utilisation (début, fin, durée) et l’associer en particulier au module factory (ex : j’utilise 2h une machine, je rajoute un cout d’usage à mon cout de production,idem pour une intervention).
L’idée serai de transformer la ligne d’utilisation de la resource en ligne de facturation

Bref tous cela pour dire que les choses avancent

j’ai bon espoir de finir enfin ce module cette semaine

Bonjour
Une date de sortie?
Merci à toi.
Bon week