Inicio
 > Informes e investigaciones > Blog de TEC > Los gigantes de la planificación de los recursos...

Los gigantes de la planificación de los recursos de la empresa tienen en la mira la planta

Escrito por: Predrag Jakovljevic
Publicado: enero 30 2006

SAP tiene en la mira la planta

Por algún tiempo, SAP ha estado intentando acercarse a (por ejemplo, llegar al corazón y a la mente del) personal a nivel de planta con sus temas de “fabricación adaptable” y “redes comerciales adaptables (ABN)”. La introducción del SAP Plant Manager Dashboard en el 2004 demostró que SAP está hablando muy en serio acerca de extender su alcance a la planta. Con la introducción de este producto, el vendedor ha entregado una solución que tiene como objetivo integrar los sistemas de ejecución de planta dispares existentes para proporcionar una vista unificada de la planta, y proporciona las preferencias del director de planta (o incluso de los operadores) con acceso a todos los datos pertinentes (por ejemplo, notificaciones de retrasos en tiempo real o de cualquier otra falla en el proceso de fabricación) en un sólo tablero de control.

Al fortalecer SAP NetWeaver, el tablero de control del director de planta (y próximamente otros controles basados en los distintos papeles que hay en los trabajos, como el tablero de control de supervisor de producción, el tablero de control del técnico de mantenimiento y el tablero de control del inspector de calidad) puede principalmente agregar y presentarles información a los usuarios, dejándolos manejar y mejorar el desempeño de fabricación. En SAPPHIRE 2005 y varios eventos similares, un grupo de compañías similares como OSIsoft, IndX, Siemens, NRX, Vendavo, Visiprise, WonderWare, y Yokogawa, han demostrado su habilidad para poner información a nivel de planta en los tableros de control de SAP (aunque OSIsoft, Vendavo, y Visiprise todavía no lo han integrado al tablero de control del director de planta).

Con tal integración tan extensa como parte del plan para ingresar a la planta, SAP debe necesariamente de preocuparse por los estándares de conectividad. De hecho, SAP ha dedicado tiempo a dirigir las preocupaciones industriales mundiales acerca de la falta de consenso para definir los estándares para la conectividad y la interoperabilidad entre las diferentes automatizaciones de plantas, la ejecución de fabricación y los sistemas a nivel empresarial. SAP ha sido muy enfático acerca de su soporte para la instrumentación, sistemas y automatización (ISA)-95.

Esto es solamente parte del aumento de interés en la interoperabilidad basada en los estándares que indica que los fabricantes necesitan mejores opciones para conectar los procesos comerciales a lo largo de toda la organización. Por ejemplo, aunque Oracle, la mayor competencia de SAP, no ha mostrado tanto entusiasmo por ISA-95, ha sido uno de los principales soportadores de Open Applications Group Inc. (OAGi) desde su inicio. Oracle ha proporcionado un gran soporte para escenarios de especificación de interfase del grupo de aplicaciones abiertas (OAGIS) y documentos de objetos comerciales (BOD) dentro de su serie Oracle E-Business Suite.

Dada la rica biblioteca de OAGi de escenarios de fabricación y de mensajes definidos para soportar las amplias necesidades de los fabricantes discretos, fabricación por contrato y la introducción de nuevos productos (NPI), el soporte de Oracle para sus estándares puede darle una ventaja sobre SAP en las industrias de la fabricación discreta. Además, a ISA-95, que se enfoca en industrias de procesos y la interoperabilidad a nivel de planta, le falta soporte para la colaboración del comercio electrónico. Por lo tanto varios fabricantes mundiales han estado utilizando OAGIS para su integración interempresarial, con varios grupos automovilísticos, como el grupo de acción de la industria automotriz (AIAG), y han creado escenarios de colaboración de proveedores de niveles múltiples. Por otro lado, SAP afirma haber organizado recientemente un grupo de estándares de interoperabilidad de fabricación discreta que está diseñado para observar los estándares como los de OAGi, ISA-95, y otros. Además, ha empezado un proyecto piloto con un cliente y un socio utilizando actualmente OAGi.

