Guía para implementar Manufacturing Cloud

Una guía para implementar Manufacturing Cloud solo es útil si empieza justo donde surgen los problemas operativos: un planificador que compara una previsión con la capacidad disponible, un equipo de ventas que confirma fechas sin saber cómo va el suministro, o un agente de atención al cliente que gestiona un cambio en un pedido después de que la producción ya se haya puesto en marcha. Salesforce Manufacturing Cloud puede crear una estructura comercial y operativa bien definida en torno a esas decisiones. No sustituye a un ERP, un MES ni a un sistema de calidad. Considerarlo como tal es el camino más rápido hacia la duplicación de datos maestros, la falta de claridad en las responsabilidades y una baja adopción.

Para los fabricantes que gestionan programas complejos de producción y configuración o programas de cuentas con ciclos largos, la cuestión a la hora de implementar la solución no es si Salesforce Manufacturing Cloud cuenta con los objetos adecuados, sino si sus funciones de previsión basada en cuentas, acuerdos de venta y servicios pueden reflejar la forma en que la empresa realmente se compromete con la demanda, gestiona las excepciones y registra la rendición de cuentas.

Empieza la implementación de Manufacturing Cloud definiendo los límites del flujo de trabajo

Antes de configurar Salesforce Manufacturing Cloud, define los límites del sistema en términos de decisiones, no de departamentos. El ERP sigue siendo el sistema financiero y transaccional de referencia para el inventario, las órdenes de trabajo, las listas de materiales y la ejecución de envíos. El MES sigue siendo la autoridad en cuanto a la ejecución de la producción y el estado de la planta de producción. Manufacturing Cloud debe organizar las previsiones, los acuerdos, los planes de cuentas, las señales de demanda y los flujos de trabajo de excepciones relacionados con los clientes que requieran coordinación comercial.

Esa distinción cobra mayor importancia cuando los equipos de ventas y operaciones no se ponen de acuerdo sobre qué significa una previsión. Una previsión introducida por un ejecutivo de cuentas puede ser una probabilidad fundamentada. Un planificador de producción necesita conocer la evolución de la demanda por familias de productos, planta y periodo de envío. Si ambas se almacenan como un importe de oportunidad sin diferenciar, ninguno de los dos equipos podrá utilizar el registro con confianza.

Empieza por trazar un flujo de trabajo de principio a fin. Por ejemplo: un cliente OEM actualiza su previsión de lanzamientos para los últimos 12 meses; el equipo de cuentas revisa la desviación; el departamento de planificación de suministro identifica una limitación de capacidad; la dirección comercial aprueba un compromiso revisado; y el cliente recibe el calendario confirmado. Identifica dónde se toma cada decisión, qué sistema gestiona cada dato, quién puede anularlo y qué pruebas deben conservarse para una posible auditoría.

Un resultado útil del diseño es una matriz de decisión, no una presentación de diapositivas. En ella debería quedar claro que SAP S/4HANA, Oracle Fusion Cloud ERP o el ERP actual se encargan de la disponibilidad de artículos y las fechas de producción confirmadas, mientras que Salesforce Manufacturing Cloud se encarga de la revisión de las previsiones de las cuentas y del historial de aprobaciones comerciales. Esto elimina un error muy común: intentar sincronizar todos los campos simplemente porque una API lo permite.

Configura Salesforce Manufacturing Cloud en función de compromisos reales

Las funciones de «Acuerdos de ventas» y «Previsión avanzada de cuentas» de Salesforce Manufacturing Cloud resultan más útiles cuando el modelo de datos refleja la forma en que la empresa planifica. En un modelo de distribución de gran volumen, eso puede significar previsiones de cantidades por cuenta, producto, mes y centro de distribución. En un negocio de equipamiento industrial basado en proyectos, puede significar la demanda prevista por programa, familia de configuraciones, hito y plazo de envío.

No empieces con todas las referencias de producto. Un catálogo con decenas de miles de combinaciones puede hacer que la introducción de previsiones resulte impracticable y que las integraciones salgan caras. Muchos fabricantes consiguen un mejor resultado inicial si hacen las previsiones a nivel de familia de productos o de grupo de planificación, y luego envían la señal de aprobación al ERP para la planificación de materiales y capacidad. Los detalles a nivel de SKU solo deben estar en Manufacturing Cloud cuando los equipos de cuentas realmente se encarguen de ellos y los mantengan.

