Portal de pedidos B2B: precios, unidades y aprobación
Planifique los permisos de cliente, los precios por caja y las aprobaciones con un pedido de ejemplo y un traspaso claro al ERP.
Antes de diseñar el portal, aclare para qué empresa compra cada persona, a qué unidad corresponde el precio y cuándo puede tramitarse el pedido. Estas reglas deben mantenerse coherentes hasta la transferencia al ERP.
Un pedido de ejemplo completo
Los identificadores, precios y umbrales son ficticios. El umbral de aprobación es una regla interna del ejemplo, no una obligación legal. Los cálculos excluyen impuestos y entrega.
Elemento | Valor del ejemplo |
|---|---|
Cuenta de cliente | C-10, separada de C-20 |
Producto | B-6: una caja contiene 6 unidades. |
Precio para C-10 | 18 EUR netos por caja |
Precio para C-20 | 21 EUR netos por caja; 2 cajas = 42 EUR netos de mercancía |
Carrito | 2 cajas = 12 unidades = 36 EUR netos de mercancía |
Aprobación | Desde 500 EUR netos de mercancía debe aprobar una persona autorizada. |
Con 28 cajas, el valor neto de la mercancía es de 504 EUR. Este pedido requiere la aprobación adicional. Muestre juntas las cajas y las unidades que contienen; un campo de cantidad sin unidad puede convertir dos cajas en dos artículos sueltos.
Separar empresa, sede y persona
La persona compradora de C-10 puede crear un borrador. Otra persona autorizada aprueba los pedidos por encima del umbral. Las direcciones de entrega pertenecen a la cuenta de la empresa. Un acceso compartido dificulta retirar los permisos de un solo empleado.
Los catálogos B2B pueden definir productos y precios por cliente; la documentación de Shopify ofrece un ejemplo de producto. Pruebe si el sistema elegido admite realmente las relaciones entre empresas y sedes que necesita.
Ocultar un enlace no protege otras cuentas. El servidor debe comprobar permisos en cada solicitud, como recomienda OWASP. Si un usuario de prueba de C-10 cambia el identificador de cliente a C-20, no deben aparecer sus precios ni direcciones. Utilice cuentas de prueba separadas.
Distinguir el envío de la confirmación del ERP
Un posible flujo: precio actual comprobado → borrador → aprobación si procede → transferencia pendiente → ERP confirma con número de pedido. En este ejemplo, cambiar cantidad o precio tras la aprobación exige una nueva revisión. El momento de aceptación contractual también debe ajustarse a sus condiciones comerciales reales.
Si el ERP no está disponible, la operación queda abierta. Mensaje de ejemplo: «Su pedido está pendiente de transferencia. Todavía no hay confirmación de pedido». El número se muestra cuando se confirma el procesamiento. Las transferencias repetidas deben reconocerse como la misma operación para evitar un segundo pedido.
Comprobar antes de ponerlo en uso
Verifique que dos cajas aparecen como 12 unidades y 36 EUR. Pruebe después 28 cajas: no deben transferirse sin la aprobación necesaria. Compruebe el acceso a C-20, un cambio de precio tras aprobar y una interrupción del ERP. Cada prueba necesita un estado visible y comprensible.
Así queda delimitada la primera versión: permisos de cliente, unidad del precio, aprobación y transferencia ERP trazable. Después podrá valorar filtros o promociones adicionales con las reglas de pedido ya definidas.
Fuentes
Seguir leyendo
Todos los artículos
E-Commerce con ASES
Tiendas online, marketplaces y portales B2B