Conocé en detalle este caso real.

Lo que hace en cada pedido

• Reconoce desde una foto qué máquina es: tractor, motor, equipo industrial.
• Busca el cliente en el ERP entre las cuentas activas del catálogo.
• Lee la pricelist específica del cliente: lista por moneda, descuento histórico, condiciones acordadas.
• Busca por OEM del fabricante original. Si no hay equivalencia en el catálogo, hace web search para resolver cross-references reales.
• Aplica las reglas del equipo: marcas históricas del cliente priorizadas, alternativas solo más baratas que el premium, disponibilidad por depósito (inmediata, 72 horas o consultar).
• Crea la orden de venta en Odoo y genera el PDF de cotización.
• Devuelve el PDF al grupo interno del equipo. Nunca al cliente final. Es una regla dura del equipo.

Cómo aprende del equipo

• Cada corrección de un comercial queda candidateada como regla.
• Las reglas se revisan y se promueven nightly al sistema vivo.
• Las reglas del equipo se versionan: pricelist por cliente, equivalencias por precio, criterios de disponibilidad, exclusiones por marca.
• El comercial principal pasó a +33% de productividad sobre su volumen de cotización anterior.

Factor HHA confirmado en producción: 0.5 horas por cotización emitida, validado contra el tiempo real del equipo.

Tres subprocesos del alcance

• Actualización masiva de listas de precios. Recibe el Excel o PDF del proveedor, aplica conversiones (caja a unitario, divisa, porcentaje por categoría), maneja códigos alfanuméricos que la fórmula del equipo en Excel devuelve como cero, y aplica con compuerta humana.
• Alta masiva de productos nuevos. Importa descripción, precio, código, moneda. Reconoce duplicados contra el catálogo activo.
• Carga inicial de precios sobre productos recién creados.

El diferencial

El botón de revisar de Odoo es ciego al cambio de precio: solo valida que el formato del archivo no rompa la importación. No le dice al equipo qué subió, qué bajó ni qué es nuevo. El Operante arma el panorama antes de aplicar: preview de cantidad de SKUs modificados, top deltas de precio, productos nuevos vs actualizados. El equipo aprueba con un OK por WhatsApp y recién entonces se aplica.

Volumen estimado: 20 a 50 listas por mes, entre 15 minutos y una hora cada una. Entre cinco y cincuenta horas humanas al mes liberadas, sin contar el costo de los errores que el formato actual deja pasar.

Dolor 1 · Carga de facturas de compra

300 facturas por mes aproximadamente. 50 horas humanas de trabajo al mes.

• Recibe la factura por tres canales: mail, WhatsApp, o físicas abrochadas al remito.
• Cruza factura contra orden de compra contra remito. Cuando el proveedor no indica la OC, la busca por ítems.
• Detecta diferencias de cantidad o precio. Si no machea, no carga: abre ticket y escala al área correspondiente. El criterio del equipo es claro: no se debería pagar una factura distinta a la orden de compra, aún cuando el proveedor cobra de menos.
• Calcula el descuento global sobre toda la factura y carga el unitario con el descuento aplicado.
• Carga percepciones de IIBB manualmente por ítem (ARBA, GBA, CABA), leyendo del PDF la tasa que el proveedor indica. Las tasas cambian todos los meses.
• Corrige el tipo de cambio (Odoo trae el TC del día, el correcto es el de la factura) y diferencia dólar divisa vs billete.
• Ajusta diferencias de decimales entre dos y tres dígitos cuando hace falta.

Dolor 2 · Cobranzas y estados de cuenta

Hoy el envío de estados de cuenta es 100% manual. El equipo baja el Excel, busca el mail de cada cliente uno por uno, copia y pega. Lo automático del ERP falla: con cien contactos cargados, un contacto roto bloquea el envío de los cien.

Peor todavía: el sistema manda el reclamo igual al cliente que ya avisó por WhatsApp que paga esta semana. El cliente responde "ya te dije que te pago" y la relación se desgasta.

El Operante decide a quién y cómo: lee que el cliente ya avisó del pago, no manda en frío, prioriza por antigüedad de la deuda y por sensibilidad de la cuenta.