«La web aplicó el precio anterior; el acuerdo vigente con este cliente ya cambió». Cuando las matrices de precios B2B no están sincronizadas, un cliente estratégico puede recibir una tarifa vencida. También puede aplicarse un descuento por volumen o una condición incorrectos. El pedido se registra, pero quizá no respeta la regla comercial autorizada. Revisar cada operación a mano puede contener errores; también convierte la validación en un cuello de botella.
Este artículo se centra en diagnosticar una diferencia de precios comparando un pedido corregido con el acuerdo del cliente y los registros del ERP. Para definir qué tarifa contractual o descuento debe prevalecer antes de sincronizar sistemas, revisa Precio B2B: sincroniza tarifas y protege el margen.
Empieza con un pedido que haya requerido una corrección. Registra el precio, el descuento, las condiciones del cliente y la unidad que aplicó la tienda; luego compáralos con el ERP y el acuerdo firmado. La nota de crédito o la retención de pago muestra la consecuencia financiera, pero no explica por sí sola el motivo. Separa el impacto medido de hipótesis como una tarifa vencida o una sincronización tardía hasta que los registros confirmen la causa.
Cómo las matrices de precios B2B ponen en riesgo el margen
Una matriz comercial puede combinar tarifas contractuales, tramos por volumen y condiciones por cliente. También puede incluir productos y unidades de medida. Si el e-commerce y el ERP usan versiones distintas, cada sistema podría calcular correctamente con sus propios datos. Sin embargo, el resultado puede cambiar cuando el pedido pasa de una plataforma a otra. La diferencia suele aparecer durante el traspaso o en la conciliación posterior.
Imagina un pedido que cumple el umbral de descuento por volumen. Si la tienda calcula el descuento sobre una tarifa anterior, el precio final puede apartarse del acuerdo vigente. Esa brecha entre el precio autorizado y el aplicado puede reducir el margen bruto. Además, podría exigir una corrección comercial o generar una nota de crédito. Si el cliente corporativo retiene el pago mientras se resuelve la discrepancia, también puede afectar el cobro y el DSO.
El objetivo no es apartar al equipo comercial de la gestión de precios. Se trata de preservar sus reglas y acuerdos, pero lograr que cada pedido use la versión vigente. Para ello, la empresa debe definir qué sistema manda y cómo se resuelven las excepciones. También necesita establecer qué ocurre cuando falta información. Así, la revisión humana se reserva para los casos que realmente requieren criterio comercial.
Diagnóstico: localiza las diferencias entre el ERP y la tienda
El Método NEXO comienza con un diagnóstico de discrepancias y excepciones. Compara pedidos reales con las condiciones que debían aplicarse en cada momento. Revisa tarifas, descuentos, vigencias, clientes, productos y unidades. Después, identifica dónde se originó cada diferencia: en la publicación web, en el cálculo o en el traspaso al ERP.
También conviene separar los errores de precio de otros problemas operativos. Por ejemplo, una conversión incorrecta entre la unidad de compra y la de despacho puede alterar la base del descuento. En cambio, un pedido excepcional autorizado por un vendedor no equivale a una tarifa general desactualizada. Clasificar cada caso evita corregir una regla legítima como si fuera un fallo del sistema. Además, ayuda a enfocar el análisis en la causa concreta.
Investigación profunda: determina qué regla comercial prevalece
La investigación profunda identifica las fuentes maestras y el orden de aplicación de las reglas. El negocio debe determinar si prevalece el contrato específico del cliente, una tarifa por producto o un descuento por volumen. Asimismo, debe aclarar qué sucede cuando una condición vence o coinciden varias reglas. También necesita definir cómo actuar si falta un dato requerido. Si esas prioridades solo existen en la memoria del equipo, la automatización puede reproducir la ambigüedad con mayor rapidez.
Documenta cómo se relacionan las matrices con las unidades de medida y las fechas. Un precio por caja no debe tratarse como uno por unidad sin una conversión definida. Del mismo modo, una tarifa nueva no debe aplicarse antes de su vigencia. Conserva los datos que permiten explicar cada cálculo: versión de tarifa, descuento, condición aplicada y momento de la operación. Así, el equipo puede reconstruir el resultado sin depender de recuerdos o capturas aisladas.
Plan de acción: sincroniza los datos y define su autoridad
El plan de acción convierte las decisiones comerciales en reglas operativas. Define qué sistema mantiene cada dato y cómo se sincronizan tarifas, condiciones, vigencias y unidades entre el ERP y el e-commerce. La sincronización debe responder al ritmo de la operación. Si un cambio comercial debe reflejarse antes de aceptar el siguiente pedido, la arquitectura debe propagarlo en tiempo real. También debe detectar retrasos para evitar que la tienda cotice con información obsoleta.
Incluye validaciones para los casos que no pueden resolverse con seguridad. Si falta una condición contractual o dos reglas entran en conflicto, el sistema puede detener la confirmación automática y enviar el pedido a revisión. De ese modo, evita aceptar silenciosamente un precio dudoso. Mantén la intervención humana para las excepciones reales, no como control rutinario de todas las ventas. El equipo conserva la decisión comercial y la integración reduce la transcripción repetitiva.
Ejecución: prueba los controles sin frenar los pedidos
Una ejecución gradual permite probar las reglas con cuentas y productos seleccionados. Compara los precios calculados por la tienda con los del ERP. Luego, revisa las diferencias y corrige prioridades o conversiones antes de ampliar la automatización. Cada cambio debe dejar un registro claro. Así, el equipo puede identificar qué dato se actualizó y qué pedidos pudieron verse afectados.
Después, sigue indicadores que conecten la calidad del flujo con el resultado operativo. Puedes medir la tasa de pedidos con discrepancias de precio, los ajustes y las notas de crédito. Añade el margen bruto por pedido y el nivel de servicio. Si una condición no se sincroniza, registra cuánto tarda en detectarse y resolverse. Estas métricas ayudan a distinguir un fallo aislado de una brecha recurrente, sin atribuir impactos que aún no se han comprobado.
Elige unas pocas cuentas estratégicas y compara varios pedidos recientes con sus acuerdos. Corrige la regla que causó cada diferencia comprobada y repite la comparación después de la próxima actualización de tarifas. Así, ventas y finanzas tendrán evidencia de que el cambio funcionó antes de extenderlo al resto del catálogo.