Las pruebas de aceptación WMS comprueban que el sistema permite ejecutar los procesos reales del almacén con los datos, permisos e integraciones acordados. Antes del arranque, los usuarios deben validar recepción, ubicación, picking, packing y excepciones, comparando cada resultado con un criterio escrito. Una demostración del proveedor o una sesión de capacitación no sustituyen esta aceptación por parte del negocio.
La pregunta útil no es si el software abre, sino si tu equipo puede completar una operación sin perder cantidades, identidad del producto ni trazabilidad. Dentro de la implementación de WMS, esta validación transforma requisitos generales en evidencia que permite decidir si el almacén está preparado para operar.
Cómo diseñar pruebas de aceptación WMS con criterios claros
Empieza por los flujos que detendrían el despacho o afectarían el inventario si fallan. Para cada uno, escribe un caso con identificador, requisito asociado, rol ejecutor, precondiciones, datos, pasos, resultado esperado y evidencia. Añade responsable de aprobación, estado y referencia al defecto cuando corresponda.
Usa datos representativos y un entorno de pruebas controlado. No basta con un producto sencillo si normalmente manejas cajas, unidades sueltas, lotes o varias bodegas. Incluye solo atributos y funciones que formen parte del alcance contratado y configurado: una expectativa no acordada debe tratarse como una decisión de alcance, no como una capacidad supuesta.
Por ejemplo, «recepción correcta» es demasiado ambiguo. Un criterio verificable sería: al confirmar la recepción autorizada de 20 unidades contra una orden de 30, el inventario recibido aumenta en 20 y el pendiente queda en 10, de acuerdo con la regla de recepción parcial aprobada. Si el proceso exige revisión de calidad, el estado disponible debe reflejarlo.
- Selecciona ejecutores de operaciones que conozcan el trabajo diario y usuarios de distintos turnos cuando el proceso cambie entre ellos.
- Separa la ejecución del caso y su aprobación cuando el riesgo justifique una segunda revisión.
- Congela la versión y configuración evaluadas para saber qué fue realmente aceptado.
- Define antes de probar qué defectos bloquean la salida y quién puede aceptar una excepción.
Una UAT —prueba de aceptación por usuarios— comprueba la adecuación al negocio. Las pruebas técnicas de integración, carga y seguridad aportan evidencia diferente. Coordínalas, pero no declares aprobado el conjunto solo porque los usuarios completaron unas pocas pantallas.
Casos esenciales para las pruebas de aceptación WMS
| Caso y datos | Resultado esperado | Evidencia mínima |
| Recepción parcial: 20 de 30 unidades | Recibido 20; pendiente 10 según regla aprobada | Orden, movimiento y saldo |
| Ubicación no habilitada | Movimiento impedido o excepción autorizada según diseño | Mensaje y registro de decisión |
| Picking de 6 unidades | Se reserva y descuenta la cantidad correcta en cada etapa | Tarea, ubicación y saldo final |
| Lectura de producto incorrecto | No confirma silenciosamente otra referencia | Lectura, aviso y tarea |
| Packing con faltante | Se aplica la regla acordada de bloqueo o despacho parcial | Contenido y estado del pedido |
| Reenvío del mismo pedido externo | No genera una segunda orden operativa | Identificador y registro de integración |
| Usuario sin permiso de ajuste | No puede ejecutar el ajuste restringido | Perfil y resultado del intento |
La matriz es una base adaptable, no una descripción de pantallas o funciones garantizadas de Copérnico. Sustituye los resultados por los que tu proyecto haya aprobado y añade los casos que representen tus riesgos. Para preparar el flujo de despacho, puedes contrastar el alcance con la solución de picking y packing de Copérnico.
No pruebes únicamente el recorrido ideal. Incluye faltantes, etiquetas ilegibles, cancelaciones antes y después de iniciar la preparación y devoluciones, cuando estén dentro del alcance. Determina qué debe ocurrir con la reserva y el inventario en cada punto; «cancelado» no explica por sí solo si el stock volvió a estar disponible.
En las interfaces, verifica el recorrido completo. Envía un pedido desde el sistema de origen, confirma su identidad en el WMS y comprueba el mensaje de retorno correspondiente. Después simula un rechazo y un reintento en el entorno autorizado. El objetivo es verificar la recuperación sin duplicación ni pérdida, conforme al diseño de la integración.
Si el almacén controla lotes, prueba un producto con más de uno y revisa qué lote se selecciona, qué regla dirige esa selección y qué queda registrado. Si existe trazabilidad por serial, usa unidades identificadas individualmente. No extrapoles la aprobación de un producto sin trazabilidad a todos los demás.
Cómo cerrar las pruebas de aceptación WMS y decidir el arranque
Un caso debe terminar como aprobado, fallido, bloqueado o no ejecutado, con evidencia. «Bloqueado» significa que una dependencia impidió probarlo; no equivale a aprobado. Registra el resultado real con suficiente detalle para que otra persona pueda reconstruir qué ocurrió.
Clasifica los defectos por impacto operativo. Un despacho con producto equivocado, un saldo duplicado o un permiso que permite ajustes indebidos pueden ser bloqueantes. Un texto poco claro podría admitir una corrección posterior si no induce errores. La severidad debe responder al proceso y a las consecuencias, no al número de personas que se quejan.
- Corrige el defecto y repite el caso que falló con los mismos datos de referencia, cuando sea posible.
- Ejecuta pruebas de regresión sobre los flujos afectados por la corrección; no es necesario repetir todo sin evaluar el impacto.
- Documenta cualquier solución temporal con responsable, límite de uso y fecha de resolución.
- Presenta al negocio los casos críticos aprobados, los pendientes y los riesgos residuales antes de firmar la aceptación.
Como indicadores, calcula casos críticos aprobados sobre casos críticos previstos y defectos bloqueantes abiertos. Mantén visibles los casos sin ejecutar: un porcentaje alto puede ocultar precisamente el flujo que más importa. Los umbrales de salida deben acordarse antes del cierre y no ajustarse para cumplir una fecha.
La aceptación documentada aporta una base para la decisión de salida, pero no reemplaza el ensayo del corte, la conciliación final de inventario ni la preparación del soporte. Son controles complementarios que protegen momentos diferentes.
¿Quién debe ejecutar la aceptación?
Usuarios de operaciones que conozcan los procesos reales, con apoyo técnico para preparar datos y resolver incidencias. La aprobación final debe corresponder al responsable de negocio designado.
¿Es lo mismo que una demostración?
No. Una demostración explica capacidades; la aceptación ejecuta casos acordados y compara resultados verificables. El usuario debe operar y registrar evidencia.
¿Cuántos casos hay que preparar?
Depende de los procesos y riesgos. Cubre cada flujo crítico y sus excepciones relevantes; el número por sí solo no demuestra que el almacén esté protegido.
¿Se pueden usar datos inventados?
Sí, si son controlados y representan las reglas reales. Evita datos demasiado simples y protege la información sensible cuando utilices copias de registros productivos.
¿Qué evidencia hay que guardar?
Identificador del caso, versión probada, datos usados, resultado real y registros que lo demuestren. Una captura aislada sin contexto suele ser insuficiente.
¿Debe probarse cada perfil?
Deben comprobarse los permisos relevantes para cada rol. Incluye acciones que el usuario debe poder realizar y operaciones restringidas que no debe poder ejecutar.
¿Qué ocurre si una integración está pendiente?
Los casos que dependen de ella quedan bloqueados o incompletos. Una simulación puede ayudar a avanzar, pero no demuestra que la integración real esté aceptada.
¿Es obligatorio corregir todos los detalles antes de salir?
Los defectos bloqueantes deben resolverse. Un pendiente menor puede aceptarse mediante una decisión documentada con control temporal, responsable y plazo.
¿Hay que repetir una prueba después de corregirla?
Sí. Verifica que el defecto desapareció y revisa los procesos relacionados que la corrección pueda afectar. Conserva la evidencia de la nueva ejecución.
¿Cuándo se firma la aceptación?
Cuando el responsable conoce los resultados, los casos críticos cumplen y los riesgos residuales son aceptables según los criterios acordados. No debe firmarse solo para cerrar una actividad del cronograma.