Así que, a pesar de cualquier ventaja que le de el soporte a OAGIS a Oracle , SAP sigue en la bendita posición de ser el proveedor líder de planificación de los recursos de la empresa (ERP) o de la gestión de la cadena de suministro (SCM) en el sector de fabricación. Este papel conlleva a una gran responsabilidad. La filosofía del vendedor es que quiere una relación a largo plazo con el cliente. Por lo que, mientras analizaba la idea de la interoperabilidad, se le hacía cada vez más claro a la administración que SAP podría desencadenar algo útil para la industria, sin arriesgar virtualmente nada desde su posición. Específicamente, el líder de software puede, por un lado, ser capaz de hacer muchas cosas buenas por sus clientes (debido a una gran demanda oculta para resolver el problema de interoperabilidad), por otro lado, SAP debería a su vez beneficiarse ya que sería capaz de demostrar el poder de SAP NetWeaver a este respecto.

SAP también puede ser capaz de capitalizar la tendencia de la interoperabilidad de otra forma, ya que su serie SAP Manufacturing le puede ayudar a cerrar los intervalos actuales en la funcionalidad actual del producto. Esto se debe a que las inversiones hechas en sistemas para la gestión de procesos de producción en plantas y dentro de todas las cadenas de suministro juegan un papel muy importante y ganan valor al tiempo en que las compañías empiezan a utilizar los datos de manera colaborativa para soportar procesos comerciales (para mayor información consulte, La importancia de los sistemas a nivel planta). Al integrar los sistemas a nivel empresarial y de planta, se puede cerrar el bucle con la programación de la fábrica. Esto proporciona un mejor modelado de activos, equipo, mano de obra y otras restricciones relacionadas con el lado de la producción, y refleja su estatus real en tiempo real, para permitir la escalación a tiempo de las amenazas al desempeño de la entrega de ordenes y los excesos en los costos de fabricación. De hecho, no puede ser sobrestimada la importancia de utilizar modelos de datos compartidos de equipo y de producción para proporcionar una visibilidad compartida del mantenimiento planificado y su impacto en la programación de la producción. No obstante, los datos disponibles del diseño del producto en los sistemas de gestión del ciclo de vida del producto (PLM) todavía está desconectado de los sistemas a nivel de planta, que deberían saber los más mínimos detalles del proceso de fabricación y rastrear cómo se hicieron los productos realmente. Esto puede estar cambiando rápidamente debido a los hechos de que la serie SAP Manufacturing ahora incorpora algunas funcionalidades PLM como parte de SAP NetWeaver, y que NetWeaver ahora está conectado a la planta con la aplicación compuesta SAP xApp Manufacturing Integration and Intelligence (SAP xMII).

Sin embargo, SAP reconoce su falta de habilidad para mejorar de forma estructural los procesos de fabricación en sí ya que es sumamente difícil representar a detalle lo que sucede en la planta. Es incluso más difícil a lo largo de plantas múltiples, ya que el vendedor tiene que proporcionarle al cliente la habilidad no sólo de obtener los flujos de trabajo correctos, sino también ensamblar algunos de los datos requeridos para realizar mejoras estructurales.

Necesidades de investigación de fabricación

Hoy en día, las organizaciones de fabricación le están dando más valor a la información generada, agregada y utilizada por eventos y procesos (por ejemplo, a la mano de obra, a las medidas de inventario, a los plazos, al mantenimiento, a la exactitud de los datos del producto, etc.) dentro de la producción real y de los mundos logísticos. Esto es valioso no sólo en las organizaciones de fabricación, sino también en varios ambientes relacionados en los que es crucial la operación en tiempo real. Con esto en mente, cuando SAP planeó la entrega del tablero de control de fabricación en el 2005, habló con más de 80 directores de planta y más de 100 supervisores de producción y les preguntó “¿Qué hacen durante el día para cumplir con su papel?” y “¿Qué necesitan para ser más productivos?”

El vendedor descubrió que lo que este grupo necesitaba era una colección de información consolidada de varias fuentes y aplicaciones, y un amplio conocimiento de lo que sucede en el mundo real. A través de estas discusiones, el vendedor reconoció que un portal podría proporcionar técnicamente la habilidad de juntar la información, pero todavía se tienen que cubrir otras cosas para que el cliente quede satisfecho. Además, no se debe olvidar que existen otras áreas, como las aplicaciones de planta, por cubrir para que el negocio sea más ágil.

