ERP no desarrollado en producción: en cuidados intensivos o en una morgue? (continuación)

Cómo convertir ERP condicional en una herramienta de gestión de producción y suministro real.
Parte 1 (artículo anterior): problemas de uso para planificar el ERP "contable" implementado
Parte 2 (este artículo): segunda vida: configuración, planificación y supervisión de la producción y los suministros con un planificador externo. Concepto e implementación.

Peterkin Sergey , Merkulov Mikhail, Reitstep

Modelo de planificación propuesto: ERP + SPM

A continuación se presentan los resúmenes de un modelo de planificación que se puede implementar de manera relativamente simple y rápida. Y, lo que es más importante, sin pérdida de efectivo y tiempo, las inversiones realizadas en la implementación de la "parte contable" del "ERP de producción".

Reitetep del Concepto de Sistema de Planificación y Monitoreo (SPM)

Sistema de planes

Planificación de primer nivel

Responsable de modelado / planificación (lanzamiento) y equilibrio (capacidad). Dada la capacidad. Pero, para preservar la simplicidad externa y la capacidad de control del sistema, con planificación, teniendo en cuenta las limitaciones de recursos solo en cuellos de botella. Y / o - teniendo en cuenta las existencias críticas compradas y / o producidas por DSE, y / o teniendo en cuenta los ciclos críticos de cumplimiento de pedidos. Como se muestra en las imágenes a continuación.





Observación El primer nivel de planificación, pocos implementan "honestamente". Debido a esto, todos los problemas o conflictos no resueltos a este nivel (recursos y demanda) "caen", "al piso" (en producción). Dónde están "resueltos":
1) ya sea diariamente, 2 o más veces al día, planeando reuniones,
2) bien, en presencia de un departamento de TI "fuerte" de la empresa, a través de intentos de eliminarlos (problemas de alto nivel) mediante la introducción de sistemas / funciones de planificación detallada, que incluyen teniendo en cuenta las capacidades (incluidos los sistemas MES "confeccionados"). No saber o no prestar atención al hecho de que estas funciones / sistemas funcionan solo con planes confiables (adecuados) de alto nivel. Quizás no sea muy preciso, pero ya se analizó a través del "filtro" de equilibrio, que eliminó los principales conflictos de recursos, incluidos ya través de las reuniones "Producción vs. Ventas ".
Importante! No, incluso el sistema de planificación más maravilloso es capaz de eliminar el daño causado a la producción por promesas incorrectas al cliente (mercado). Y las promesas son el primer nivel de planificación, no el "taller" de ninguna manera.

Segundo nivel de planificación y ejecución
Segundo nivel de planificación (sincronización de la demanda y la situación interna en la producción / en MTO) y más adelante, ejecución:
a) se basa en el modelo de formación "normal" de PSI para cada orden,
b) con su planificación secuencial (prioridad) (órdenes - PSI),
c) teniendo en cuenta las fechas y prioridades de los pedidos,
d) teniendo en cuenta la (re) distribución suave / dura / condicional de las existencias y los ingresos esperados (RFP, PP) de acuerdo con las necesidades de los pedidos,
e) con posibilidad de ejecución consolidada (¡con planificación personalizada!)



Con la actualización constante (no menos de una noche) de la versión "directiva" del plan (desde la fecha de la orden, teniendo en cuenta las prioridades, "hacia abajo y hacia la izquierda" - "como debería ser"), y la liquidación - "cómo resulta ...". Mediante una comparación de la cual se construye todo el "monitoreo" personalizado y de producción, se toman decisiones operativas.

Creando un sistema holístico

1. Si hay un "ERP contable" bien implementado en términos de funciones contables, donde:
a) las instalaciones de gestión del rendimiento del día a día / llegadas previstas, RFP PP, se implementan y mantienen de manera confiable en un estado actualizado,
b) los movimientos de inventario, los cambios en los objetos de gestión de la demanda (pedidos de clientes, pronósticos de demanda, puntos de pedido, etc.) se monitorean de manera oportuna "día a día",
c) cambios en el CSI / TSI ...
... la implementación de un sistema holístico, ERP + SPM, es la siguiente.



