Escenario de cadena de suministro de ejemplo
Uno de los procesos más fundamentales de la cadena de suministro de alta tecnología es el intercambio de mensajes de solicitud y respuesta de pedido de compra. Un comprador emite un pedido de compra y un proveedor reconoce, en el nivel de línea, si aceptan o rechazan el pedido, o si el pedido está pendiente.
En este tema se describe un escenario de ejemplo de dos socios comerciales que intercambian mensajes de pedido de compra y se muestra cómo la integración y la automatización mejoran el proceso.
Los jugadores
El comprador en este escenario de ejemplo es un gran fabricante de equipos de alta tecnología. Actualmente usan un sistema basado en EDI para el intercambio automatizado de datos. Con proveedores que no usan EDI, se basan en teléfono, fax, correo electrónico con hojas de cálculo y aplicaciones web. Incluso con aquellos proveedores que usan EDI, tienen una capacidad limitada de integrar sus comunicaciones entre socios comerciales con su sistema ERP back-end. Después de recibir pedidos e información a través de EDI, deben volver a introducir manualmente esos pedidos en su sistema ERP. Quieren mejorar sus procesos de cadena de suministro existentes mediante la automatización de la demanda, el inventario, la compra y los informes con sus socios comerciales. Necesitan un sistema para conectarse con sus proveedores y clientes a través de Internet que también se integrarán directamente con sus aplicaciones de línea de negocio (LOB) existentes.
El vendedor es un proveedor de tamaño medio de circuitos integrados de alto rendimiento (NIC). Actualmente se comunican con sus socios comerciales mediante teléfono, fax, correo electrónico con hojas de cálculo de Microsoft Excel adjuntas, FTP y aplicaciones web. No usan EDI. Sus interacciones con cada socio comercial son diferentes, dependiendo de las necesidades del cliente y sus propias tecnologías. Quieren que sus procesos empresariales sean más eficientes para reducir los costos de transacción, mejorar la satisfacción del cliente y obtener una ventaja competitiva.
El proceso de negocio actual
Sin una solución integrada, el proceso de pedido de compra para el fabricante y el proveedor funciona de la siguiente manera:
Un cliente del fabricante de equipos de alta tecnología envía un pedido al fabricante a través de un sitio web.
En respuesta al pedido original, un empleado del fabricante crea una solicitud de pedido de compra en su aplicación LOB ERP para el proveedor de IC.
La solicitud de pedido de compra atraviesa las distintas partes de la empresa manufacturera que tienen que registrar, procesar, revisar y autorizar la solicitud de pedido de compra. Este procesamiento y enrutamiento es una combinación de procesos automatizados para los usuarios del sistema ERP y procesos manuales, como el correo electrónico con una hoja de cálculo de Excel adjunta.
Un empleado crea una solicitud de pedido de compra por correo electrónico y la envía al proveedor. Varios otros empleados que se comunican por correo electrónico, fax o EDI a otros proveedores repiten este proceso. Los distintos departamentos usan procesos diferentes. Con los proveedores que usan EDI, un empleado del fabricante todavía debe crear un mensaje manualmente desde el sistema ERP.
Un empleado del proveedor recibe el mensaje y, a continuación, lo clave manualmente en su sistema ERP, cambiando el formato de los datos. Por correo electrónico, el empleado notifica a otros empleados de la solicitud.
Los demás empleados analizan la solicitud. Si es necesario, notifican a sus propios proveedores de piezas la necesidad de piezas. Dependiendo del proveedor, utilice teléfono, fax, correo electrónico o FTP para notificar a sus proveedores.
Después de conferir a sus departamentos y proveedores, cada empleado acepta o rechaza cada artículo de línea de productos de pedido de compra, y luego confirma o rechaza el pedido de compra, e indica que está pendiente. Realizan estas tareas en el sistema ERP.
Un empleado del proveedor crea una respuesta de pedido de compra por correo electrónico, ya sea confirmando o rechazando cada elemento de línea de la solicitud, o creando un mensaje que indica que el pedido de compra está pendiente. El empleado del proveedor envía el mensaje de respuesta al fabricante. Si un elemento de línea está pendiente, más adelante creará otro mensaje que indica si el elemento pendiente se acepta o rechaza.
Un empleado del fabricante recibe la respuesta del pedido de compra. Vuelven a introducir el orden en su sistema ERP de back-end.
Otro empleado analiza la confirmación del pedido de compra y, a continuación, crea una respuesta al cliente original, confirmando el pedido. Envían esta respuesta por correo electrónico.
La solución RosettaNet
Microsoft BizTalk Server y el Acelerador de BizTalk para RosettaNet (BTARN) automatizan y estandarizan el proceso de solicitud y respuesta del pedido de compra. El uso de un sistema integrado minimiza la cantidad de intervención manual, la cantidad de manipulación de papel y el uso de teléfonos y máquinas de fax. La mayoría de los procesos son transacciones automatizadas entre equipos de servidor integrados. Cuando los empleados deben realizar manualmente una operación, normalmente lo hacen en sistemas ERP de back-end. En la ilustración siguiente se muestra el sistema integrado.
En este escenario, un sistema integrado cambia los siguientes procesos:
Una conexión de RosettaNet Implementation Framework (RNIF) reemplaza las interacciones manuales rutinarias entre el fabricante y el proveedor de IC. El sistema envía y recibe automáticamente mensajes, enruta los datos a los sistemas back-end, y confirma y responde a los mensajes. Tanto el fabricante como el proveedor usan BTARN para implementar la conexión RNIF.
Una conexión RNIF reemplaza la conexión EDI entre el fabricante, el proveedor de IC y otros socios comerciales. Esto permite que el sistema de integración enrute los datos automáticamente a los sistemas back-end de los socios comerciales. Algunos de los socios comerciales utilizan BTARN para implementar la conexión RNIF; otros usan otra solución compatible con RosettaNet.
Para aquellos asociados más pequeños que no tienen una solución compatible con RosettaNet, el fabricante y el proveedor de IC crean servicios web a los que el asociado puede acceder con un explorador web. El servicio web utiliza una conexión RNIF estándar para comunicarse con el sistema BTARN en el fabricante o en el proveedor de IC.
Los mensajes intercambiados por los fabricantes y los proveedores siguen esquemas que cumplen con los procesos estándar de la interfaz de asociados (PIP) de RosettaNet. Estos esquemas reemplazan los formatos usados en EDI y FTP. Todos los socios comerciales utilizan los mismos esquemas; no tienen que asignar datos entre mensajes.
BTARN valida automáticamente todos los mensajes en los esquemas, lo que reduce el riesgo de errores de datos.
Los administradores pueden intervenir en servidores BTARN mediante herramientas de software administrativo. Los responsables de la toma de decisiones empresariales en equipos cliente pueden usar herramientas de supervisión empresarial hospedadas en aplicaciones o herramientas basadas en Microsoft Office. Ambos son procesos eficientes que mantienen el sistema operativo de forma eficaz y proporcionan más visibilidad sobre cómo se ejecuta el sistema y cómo se ejecuta la empresa.
Flujo de mensajes
El proceso de negocio ahora incluye los pasos siguientes:
Un cliente del fabricante de equipos de alta tecnología envía un pedido al fabricante a través de un sitio web.
En respuesta al pedido original, un empleado del fabricante genera una solicitud de pedido de compra en el sistema de gestión de pedidos e inventario de la empresa. Esta aplicación loB es un sistema ERP con una interfaz de usuario basada en web.
El sistema envía la solicitud de pedido de compra, todavía en el formato nativo al sistema ERP, a BTARN.
BTARN genera automáticamente un mensaje de solicitud de pedido de compra que se ajusta al PIP 3A4 definido por la organización de RosettaNet. Esta solicitud de pedido de compra está en formato XML. El PIP define el contenido del mensaje.
Nota
El PIP 3A4 se asegura de que todas las solicitudes y respuestas de pedido de compra sean las mismas en forma. Este PIP forma parte de una colección de PIP definidos por RosettaNet que forman un sistema de mensajería completo e interconectado. Por ejemplo, antes de enviar el mensaje 3A4, el comprador puede buscar precio y disponibilidad (PIP 3A2), solicitar una cotización (PIP 3A1) o transferir su carro de la compra (PIP 3A3). Después de enviar la solicitud de pedido de compra, el comprador puede cambiar el pedido de compra (PIP 3A8), cancelar el pedido de compra (PIP 3A9), consultar el estado del pedido de compra (PIP 3A5) o distribuir el estado del pedido de compra (PIP 3A6). La organización rosettaNet ha estandarizado todos estos mensajes.
BTARN encapsula el mensaje de solicitud (denominado contenido del servicio) con encabezados RNIF que permiten a BTARN transmitir el mensaje a través de Internet a otro equipo BTARN en el sitio del proveedor. RNIF define cómo los asociados intercambian mensajes a través de Internet.
El sistema BTARN del fabricante envía la solicitud de pedido de compra al sistema BTARN del proveedor de IC.
El sistema BTARN N del proveedor recibe la solicitud de pedido de compra. Si se trata de una solicitud de acción única (una sin una respuesta correspondiente), el sistema BTARN del proveedor devolverá un mensaje de señal que confirma la recepción del mensaje. Sin embargo, dado que se trata de un mensaje de doble acción, el sistema BTARN del proveedor devolverá también un mensaje de señal de confirmación de recibo seguido de un mensaje de respuesta.
El sistema BTARN del proveedor quita los encabezados RNIF del mensaje de solicitud de pedido de compra, procesa el contenido del servicio del mensaje y, a continuación, enruta la solicitud al sistema ERP del proveedor.
Los empleados del proveedor trabajan en el sistema ERP para procesar el pedido. Si tienen que enviar mensajes a sus propios proveedores de piezas, lo hacen con el mismo sistema de BizTalk y BTARN. El departamento de TI puede personalizar el sistema para responder al fabricante automáticamente.
Un empleado usa el sistema ERP del proveedor para generar un mensaje de respuesta de pedido de compra y, a continuación, enruta el mensaje de respuesta al sistema BTARN del proveedor.
El sistema BTARN del proveedor genera un mensaje de respuesta de pedido de compra PIP 3A4, ajusta el contenido del servicio del mensaje de respuesta en los encabezados RNIF y, a continuación, envía la respuesta del pedido de compra al sistema BTARN del fabricante.
El sistema BTARN del fabricante recibe la respuesta del pedido de compra y, a continuación, envía un mensaje de confirmación de recibo al BTARN del proveedor. El sistema BTARN del proveedor enruta la confirmación al sistema ERP del proveedor.
El BTARN del fabricante quita los encabezados RNIF del mensaje de respuesta, procesa el contenido del servicio y, a continuación, enruta la respuesta del pedido de compra a la aplicación ERP del fabricante.
Un empleado del fabricante analiza todos los mensajes de confirmación del pedido de compra y, a continuación, crea una respuesta al cliente original, confirmando el pedido. A continuación, el empleado envía esta respuesta por correo electrónico.
Ventajas de la solución BTARN
BizTalk Server y BTARN automatizan la mayoría de las facetas del proceso de solicitud y respuesta del pedido de compra. Lo hacen no solo para el fabricante y el proveedor de IC, sino también para todos los demás socios comerciales que han adoptado soluciones compatibles con RosettaNet como parte de la gestión de la cadena de suministro.
Un sistema de integración minimiza la cantidad de intervención manual y la cantidad de manipulación de papel. La mayoría de los procesos implican interacciones automatizadas entre equipos de servidor integrados. Tanto el fabricante como el proveedor de IC tienen un alto grado de control sobre sus procesos y visibilidad. Reciben automáticamente confirmaciones y pueden mantener una prueba de no rechazo.
El sistema automatizado mediante BTARN permite al fabricante y al proveedor hacer lo siguiente:
Reducir los tiempos de ciclo para el suministro de pedidos
Reducir las incertidumbres en el proceso y aumentar la confiabilidad del proceso
Disminuir los tiempos de suministro y los tiempos de respuesta de presupuesto
Reducir el tiempo invertido manualmente en volver a trabajar la información, obtener información que falta o corregir errores
Proporcionar visibilidad y habilitar la supervisión del proceso y el seguimiento de mensajes
Consulte también
Cómo resuelve BizTalk Server la necesidad empresarial
La necesidad de integración de socios comerciales
El desafío de la cadena de suministro
La solución de la cadena de suministro
Escenario de ejemplo basado en concentrador