Silvana Sesión de entendimiento 01 Junio 2026

Su proceso comercial, mapeado

Esto es lo que entendimos de su operación en la primera sesión con Carlos y Moisés: cómo vende Silvana hoy en SAP, dónde están los nudos reales y qué hay que dejar en orden antes de automatizar. El norte es uno solo —una promesa de entrega que no le mienta al cliente.

01   El norte

La promesa de entrega es el entregable

Eugenio imagina una venta omnicanal: el cliente pide por WhatsApp, correo u otro medio; la IA interpreta texto, imagen y audio; consulta SAP; levanta el pedido o explica qué no hay; valida crédito; y entrega una promesa de fecha por el mismo medio donde entró. Después, seguimiento de la entrega, KPIs y postventa.

De toda esa visión, Carlos puso el dedo en el punto que lo decide todo: la fecha de entrega que se le promete al cliente tiene que ser verdad. Una fecha equivocada no sólo descuadra la producción del cliente —rompe la confianza en la herramienta el primer día. Esa promesa es el entregable; todo lo de arriba existe para que sea cierta.

EN PALABRAS DE LA SESIÓN

"Si te dicen que lo tienes el jueves, lo esperas el jueves. Si llegó el miércoles, qué bien; si llegó el viernes, ya fue malo." Y del otro lado: automatizar un desorden es una bola de nieve. Primero ordenamos por dentro, luego automatizamos. Basura que entra, basura que sale.

02   El proceso hoy

Cómo vende Silvana en SAP, paso a paso

El ciclo comercial vive en cuatro documentos de SAP B1 —oferta, pedido, entrega y factura— pero la operación real tiene más capas. Esto es lo que nos describieron, ordenado de la captura del pedido al cobro.

Flujo comercial de Silvana: Captura del pedido, Oferta de venta, Pedido con autorización de crédito, Abasto, Entrega y Facturación.
El flujo comercial de Silvana, de la captura al cobro.
  1. 01

    Captura del pedido

    El vendedor en calle levanta el pedido con los productos en Handy. Hoy ese pedido se inserta en SAP por el Service Layer y aterriza como una oferta de venta, no como pedido.

  2. 02

    Oferta de venta — cotización

    Se arranca aquí a propósito. En SAP la oferta es sólo una cotización: no afecta el saldo del cliente, no compromete stock, no contabiliza. Así un vendedor en calle puede cotizar sin "chocar" con un cliente que tiene la cartera topada.

  3. 03

    Pedido — y aquí entra la autorización

    El seguidor de ventas copia la oferta a pedido. Al crear el pedido se dispara la autorización de crédito: el documento queda en borrador y no se crea hasta que alguien lo autorice o lo rechace (detalle en la sección 03).

  4. 04

    Abasto — el seguidor de ventas

    Una vez autorizado, el seguidor de ventas resuelve la disponibilidad: si hay en la sucursal, si hay que pedir a otra sucursal, o si viene del centro de distribución. El material en tránsito se lleva hoy en Excel.

  5. 05

    Entrega — salida de mercancía

    Con el material disponible se genera la entrega y se programa el envío al cliente. Aquí es donde la fecha prometida se cumple o se incumple.

  6. 06

    Facturación — venta y cobro

    Se genera la factura, se timbra (CFDI) y se cierra el ciclo con el cobro. El objetivo de Eugenio es no tocar este esquema de operación: que llegue hasta el timbrado sin romper lo que ya funciona.

El seguidor de ventas es la pieza clave. Es el puesto que persigue todo el proceso: copia la oferta a pedido, consigue el material si no hay, gestiona con otra sucursal y empuja hasta la entrega y la factura. Buena parte de lo que la IA tendría que orquestar es justo lo que hoy resuelve esta persona a mano.

03   Autorizaciones de crédito

El nudo que no se puede dejar para después

El 80% de la venta de Silvana es a crédito, y de esa parte una porción importante es cartera con riesgo. Por eso Carlos fue claro: la validación de crédito no se puede dejar para una fase 2 —es parte del corazón del proceso desde el día uno.

Cuando el seguidor de ventas crea el pedido, SAP lee quién es el cliente, cuánto debe y cuál es su límite de crédito. Según cuánto se excede el pedido sobre ese límite, se dispara uno de tres modelos de aprobación —tomando como referencia el total del documento:

Tres niveles de autorización de crédito en SAP según cuánto excede el pedido el límite de crédito: hasta 30%, de 30 a 60%, y más de 60%; el documento queda en borrador hasta autorizar o rechazar.
Los tres modelos de autorización de crédito, tal como están configurados en SAP.
Límite_Crédito_30  ·  excede hasta 30%
El pedido excede en 30% o menos el límite de crédito frente al saldo del socio de negocio. El nivel más ligero de autorización.
Límite_Crédito_30a60  ·  excede entre 30% y 60%
El pedido excede en más del 30% y hasta el 60%. Requiere un nivel de autorización más alto.
Límite_Crédito_Mas60  ·  excede más de 60%
El pedido excede en más del 60% el límite frente al saldo. El nivel más estricto.