2. Para sistemas, objetos de control y funciones, los procesos de planificación, ejecución y monitoreo se implementan de la siguiente manera (lógica de negocios).
a. Para el 1er nivel de planificación (modelado, planificación, equilibrio).
yo. Lo siguiente se transmite al JMP:
1) TSI, con conversión a RSI (personal de recursos). Alternativamente, RSI se puede crear manualmente en el JMP,
2) existencias y recibos esperados (, ) para elementos clave de RSI,
3) existencias de productos terminados,
4) los parámetros de la capacidad de los recursos de producción: cuellos de botella (calendarios de trabajo, número, eficiencia, etc., de acuerdo con el modelo de planificación de recursos). Alternativamente, pueden ser soportados independientemente en el JMP,
5) objetos de gestión de la demanda (pedidos, pronósticos, puntos de pedido de productos terminados, etc.).
ii. Al finalizar el proceso de modelado, los pedidos con fechas cambiadas, cambios en el TSI / PSI (para la implementación del lanzamiento temprano de cualquier DSE) y los horarios de trabajo de los cuellos de botella se transfieren del PSD al ERP.

b. Para el segundo nivel de planificación (sincronización).
yo. Lo siguiente se transmite al JMP:
1) PSI. O TSI con conversión a PSD en PSI,
2) , , y su estado (% de finalización o "fechas prometidas" de finalización),
3) Existencias. Productos comprados, manufacturados y terminados. Y / o - acciones con acciones.
ii. En SPM, se toman medidas para planificar la producción y el MTO (sincronizado, multi-iterativo, personalizado).
iii) PDO / PDB de talleres / secciones analizan el plan de lanzamiento, comienzan la producción - objetos de ejecución de formularios - PP.
iv. Los empleados responsables de MTS realizan acciones similares con la formación de la RFP.
v. Tras el hecho de la formación, desde el SPM hasta el ERP se transfieren los PP y RFP (SPM) generados con la generación automática del ERP PP

c. Ejecución, es decir acciones con RFP, PP, acciones con acciones: se realizan en ERP, el hecho se transfiere al PSD (ver cláusula bi2).
d. Monitoreo (personalizado, producción, MTO) - en SPM.
3. Con so.z. arquitectura del sistema, la integración del sistema se puede describir de la siguiente manera.
a. A nivel físico, se resuelven problemas de bajo nivel, individuales para cada empresa en particular:
1) mecanismo de intercambio:
 a través de algún tipo de bus de integración / aplicación ETL lista,
 directamente entre sistemas;
2) reglas para hacer coincidir los códigos de referencia:
 codificación unificada adoptada
 cada sistema opera en "sus" códigos y hay algún tipo de sistema MDM que se utiliza para traducir los códigos del sistema fuente en los códigos del sistema receptor.
b. Qué capacidades de integración tiene cada uno de los sistemas:
1) ¿se proporciona una API REST?
2) formatos de datos con los que funciona el sistema.

SPM está listo para casi cualquier escenario de integración:
1) JMP proporciona una API REST para realizar operaciones CRUD con sus objetos,
2) cada objeto PSD tiene un campo mdm_code para almacenar el cumplimiento de un registro en un sistema MDM,
3) en el JMP tiene su propia cola interna de tareas para descargar:
a) las tareas para cargar datos se ponen en cola para eventos en el sistema (por ejemplo, crear un objeto, cambiar el estado, etc.). Hay una configuración que determina qué objetos para qué eventos deben descargarse,
b) la cola se procesa asincrónicamente por un proceso separado en segundo plano,
c) el resultado del procesamiento de una tarea puede ser:
 enviar una solicitud http (s) a una dirección específica,
 guarde el archivo en un directorio.
d) El comportamiento del sistema cuando se producen errores de ejecución de trabajos también se configura para cada tipo de objeto. Por ejemplo, al enviar una solicitud http, el sistema externo no estaba disponible. Opciones de comportamiento:
1) ignore el error, continúe realizando otras tareas,
2) detener la cola hasta que se solucione el error,
3) esperar la decisión manual del operador,
4) intente enviar la solicitud nuevamente después de m minutos, deje de intentar después de n solicitudes fallidas;
4) el formato de los datos cargados y cargados en el JMP es JSON. Puede personalizar la conversión a otros formatos.

Conclusión

Nuestra práctica ha demostrado la viabilidad del esquema propuesto. Se puede implementar un sistema holístico ERP + SPM lo suficientemente rápido, con la recepción prácticamente garantizada tanto de los resultados operativos (planificación de producción y MTO adecuados, monitoreo operativo y confiable) como del negocio (aumento del rendimiento de producción, etc.). Sin embargo, esto último depende del deseo y la capacidad de cambiar el concepto de gestión. Una parte importante es el rechazo (por etapas) de los salarios por pieza, el rechazo del paradigma de planificación periódica (mensual), con la fijación y emisión de planes mensuales "por firma" y algunos otros cambios muy posibles.