Los acuerdos de ventas requieren la misma moderación. Son eficaces para acuerdos con cantidades recurrentes, fechas, contexto de precios y obligaciones de renovación. No sustituyen a una plataforma de gestión del ciclo de vida de los contratos cuando las cláusulas legales, la revisión de cambios, los controles de firma y la extracción de obligaciones son el principal reto. En ese caso, integra el sistema de contratos y destaca las condiciones operativas que los equipos de ventas, servicio y planificación necesitan para actuar.

El proceso de aprobación debería reflejar el coste que supone cada compromiso. Una solicitud para cambiar la fecha de envío tres días puede que solo requiera la revisión del equipo de cuentas. Un cambio que consuma capacidad limitada o que implique un riesgo de transporte urgente debería remitirse a planificación de suministros y a finanzas. Crea estas rutas de forma explícita con Salesforce Flow, procesos de aprobación cuando sea necesario y un registro de excepciones que conserve la solicitud original, la justificación y la resolución final.

Aquí es también donde el diseño de roles cobra importancia. Los planificadores de planta no deberían necesitar un acceso amplio a las notas comerciales. Los equipos de cuentas no deberían poder anular la disponibilidad confirmada por el ERP. Los conjuntos de permisos, la seguridad a nivel de campo y las reglas de uso compartido deben respaldar el modelo operativo, no limitarse a cumplir una lista de comprobación de implementación.

Haz que la propiedad de los datos se pueda comprobar

La mayoría de los programas de nube para el sector manufacturero no fracasan porque Salesforce no pueda conectarse a un ERP. Fracasan porque la organización no puede responder a una pregunta básica: cuando Salesforce dice que se prevé que un cliente compre 500 unidades y el ERP indica que hay 450 confirmadas, ¿qué cifra determina qué acción se debe tomar?

Documenta un registro de «fuente de verdad» antes de crear integraciones. Para cada entidad, identifica el sistema de referencia, el sistema autorizado para proponer cambios, la dirección de sincronización, la latencia prevista, las claves de correspondencia y quién se hace responsable en caso de fallo. La jerarquía de cuentas de clientes, las relaciones de «vendido a» y «enviado a», los grupos de planificación de productos, los pedidos pendientes, las facturas, las fechas de disponibilidad prometida y las devoluciones requieren todas un tratamiento cuidadoso.

Utiliza identificadores estables del ERP en lugar de nombres como claves de coincidencia. Los nombres cambian tras adquisiciones, reestructuraciones de cuentas y reorganizaciones de distribuidores. Las jerarquías de cuentas también requieren más reflexión que un simple campo «padre-hijo». Un fabricante puede vender a una cuenta corporativa, enviar la mercancía a distintas plantas, facturar a una entidad de compras y coordinar las previsiones a través de una unidad de negocio regional. Si se simplifica esta estructura para facilitar la elaboración de informes, los informes sobre acuerdos y previsiones posteriores pueden resultar engañosos.

El diseño de las integraciones también debería priorizar la resiliencia operativa frente al tiempo real perfecto. Para el historial de facturación y el estado de los pedidos abiertos, puede bastar con una sincronización nocturna. En cambio, las excepciones de capacidad vinculadas a decisiones de compromiso en el mismo día pueden requerir eventos casi en tiempo real. El patrón adecuado depende de la ventana de decisión de cada proceso, no de una preferencia generalizada por la integración en tiempo real.

Para los fabricantes sujetos a una producción regulada por la FDA, la norma 21 CFR Parte 11 tiene implicaciones prácticas cuando los registros y las firmas electrónicas respaldan decisiones reguladas. Salesforce Manufacturing Cloud no debe presentarse a la ligera como un sustituto validado de un sistema de gestión de la calidad. Si un flujo de trabajo afecta a la disposición de lotes, la aprobación de calidad o los registros controlados, define el alcance de la validación, los requisitos del registro de auditoría, los controles de acceso y las expectativas en materia de firmas electrónicas junto con los equipos de calidad y validación. La misma disciplina se aplica a las prácticas de segmentación y acceso alineadas con la norma IEC 62443 a la hora de integrar plataformas empresariales con entornos de tecnología operativa.

Diseña para gestionar excepciones, no para el espectáculo de los paneles de control

