Suivi des commandes - Élargir le concept

Vue d'ensemble

{Les exemples fonctionnels ne sont pas destinés à s'adapter parfaitement à un processus ou à une installation, mais plutôt à servir de point de départ à la construction de vos propres applications de suivi des commandes.

Ce guide a pour but de vous donner quelques idées sur la façon dont cet exemple fonctionnel pourrait être modifié et adapté à votre processus, ainsi que sur la façon dont il pourrait être combiné avec d'autres fantastiques cas d'utilisation de Tulip.

Étendre les applications

Diviser les applications par fonction

Comme nous l'avons mentionné dans le guide de l'architecture des applications, l'une des façons les plus simples d'obtenir de la valeur avec Tulip est de créer des applications spécifiquement pour les utilisateurs qui interagiront avec elles.

Dans la plupart des processus, les opérateurs ne feront pas tout, de la création des commandes à leur planification, en passant par leur audit. Le fait de diviser ces différentes fonctions par fonction permettra de rationaliser le processus de formation et d'accélérer l'itération sur chaque sous-processus.

Modifier l'interface utilisateur

L'adoption d'un nouveau processus est toujours un défi dans l'industrie manufacturière, mais les applications intuitives sont toujours plus faciles à faire accepter. Ajustez l'exemple fonctionnel pour mieux répondre aux besoins de vos utilisateurs.

• Ajustez les champs visibles dans le widget de tableau interactif pour afficher les informations importantes pour vos opérateurs.
• Ajoutez/combinez les étapes de l'application pour mieux les adapter à vos utilisateurs et à votre processus.
• Ajoutez des boutons pour effectuer des actions courantes. Par exemple, votre responsable de production doit souvent envoyer des courriels au service de traitement des commandes lorsqu'un article est en rupture de stock. Ajoutez un bouton à votre application pour qu'un courriel soit automatiquement envoyé au service d'approvisionnement afin de demander un réapprovisionnement pour le composant sélectionné.

Ajouter d'autres fonctionnalités

Inspection de la qualité

La plupart des processus requièrent des inspections de qualité. L'ajout d'une interface permettant de collecter les données d'inspection et d'écrire ces résultats dans le tableau [Événements défectueux] (avec des enregistrements liés à la commande) permettra d'avoir une meilleure visibilité sur les informations historiques de la commande, ce qui est essentiel en cas d'audit.

Suivi des matériaux et généalogie

Dans le cas de produits finis défectueux, la capacité de retracer la source de tous les composants des composants défectueux. La table [Matériaux] est en fait configurée à l'avance pour pouvoir prendre en charge ce type de visibilité. Les champs d'enregistrement liés pour les matériaux parents et les matériaux enfants existent déjà dans la table [Matériaux], de sorte que la généalogie peut être automatiquement suivie.

Demande d'assistance

Nous avons tous vu des opérateurs se promener dans l'atelier de production à la recherche d'un superviseur pour lui poser une question. La mise en place d'une fonctionnalité And-on native qui déclenche automatiquement une demande d'aide permet de réduire les pertes de mouvement et de résoudre plus rapidement les problèmes critiques de production.

Application de vérification des commandes

L'{{glossaire.Exemple fonctionnel}} suppose que le processus est suivi, mais ce sont souvent les écarts par rapport à un processus qui conduisent à des processus manuels, très générateurs de gaspillage. L'ajout d'une application à votre processus pour permettre aux utilisateurs chevronnés de plonger dans les informations historiques d'une commande et de démêler tous les fils croisés en un seul endroit peut réellement rationaliser le processus d'exécution des commandes.

Étendre le modèle de données

Chaque processus est unique, et ces différences dans le processus exigent presque toujours que des données supplémentaires soient ajoutées au modèle de données par défaut.

En tant que concepteur de l'application, c'est vous qui savez le mieux si le modèle de données commun ne correspond pas à votre processus, mais voici quelques exemples de la manière dont le modèle pourrait être étendu.

Tables liées

Les enregistrements liés vous permettent d'associer un enregistrement à un autre (ou à plusieurs). Cela signifie que votre tableau de commande n'a pas besoin des détails de chaque composant nécessaire à sa réalisation, mais qu'il peut simplement faire référence à l'enregistrement dans lequel se trouvent ces informations.

Tableau [Matériaux

{height="" width="200"}

La table Matériaux est destinée à être utilisée pour suivre les matériaux en amont nécessaires à la réalisation de la commande.

Une commande peut avoir plusieurs matériaux liés, afin de refléter la nomenclature requise pour compléter un assemblage.

Ajout de champs de table

Le tableau [Commandes] est un bon point de départ pour suivre les données importantes relatives à vos commandes, mais il n'inclut probablement pas tous les champs importants pour votre processus. Peut-être souhaitez-vous également suivre les éléments suivants

• Valeur de la commande
• Lien vers la commande ERP
• Représentant commercial à contacter en cas de problème
• Inspections sur cette commande
• Les livrables du client tels que les rapports d'inspection PDF, les fichiers de pièces STL, etc.

Ajouter des tables

Il y a des douzaines d'utilisations différentes pour Tulip, l'ajout de nouveaux processus pourrait nécessiter l'ajout de nouvelles tables Tulip.

• Suivi de la production
• Evénements Qualité
• Inspections
• Equipement
• Expédition/Réception des commandes

Tous ces tableaux peuvent être construits et incorporés dans un cas d'utilisation de base du suivi des commandes. En raison de la nature flexible des tableaux, ces nouveaux tableaux peuvent également être gérés par des applications dédiées.

| NOM | TYPE | DESCRIPTION | --- | --- | --- | | ID | Texte | Identifiant unique pour l'enregistrement. Il doit être unique. | | Numéro d'article | Texte | Identifiant de l'article | Description de l'article | Texte | Description lisible par l'homme du composant | | État | Texte | État actuel de l'article. Utilisé pour suivre le matériau tout au long de la production. | Type | Texte | Type d'article, par exemple lot, unité, produit, sous-ensemble, composant, lot, etc. | Unité de mesure | Texte | Unité de mesure utilisée pour la quantité | Emplacement | Texte | Emplacement actuel du matériau | Quantité | Nombre | Quantité actuelle du matériau | Photo | Image | Photo de l'article à produire | Numéro de lot / de lot / de série | Texte | Référence unique du matériau le reliant au fournisseur. Ceci est utilisé pour étendre le suivi du matériel à un fournisseur (interne/interne) qui est en dehors de Tulip. | Enregistrement lié - Commande - Enregistrement lié - La commande qui utilise cet article. Ceci n'est utilisé que pour le matériau de premier niveau, le reste de la hiérarchie est développé à travers les liens enfant/parent des matériaux. | Les autres éléments de la hiérarchie sont développés à travers les liens enfant/parent des matériaux.