Mecánicamente: al crear el pedido SAP detecta la condición, deja el documento en borrador y avisa al autorizador, que recibe una nota dentro de SAP. El autorizador abre el pedido, revisa las condiciones —cuánto debe, si ya pagó, si hay un pago pendiente de aplicar— y autoriza o rechaza. Sólo entonces el documento avanza y el resto del flujo corre.

DOS COSAS QUE LA IA NO PUEDE IGNORAR

El factor humano de la negociación. Si un cliente debe 200 mil y propone "pago 80 y autorízame estos 100", cobranza fija un límite comprometido en SAP y autoriza. Ese juicio no se automatiza —la IA prepara y enruta, la persona decide.

La latencia de aplicación de pagos. Un cliente puede haber pagado, pero si el pago aún no se aplica en SAP, el crédito no se libera. La IA tiene que leer el estado real de SAP, no el que el cliente cree tener.

04   Las restricciones

Lo que hay que dejar en orden antes

Esto es el oro de la sesión: las restricciones reales de la operación. No son obstáculos para el proyecto —son exactamente lo que tenemos que mapear y parametrizar para que la promesa al cliente sea verdad. Las listamos como las describieron.

1

Nomenclatura de SKUs y colores

~5,300 SKUs, muchos muy parecidos entre sí, con nombres de color creativos que no son estándar: no "café" sino cobalto, capuchino, Oso o Aqua. En e-commerce esto ya fue un problema serio de búsqueda.

  • Traducir "10 metros de tela azul" a un SKU real es interpretación, no búsqueda exacta.
  • Necesitamos el catálogo con su semántica —sinónimos, familias de color, equivalencias.
2

Artículos especiales por cliente

Hay artículos que sólo se venden a ciertos clientes. La IA no puede ofrecer ni cotizar a un cliente un artículo que no le corresponde.

  • Hay que distinguir qué artículo es elegible para cada socio de negocio.
  • De otro modo se le miente al cliente con una oferta que no puede surtirse.
3

Matriz de +24,000 precios especiales

Más de 24,000 precios especiales para distintos socios de negocio —un cliente puede tener uno, otro puede tener 200. El reto es que SAP y la IA "hablen" para mandar la cotización correcta.

  • Si Eugenio promete en la Expo un precio especial, alguien (hoy Ileana) tiene que capturarlo en SAP.
  • Y la plataforma tiene que sincronizar ese precio para que el cliente lo vea —cuándo y cómo sincroniza es parte del diseño.
  • La disponibilidad de quien captura el precio es hoy un cuello de botella operativo.
4

Disponibilidad y material en tránsito

Responder la promesa de entrega exige saber dónde está el material: en la sucursal, en otra sucursal, en el centro de distribución o en tránsito. El tránsito se lleva hoy en Excel.

  • La promesa de entrega es greenfield —no hay MRP que la calcule hoy.
  • Sin esta capa en datos confiables, la fecha es una adivinanza.
05   Cómo lo trabajamos

Ordenar por dentro, proceso por proceso

El método que acordamos en la sesión: seguir teniendo reuniones como esta, una por proceso, hasta dejar las reglas explícitas. Mapear, quitar restricciones, parametrizar. Que quede claro cómo funciona cada cosa para que al final no haya información falsa de cara al cliente.

  1. 01

    Sesión por proceso, con quien lo conoce

    Reuniones con las personas que dominan cada parte —cartera, precios, abasto— para sacar todas las reglas y restricciones a la mesa. Como dijo Carlos: confesarse y quedar ligeros.

  2. 02

    Mapear, parametrizar, ordenar el dato

    Dejar explícita la lógica de SKUs, precios, artículos especiales, crédito y disponibilidad. Aquí la IA ayuda a definir buenas prácticas y a adecuar los esquemas de datos —ese es el trabajo embebido de HEYAY LABS.

  3. 03

    Dimensionar el alcance real

    Con la operación clara, definir conservadoramente hasta dónde llega el piloto y qué se mueve a una fase siguiente —sin sesgo, porque ya conocemos la operación día a día.

  4. 04

    Un plan con fechas para Eugenio

    Presentarle a Eugenio un plan realista con fechas: qué se libera y cuándo, qué puede empezar a contar en la Expo y qué viene después. Adaptado, pero ahora con herramientas que aceleran el trabajo.

06   A confirmar

Lo que validamos en la siguiente sesión

Para no asumir nada, dejamos por escrito lo que necesitamos confirmar con ustedes. Estos son los puntos abiertos que queremos cerrar el martes.

  • Mapeo rol → nivel de crédito. Qué rol autoriza cada uno de los tres modelos (asesor de cartera, cobranza, contador) y en qué orden.
  • Captura y sincronización de precios. Cómo entra hoy un precio especial y cada cuánto tendría que sincronizar la plataforma para que el cliente lo vea correcto.
  • Catálogo y semántica de SKUs. Acceso al catálogo con colores, familias y sinónimos, más los artículos especiales por cliente.
  • El Excel real de material en tránsito. Para entender qué dato existe hoy y con qué confiabilidad para calcular la promesa de entrega.
  • Handy y SAP. Confirmar qué levanta hoy Handy, qué se inserta por el Service Layer y dónde están los huecos.

Siguiente sesión

Martes, 11:00 a 12:00, por videollamada. Seguimos proceso por proceso, quitamos restricciones y de ahí preparamos el plan con fechas para presentárselo a Eugenio.