Los ejecutivos necesitan ver el estado de las cuentas y las previsiones, pero el valor operativo está en la cola de trabajo. Un planificador necesita ver las líneas de previsión que superan la capacidad disponible. Un responsable de atención al cliente necesita ver los cambios en los pedidos que se acercan al umbral de envío prometido. Un responsable comercial necesita ver los acuerdos de renovación sin una previsión aprobada para el próximo ciclo de planificación.

Incorpora esas excepciones en la experiencia de usuario de Salesforce. Una página de cuenta útil puede mostrar la cobertura del contrato, la variación de las previsiones, los casos de servicio abiertos, el rendimiento reciente de los envíos y las decisiones de escalado activas sin que los usuarios tengan que consultar informes aparte. La experiencia de usuario debería reducir los traspasos y los cambios de pantalla, no añadir elementos decorativos.

Establece criterios de aceptación cuantificables antes del lanzamiento. Algunos ejemplos son: que las previsiones se envíen completas antes de la fecha límite de planificación acordada; el tiempo que transcurre desde que el cliente solicita un cambio hasta que se aprueba la respuesta; la desviación entre las previsiones y los resultados reales por segmento de cuenta; el porcentaje de pedidos con una excepción documentada en la fecha de entrega prometida; y el número de consolidaciones manuales en hojas de cálculo que se han dejado de usar. Se trata de medidas operativas, no de métricas de adopción meramente superficiales.

Lo habitual es que la aceptación mejore cuando los usuarios entienden por qué un campo es obligatorio. Pedir que se indique el motivo de un ajuste en la previsión tiene sentido si eso impulsa una revisión semanal de la demanda. En cambio, exigir quince campos para guardar una línea de previsión solo hace que el proceso vuelva a las hojas de cálculo. Haz pruebas de usabilidad basadas en tareas con los gestores de cuentas, los planificadores y los equipos de atención al cliente antes de dar el diseño por terminado.

Usa la IA solo cuando la decisión se pueda controlar

La IA puede ayudar a preparar planes de cuentas, resumir la correspondencia con los clientes, clasificar las solicitudes de servicio e identificar variaciones inusuales en las previsiones. No debe comprometer el suministro de forma autónoma, modificar un acuerdo ni generar datos de planificación que los usuarios no puedan rastrear hasta los registros originales.

Si utilizas las funciones de IA de Salesforce o Claude a través de una arquitectura empresarial aprobada, define las entradas de las instrucciones, la política de conservación, el modelo de acceso, el paso de revisión humana y el método de evaluación. Para las organizaciones que venden en el mercado europeo, la Ley de IA de la UE puede afectar a las obligaciones de gobernanza dependiendo del caso de uso y la clasificación de riesgos. Incluso cuando no se aplique directamente, el modelo de control es sólido: conserva pruebas de lo que se le pidió al modelo, qué datos utilizó, quién aprobó el resultado y cómo se supervisa su rendimiento.

El mejor caso de uso inicial de la IA suele ser bastante específico. Por ejemplo, elaborar un resumen de la desviación prevista de una cuenta y los casos de servicio relacionados para que un humano revise la demanda. Los registros originales siguen estando visibles, el resultado se puede comprobar rápidamente y el usuario sigue tomando la decisión. Eso es tecnología con un propósito, en lugar de automatización añadida solo porque existe una función en la plataforma.

Implementa el sistema en fases que protejan la planta

Una implementación por fases suele ser más segura que un lanzamiento global. Empieza por una unidad de negocio, un segmento de clientes o un proceso de planificación en el que haya un fuerte apoyo y el modelo de datos sea representativo. Comprueba el flujo de trabajo de «previsión a revisión», la gestión de errores de integración, el modelo de seguridad y el proceso de soporte antes de añadir más plantas o líneas de productos.

La planificación de la transición debería incluir la conciliación de datos, la asignación de roles, la formación por tareas, la responsabilidad sobre el «hypercare» y un plan definido para revertir las integraciones. La pregunta difícil no es si los registros se han migrado con éxito, sino si la revisión de las previsiones del lunes por la mañana se puede hacer sin tener que recurrir a una hoja de cálculo.

La implementación de una «Manufacturing Cloud» cobra sentido cuando un compromiso comercial, una limitación de suministro y una respuesta al cliente quedan reflejados en un único flujo de trabajo en el que se asumen responsabilidades. Empieza por crear ese flujo de trabajo. La configuración de la plataforma, las integraciones, la asistencia mediante IA y la generación de informes deben estar al servicio de las personas encargadas de asumir correctamente el siguiente compromiso.