Cette page répertorie les articles des VoluNews publiés pour le thème Production.
Lorsque certains utilisateurs utilisent des terminaux code-barres tactiles et d'autres des terminaux non tactiles, cette évolution permet de paramétrer pour chaque utilisateur/programme le mode adéquat.
Dans la saisie des temps par code-barres, cette évolution permet de vérifier la possibilité d’utiliser un outil lors de la saisie de la phase ou machine.
Une demande de confirmation s'affiche si l'outil est sur le point de dépasser son seuil maximum d’utilisation.
Cette fenêtre affiche également le nombre de passes courant de l'outil ainsi que le nombre prévu pour l'OF.
Lorsque l'on exporte un OF depuis l'ERP vers Direct Planning, il est possible de créer des subdivisions de tâches, reflétant une production échelonnée sur plusieurs runs.
Par exemple, pour un OF avec une quantité à produire de 12000 unités, il est possible de créer dans Direct Planning 4 tâches avec une quantité à produire de 3000 unités.
Avant cette évolution, il pouvait arriver que la déclaration des quantités produites ne soit pas transmise à la bonne subdivision dans Direct Planning.
Afin d'éviter ces problèmes, les quantités produites sont désormais transmises, pour chaque nouveau run d'un OF, à la première subdivision non terminée dans Direct Planning.
Cette évolution permet, lors du traitement des besoins matières sur stock, à partir de l’écran de recherche optimisée des matières, de sélectionner un lot-lieu sur lequel sera effectué le mouvement de réservation de matière.
Sur les terminaux codes-barres, cette évolution permet de forcer les utilisateurs à saisir un motif lorsqu'ils modifient l'état d'une palette.
Le motif sera à sélectionner parmi une liste configurable.
Dans cet exemple, on passe la palette de l'état vendable à non vendable parce qu'il s'agit d'une palette à détruire.
Cette évolution s'applique au module de saisie des événements atelier, lorsque les opérateurs saisissent les quantités produites par lecture des compteurs machines.
Elle apporte deux nouvelles fonctionnalités :
Dans le programme de saisie des temps par code-barres, un responsable peut ajouter jusqu'à 9 compagnons (aides) sur une machine.
Cette évolution permet de dépasser cette limite en saisissant le nombre de compagnons directement sur l’écran de saisie des temps.
Les compagnons ajoutés ne sont pas nominatifs et leurs temps peuvent être ou non valorisés (sur paramétrage) dans le prix de revient.
La zone Nombre de poses est désormais disponible dans les cubes Commande et Factures.
Cette zone est remplie en récupérant la donnée dans le devis et
est remplie par défaut à 1 en l'absence de rattachement avec un devis.
Elle permet de créer les mesures simples suivantes :
Dans le cube commande : une mesure
simple cumulable Nombre
de feuilles commandées :
quantité commandée / nombre de poses
Dans le cube facture : une mesure simple cumulable Nombre de feuilles facturées :
quantité facturée / nombre de poses
Dans le cube Commandes, cette approche peut également permettre
de calculer un nombre de feuilles livrées.
Dans la visualisation des alertes,
cette évolution permet d’optimiser le fonctionnement de la gestion
de réapprovisionnement (CBN) et notamment :
De définir un horizon de lancement des
ordres de fabrication (en jours)
D’activer les propositions automatiques
de modification de quantités et/ou délais des ordres de fabrication
existants (non planifiés) à la demande de génération.
Ces modifications sont réalisées automatiquement, sans devoir accéder
à la commande.
Ci-dessous la fenêtre de confirmation :
D'activer
des propositions automatique d'annulation des OF inutiles.
Ces annulations sont réalisées automatiquement, sans devoir accéder
à la commande.
Ci-dessous la fenêtre de confirmation :
D’afficher une couleur de fond sur les articles avec de la pré-impression (en jaune ci-dessous)
D’afficher les cumuls des quantités par
famille/semaine (en bleu ci-dessous)
De modifier l’ordre de chargement des
seuils et/ou de désactiver un ou plusieurs seuils
Dans la saisie des temps par code-barres, cette évolution permet d’afficher une couleur de fond selon le type de travail saisi et/ou en cours :
Saisie d’un temps pour un passage | Saisie d’un temps pour l’aléa |
Des couleurs de fond par défaut sont proposées pour les temps de réglage/passage/arrêts et temps non travaillés.
Vous pouvez néanmoins personnaliser ces couleurs et attribuer des couleurs spécifiques pour chaque TTR.
L'écran de saisie des besoin matières (F9 dans la visualisation des besoins matières) permet de créer de nouvelles lignes de besoin matière.
Dans cet écran et en création uniquement, cet évolution permet de saisir l’entité rattachée à cette ligne de besoin matière. Ceci va donc générer la ligne de ventilation correspondante.
Remarque : l’entité saisie doit exister sur le devis rattaché à la commande.Cette évolution permet :
Les fonctions d'import et d'export reposent sur des fichiers xml.
Notre prochaine mise à jour de ReflexClient Cubes (version 4.2) enrichit le cube Production en intégrant le code Forme de découpe du produit, provenant de l'ERP.
Cette nouvelle donnée, disponible comme axe du cube, permettra notamment de regrouper plusieurs produits finis partageant une même forme de découpe.
Cette évolution permet d'accéder aux notes depuis le module de saisie des non-conformités.
Cette évolution permet de saisir une valeur négative dans la partie traitement des réclamations / non-conformités, par type de traitement.
Par exemple, si l'on souhaite demander un avoir à un fournisseur en raison d'une non-conformité, cette évolution permet d'affecter un type de traitement avec un coût négatif de façon à soustraire ce montant au coût global.
Ce nouveau programme vous permet de visualiser les messages générés par le module d'intégration EDI paramétrable (table edi_param)
Exemple d'utilisation : dans le module de saisie des étiquettes palettes, cette visualisation peut permettre à l'utilisateur de choisir la "bonne" palette dans le cas où il y a plusieurs palettes à traiter sur une même ligne.
Cette fonctionnalité est disponible en version 5 uniquement, en mode Web.
Cette évolution permet d'accéder à certaines visualisations de VoluPack depuis une URL :
Cette évolution permet de valoriser la sous-traitance en se basant sur le montant des bons de réception.
Dans le cas où le bon de réception n’est pas valorisé, le montant est récupéré au niveau de la ligne de commande d’achat. Si celle-ci est également à 0, le montant est celui prévu dans le devis.
Dans le programme de calcul de l’encours de production valorisé, cette évolution permet :
d’éditer le montant global de sous-traitance prévu dans le devis (non margé).
de calculer le montant facturé (hors frais sur vente et frais de transport) et la valeur du stock (hors frais de vente) par rapport au prix de revient plutôt qu’au prix de vente.
Historiquement, les temps de réglage et de passage prévus étaient transmis à Direct Planning par l’ERP. Aujourd’hui, certains clients choisissent de laisser DP déterminer ces durées via ses formules programmables.
Il peut cependant arriver qu’un client demande à réaliser ce changement progressivement, en commencant d’abord par quelques machines clés, c’est-à-dire en continuant d’envoyer les temps prévus de l’ERP sauf pour quelques machines.
Cette évolution permet donc d’exclure les machines pour lesquelles les temps de réglage et de passage prévus ou réalisés ne seront pas transmis par l’ERP mais déterminés par Direct Planning.
Il est également possible de paramétrer l’exclusion de certaines machines en fonction de la configuration DP utilisée.
Cette évolution permet à VoluPack de récupérer l’état des OF planifiés et commencés en production dans Direct Planning (Windows uniquement).
Cela permet notamment de contrôler s’il est possible de modifier une commande.
À la place du détail de la planification, il est possible d’afficher une fenêtre d’avertissement :
Jusqu’à présent, pour saisir des TTR (événements atelier de type pause, panne, etc.) sans devoir entrer le code machine, il fallait créer un TTR par machine.
Dans le cas d’une société ou d’un groupe ayant beaucoup de machines, le nombre de TTR pouvait être conséquent.
Afin d’éviter cette multiplication des TTR, cette évolution permet de récupérer automatiquement le numéro de phase à partir du numéro de dossier par défaut (requis) et du code machine par défaut (requis).
Aujourd’hui, dans les programmes d’édition des ordres d’exécution, il est possible de saisir une liste d’OF à éditer dans un tableau, puis de les éditer dans l’ordre saisi.
Cette évolution permet, sur paramétrage, d’utiliser le même principe pour éditer une liste d’OF issue d’un fichier XML.
◄ Exemple de fichier XML |
L’interface Direct Planning prend désormais en charge l’envoi des demandes de modification des cadencements de livraison.
Dans la déclaration de production d’une ligne de commande soldée où l’état Vendable est interdit, cette évolution permet de passer la production en état Excédent en automatique ou sur confirmation de l’utilisateur.
Fenêtre de confirmation ▼