Encontrar implementadores de WMS en Perú no es el problema. El problema aparece cuando hay que distinguir entre lo que una propuesta afirma y lo que se puede comprobar: casos sin nombre de empresa, experiencia regional presentada como experiencia peruana, equipos que se presentan en la reunión comercial y desaparecen en la configuración. Esta guía propone un método de verificación: qué hace verificable a un caso, por qué la experiencia local pesa en este mercado y qué preguntar para separar capacidad real de argumento de venta.
Qué hace verificable a un caso WMS
La mayoría de las propuestas incluyen casos de éxito. Pocos resisten una comprobación independiente. Un caso es verificable cuando reúne cuatro elementos:
- Nombre de la empresa. «Un gran operador logístico del país» no es una referencia: es una descripción.
- Sector y escala de la operación. Sin saber si el CeDi mueve pallets o unidades sueltas, el caso no dice nada sobre tu operación.
- Un hito comprobable fuera de la propuesta. Algo que exista en una fuente pública y no solo en la presentación comercial.
- Resultado medido contra una línea base. Un porcentaje sin punto de partida no es una métrica, es una afirmación.
El caso de Ransa sirve como referencia de qué aspecto tiene un caso que resiste verificación: es el operador logístico más grande de Perú y fue el primer cliente a nivel mundial en entrar en productivo con Infor Cloudsuite WMS, con Cerca Technology como implementador. El hito es comprobable, la empresa está identificada y el alcance es público. Ese es el estándar con el que conviene medir cualquier referencia que te presenten, incluida la nuestra.
Por qué la experiencia local pesa en el mercado peruano
Un WMS bien configurado en Lima puede comportarse mal en una operación que despacha a provincia. La diferencia no está en el software: está en si quien lo configuró conocía las condiciones reales de la distribución peruana.
Geografía: costa, sierra y selva
Los tiempos de tránsito hacia sierra y selva son mucho menos predecibles que los de la costa, y esa variabilidad se traslada a la planificación del despacho: ventanas de carga, criterios de consolidación, políticas de reserva de inventario. Un implementador con historial local sabe qué parámetros dejar flexibles y cuáles fijar; uno sin ese historial configura para el escenario de Lima y traslada el problema a la operación.
Sectores con exigencias propias
La agroexportación necesita trazabilidad por lote y fecha desde el campo hasta el contenedor. Farma exige control de vencimientos y segregación. Minería opera con repuestos críticos de alto valor y baja rotación. Cada uno impone reglas distintas de recepción, ubicación y picking. Pregunta de verificación: en qué proyecto anterior el implementador configuró esas reglas para tu mismo sector.
El CeDi multicliente, el escenario más exigente
El crecimiento de los operadores 3PL peruanos convierte al almacén multicliente en el caso de mayor complejidad del mercado: inventarios segregados por propietario, reglas de servicio distintas por contrato, facturación por actividad y reportería independiente para cada cliente. Un implementador que solo ha trabajado operaciones de un único dueño de inventario no ha resuelto ese problema.
Cinco criterios para evaluar un implementador WMS en Perú
Cada criterio viene con la pregunta que conviene hacer y con la respuesta que debería encender una alarma.
1. Casos peruanos comprobables, no referencias regionales
Un proyecto en otro país de la región demuestra capacidad técnica, no conocimiento del mercado peruano. Pregunta: qué proyectos ejecutaron en Perú, con qué empresa y en qué sector. Alarma: la respuesta se apoya solo en referencias corporativas globales o en confidencialidad para no nombrar a nadie.
2. Quiénes son los consultores y dónde están
El equipo comercial casi nunca es el equipo de implementación. Pregunta: quiénes trabajarán en el proyecto, con qué experiencia previa y desde dónde. Alarma: no hay nombres hasta después de la firma.
3. Historial de integración con el ERP que ya tienes
La interfaz WMS-ERP concentra buena parte del esfuerzo técnico y es donde más se diluye la responsabilidad entre proveedores. Pregunta: en qué proyecto integraron con este mismo ERP y quién construyó y mantiene cada interfaz. Alarma: la integración aparece como fase posterior o queda fuera del alcance cotizado.
4. Soporte dimensionado para una operación que no para
Un CeDi que despacha de noche o los fines de semana no puede esperar al lunes. Pregunta: existe una matriz de criticidad con tiempos comprometidos por nivel, y quién atiende fuera de horario de oficina. Alarma: el soporte se describe como «atención personalizada» sin tiempos escritos.
5. Metodología de salida en vivo con plan de contingencia
El riesgo del go-live no es técnico, es operativo: qué pasa con el despacho si algo falla. Pregunta: qué plan de contingencia y qué criterios de reversión contempla la metodología, y cómo se manejó en un proyecto anterior. Alarma: la respuesta describe el cronograma pero no el escenario de falla.
Cerca Technology en el mercado peruano
Cerca Technology es Partner Oficial de Infor, con más de 30 años de experiencia en Latinoamérica y el Caribe. En Perú, la referencia documentada es Ransa: el primer go-live mundial de Infor Cloudsuite WMS, ejecutado en el operador logístico más grande del país.
El portafolio se organiza en dos rutas según el tamaño y la complejidad de la operación: Infor WMS para grandes CeDis y operadores 3PL, con implementaciones de 12 a 24 meses; e INVAS WMS para operaciones medianas que necesitan entrar en productivo rápido, con implementaciones de 4 a 12 semanas. Ambas se complementan con automatización por voz Honeywell Voice y analítica con Infor Birst.
La continuidad posterior a la salida en vivo se atiende a través del Programa Cerca Plus. Para la operación de distribución desde el CeDi, Cerca Technology implementa también UNIGIS TMS; el panorama de proveedores está en el ranking de empresas TMS para transporte y distribución en Perú.
Hablar con un especialista en WMS Perú
Preguntas frecuentes
¿Qué exigir a un implementador que no tiene casos documentados en Perú?
Que compense la ausencia de historial local con compromisos verificables: consultores identificados por nombre, semanas de presencia en sitio comprometidas por escrito, y un plan de contingencia para la salida en vivo con criterios de reversión definidos. La falta de casos peruanos no descalifica por sí sola, pero traslada el riesgo al contrato, y ahí debe quedar cubierto.
¿Cómo se evalúa la capacidad para un CeDi multicliente de 3PL?
Con preguntas de configuración, no de producto: cómo se segregan inventarios de distintos propietarios en la misma bodega, cómo se aplican reglas de servicio diferentes por contrato, y cómo se genera reportería independiente para cada cliente sin desarrollos a medida. Un implementador con experiencia 3PL responde con ejemplos concretos de parámetros; uno sin ella responde con características del software.
¿El WMS se integra con la facturación electrónica de la SUNAT?
No directamente. El WMS gestiona la operación física del almacén y entrega la información de movimientos al ERP; la facturación electrónica y las obligaciones ante la SUNAT se resuelven en el ERP del cliente. Conviene que el alcance del proyecto precise quién construye y quién mantiene esa interfaz.
¿Quién debe liderar el proyecto del lado del cliente?
Un responsable de operaciones del CeDi con capacidad de decisión, no un enlace del área de sistemas. Es quien valida las reglas de ubicación y picking, resuelve las excepciones de proceso y sostiene la adopción del equipo. Sin ese rol identificado y con tiempo asignado, ningún implementador puede compensar el vacío desde afuera.
¿Conviene definir la plataforma antes que el implementador?
En operaciones complejas suele ser al revés. La plataforma fija capacidades; el implementador determina si esas capacidades quedan bien configuradas para tu operación. Dos proyectos con el mismo software y distinto implementador producen resultados muy distintos, y esa diferencia rara vez aparece en la comparación de fichas técnicas.
