Kazam WMS · plataforma de almacén
SAP gobierna la empresa; el almacén necesita una capa operativa que hable con escáneres, operarios y automatización. El error clásico es pedirle al ERP que haga también el trabajo de campo — o al WMS que sustituya al sistema de gestión. La integración correcta asigna a cada uno su papel: SAP sigue siendo el sistema de registro, Kazam ejecuta y devuelve los hechos.
Cómo trabaja la integración
Kazam se integra con SAP mediante un intercambio de datos bidireccional: interfaces API y formatos acordados en la fase de análisis, adaptados a la versión y a la configuración de SAP del cliente (las modalidades concretas se definen en el proyecto de integración). El principio no cambia:
- De SAP a Kazam: maestros de artículos, pedidos de compra y de venta, órdenes de producción que el almacén debe atender.
- De Kazam a SAP: confirmaciones de recepción, movimientos y regularizaciones de existencias, confirmaciones de picking y de expedición, datos de trazabilidad (lotes, números de serie, caducidades).
Las existencias se mantienen alineadas casi en tiempo real; SAP no tiene por qué saber en qué pasillo está el palé, y Kazam no tiene que emitir facturas. Cada uno a lo suyo.
Qué cambia en el almacén
Con Kazam delante de SAP, los operarios trabajan en terminales Android con misiones guiadas (recepción, ubicación, picking, inventario) en lugar de transacciones del ERP; el WES ordena las prioridades en tiempo real; y si hay automatización — shuttles, sorter, AGV — el WCS la gobierna directamente por OPC-UA, Modbus, FINS o VDA 5050, algo que un ERP no hace. La diferencia entre los tres niveles está explicada en la guía WMS, WES y WCS.
Vale también lo contrario: Kazam no lleva la contabilidad, ni la planificación de la demanda, ni la gestión de proveedores, y no lo pretende. Si el módulo del ERP ya gobierna bien el almacén y no hay automatismos que mandar, añadir una capa más sería un coste sin un beneficio equivalente.
Qué se intercambia, en concreto
SAP y el almacén no se hablan directamente. En medio hay un área de intercambio: una base de datos distinta de la operativa. El ERP escribe en ella cuando tiene algo que comunicar, Kazam la relee a intervalos configurables — del orden de segundos — y devuelve los hechos. Ninguno de los dos queda colgado del otro: si el almacén está parado por mantenimiento, SAP sigue escribiendo y lo encuentra todo en cola cuando se reanuda.
Las familias de datos son cinco: maestros de referencias, clientes, direcciones de entrega, documentos de trabajo con sus líneas y unidades de carga con su composición.
Cada línea depositada lleva consigo un estado: pendiente de leer, importada o descartada por haber quedado superada. Sirve para dos cosas. La primera es que cada importación es repetible. Si el servicio se interrumpe a medias, al reanudarse retoma solo lo que aún no había procesado, sin duplicar nada. La segunda tiene que ver con las actualizaciones seguidas. Si SAP reescribe el mismo maestro tres veces antes de que Kazam lo lea, entra la última versión; las anteriores quedan marcadas como superadas, con fecha y motivo. No hay ninguna cola que reordenar a mano.
Cómo se comprueba que las cuentas cuadran
Cada documento de almacén conserva la referencia al documento de SAP que lo originó, en la cabecera y en cada línea. No es un detalle de implementación: es lo que hace verificable la integración sin tener dos pantallas abiertas y compararlas a ojo.
Las API de Kazam se consultan con la clave de SAP, no con una numeración interna. Se pregunta por el estado de un documento usando el número que el ERP ya conoce, y se obtiene qué se ha hecho en el almacén. Del mismo modo se consulta dónde está una referencia o una unidad de carga. El acceso se autentica por token.
Es esto lo que se controla en las pruebas de aceptación. Se toma una muestra de documentos y se compara lo que SAP ha enviado con lo que el almacén ha ejecutado. Mientras los dos lados no coincidan no se pasa a producción y, entretanto, el almacén sigue trabajando como antes.
Preguntas frecuentes
¿Hay que modificar SAP para usar Kazam?
No: la integración se hace mediante interfaces, sin tocar el núcleo de SAP. La configuración de los formatos se define junto con el equipo de IT del cliente durante el análisis.
¿Quién sigue siendo el «dueño» de las existencias?
SAP sigue siendo el sistema contable de registro; Kazam gestiona la existencia operativa por ubicación y la reconcilia con el ERP mediante los movimientos confirmados.
¿Funciona con cualquier versión de SAP?
El enfoque por interfaces se adapta a las distintas versiones y configuraciones; la viabilidad concreta se valora en el primer análisis técnico (gratuito — hable con un ingeniero).
¿Y si mañana llega la automatización?
Nada que rehacer: WES y WCS son módulos de la misma plataforma. La integración con SAP no cambia; se activa el control de máquinas cuando hace falta.
Kazam es la plataforma source-available que cubre WMS y WES y se integra con Sun Tech WCS. Hable con un ingeniero para una valoración de la integración con su SAP.