Modelo de datos de seguimiento de pedidos

Visión general

Disponer de una arquitectura de datos adecuada es fundamental para impulsar las acciones correctas que mejoren su proceso. Los datos nunca son de talla única porque los problemas que se resuelven rara vez son idénticos. Este {{glosario.ejemplo.funcional}} describe el modelo de datos mínimo recomendado para el seguimiento de pedidos.

Los pedidos a nivel fundamental son simples. Tienen un conjunto de Atributos, y un conjunto de entradas. La tabla [Pedidos] es donde se almacenan los 'metadatos' de los pedidos.

En el documento Ampliación del concepto se describen algunas formas en las que este modelo de datos podría desarrollarse para generar aún más valor.

Tablas

Esta aplicación utiliza tablas para almacenar los datos. Esto se recomienda (en lugar de utilizar Completions) porque significa que esta misma tabla se puede utilizar en múltiples aplicaciones, una característica crítica de Composability.

Esta aplicación se basa en una única tabla [Pedidos].

Extender el Concepto cubre cómo esta tabla podría combinarse con un Registro Vinculado a la tabla [ Materiales ] para realizar un seguimiento de los materiales dependientes.

Tabla [Pedidos

La tabla [Pedidos] es la base necesaria para dar visibilidad a su proceso. Algunos campos de registro de la tabla son opcionales, y otros son realmente necesarios para mantener la visibilidad de sus operaciones.

Tenga en cuenta que estos campos no necesariamente deben ser rellenados por una persona. La información del pedido puede proceder de una fuente de datos externa, o inferirse basándose en una lógica condicional.

Ej. Al principio de un pedido, en este {{glosario.Ejemplo Funcional}} el estado del pedido es ABIERTO.

Campos obligatorios

ID (Texto)- Todas las tablas necesitan una columna ID para representar de forma única cada registro de la tabla. En este caso utilizaremos el número de pedido como ID.

:::(Warning) (Advertencia) Los IDs de registro no se pueden utilizar para múltiples registros, por lo que si su proceso puede tener 2 pedidos con el mismo número de pedido, le recomendamos que utilice un prefijo o sufijo para asegurar que el ID de registro es único :::

Número de Material (Texto) - El número de material para este caso de uso es el número de parte (o SKU) que esta orden está produciendo. Debido a que este no es el campo ID, múltiples registros (pedidos) pueden compartir un único Número de Material.

Cantidad Objetivo (Número) - El número de unidades requeridas para completar la orden.

Estado (Texto) - El estado actual de esta orden. En nuestro caso, los pedidos pasan por 6 estados:

1. NUEVO
2. LIBERADO
3. EN CURSO
4. COMPLETO
5. EN ESPERA
6. CANCELADO

Fecha de vencimiento (fecha y hora) - Sin una fecha objetivo, priorizar el trabajo puede ser un reto considerable.

Campos opcionales

Descripción del material (Texto) - Cualquier información semántica que pueda ayudar a sus operadores a entender mejor lo que están haciendo.

Por ejemplo: no sé qué es PN-24136, pero la descripción del material es "tornillo de 3/16x2", así que puedo actuar sobre el pedido.

Foto del Material (Imagen)- Una foto opcional del producto final a producir.

Cantidad Final (Número)- Como su nombre lo indica, esta es la cantidad final de piezas. La intención es que este campo pueda ser utilizado para un recuento final de piezas por un departamento de calidad o departamento de envíos antes de que el pedido sea enviado.

Unidad de medida (Texto) - ¿Cuál es la unidad para describir el material que se está produciendo? Este campo se puede aprovechar para informar si se van a fabricar 15 onzas de producto o 15 toneladas de producto.

Tipo (Texto) - Se trata de una categorización de nivel superior para el pedido que podría utilizarse para agrupar pedidos.

Ej. Siempre realizamos los trabajos de impresión a principios de semana para que las máquinas no tengan que limpiarse dos veces, por lo que a todos los pedidos de impresión se les asigna el tipo IMPRESIÓN para que puedan ser priorizados en primer lugar.

Fecha programada de fabricación (fecha y hora) - ¿Cuándo debe iniciarse este pedido para garantizar que pueda entregarse a tiempo?

Fecha defabricación (fecha y hora) - ¿Cuándo comenzó realmente la fabricación?

Fecha de final ización (Fecha y hora) - ¿Cuándo se completó el pedido?

Ubicación actual (Texto) - Ubicación actual del pedido. Increíblemente útil en grandes instalaciones para asegurar que los productos terminados pueden ser encontrados.

Materiales (registro vinculado) - Materiales es un campo de registro vinculado a la tabla [Materiales]. El objetivo de este campo es vincular los materiales necesarios para completar este pedido con el pedido principal.

Aquí también se puede almacenar la {{glosario.BOM}} para su montaje.

:::(Warning) (Advertencia) En este {{glosario.Ejemplo Funcional}}, La tabla [Materiales] no está siendo utilizada. :::

Cliente (Texto) - Este campo es un lugar para almacenar nombres de clientes, IDs de clientes, etc.