Todos estos requisitos se centran en la idea de compartir y utilizar la información en tiempo real. De hecho, varias iniciativas comerciales nuevas, incluyendo las aplicaciones de estrategia para la fabricación colaborativa, requieren que la información esté disponible en tiempo real para poder satisfacer inclusive las necesidades más sencillas. En la práctica, operar una empresa que se adapta requiere de una conciencia del mundo real, lo que significa proporcionar información a tiempo y establecer procesos comerciales que cubran los huecos de las aplicaciones comunes. Este es el espacio donde SAP ve que la interoperabilidad entre la planta y el negocio (P2B) juega un papel muy importante, ya que todos los sensores físicos ya están en su lugar para que los usuarios simplemente tengan que fortalecer los datos potencialmente vitales.

Resumen de las necesidades de fabricación

La sincronización de los inventarios y de la producción a lo largo de una red de suministro requiere que se conozca el estatus actual de los eventos, como lo que está pasando en ese preciso momento, lo que se espera, etc. No es suficiente tener un reporte de lo que pasó la semana pasada o incluso ayer. Para estar realmente “en sintonía” se requiere la información exacta de los procesos a nivel planta o almacén no un "supuesto estimado” acerca de lo que se programó o de lo que debió pasar.

SAP ha visto que en la mayoría de los ambientes de sus clientes, los sistemas de producción en la planta no están sincronizados e integrados con sus contrapartes a nivel empresarial. Por lo que, existe una falta de información exacta y a tiempo y los procesos comerciales están desconectados. Por consiguiente, el personal de producción en estos ambientes ha gastado una gran parte de su tiempo cazando información crítica, comprometiendo severamente su productividad y desempeño.

Los gerentes de producción por lo general obtienen una visión de lo que pasó la semana pasada, o en el mejor de los casos, lo que pasó en el turno pasado. Si hay alguno anomalía, el director necesitaría obtener mayor información para poder entender por qué sigue ocurriendo este problema. Para obtener los datos relacionados, los operadores tienen que pasar por un gran número de sistemas para extraer la información que necesitan. Esto se lleva mucho tiempo, por ejemplo, una visión más amplia de una sola referencia a un nivel detallado se esparce por varios sistemas distintos y toma tiempo volver a obtener dicha información. Los supervisores de producción y los gerentes de planta están constantemente luchando contra excepciones por la falta de la gestión automática con base en excepciones, que añade retrasos y costos, ya que el personal de producción no puede realmente medir, monitorear y controlar sus indicadores clave de rendimiento (KIP).

De hecho, lo que ha conducido varias de las instalaciones de tableros de control de inteligencia de fabricación son empresas que les pagan a sus operadores de acuerdo a su desempeño. Esto significa que dichas empresas tienen que darles a los operadores una visión de su desempeño. Por ejemplo, una de las compañías químicas más grandes en Estados Unidos, le paga a su gente de operación una gran parte de su remuneración con base en su desempeño; como lograr la calidad de primera clase y conformidad a una especificación.

¿Qué ha estado haciendo Oracle?

Mientras que SAP y Microsoft (por medio de SAP Enterprise Portal y Microsoft SharePoint Portal Framework, respectivamente) se han por mucho enfocado sus intentos en la fabricación, en sociedades y en la entrega de visibilidad de desempeño por medio de aplicaciones compuestas que muestran tableros de control de inteligencia de fabricación (por ejemplo, para papeles como el del director de planta, director de mantenimiento, director de calidad y supervisor de producción) que proporcionan el contexto comercial a los datos de fabricación que residen en un conjunto fragmentado de aplicaciones (consulte ¿La inteligencia de planta sirve como pegamento para los datos dispersos?), Oracle está tomando un acercamiento un tanto diferente. En especial, como se reportó primero en el reporte de agosto de AMR Research titulado Integrating EMI With ERP: A Tale of Two Vendor Strategies y confirmado por las discusiones con Oracle, el vendedor a estado aumentando sus capacidades profundas y nativas de gestión de operaciones de fabricación, que están sumamente integradas con las funciones centrales de ERP como la contabilidad financiera y la planificación de los recursos.

