Bonjour,
en travaillant sur un état de stock Birt, nous avons constaté que :
1- si la ligne de mouvement (stock_stock_location_line) comporte un N° Lot (tracking_number) alors l’emplacement (stock_location ) est enregistré dans le champs (details_stock_location)
2- si la ligne de mouvement (stock_stock_location_line) ne comporte pas un N° Lot (tracking_number) → l’emplacement (stock_location ) est enregistré dans le champs (stock_location)
aussi au niveau menu Axelor « Emplacement Stock » (stockLocation) il y a deux panel-dashlet une pour le stock avec lot et l’autre pour le stock sans lot
c’est quoi l’avantage de cette logique ? et pourquoi ne pas avoir un seul champ (stock_location)pour l’identification de l’emplacement indépendamment du N° Lot ?
je répond rapidement, j’essaierai de réfléchir plus longuement.
La gestion des n° de lot c’est à s’arracher les cheveux.
La technique FIFO pour les n° de lot implique un ordre d’entré qui, d’un lot sur plusieur sites, rendrait la tâche « impossible » ?
Egalement, vous avez l’affichage dans « emplacement des stocks » onglet « détails des stocks » qui présente spécifiquement pour l’emplacement de stock en question, les lots présents.
À part les séquences pour l’enregistrement des lot en série, les fonctionalités de gestion des n° de lot sont correctes et fonctionnelles.
je n’ai pas testé encore les méthodes de déstockages.
Ce que je me souviens que Axelor ne dispose pas de la méthode FEFO ( First Expired First Out )
Ma demande c’est au niveau achat (N° lot fournisseur ) : pourquoi Axelor utilise deux champs différents pour identifier l’emplacement au niveau de la table stock_location_line?
FIFO = first in first out
je ne connaissais pas FEFO.
Effectivement, après longue reflexion, ca semble faire doublon cette colone.
Même les fonctioanlités « quantité réservé », prix achat/prod différent (partie analytique), total de stock sur l’emplacement, correction ou quantité « à venir » … ne semble pas en avoir besoin
Est-ce qu’il y a une différence sur ces 2 colonnes pour :
les relations des bases
le format/type
S’il y a forcement ces 2 colonnes pour chaque ligne de stock, ce n’est donc pas optimisé.
Il faudra attendre qu’un dev d’Axelor passe ici pour qu’il s’explique (et c’est rare ces derniers temps).
First Expired First Out
L’article ayant la date de péremption la plus proche sera premier à retirée du stock
méthode utilisé dans le secteur pharmaceutique
ce que j’ai constaté qu’il ya deux types de lignes selon la relation avec stock_location
Bonjour,
Je n’ai pas mis en place ce module et je ne suis pas un spécialiste de la gestion des stocks.
J’ai consulté le formulaire, auquel vous faites référence, avec les données de démo.
En effet il y a deux panels :
« Détail des stocks » qui détaille les produits par numéro de suivi, soit 37 enregistrements
EQPT-0004 qui comporte 9 enregistrements avec 9 numéros de suivi différents
EQPT-0005 qui comporte 28 enregistrements avec 28 numéros de suivi différents
« Contenu de l’emplacement » qui présente tous les produits (24 dans l’exemple) y compris les deux produits qui ont des numéros de suivi EQPT-0004 (9), EQPT-0005 (28)
A priori rien ne me choque, mais peut-être une subtilité m’échappe ? Si tel est le cas pourriez vous contextualiser avec des exemples de formulaires, d’éditions et éventuellement d’enregistrements en base de données.
Merci
Bonjour,
Votre état ne contient pas le numéro lot (tracking number)
Vs pouvez réfléchir par exemple a un etat de stock contenant a la fois :
-des articles gérés par n lot
-des articles non gérés par n lot
Bonjour,
Tracking Numbers (N° de suivi) sont bien présentés dans le détail des stocks (37 enregistrements) !?
Est-ce dans l’état BIRT que vous voulez présenter les 2 cas (des articles gérés par n suivi et des articles non gérés par n suivi) ?
Comme je n’ai pas d’idée particulière sur le sujet, je peux essayer de réaliser un rapport BIRT, mais sur la base d’une maquette (même grossière) que vous proposeriez.
Bonjour,
le besoin c’est au niveau de la requête SQL (dataset BIRT ) et la liaison entre les deux tables (stock_location et stock_location_line)
j’ai déjà réalisé l’état
le besoin est d’avoir un état de stock de tous les articles disponibles (avec ou sans N° lot ) dans un emplacement
l’orsqu’on parle du stock on parle systématiquement du N° lot et la date de péremption (si l’article est géré avec ) et non pas de la somme des lignes de détails (pour le même article bien sur )
Une possibilité pas forcément la plus élégante, est de faire une UNION de requêtes SQL du style :
(
SELECT
…
FROM
stock_stock_location as Location
LEFT OUTER JOIN
stock_stock_location_line as StockLocationLine
ON (StockLocationLine.stock_location = Location.id)
…
)
UNION
(
SELECT
…
FROM
stock_stock_location as Location
LEFT OUTER JOIN
stock_stock_location_line as StockLocationLineLot
ON (StockLocationLineLot.details_stock_location = Location.id)
…
)
Rapport sorti dans une table BIRT, en appliquant la méthode supra, au DataSet :
Bonjour,
merci pour votre réactivité et votre engagement pour trouver une réponse à ma demande,
j’ai déja trouvez des solutions a travers les requêtes, parcequ’on doit répondre le client dans 24h, 48h max
j’ai posté la demande pour connaitre l’intéret de cette logique de Axelor, et peut, être il on une autre table ou autre méthode plus facile pour créer cet état
