Cette page répertorie les articles des VoluNews publiés pour le thème Livraisons.
Cette évolution permet de filtrer et d’ordonner la visualisation des groupages de bons de livraison en fonction de la date d’arrivée de l’étape du groupage.
Dans le programme de préparation des commandes par code-barres, en mode palette identifiée, cette évolution permet d'associer automatiquement la palette scannée à l'étiquette SSCC correspondante.
Ce fonctionnement est particulièrement utile dans le cas d'une intégration des étiquettes SSCC générées par un programme externe (par ex. PC-Topp via l'interface PRDATA).
Si, en cas d'anomalie, une palette n'est liée à aucune étiquette, le bon de livraison restera en provisoire jusqu'à ce que la palette soit manuellement associée à son étiquette.
Dans le programme de préparation des affrètements, une nouvelle action est disponible pour afficher les transporteurs à qui l'on a envoyé des ordres d'achat.
Dans la préparation
des commandes par code-à-barres, cette évolution permet de bloquer
le chargement tant que le cariste n’a pas validé l’inspection du camion.
À la validation, une note est ajoutée au niveau de l’entête de l’affrètement
avec les informations suivantes :
Remarque : La validation de l’inspection est demandée systématiquement pour chaque nouveau cariste participant au chargement (sauf si le paramétrage est désactivé pour le cariste)
Fenêtre de validation :
Si l’utilisateur répond "Non", le chargement de la palette est annulé.
Si l’utilisateur répond "Oui", la validation est enregistrée et la palette est chargée.
Lorsque le lieu intermédiaire (stockeur) n'est pas indiqué par les ADV lors de la revue de contrat mais par logisticien lors de la préparation des affrètements, les ordres de transport entre le stockeur et le client livré n'étaient pas générés.
Cette évolution répond à ce problème en permettant de générer ces ordres de transport même lorsque le lieu de rangement de niveau 1 n'est pas renseigné sur la ligne de commande.
Lors du calcul de l’ordre de transport lié à une commande client, cette évolution permet d'améliorer la précision du poids total calculé en intégrant 2 poids supplémentaires paramétables.
Cela permet par exemple de spécifier le poids d'une caisse, d'une palette ou encore d'un accessoire à intégrer dans le calcul du poids total.
Dans l'écran de saisie des bons de livraison, cette évolution permet d'afficher automatiquement une fenêtre indiquant l'état des stocks.
Fenêtre de sélection des critères :
Affichage du résultat :
Dans l’application logistique du chef de quai, cette évolution permet de saisir le numéro d’affrètement lors de l’arrivée d’un camion.
Cela permet notamment au chef de quai de vérifier l'heure d'arrivée du camion par rapport à l'heure du rendez-vous prévu.
Dans l'application logistique du chef de quai, il est possible d'afficher au niveau du parking, pour chaque place de parking :
Le numéro de plaque d'immatriculation
La date et l'heure de rendez-vous prévues
Attention : L'ajout de ces informations nécessitera de modifier votre plan
Dans le programme d'expédition des affrètements, un nouveau mode permet de modifier l'ordre des lignes de groupages.
Ce nouveau mode est accessible depuis l’application logistique du chef de quai, via une action automatique et/ou manuelle.
Dans la saisie des affrètements, elle ajoute un nouveau mode permettant de modifier l'ordre des lignes.
La modification de l'ordre des lignes de groupage entraîne un recalcul automatique des étapes.
Dans la préparation des commandes par code-barres, en mode validation du chargement par saisie d'un code quai (option ovq du programme), on ne pouvait charger plus de 2 palettes simultanément.
Cette limite pouvait s'avérer insuffisante dans le cas où l'on charge des palettes de faible hauteur.
Cette évolution permet donc au cariste de charger plus de 2 palettes maximum, puis de valider le chargement par la sélection ou la saisie du quai.
Dans le programme de préparation des commandes par code-à-barres, cette évolution permet au cariste de naviguer dans les groupages qui lui sont affectés grâce à deux nouveaux boutons permettant d'accéder au groupage précédent/suivant.
Principe de fonctionnement :
« XXX » (sans préciser l’état palette)
Dans la visualisation des bons de livraison, lorsque vous devez basculer de nombreux bons de livraison en définitif, vous deviez jusqu'à présent valider chaque BL, un par un.
Cette évolution vous permet de valider tous les BL d'un seul coup. À la validation du 1er BL, le message "Voulez-vous faire ce choix pour tous les BL suivants ?" vous permet de valider tous les autres BL.
Dans le module de préparation de commande par code-barres, dans la liste des commandes à solder, la quantité livrée était systématiquement la quantité livrée de l'ensemble, ce qui n'offrait pas une vision détaillée des quantités livrées par composant dans le cas des ensembles appairés.
Cette évolution permet d'ajouter ces informations détaillées. Celles-ci seront récupérées sur la nomenclature quand la ligne est liée à une séquence, ou bien sur la ligne de commande s’il n’y a pas de nomenclature.
Dans l'application logistique dédiée, le chef de quai assure l'affectation des affrètements à chaque arrivée d'un nouveau véhicule.
Si l'affrètement n'est associé à aucun cariste, il a la possibilité d'en sélectionner un parmi les caristes paramétrés ou bien d'affecter un cariste générique.
Dans ce cas de figure, cette évolution permet d’alimenter automatiquement le cariste avec le code cariste générique.
Dans le module de préparation de commande client par saisie code-barres, cette évolution permet d’interdire le solde d'une commande dont la quantité livrée est inférieure à la quantité commandée alors qu’il reste du stock.
Il est également possible d'afficher un simple message d'avertissement ou une fenêtre de confirmation :
Dans le module de préparation de commande client par saisie code-barres, cette évolution permet d'inverser la numérotation des bons de livraison, de manière à ce que leur édition par conséquent respecte l'ordre de livraison de la marchandise (dernier affrètement chargé = première livraison effectuée).
Jusqu'à présent, les lignes de commandes étaient soldées automatiquement si la quantité transférée ou livrée atteignait la quantité commandée (plus ou moins la tolérance).
Il est possible de ne pas solder automatiquement les lignes en cas de présence de stock.Dans le programme de préparation des commandes par codes-barres, cette évolution ajoute un nouveau paramétrage permettant de désactiver la mise à jour des dates des mouvements d’entrée/sortie des palettes d’expéditions.
Cela permet notamment d'éviter que le programme annule les mouvements et les recrée à la date de livraison lorsque le chef de quai modifie la date de livraison, lors du solde.
Cela évite également que la traçabilité soit alors associée au chef de quai au lieu du cariste.
Dans le programme de préparation des commandes par CAB, cette évolution permet, sur paramétrage, d’avoir accès à un écran de sélection manuelle des palettes à charger.
En accédant à cet écran, un premier tableau présente les palettes en stock, et un second tableau présente les palettes déjà chargées pour le groupage en cours. 2 boutons permettent de charger et décharger les palettes sélectionnées.
Cet écran peut également fonctionner avec le mode de chargement par 2 palettes avec validation du chargement par saisie du code quai.Depuis la visualisation des commandes clients, il était uniquement possible de créer un ordre de transport pour faire un transfert d’une usine vers un lieu de rangement.
Il est maintenant possible, via paramétrage, de créer un ordre de transport pour une livraison client.
Cette évolution permet de faire apparaître un flag visuel au niveau du quai et plus particulièrement sur la zone de préparation de chargement, lorsqu’un chargement est déjà préparé dessus.
Cela permet d'alerter le chef de quai et éviter qu'il ne programme une nouvelle préparation sur le même quai.
▲ Sur cette capture d'écran, l'affrètement 20070005 est préparé sur le quai D14
Cette évolution s’appuie sur l’interface PRDATA, laquelle permet d’intégrer des fichiers PRDATA issus de PC-Topp en vue d’alimenter les codes SSCC dans la table des étiquettes de production.
Dans le cadre de la mise en oeuvre de l’EDI DESADV, elle permet à l’utilisateur d’associer une ou plusieurs étiquettes à une ligne de bon de livraison, pour restitution dans le DESADV.
A la validation de la ligne de bon de livraison, les étiquettes sélectionnées seront automatiquement associées à celle-ci.
Il est possible de bloquer la validation du bon de livraison s’il existe au moins une ligne qui n’est rattachée à aucune étiquette.
Écran de sélection des étiquettes à associer
Cette évolution permet de générer des notes automatiquement lors de l’édition des ordres d’achat de transport.
Elles peuvent par exemple permettre d’afficher automatiquement la mention "Annule et Remplace" lorsque l’on modifie un tarif ou une date dans les documents de réservation de transport.
Jusqu’à présent, lorsqu’une commande était bloquée, il était impossible de l’expédier sans la débloquer, y compris vers un magasin dans le cadre d’un transfert. Cette évolution permet d’expédier les commandes bloquées vers des magasins, en gérant indépendamment les blocages des bons de livraison et ceux des bons de transfert.
Pour mettre en place cette nouvelle fonctionnalité, vous devez disposer des palettes identifiées et du mode code-barres.
Ce nouveau programme permet de créer des palettes contenant des produits différents issus de conteneurs mono-produits. Dans l’exemple ci-dessous, la palette PM00000023-002 de type ZG112001000CHEP contient 2 produits différents :
100 produits P037032
100 produits P038896
Le premier produit (sélectionné) a été pické sur le conteneur PF19096327-001-000-0033 (champ cont ORI).
Pour ajouter d’autres produits, il suffit d’entrer le conteneur correspondant dans la zone ID conteneur d’un produit, puis de sélectionner la quantité à ajouter.
Cette évolution permet de générer des notes automatiquement lors de l’édition des ordres d’achat de transport.
Elles peuvent par exemple permettre d’afficher automatiquement la mention "Annule et Remplace" lorsque l’on modifie un tarif ou une date dans les documents de réservation de transport.
Cette évolution permet d’envoyer automatiquement les factures de douane par email.
Dans la logistique, après chargement de l’affrètement, le cariste peut constater qu’il reste de la place dans le camion. Le chef de quai aimerait alors ajouter une ligne de commande, mais partiellement.
Il était déjà possible d’ajouter une ligne de commande à un affrètement mais la ligne ajoutée portait exclusivement sur la quantité totale à livrer.
Cette évolution permet donc d’optimiser le chargement en choisissant uniquement la quantité de palettes ou de produits finis pouvant rentrer dans le camion.
Lorsque le nombre de palettes à livrer est différent du nombre de palettes prévu, l’ordre de transport associé est automatiquement fractionné (sur confirmation).
▲ Le nombre de palettes saisi (2) est différent de celui d’origine (5). Le système demande confirmation
Dans la saisie des affrètements, cette évolution permet :
de visualiser dans un nouveau tableau affiché dans la partie détail de l’écran la présence de types de notes paramétrables provenant :
du client (adresse principale)
du client livré (adresse de livraison)
de l’entête de commande
de la ligne de commande
de la ligne de cadencement de livraison
Si toutes les notes présentes sont définies par la même icône, on affiche cette dernière
Si les notes présentes sont définies avec des icônes différentes, on affiche une icône correspondant au nombre d’origines (d’icônes) différentes
Par défaut, on affiche la présence des notes suivantes :
Exemple :
Le module de préparation des affrètements s’enrichit d’une nouvelle colonne permettant d’afficher le suivi d’affaire dans les onglets Lots en attente et Lots à affréter.
L’affichage de cette colonne ne nécessite aucun paramétrage.
Cette évolution permet d’afficher les lignes dont le lieu de chargement est différent du magasin de départ. Non soldables, ces lignes servent uniquement à informer le cariste.
Par défaut, elles sont affichées sur fond orange (comme dans l’exemple ci-dessous).
Dans la préparation des affrètements, cette évolution permet de réactualiser automatiquement le stock à l’arrivée sur une ligne d’ordre de transport et/ou d’affrètement. Il est également possible de réactualiser le stock en boucle toutes les x secondes d’inactivité.
Certains services fonctionnant sans interruption (en 3*8 par exemple), le programme de saisie des bons de livraison n’est pas forcément quitté en début de mois, empêchant la réinitialisation du compteur des BL.
Cette évolution permet de rafraîchir le compteur des bons de livraison au moment de leur création dans le programme de saisie.
Cette évolution permet de coloriser les lignes de groupage ayant le même produit livré afin d’alerter le cariste sur la nécessité de figer la ligne.
Dans le cas où plusieurs produits sont présents sur différentes lignes, les lignes seront colorisées en dégradé.
Aujourd’hui, un paramètre sur le magasin permet d’envoyer automatiquement un mail au client de ce lieu intermédiaire lors d’un transfert. Ce même paramètre active également l’envoi d’un mail au client de ce lieu intermédiaire lors du déstockage (du magasin vers le client final).
L’évolution de ce paramètre permet de différencier ces 2 envois automatiques (transfert et déstockage) de mails au client du magasin.
Cette évolution permet, à l’édition des bons de livraison, de dématérialiser chaque BL dans un fichier XML, en offrant la possibilité de pouvoir paramétrer le format du fichier XML à utiliser.
Le développement a été réalisé de manière à anticiper la dématérialisation d’autres types de documents à partir d’autres programmes (commandes, factures, etc.).
Une nouvelle option permet d’interdire le mode NGP (numéro de groupage sans bon de préparation) dans la préparation des commandes par code-barres.
Jusqu’à présent, l’écran de solde affiché après la fin définitive du groupage affichait uniquement les commandes livrables pour pouvoir les solder ou non, sans visibilité sur les commandes à transférer vers un dépôt ou un sous-traitant.
Grâce à cette évolution, les chefs de quai peuvent désormais également visualiser ces commandes, sans pouvoir les solder : leur affichage est purement informatif. Pour permette de les identifier rapidement, ces commandes sont affichées sur un fond de couleur spécifique (personnalisable).
Cette évolution permet de gérer plus finement le contrôle des dates au niveau (top fin) de chaque magasin de stockage, notamment lorsque les inventaires sont réalisés à des dates différentes selon le magasin.
Dans le programme de préparation des affrètements, cette évolution ajoute la zone "Kilométrage total" dans l’onglet d’entête des affrètements.
Un paramétrage permet de définir si cette zone est saisissable, et si sa saisie est obligatoire ou facultative.
Cette évolution vient enrichir l’application chef de quai en offrant la possibilité de déclarer des affrètements à pré-charger.
Le chef de quai peut :
À la validation d’un affrètement à préparer :
Côté cariste, le bouton « fin définitive » :
|
Dans le programme de préparation des affrètements, cette évolution permet de coloriser la colonne Commande dans le tableau des ordres de transport.
On pouvait déjà la coloriser en cas de blocage de la commande, on peut désormais la coloriser :
En présence d’une date de livraison accusée sur la ligne de commande.
En présence de notes de livraison sur l’entête ou sur la ligne de commande.
Cette évolution permet, dans le programme de préparation des commandes par CAB, d’interdire le chargement d’une palette dans un groupage NGP (nouveau groupage sans bon de préparation) selon le client livré.