Siguiendo su mantra de modelo de datos unificados, Oracle sabe que compartir equipo común, procesos de fabricación, definición de producto, modelos de datos de programación y planificación, etc., puede con frecuencia obviar la necesidad de construir una aplicación compuesta que localice y cubra los intervalos entre los modelos de datos en los distintos dominios de aplicación. La integración con Oracle E-Business Suite 11i (que también muestra capacidades de análisis del portal y del tablero de control) de hecho debería cerrar el bucle entre las operaciones de fabricación en tiempo real y la programación, permitiendo la visibilidad inmediata y la escalación de los problemas, como la falta de conformidad, las restricciones de capacidad, y otros eventos que puedan dar resultar en, por ejemplo, una reducción en la productividad, un aumento en los desperdicios y en hacer doble trabajo y plazos más largos. Si todo esto se puede llevar a cabo en una sola instancia de la serie Oracle E-Business, uno no se tendría que preocupar por asuntos de excelencia relacionados a los modelos de racionalización de datos y a la importación de datos desde otras aplicaciones.

En cuanto a la ejecución de la planta, los módulos de bancos de pruebas proporcionados de forma inherente en Oracle Work In Process y Oracle Shop Floor Manager (OSFM) están diseñados para que los usuarios creen y simplifiquen las operaciones de encaminamiento y los procesos de recolección automática de datos (ADC) desde la planta, mientras que proporciona visibilidad en las operaciones de producción a nivel mundial. Algunas otras características incluyen la creación centralizada de encaminamientos y flujos de trabajo que acomodan la adaptación local, el rastreo a nivel de partes y lotes para análisis de causa-raíz, datos de genealogía del producto para servicios posteriores, rastreo de calidad en proceso, rastreo del trabajo en proceso (WIP),y la localización de registros “como se construyeron” con los diseños de los productos “como se planificaron”. Estas capacidades por lo general son útiles para clientes en los mercados de electrónica, alta tecnología o dispositivos médicos.

Aunado a ello, en el lado de la planificación y coordinación del nivel más alto, algunos usuarios han estado utilizando Oracle Discoverer y Daily Business Intelligence (DBI) para monitorear el desempeño de la fabricación contra las metas en tiempo real. Esto se hace al integrar de igual forma medidas de desempeño con datos transaccionales, y con ello incrementar medidas actualizadas del desempeño con forme ocurren las transacciones. Asimismo, Oracle Enterprise Asset Management (EAM) les ayuda a los clientes a abordar el desempeño de los activos. Las capacidades adicionales para análisis del ciclo de tiempo más profundos en futuros lanzamientos deberá ayudar a proporcionarles a los clientes una mayor perspectiva holística en el desempeño de fabricación y en los factores que influyen en el mismo.

Esta riqueza de capacidad nativa no implica que Oracle no está abierto a asociarse para la integración directa, a nivel de planta o a nivel de maquinaria en ambientes donde la complejidad y los volúmenes transaccionales exceden su habilidad de entregar una funcionalidad estándar de aplicación. De hecho, Oracle proporciona una completa librería de interfaces de programación de aplicaciones (API) para integrarse con aplicaciones a nivel de planta de terceros cuando se requiera o se prefiera. Por ejemplo, a Mestec, un proveedor de sistemas de ejecución de fabricación (MES) y de sistemas de gestión de producción electrónica, con sede en el Reino Unido, Oracle le ha pedido integrar su solución de gestión de datos de planta con la serie de Oracle E-Business. También se pueden encontrar un gran número de clientes de Oracle que ya han invertido en una aplicación MES de vendedores como Camstar o Visiprise.

No obstante, además de reafirmar la conciencia del mercado acerca de sus capacidades a nivel de planta, Oracle tendrá que expresarse y educar a los clientes de forma más clara con respecto a su estrategia de sociedad y de su acercamiento de estándares para integrar los sistemas a nivel de planta. En especial, Oracle debe hacer que los clientes estén concientes de cuando deben buscar un acercamiento “de excelencia” contra un acercamiento "único" dado por Oracle, con su bajo costo total de propiedad (TCO) asociado. Esta conciencia del mercado debe venir junto con una red de socios fuerte de consultoría de fabricación e integrador de sistema (SI).

 
comments powered by Disqus