Une action disponible depuis la liste file d’attente permet de modifier les dates de besoins des DAs générées. Cette dernière présente un tableur contenant toutes les DAs générées par rapport aux CTs courantes sur la file d’attente. Seule la colonne date de besoin est saisissable.
Les colonnes du tableur sont issues de ‘l’ergonomie courante de la liste file d’attente. Ce tableur suit le même principe que les deux précédemment décrits, la colonne ‘A?’ est initialisable par sélection des CTs avant le lancement de l’action et les actions multiples ‘Activer Lignes’ et Désactiver Lignes’ sont disponibles au sein du tableur.
Dans le cadre de la sous-traitance opératoire, la modification de DAs , les déclarations de réceptions et de retours fournisseurs en quantités partielle ou totales ont pour effet de maintenir la file d’attente de fabrication (statuts disponible, historiques de déclaration).
Les différents moyens de modifier un DA dans DIAPASON
Modification de DA
La modification de DA depuis la liste des demandes d’approvisionnement a pour effet de générer un historique de déclaration pour la CT associé.
Il est possible d’effectuer plusieurs modifications partielles dans la limite des quantité possibles.
-
Une modification positive entraine un historique de déclaration de fabrication de type ‘DA’.
-
Une modification négative entraine un historique de déclaration de fabrication de type ‘RF’.
Gestion des réceptions
La gestion des réceptions a pour effet de maintenir la DA associée et de maintenir le suivi de fabrication sur la CT associée à cette DA.
Etat de la DA :
Suivi de fabrication :
Un historique de déclaration de type ‘DA’ est créé.
L’annulation de la réception provoque l’effet inverse
Une modification d’une réception déjà réalisée entraine un double historique de déclaration :
-
Une annulation de la quantité totale de la première réception par une déclaration négative ( DA)
-
une déclaration de la nouvelle quantité réellement réceptionnée.
Gestion des retours fournisseurs
Etat de la DA :
Suivi de fabrication :
Un historique de déclaration de type ‘RF’ est créé.
L’annulation de validation de retour génère un historique de déclaration inverse.
La DA est automatiquement mise à jour pour être servie par une nouvelle commande fournisseur..