Cette page répertorie les articles des VoluNews publiés pour le thème Commandes client.
Cette évolution
facilite la gestion des qualificatifs associés aux adresses secondaires.
Désormais, les utilisateurs peuvent modifier ces qualificatifs lors
de la création ou de la gestion des adresses secondaires.
Ainsi, ils peuvent plus aisément créer des commandes de type 'LIV'
au lieu de 'MES' sans avoir à passer en revue chaque ligne de commande
individuellement, simplifiant ainsi le processus de gestion des commandes.
L'amélioration
du processus de palettisation consiste à prendre en compte des produits
exceptionnellement grands qui ne peuvent pas être disposés sur une
seule palette standard.
Pour résoudre ce problème, une modification a été apportée à l'écran
de la solution de conditionnement, permettant de considérer des solutions
avec plusieurs palettes de base. Cela signifie que le système peut
désormais calculer automatiquement la disposition des produits sur
plusieurs palettes si nécessaire, au lieu de le faire manuellement.
Cette évolution améliore l'efficacité de la palettisation pour les
produits de grande taille, facilitant ainsi la gestion de la logistique.
Aujourd’hui, lorsqu'on procède au calcul de la facture, si l'option appropriée a été activée, le prix de vente est déterminé en effectuant une recherche de tarif en fonction de la quantité associée à la ligne de commande. Cette recherche de tarif permet de fixer le montant à facturer en considérant les quantités commandées et les tarifs correspondants.
Cette évolution permet de gérer les tarifs combinés. Si une commande est gérée en « livraison groupée », alors la recherche de tarif doit se faire sur la quantité cumulée de toutes les lignes de la commande, même si les articles sont différents.
De plus celle-ci permet , sur paramétrage dans le programme de saisie des commandes clients, de recopier les TSC des commandes CDA lors de la création des commandes CD1
Cette évolution, dans le programme de saisie des commandes, supprime la valeur par défaut pré-remplie dans le champ "référence client".
Auparavant, lorsque vous ouvriez le programme, le champ "référence client" était automatiquement rempli avec une valeur par défaut, ce qui signifiait que vous n'aviez pas besoin de le modifier à moins que vous ne vouliez spécifier une référence client différente. Avec cette évolution, le champ "référence client" sera vide , cela signifie qu'il vous sera nécessaire de saisir manuellement les informations correspondant à la référence client appropriée à chaque fois que vous créez une commande.
Exemple dans la saisie de commande :
La référence client n’est plus pré-remplie au début de la saisie d’une commande.
Exemple dans la copie
de commande :
La nouvelle référence commande n’est
pas pré-remplie.
Si la référence est vide, une demande de confirmation est affichée, permettant à l’utilisateur de valider la création d’une commande dont la référence est vide.
Exemple
dans le transfert en commande d'un devis (devis standard) :
La référence client n’est plus pré-remplie au début de la saisie d’un
transfert.
Jusqu'à présent, le programme de saisie des factures fournisseurs affichait uniquement les quantités dans l'unité d’utilisation (ou unité de stockage).
Cette évolution simplifie les rapprochements avec les factures des fournisseurs en permettant d'afficher 2 nouvelles colonnes pour l'unité d'achat et les quantités en unité d’achat (UA ci-dessous) :
Cette évolution permet également d'afficher un bouton de saisie d'un libellé libre en remplacement du libellé produit pour les frais :
Remarque : Le libellé libre n’est pas éditable pour les articles rattachés à un bon de réception.
Saisie des commandes
Dans l'écran de saisie des commandes, il est désormais possible d’ajouter un prix remisé.
Il est possible de gérer le mode d'accès aux prix remisés (champ masqué, en lecture seule ou modifiable) selon :
Si le prix remisé est renseigné, celui-ci remplace la remise déjà existante en pourcentage :
Remarques :
Gestion des prix remisés par les tarifs
En plus de pouvoir ajouter/modifier le prix remisé manuellement sur la ligne de commande, il peut être géré par la gestion des tarifs, en tant qu'environnement de valorisation spécifique.
Cet environnement sera disponible dans tous les programmes pouvant générer de nouvelles lignes de commandes (saisie des commandes, visualisation des matières, etc.).
Sélection des lignes de commande et bouton d'actualisation des prix de vente
Dans le programme de préparation des chargements, un nouveau bouton permet de solder/désolder plus facilement une ligne de commande en mode tactile.
Des flèches ont également été ajoutées pour naviguer plus facilement entre les lignes de commande.
Dans les envois de bons de livraison par mail, cette évolution permet
d'envoyer le BL à la même adresse que celle utilisée pour envoyer
l'accusé de réception de commande.
Dans la pratique, cela permet de répondre aux situation dans lesquelles
le site qui passe commande (et reçoit donc l'ARC par mail) n'est pas
le même que celui qui réceptionne la livraison (lequel reçoit le BL
par mail).
Le programme affiche les destinataires de l’ARC en lien avec le bon de livraison :
Rappel : La saisie simplifiée des commandes permet de générer une commande en saisissant un minimum d'information, par exemple à partir de la visualisation des produits ou des profils de stock.
Ce fonctionnement utilise la mécanique de la génération de commande EDI (Type de message : ORDERS)
Dans cette saisie
simplifiée des commandes, cette évolution permet :
Dans le module de visualisation des commandes, une nouvelle action permet, sur paramétrage, de réaliser un Ctrl+K sur plusieurs lignes de commande afin de modifier le représentant associé.
Lors d'une annulation de commande, un message avertit désormais l'utilisateur si une commande d'achat a été saisie pour la commande annulée.
Ce fonctionnement a été intégré dans tous les modules permettant d'annuler une commande.
Cette évolution ajoute le nom du fichier contenant la ligne EDI dans le programme d'intégration EDI des commandes client.
Cela est notamment utilisé à des fins de traçabilité pour identifier le fichier à l'origine d'un dysfonctionnement.
Si l'intégration est réalisée sans fichier, cela est indiqué par le début de message : « "PROG : ».
Dans la saisie simplifiée des commandes, cette évolution apporte les fonctionnalités suivantes :
Ouverture automatique de l'écran de colisage en arrivant sur la zone quantité
Ajout du préchargement de la quantité par palette
Récupération de la quantité globale pour alimenter la colonne quantité totale de la saisie simplifiée.
Cette évolution s’applique aux commandes sur appel (CDA/CD1) avec livraison dans un lieu intermédiaire.
Après création de la commande, lorsque l’utilisateur saisit une ligne d’appel, l’action de copie de ligne n’initialise pas l’adresse de livraison, permettant de saisir celle du client.
En revanche, si l’utilisateur saisit manuellement la ligne en entrant le code article, c’est le lieu intermédiaire qui est renseigné comme adresse de livraison par défaut.
Cette évolution permet donc d’éviter les erreurs de saisie manuelle, en offrant la possibilité :
De mettre à jour automatiquement le lieu intermédiaire
D’initialiser à blanc le lieu intermédiaire de la ligne de commande.
Dans le cas où le produit de la ligne de commande est le même que celui de la commande de rattachement, on initialise les lieux avec ceux de la commande de rattachement.
Dans la visualisation des commandes :
Permettre d’afficher dans une colonne la date de motif de cadencement de livraison ou la date de livraison si la date de motif n’est pas renseignée.
Dans la saisie des commandes, cette évolution permet de calculer le temps de transport de l’OTIF à partir d’un nombre de jours saisi au niveau du stockeur (fiche fournisseur) ou du client livré (fonctionnement standard) selon le magasin de départ.
Le magasin de départ est récupéré sur l’affrètement associé au bon de livraison et peut être filtré via un complément de sélection.
Dans la saisie des commandes, cette évolution apporte une fonctionnalité de mise à jour en masse des lignes de la commande. Accessible depuis l’écran de saisie des lignes de commande, cette fonctionnalité permet de mettre à jour le prix de vente et/ou la date de livraison proposée des lignes de la commande :
Si l’on saisit une valeur sur l’écran ci-dessus, alors les lignes de la commande sont mises à jour avec cette même valeur. Il est possible de mettre à jour toutes les lignes de la commande, ou uniquement celles dont la valeur initiale est la même que celle de la ligne de commande en cours.
Après la modification de chacune de ces lignes, les mêmes traitements sont effectués qu’en saisie manuelle (MAJ des cadencements de livraison, des mouvements de stock prévisionnels, du dossier de fabrication, gestion des codes blocages, etc.).
Cette évolution permet, lors de la saisie d’une ligne de commande, d’afficher un message (bloquant ou non) si la quantité saisie est supérieure à la quantité maximale paramétrée.
Exemple de message ▼
Afin notamment d’optimiser l’OTIF, cette évolution permet de rechercher le temps de transport en fonction d’une valeur de TSC associé aux lieux de déstockage. Ces informations complémentaires seront saisies sur l’adresse de livraison des clients pour les dates de départ.
Exemple de saisie sur une adresse secondaire ▼
Dans ce cas ci-dessus :
Le temps de transport vers le lieu de déstockage MAR est de 3 jours depuis l’adresse secondaire
Le temps de transport vers le lieu de déstockage BRU est de 4 jours depuis l’adresse secondaire
Le temps de transport vers le lieu de déstockage VAO est de 5 jours depuis l’adresse secondaire
Cette évolution permet de gérer les lieux de transit en préparation des commandes par code-barres.
Les produits finis sont sortis du lieu de picking et entrés sur le lieu de transit à la génération des bons de transfert et de livraison.
Il est possible de stocker la référence de la commande client sur deux zones (ec_ref et ec_ref2) dans la table correspondante (cde1). Le contrôle d’unicité de la commande client était déjà actif sur la première zone, il l’est désormais sur la seconde.
Lors de la saisie d’une ligne de commande, cette évolution permet d’afficher un message (bloquant ou non), selon le montant hors taxe de la ligne, comparé à un montant maximum paramétré (dans la devise société).
Jusqu’à présent, les envois de mails pour les avenants aux commandes étaient adressés à l’email paramétré pour l’adresse de livraison de la commande. Dans le cas d’une commande sur appel, on peut vouloir ajouter/modifier une ligne avec une adresse de livraison différente (et donc un destinataire d’email différent).
Cette évolution permet d’envoyer les accusés de réception des différents appels sur l’adresse email associée à l’adresse de livraison de la ligne.
En saisie de commande client, cette évolution permet d’utiliser le raccourci Ctrl+Espace pour accéder à l’auto-complétion du code produit VoluPack à partir de la référence article du client.
NB : Pour rappel, cette même action est disponible sur la majorité des programmes de saisie des clients.
Pour les fichiers EDI qui comportent plusieurs lignes de commandes associées à différents sites de production, cette évolution permet de créer les commandes avec le bon site en destinataire.
Cette évolution permet, sur paramétrage, lorsque l’on débloque une ligne de commande dans la revue de contrat de la saisie de commandes commerciales, d’appliquer le déblocage à toutes les lignes de commande qui lui sont rattachées.
Si ces lignes de commandes rattachées débloquées ont-elles-mêmes des lignes de commandes qui leurs sont rattachées, ce même paramétrage permet également d’appliquer le déblocage en cascade.
Exemple de fonctionnement
► Commande 19010002-1, bloquée par le blocage LIV ► Commande rattachée 19011002-1, bloquée par le code blocage LIV ► Commande rattachée 19011001-1, bloquée par le code blocage LIV ► Commande rattachée 19011001-2, non bloquée
► Commande rattachée 19016001-1, non bloquée ► Commande rattachée 18120001-1, bloquée par le code blocage LIV |
Si l’on active le déblocage automatique en cascade sur le code blocage LIV, et que l’on débloque la
commande 19010002-1, alors :
Sa commande rattachée 19011002-1 sera débloquée
La commande 19011001-1 elle-même rattachée à la commande 19011002-1 sera également débloquée
Aucun changement pour la commande 19011001-2 car elle n’est pas bloquée
Aucun changement pour la commande 19016001-1 qui n’est pas bloquée
Par contre, la commande 18120001-1 ne sera pas débloquée car elle est rattachée à la commande 19016001-1 qui n’a pas eu besoin d’être débloquée
Lorsque l’on saisit un article sur une ligne de commande, cette évolution permet d’afficher les notes de sa gamme de fabrication.
Sur paramétrage, on peut également afficher les notes de la gamme de fabrication des PF correspondant à la nomenclature de l’article commandé.
Dans la saisie des remises de prix, cette évolution permet de créer automatiquement l’accord ou le refus d’un devis selon le statut de la ligne.
Cette évolution permet de gérer des contrats palettes (facturation des palettes livrées) pour certains clients. Le client passe alors un contrat standard pour ses palettes, avec une quantité, un prix et une période de validité.
La ligne de commande pour les palettes est systématiquement ajoutée dans l’édition définitive du bon de livraison. Le programme regarde si le client dispose d’un contrat pour les palettes traitées et applique les règles associées (le 2ème produit dans la capture ci-dessous).
Si la ligne de commande associée aux palettes ne respecte pas le contrat, le programme place un code blocage sur cette ligne et sur la ligne de commande livrée.
Lors de l’édition des accusés de réception des commandes client, cette évolution permet de générer les commandes d’achats pour les produits fabriqués sur dépôt de sous-traitant, avec gestion des dépôts de sous-traitants au niveau de la nomenclature de commande.
Dans le calcul de l’OTIF (On Time, In Full) en saisie de commande client (ou cadencement de livraison), cette évolution permet de prendre en compte des pourcentages de tolérances de livraison spécifiques.