Pedido sin existencias suficientes
Al intentar confirmarlo, el sistema debe advertir la falta y ofrecer registrar un pedido parcial o dejarlo en espera, en vez de aceptarlo en silencio.
Distribución industrial
Una cotización aprobada debería convertirse en pedido sin volver a capturar precios, productos y datos del cliente. Este ejemplo muestra cómo organizar ese recorrido y detectar lo que necesita revisión.

Situación de partida
Una distribuidora con varios vendedores suele acumular el mismo conjunto de síntomas: cada quien cotiza en su propio archivo, los precios cambian sin que todos se enteren, y confirmar si hay producto disponible depende de preguntarle a alguien. Cuando el cliente acepta, el pedido se vuelve a escribir; cuando se factura, se escribe otra vez.
El costo no está en una sola tarea, sino en la suma: tiempo de recaptura, errores de precio, promesas de entrega que no se pueden sostener y cotizaciones abiertas que nadie retoma porque no hay una lista común.
Sobre este contenido
Un ejemplo, no un caso
Los casos con nombre y resultados se publican únicamente con evidencia documentada y autorización por escrito; mientras tanto, aquí se explica el enfoque con un escenario construido.
Recorrido
Cinco etapas en las que la información se escribe una vez y se reutiliza en la siguiente.
Cotización
El vendedor arma la cotización desde un catálogo común, con la lista de precios que le corresponde.
Revisión de existencia
Antes de comprometer una fecha, se consulta qué hay disponible y qué está por llegar.
Pedido
La cotización aceptada se convierte en pedido sin volver a capturar datos.
Facturación
El pedido confirmado pasa a facturación con los mismos montos y conceptos.
Seguimiento
Queda visible qué está pendiente de surtir, de pagar o de cerrar, y quién responde.
Decisiones de diseño
Son las conversaciones que hay que tener antes de configurar nada. Lo que se decida aquí determina si el sistema se usa o se abandona.
Definir un catálogo único con las listas que aplican por tipo de cliente, en lugar de que cada vendedor mantenga la suya. Sin esto, dos cotizaciones del mismo producto salen con precios distintos.
Establecer hasta qué descuento puede aplicar cada persona sin autorización y a quién escala cuando lo excede. La regla se aplica sola; no depende de que alguien la recuerde.
Cada cotización y cada pedido tiene un dueño. Cuando pasa de etapa, se sabe quién continúa, lo que evita que algo quede detenido sin que nadie lo note.
Decidir qué sistema manda sobre las existencias. Si el inventario vive en otro lado, hay que definir cada cuánto se consulta y qué mostrar cuando el dato tiene retraso.
Definir qué hacer cuando algo no encaja: pedido sin existencias, cliente con crédito vencido, cotización repetida. Si no se define, se resuelve por WhatsApp y no queda registro.
Alcance del ejemplo
Un alcance de este tipo se acuerda después de revisar la operación real; esta lista sirve para dar una idea del orden de magnitud.
Verificación
En lugar de declarar el proyecto terminado, se prueban escenarios concretos con personas del equipo. Si uno falla, no está listo.
Al intentar confirmarlo, el sistema debe advertir la falta y ofrecer registrar un pedido parcial o dejarlo en espera, en vez de aceptarlo en silencio.
Si se genera una segunda cotización para el mismo cliente y los mismos productos dentro del periodo de vigencia, debe señalarse la anterior antes de crear otra.
Una cotización con descuento superior al permitido no debe poder enviarse hasta que la persona autorizada la apruebe, quedando registro de quién y cuándo.
Cuando aplique el manejo de anticipos, un pago parcial debe reflejarse como tal: el pedido no queda cubierto ni tampoco sin pagar.
Si cotizas con varias listas de precio y el inventario se consulta preguntando, conviene revisarlo con calma. Cuéntanos cómo funciona hoy y te decimos por dónde empezaríamos.
Revisar mi proceso de cotizaciónEmpieza hoy
Revisamos tu proceso actual y te decimos qué se puede ordenar primero, sin comprometer resultados que no podamos sostener.