De cotización a pedido en un portal B2B: aprobaciones y cambios

¿Qué significa «aprobado» en tu operación?

Una distribuidora recibe la solicitud de 10 piezas. El comprador necesita autorización de su gerente; ventas debe revisar las condiciones comerciales y almacén debe comprobar la disponibilidad. Si todas las pantallas dicen «aprobado», nadie sabe qué falta. El problema no se resuelve con otro botón: cada estado debe tener responsable, condición y evidencia.

Una orden de compra del cliente también puede tener su propio folio. Relaciónalo con la cotización y con el pedido del proveedor: compartir un número no los convierte en el mismo documento. La guía de portal de clientes ayuda a decidir si necesitas este canal; aquí definimos cómo aceptar una transacción.

Esta separación también existe en productos comerciales. Shopify permite recibir pedidos B2B como borradores para revisión; un borrador enviado para aprobación todavía necesita completarse para convertirse en pedido. Business Central describe la aceptación y conversión de una cotización y conserva la referencia de la oferta en el documento resultante. Revisa primero si tu sistema puede representar los pasos que necesitas.

¿Quién solicita, quién aprueba y quién acepta?

Escribe dos lados de la matriz: la empresa compradora y tu empresa. No asumas que una persona que puede solicitar mercancía también puede aprobar condiciones, ver las compras de otra sucursal o aumentar su crédito. Este ejemplo debe adaptarse a tus responsables y reglas:

Los permisos pueden depender también de la ubicación. Shopify distingue contactos con permiso de ordenar y administradores de ubicación, con diferente acceso al historial y a direcciones. Estos roles nativos no prueban que exista tu cadena de aprobaciones internas: comprueba el requisito exacto en la configuración, extensión o desarrollo que elijas.

El servidor debe verificar empresa, ubicación, documento y acción en cada petición. OWASP recomienda validar permisos en cada solicitud. Ocultar un botón no basta: prueba cambiar el identificador de una cotización y descargar un adjunto ajeno. Si se revoca un contacto, su siguiente acción debe rechazarse aunque conserve una sesión o enlace abierto. Guarda la historia atribuida a esa persona sin conservarle acceso.

¿Qué ocurre si cambian la cotización, el precio o la vigencia?

Una aprobación debe identificar el folio, versión, empresa y ubicación, productos, unidades, cantidades y condiciones que se mostraron. Acuerda qué cambios son materiales: cantidad, precio, plazo, dirección o forma de suministro pueden requerir una nueva aprobación. Conserva el historial; no reemplaces silenciosamente el contenido debajo de una aprobación anterior.

La regla no se deduce de que exista un catálogo. Shopify documenta precios bloqueados y desbloqueados en borradores: bloquear puede conservar el precio cotizado; desbloquear puede actualizarlo. Por eso la prueba debe explicar qué opción aplica a tu flujo. Una rebaja del catálogo también merece una regla explícita: precio bloqueado no significa que todo cambio posterior se aplique automáticamente.

En el ejemplo de pruebas, COT-100 v1 solicita 10 unidades. Si la oferta se modifica a v2 para 12 unidades, aprobar v1 no acepta las 12. En otro caso independiente, el catálogo cambia de LISTA-A-v1 a LISTA-A-v2, pero una oferta vigente y expresamente bloqueada conserva LISTA-A-v1. Son decisiones distintas: cambiar la oferta y cambiar el catálogo no deben confundirse.

¿Qué deben validar crédito y almacén antes de confirmar?

Una retención de crédito es una condición de tu política comercial. Define qué la activa, quién puede revisarla y qué evidencia registra una excepción. El comprador puede consultar la situación que le corresponde o solicitar revisión; no debe liberarla cambiando un dato en el portal. Quitar la retención tampoco comprueba pago ni elimina la revisión de precio, versión y disponibilidad.

Distingue crédito comercial, saldo a favor, saldo prepagado y pago aplicado: tienen reglas diferentes. Si necesitas seguimiento posterior, consulta la guía de sistema de cobranza. Esta prueba se ocupa de cuándo aceptar el pedido, no de recomendar una línea de crédito.

Si el cliente pide 10 y hay 8 disponibles para suministro inmediato, el portal debe explicar las 2 pendientes. Puedes acordar suministro parcial, revisar la cantidad o dejar la solicitud en espera; no cambies a 8 sin autorización ni prometas 10 inmediatamente. En un pedido de 10 con suministro parcial acordado, 8 listas y 2 pendientes siguen sumando 10 pedidas. Eso no significa que las 10 estén apartadas o entregadas.

