Seguimiento de defectos - Ampliar el concepto

Visión general

Functional Examples pretenden adaptarse perfectamente a cualquier proceso o instalación, sino más bien actuar como punto de partida en la construcción de sus propias aplicaciones de seguimiento de pedidos.

Esta guía pretende darte algunas ideas sobre cómo este ejemplo funcional podría cambiarse y adaptarse a tu proceso, junto con las formas en que podría combinarse con otros fantásticos casos de uso de Tulip.

Ampliar las aplicaciones

Dividir las aplicaciones por funciones

Como hablamos en la guía de Arquitectura de Aplicaciones una de las maneras más sencillas de obtener valor con Tulip es haciendo aplicaciones específicas para los usuarios que van a interactuar con ellos.

En la mayoría de los procesos, los operadores estarán reportando defectos, pero un equipo separado estará haciendo el análisis de la causa raíz, tomando medidas correctivas, y completando la resolución de auditoría. Separar esto en una aplicación independiente simplificará la interfaz del operador y permitirá mayores controles en torno al acceso de los usuarios.

Modificar la interfaz de usuario

La adopción de un nuevo proceso es siempre un reto en la fabricación, pero las aplicaciones intuitivas siempre serán más fáciles de conseguir. Ajuste el ejemplo funcional para que se adapte mejor a las necesidades de sus usuarios.

• Determine qué campos de registro de la tabla [Defect Events ] desea que introduzcan los usuarios, frente a los que pueden automatizarse.
  • En el {{glosario.Ejemplo Funcional}} el campo de descripción se genera automáticamente, pero podría tener más sentido para sus usuarios poder escribir una nota personalizada.
• Modificar el enrutamiento de defectos para que los usuarios sólo vean los defectos que se aplican a ellos. Este filtrado podría ocurrir en el campo de Próximos Pasos, campo de Motivo, campo de Asignado, o cualquier otro diferenciador clave para su proceso.
• Añada botones de "acción rápida" para automatizar los flujos de trabajo habituales. Tal vez su departamento de calidad tenga resoluciones estándar para defectos específicos. Estas resoluciones pueden añadirse a botones que rellenen automáticamente los campos de la tabla correspondiente.

Ampliar el modelo de datos

Cada proceso es único, y estas diferencias en el proceso casi siempre obligan a añadir algunos datos adicionales al modelo de datos predeterminado.

Como creador de la aplicación, usted sabe mejor que nadie dónde el modelo de datos común no se ajusta a su proceso, pero aquí tiene algunos ejemplos de formas en las que se puede ampliar el modelo.

Tablas vinculadas

Los registros vinculados le permiten asociar un registro con otro. Esto significa que su tabla [Defect Events] no necesita los detalles del material que se encontró defectuoso, en su lugar puede simplemente hacer referencia al registro vinculado en la tabla [Materials].

Tabla [Materiales

La tabla [Materiales] está pensada para realizar un seguimiento de los materiales, sus pedidos asociados, defectos, etc. Un material puede tener múltiples defectos.

Esto asociado le permite rastrear defectos por material, y aprovechar la información sobre cada material en la tabla Materiales, mientras trabaja con sus defectos.

| Nombre | Tipo | Descripción | --- | --- | --- | ID | Texto | Identificador único para el registro. Debe ser único | | Número de material | Texto | Identificador del material | Descripción del material | Texto | Descripción legible del componente | Estado | Texto | Estado actual del material. Se utiliza para realizar un seguimiento del material a través de la producción. | Tipo Texto Tipo de material, por ejemplo, lote, unidad, producto, subconjunto, componente, lote, etc. | Unidad de medida | Texto | Unidad de medida utilizada para la cantidad | Ubicación | Texto | Ubicación actual del material | Cantidad | Número | Cantidad actual del material | Foto | Imagen | Foto del elemento de material que se va a producir | Lote / Número de serie | Texto | Referencia única del material que lo vincula al proveedor. Esto se utiliza para extender el seguimiento del material a un proveedor ( interno / eterno) que está fuera de Tulip. | Pedido: Registro vinculado: Pedido que utiliza este material. Esto sólo se utiliza para el material de nivel superior, el resto de la jerarquía se desarrolla a través de los enlaces de materiales hijo / padre. | Materiales hijos: registro vinculado; materiales que se utilizan (combinados/ensamblados) para producir este material. Materiales padres: registro vinculado; material que utiliza este material.

Añadir campos a la tabla

La tabla [Defect Events] es un buen punto de partida para rastrear los datos importantes alrededor de sus defectos, pero probablemente no incluye todos los campos importantes para su proceso. Tal vez quiera también hacer un seguimiento de: - Costes hundidos en productos defectuosos (el Coste de los Productos podría venir de la tabla [ Materiales ] Vinculada. - Registro Vinculado al registro [Pedidos] asociado.

Añadir tablas

Hay docenas de usos diferentes para Tulip, añadir más procesos puede requerir añadir más tablas Tulip.

• Seguimiento And-On
• Eventos de Calidad
• Inspecciones
• Equipos
• Envío/Recepción de pedidos

Cualquiera/todas estas Tablas pueden ser construidas e incorporadas en un caso de uso central de Seguimiento de Defectos. Debido a la naturaleza flexible de las Tablas, estas nuevas Tablas también pueden ser gestionadas por aplicaciones dedicadas.