Hoy en día, lograr el desarrollo de productos significa dominar la gestión de las estructuras de los productos y ser eficiente.

Estas estructuras de productos son el plan maestro de su producto y presentan todas sus piezas, conexiones y configuraciones de principio a fin. Para aumentar la velocidad y la eficiencia, los fabricantes deben asociarse con los proveedores en las primeras etapas del desarrollo del producto, y la integración de datos del producto desde varias herramientas es crucial.

En esta publicación de blog, quiero profundizar en lo que las organizaciones necesitan de sus estructuras de productos para dominar todo el juego de diseño, desarrollo, producción y mantenimiento, así como también cómo la integración de datos de productos da un paso al frente para aumentar la velocidad y la eficiencia. Discutiré cómo el software basado en la nube Gestión del ciclo de vida del producto SAP (SAP PLM en la Nube) ayuda a las empresas a cumplir con estos requisitos.

Estructura de producto empresarial

Las conversaciones con clientes en el contexto de numerosos proyectos de implementación del software PLM local «clásico» de SAP en los últimos años han demostrado que los departamentos de desarrollo de productos de los clientes, especialmente en la industria discreta, tienen requisitos para la solución SAP que van más allá. la funcionalidad estándar de la clásica lista de materiales en SAP S/4HANA.

En primer lugar, existe la necesidad de una solución SAP para el modelado abstracto de estructuras de productos, sin tener que crear un maestro de materiales SAP para cada componente del producto y, por lo tanto, provocar los procesos comerciales típicamente costosos para mantener el maestro de materiales.

La estructura del producto debe ser un centro de integración para las diversas disciplinas de desarrollo de productos para integrar y gestionar los datos del producto desde los sistemas de creación, como sistemas CAD mecánicos, sistemas CAD eléctricos/electrónicos o entornos de desarrollo de software como un solo sistema mecatrónico antes de entregar el producto. a la producción.

La gestión de diferentes versiones de un producto, como diferentes colores, debería ser posible sin necesidad de los potentes pero complejos sistemas de configuración de variantes avanzadas SAP LO-VC o SAP S/4HANA, que requieren expertos y tienen algunas implicaciones técnicas y logísticas. La estructura del producto o una variante configurada debería poder visualizarse en 3D con fines de simulación y comunicación, por ejemplo por parte de un gerente de producto, sin necesidad de utilizar el sistema de creación nativo, como un sistema CAD.

También debería ser posible implementar un proceso de diseño iterativo y rastreable en el que los estados de las versiones puedan definirse de forma clara y comprensible.

Con la introducción de la estructura de producto empresarial (EPS), SAP aborda todos estos requisitos y sienta las bases para un punto fundamental en la gestión de datos de productos, alrededor del cual todos los procesos de desarrollo de productos podrían girar en el futuro.

La clave del éxito de la nueva solución será la ampliación de la gama de funciones de la aplicación, que puede basarse en el ejemplo de la estructura del producto iPPE. Además, un buen rendimiento de la aplicación es importante cuando se trata de grandes estructuras de productos en EPS.

Finalmente, la integración juega un papel central: debe haber adaptadores para los sistemas de creación comunes para poder llenar el EPS con datos de productos. También debe ser posible transferir el EPS a una lista de materiales de fabricación (“listo para ser consumido por una ejecución de MRP”) e iniciar los procesos logísticos en varios sistemas SAP S/4HANA distribuidos globalmente.

Con la introducción de Product Data Integration (PDI) y Intelligent Handover, SAP ya ha dado los primeros pasos en esta dirección y ha dado una idea de cómo futuros proyectos de implementación de SAP PLM en la nube podrían satisfacer plenamente los requisitos de los clientes con funcionalidad estándar.

Integración de datos del producto

Con el lanzamiento de SAP PLM en la Nube en mayo de 2024, SAP publicó la primera versión de PDI. Con PDI, la estructura de productos empresariales se puede enriquecer con datos de productos de sistemas de creación, como sistemas CAD mecánicos, sistemas CAD eléctricos/electrónicos o sistemas de gestión del ciclo de vida de aplicaciones/software. Esto convierte a la EPS en el punto central de integración de los procesos de desarrollo de productos.

Desde hace muchos años, SAP Engineering Control Center (SAP ECTR) ha proporcionado una integración de sistema de creación confiable para las versiones locales y privadas de SAP S/4HANA Cloud de SAP S/4HANA. De ahora en adelante, PDI cierra el vacío y proporciona una solución de referencia para la integración de sistemas de creación para versiones de nube pública de SAP S/4HANA.

Técnicamente, PDI es una API con almacenamiento de datos en la nube adjunto. Un sistema de creación requiere un complemento que consuma la API. SAP involucra a empresas asociadas para desarrollar complementos para sistemas de creación comunes y gradualmente ponerlos a disposición a través de SAP Store.

Desde un punto de vista empresarial, PDI permite una colaboración eficiente entre los departamentos de ingeniería internos y los proveedores externos. Los departamentos de ingeniería internos crean cuentas de usuario en SAP Business Technology Platform para PDI para sus proveedores externos y proporcionan el complemento para su sistema de creación. Los departamentos de ingeniería internos y los proveedores externos están listos para colaborar directamente en los datos estructurados del producto (por ejemplo, conjuntos CAD) a través del EPS. Esta es una ventaja en comparación con la solución de «Colaboración» actual, en la que los datos del producto del departamento de ingeniería interno se exportan primero a la colaboración como una lista de archivos no estructurados, luego se importan del lado del proveedor, se modifican y se cargan nuevamente en la colaboración. antes de ser reimportado en el lado interno y transferido a la estructura de EPS. En el futuro, este caso de uso de colaboración se puede ampliar a un escenario híbrido.

A continuación se muestra un ejemplo: el departamento de ingeniería de productos de una empresa trabaja con SAP ECTR, que se ejecuta en un sistema SAP S/4HANA local y está diseñado para los procesos internos de desarrollo de productos. La PDI ahora se utilizará para una colaboración eficiente con proveedores externos, lo que hace que el proceso de extremo a extremo sea «híbrido».

SAP debería allanar el camino para tales escenarios integrando PDI y el Centro de control de ingeniería. Los clientes podían compartir datos de productos, como ensamblajes CAD, con su equipo ampliado a través de PDI. Además, podrían recuperarlo fácilmente de los proveedores una vez que hayan terminado su trabajo y continuar sin problemas con su proceso interno de desarrollo de productos.

Se pueden imaginar escenarios de integración adicionales al observar las capacidades de PDI y EPS. Los procesos basados ​​en soluciones Microsoft Office 365 (Word, Excel) o en Adobe Creative Suite podrían converger en EPS, culminando con la integración de sistemas PLM externos.

Por tanto, el potencial del PDI es grande. Estoy emocionado de ver si SAP puede cumplir con las expectativas de los clientes y cómo se desarrollarán los escenarios de integración en los próximos años.