Decide cuándo se aparta inventario, en qué ubicación y qué ocurre si dos clientes compiten por la misma disponibilidad. Consultar una existencia no equivale a reservarla. El sistema que registra movimientos debe validar el apartado bajo sus reglas; la guía de inventario entre almacenes explica disponibles, reservadas, bloqueadas y en tránsito.

Ocho pruebas antes de invitar clientes al portal

Descarga el CSV de cotización a pedido B2B y las instrucciones de prueba del portal. El CSV es un ejemplo para revisar con el equipo: no es un importador de pedidos ni una configuración lista para producción.

Agrega a tu revisión tres excepciones: oferta vencida, contacto revocado y respuesta incierta. Si el sistema del proveedor tarda o pierde la respuesta, la cantidad de pedidos confirmados todavía es desconocida: déjala pendiente, no la conviertas en cero ni uno por suposición. Primero concilia el resultado real. La guía de conectar tu ERP sin reemplazarlo explica cómo tratar reintentos y folios sin duplicar operaciones.

¿Qué mensaje recibe el cliente si algo queda pendiente?

Muestra la etapa real y el siguiente paso. «Solicitud recibida: COT-100 v1, pendiente del proveedor» y «Pedido confirmado: ORD-100, 8 listas y 2 pendientes» comunican cosas diferentes. Añade quién revisa la excepción y qué canal seguirá disponible. Una pantalla de éxito debe corresponder al resultado registrado, no solo a que el navegador terminó de enviar.

Acuerda qué evento envía cada notificación y cómo evita repetirla por un reintento. Si la oferta cambia, el aviso debe llevar a la versión vigente con acceso comprobado. Si el pedido ya tuvo suministro parcial, cancelar no borra lo que ocurrió: debe seguir la regla acordada para pendientes, apartados y cantidades efectivamente entregadas.

¿Configurar tu plataforma, extenderla o construir un portal?

Pasa las mismas pruebas a las tres opciones. Si tu ERP o plataforma comercial ya administra empresas, cotizaciones y pedidos bajo las reglas necesarias, empieza por configurar lo que existe. Una extensión puede resolver la frontera con otro sistema; un portal a la medida tiene sentido cuando el proceso requerido no cabe de forma viable en esas opciones.

Confirma la cuenta y el plan concretos. La matriz actual de Shopify B2B distingue funciones por plan, como asignación directa de catálogos a empresas y opciones avanzadas de pago. Poder crear empresas no demuestra que tu política específica de precios o aprobación esté cubierta. La documentación de Business Central muestra una conversión nativa de oferta a pedido; tampoco demuestra por sí sola una conexión con tu portal.

¿Qué llevo a una revisión del alcance?

• Una cotización representativa con versiones, unidades, condiciones y vigencia; usa datos autorizados o ficticios.
• Una matriz de empresa, ubicación y personas: quién solicita, aprueba, acepta, revisa crédito y registra cantidades.
• La regla de precios y cambios, el momento del apartado y qué hará el cliente cuando haya suministro parcial.
• El sistema que confirma el pedido, los folios relacionados y el responsable de revisar resultados desconocidos.
• B01–B08 y las excepciones de expiración, revocación y cancelación como criterios de aceptación escritos.

El caso de CelMex Unlockers muestra pedidos, saldos y conexiones con proveedores de servicios digitales. Respalda trabajo en ese alcance; no es evidencia de esta política sintética de crédito comercial, inventario físico o aprobación mayorista. Para una propuesta, partimos de tus reglas y datos, no de atribuir este ejemplo a un cliente.

Revisa el servicio de portal de clientes y usa la plantilla de alcance. Si la transacción debe registrarse en un sistema existente, añade la revisión de ERP e integraciones. Una primera etapa útil tiene un flujo concreto y una prueba que tu equipo pueda aceptar.

Fuentes primarias revisadas el 5 de octubre de 2026. Capacidades de productos y planes pueden cambiar; confirma la edición, configuración y acceso de tu cuenta antes de elegir la solución. Las matrices y casos propuestos son criterios de revisión, no garantías de seguridad, integración o resultados comerciales.