Modèle de données de suivi des commandes

Vue d'ensemble

Il est essentiel de bien définir l'architecture des données pour mener les bonnes actions afin d'améliorer votre processus. Les données ne sont jamais uniformes, car les problèmes à résoudre sont rarement identiques. Cet {{glossaire.Exemple fonctionnel}} décrit le modèle de données minimal recommandé pour le suivi des commandes.

Au niveau fondamental, les commandes sont simples. Elles ont un ensemble d'attributs et un ensemble d'entrées. La table [Orders] est l'endroit où sont stockées les "métadonnées" des commandes.

Le document " Extending the Concept " explique comment ce modèle de données peut être développé pour apporter encore plus de valeur ajoutée.

Tables

Cette application s'appuie sur des tables pour le stockage des données. Cela est recommandé (plutôt que d'utiliser des compléments) car cela signifie que la même table peut être utilisée dans plusieurs applications, une caractéristique essentielle de la {{glossaire.Composabilité}}.

Cette application repose sur une seule table [Commandes].

L'extension du concept couvre la façon dont cette table pourrait être combinée avec un enregistrement lié à la table [Materials] pour suivre les matériaux dépendants.

Table [Commandes

La table [Commandes] est l'élément de base nécessaire pour assurer la visibilité de votre processus. Certains champs de l'enregistrement de la table sont facultatifs, tandis que d'autres sont indispensables pour maintenir la visibilité de vos opérations.

N'oubliez pas que ces champs ne doivent pas nécessairement être remplis par une personne. Les informations relatives aux commandes peuvent provenir d'une source de données externe ou être déduites sur la base d'une logique conditionnelle.

Par exemple. Au début d'une commande, dans cet {{glossaire.Exemple fonctionnel}}, le statut de la commande est défini sur OUVERT.

Champs obligatoires

ID (texte) - Toutes les tables ont besoin d'une colonne ID pour représenter de manière unique chaque enregistrement de la table. Dans ce cas d'utilisation, nous utilisons le numéro de commande comme identifiant.

:::(Warning) (Attention) Les ID d'enregistrement ne peuvent pas être utilisés pour des enregistrements multiples, donc si votre processus peut avoir 2 commandes avec le même numéro de commande, nous recommandons d'utiliser un préfixe ou un suffixe pour s'assurer que l'ID de l'enregistrement est unique :: :

Numéro d'article (texte) - Le numéro d'article pour ce cas d'utilisation est le numéro de pièce (ou SKU) que cette commande produit. Comme il ne s'agit pas d'un champ d'identification, plusieurs enregistrements (commandes) peuvent partager un même numéro d'article.

Quantité cible (nombre) - Le nombre d'unités nécessaires pour compléter la commande.

Statut (Texte) - L'état actuel de cette commande. Dans notre cas d'utilisation, les commandes passent par 6 statuts :

1. NOUVEAU
2. PUBLIÉE
3. EN COURS
4. COMPLET
5. EN ATTENTE
6. ANNULÉ

Date d'échéance (Datetime) - Sans date cible, la priorisation du travail peut s'avérer un défi de taille.

Champs facultatifs

Description de l'article (texte) - Toute information sémantique susceptible d'aider vos opérateurs à mieux comprendre ce qu'ils fabriquent.

Par exemple, je ne sais pas ce qu'est le PN-24136, mais la description de l'article est "boulon 3/16x2", ce qui me permet de donner suite à la commande.

Photo de l'article (image) - Une photo facultative du produit final à fabriquer.

Quantité finale (Nombre) - Comme son nom l'indique, il s'agit de la quantité finale de pièces. Ce champ peut être utilisé pour le décompte final des pièces par un service qualité ou un service d'expédition avant que la commande ne soit expédiée.

Unité de mesure (texte) - Quelle est l'unité utilisée pour décrire le matériau produit ? Ce champ peut être utilisé pour indiquer s'il faut fabriquer 15 oz de produit ou 15 tonnes de produit.

Type (texte) - Il s'agit d'une catégorisation de niveau supérieur pour la commande, qui peut être utilisée pour regrouper les commandes.

ex. Nous effectuons toujours les travaux d'impression plus tôt dans la semaine afin d'éviter de nettoyer les machines deux fois ; toutes les commandes d'impression se voient donc attribuer le type IMPRIMERIE afin qu'elles soient prioritaires.

Date de fabrication prévue (date) - Quand cette commande doit-elle être lancée pour être livrée à temps ?

Date de fabrication (heure) - Quand la fabrication a-t-elle réellement commencé ?

Date d'achèvement (Datetime) - Quand la commande a-t-elle été achevée ?

Emplacement actuel (texte) - Emplacement actuel de la commande. Très utile dans les grandes installations pour s'assurer que les produits finis peuvent être trouvés.

Matériaux (enregistrement lié) - Le champ Matériaux est un enregistrement lié à la table [Matériaux]. Ce champ est destiné à lier les matériaux nécessaires à la réalisation de cette commande à la commande mère.

C'est également dans ce champ que peut être stockée la {{nomenclature}} de votre assemblage.

:::(Warning) (Attention) Dans cet {{glossaire.Exemple fonctionnel}}, le tableau [Matériaux] n'est pas utilisé. :: :

Client (Texte) - Ce champ permet de stocker les noms des clients, les identifiants des clients, etc.