D27 Orders 6 min de lectura

Cómo validar pedidos contra catálogo, tarifas y stock

Qué validaciones necesita un pedido antes de llegar al ERP: producto, referencia, cantidad, tarifa, stock, cliente y condiciones comerciales.

Por Equipo Dialog27 Revisado por Moisés Rodríguez, Socio fundador

Un pedido puede estar bien leído y seguir sin estar listo para procesarse. Esta diferencia es importante. Si una empresa recibe pedidos por WhatsApp, email, llamada o nota de voz, el primer paso es entender qué ha pedido el cliente. Pero el siguiente paso es comprobar si ese pedido puede convertirse en una operación real.

Leer un mensaje no valida un pedido. La validación ocurre cuando los productos, cantidades, precios, condiciones y disponibilidad se contrastan con la realidad del negocio.

En distribución B2B, saltarse esa fase puede acelerar problemas. Un pedido incorrecto puede llegar antes al ERP, pero también puede llegar antes a almacén, reparto, facturación o atención al cliente.

 

Un pedido leído no es un pedido válido

Imagina que un cliente escribe: "Mándame diez cajas del formato pequeño y cinco del producto nuevo". El mensaje puede entenderse bien, pero todavía quedan muchas preguntas:

- ¿Qué producto exacto es "el formato pequeño"?

- ¿Ese cliente puede comprarlo?

- ¿La cantidad corresponde a cajas, unidades o packs?

- ¿Hay stock suficiente?

- ¿Qué tarifa aplica?

- ¿Existe un mínimo de pedido?

- ¿La entrega puede hacerse en la fecha solicitada?

Si estas preguntas no se resuelven antes de procesar, el equipo acabará corrigiendo después. Y corregir después suele ser más caro que validar antes.

Por eso una automatización de pedidos debe actuar como filtro operativo. No basta con pasar de texto a líneas de pedido. Hay que separar lo procesable de lo dudoso.

 

Validación contra catálogo

El catálogo es la primera fuente de verdad. Permite saber qué productos existen, qué referencias están activas, qué formatos están disponibles y qué nombres alternativos puede usar el cliente.

Una validación contra catálogo debería detectar:

- Referencias inexistentes.

- Productos descatalogados.

- Nombres coloquiales asociados a productos reales.

- Formatos disponibles.

- Productos similares que pueden confundirse.

- Sustituciones permitidas.

- Unidades de venta válidas.

Esto es especialmente útil cuando los clientes no usan códigos exactos. En muchos entornos B2B, el pedido se escribe con lenguaje cotidiano: "el de litro", "la caja grande", "el que pedí la otra vez", "el rojo" o "el barato".

El catálogo ayuda a traducir ese lenguaje a referencias, pero también debe marcar dudas cuando haya más de una opción posible.

 

Tarifas y condiciones por cliente

En B2B, el precio rara vez es universal. Puede depender del cliente, canal, volumen, zona, contrato, campaña o condiciones comerciales acordadas.

Por eso, validar tarifas es tan importante como identificar el producto. Un pedido puede contener la referencia correcta y aun así requerir revisión si la tarifa no está clara.

Conviene comprobar:

- Tarifa aplicable al cliente.

- Descuentos o condiciones especiales.

- Mínimos de compra.

- Packs obligatorios.

- Promociones activas.

- Restricciones por zona o canal.

- Condiciones de pago o entrega relevantes.

Cuando estas reglas no se validan, el error puede aparecer más tarde en facturación o reclamaciones. El cliente recibe una condición distinta de la esperada y el equipo tiene que reconstruir qué pasó.

En empresas con varios comerciales o delegaciones, esta validación también evita criterios distintos. Lo que una persona recuerda como excepción comercial puede no estar visible para otra. Si las reglas se consultan antes de aceptar el pedido, el proceso depende menos de memoria individual.

 

Stock, formatos y mínimos de pedido

La disponibilidad también condiciona el pedido. Si un producto no tiene stock, el sistema debe decidir si bloquea, propone alternativa, marca excepción o permite continuar bajo una regla concreta.

Además, no todas las cantidades son válidas. Puede haber mínimos, múltiplos, formatos cerrados o restricciones logísticas.

Ejemplos habituales:

- El cliente pide 3 unidades, pero se vende por cajas de 12.

- Pide una referencia disponible solo para otra zona.

- Solicita entrega urgente de un producto sin stock.

- Pide un formato antiguo que ya no existe.

- Mezcla productos con condiciones logísticas distintas.

Un flujo bien diseñado no debería dejar estas decisiones para el final. Debe detectar el conflicto y enseñar una salida posible.

Esa salida puede ser sencilla: proponer el múltiplo correcto, avisar de falta de stock, separar una línea para revisión o sugerir una sustitución pendiente de confirmación. Lo importante es que el equipo no descubra el problema cuando el pedido ya está en preparación.

 

Excepciones antes de impactar el ERP

Las excepciones son inevitables. La cuestión es dónde aparecen. Si aparecen antes del ERP, el equipo puede resolverlas con contexto. Si aparecen después, suelen generar correcciones, abonos, llamadas o reprocesos.

Una excepción debería incluir:

- Pedido original o mensaje del cliente.

- Línea afectada.

- Regla que no se cumple.

- Propuesta de resolución si existe.

- Nivel de urgencia.

- Acción esperada del equipo.

No es lo mismo marcar "error" que decir "el cliente pide 6 unidades, pero este producto se vende en cajas de 12". La segunda opción permite decidir rápido.

La automatización útil no oculta excepciones. Las ordena.

 

Checklist de validación operativa

Antes de enviar pedidos al ERP, comprueba que puedes validar:

- Producto y referencia.

- Formato y unidad de venta.

- Cantidad solicitada.

- Cliente y dirección.

- Tarifa aplicable.

- Condiciones comerciales.

- Stock o disponibilidad.

- Mínimos y múltiplos.

- Sustituciones permitidas.

- Duplicados.

- Cambios posteriores al pedido original.

- Excepciones que necesitan revisión.

Si una de estas piezas falla con frecuencia, automatizar sin control puede trasladar el problema al siguiente equipo.

 

Validar antes para corregir menos después

La automatización de pedidos tiene más valor cuando reduce errores, no solo cuando acelera el registro. Por eso la validación contra catálogo, tarifas y stock debe formar parte del flujo desde el principio.

D27 Orders convierte pedidos informales en pedidos revisables y validados antes de enviarlos al sistema operativo correspondiente. Ayuda a interpretar mensajes, aplicar reglas y separar los casos claros de las excepciones que sí merecen atención humana.

Del problema a la demo

Convierte pedidos conversacionales en operación trazable.

D27 Orders interpreta mensajes, audios, fotos y pedidos informales para convertirlos en pedidos validados y listos para tu ERP.

Ver D27 Orders