Production input picking algorithme

Salut,

Voici ce que j’ai compris de l’algorithme d’assignation des quantités de produits en entrée de production:

  1. Tryton fait la liste des emplacements dans lesquels se trouve le produit en entrée de production;
  2. L’algo de picking tape d’abord en priorité dans le logement contenant la plus grande quantité du produit;
  3. S’il n’y en a pas assez dans ce logement, Tryton tape le reste dans le suivant, ainsi de suite jusqu’à ce que la totalité de la quantité requise soit reconstitutée;
  4. S’il n’y en a pas assez dans l’ensemble de l’entrepôt, Tryton râle et propose de forcer l’assignation: dans ce cas, Tryton se débrouille avec les Pertes et surplus;
  5. On se retrouve alors avec, en entrée de production, les bonnes quantités réparties correctement, emplacement par emplacement (dont au besoin les Pertes et surplus).

J’ai également compris que, pour des besoins spécifiques, on pouvait modifier la logique d’assignation (par exemple faire un semblant de FIFO – on tape d’abord dans les quantités les plus anciennement rentrées dans l’entrepôt) en la surchargeant par un autre algorithme (si tant est que ça reste cohérent).

C’est bien ça?

Yes, you understood correctly the algorithm. Just some remarks:

In case of forcing assignation, no move with “Lost and found” location is created, but just the quantity is shown as negative. This can be fixed by an inventory (when lost and found locations are used as counterpart) but also by entering some purchase request that may be missing in the sistem.

If you are interested on implementing FIFO you may have a look at this post:

Non, on prend dans les emplacements suivant leur tri par défaut (cf. Move.sort_quantities)

:+1:t5: Thanks a lot!

:+1:t5: Parfait, merci !

1 Like