Por IMAN · Actualizado el · 6 minutos de lectura
Automatizar compras empieza por ordenar la decisión. El sistema necesita conocer qué se compra, en qué cantidad, para cuándo y bajo qué condiciones. Con esa información puede preparar una comparación consistente y detectar propuestas incompletas. La aprobación y el envío de una orden son pasos separados que deben tener responsables y límites claros.
Antes de comparar precios, definí un pedido comparable
Dos propuestas pueden parecer similares y referirse a cosas distintas: una caja frente a una unidad, una marca específica frente a un equivalente o una entrega completa frente a varias parciales. La solicitud debe identificar producto, presentación, cantidad, lugar de entrega y fecha necesaria. También conviene registrar si se aceptan alternativas.
Ese pedido es la referencia de toda la comparación. Si cambia la cantidad o el destino, las propuestas anteriores necesitan revisión. Conservar la versión de la solicitud evita que alguien apruebe un presupuesto correcto para un pedido que ya no es el actual.
Compará el costo completo y las condiciones
El precio unitario es una parte de la decisión. Sumá los cargos incluidos en cada oferta y pedí aclaración sobre los que falten. Asegurate de comparar la misma cantidad y una base de precios consistente. La entrega, la disponibilidad confirmada y la vigencia también pueden cambiar qué opción sirve para la necesidad concreta.
| Proveedor | Total informado | Entrega | Evaluación |
|---|---|---|---|
| A | $118.000 | Cinco días | No cumple el plazo |
| B | $126.000 | Dos días | Cumple los dos criterios |
| C | $139.000 | Un día | Supera el presupuesto |
Los importes son ficticios y se supone que las ofertas cubren los mismos productos y costos. Bajo esas reglas, B es la opción elegible. No es “el mejor proveedor” para cualquier compra. Si falta el costo de envío, la comparación todavía no está completa. Si el presupuesto baja a $120.000, ninguna propuesta cumple simultáneamente precio y plazo.
Qué puede hacer una automatización
Un primer proceso puede recibir propuestas, extraer los campos acordados y armar una tabla para revisión. Después puede marcar faltantes, convertir presentaciones equivalentes cuando exista una regla aprobada y separar opciones que exceden límites. Cada resultado debería permitir volver a la propuesta original.
Un agente de IA puede ayudar a interpretar textos o formatos distintos. Para cantidades, totales y límites conviene usar validaciones explícitas: una frase ambigua no debería transformarse silenciosamente en una condición confirmada. Cuando falta un dato, el resultado útil es una consulta pendiente, no un número inventado.
Cómo sería una negociación entre dos agentes de IA
Un agente puede representar al comercio que compra y otro al proveedor que cotiza. Cada uno necesita acceso autorizado a sus datos y reglas propias: el comprador conoce su necesidad y presupuesto; el proveedor, su stock y las condiciones que puede ofrecer. La comunicación entre agentes requiere una integración acordada. No alcanza con que ambos negocios usen IA.
El siguiente intercambio es hipotético, no una compra realizada ni una promesa de ahorro. Se solicitan 100 unidades del mismo artículo, entrega en 48 horas y un total máximo de ARS 130.000, con impuestos y envío incluidos. El comercio admite pago contra entrega y exige aprobación humana antes de emitir la orden. El presupuesto máximo es una regla interna: no hace falta comunicarlo al proveedor.
| Paso | Intercambio | Qué se comprueba |
|---|---|---|
| Solicitud del comprador | “Necesito 100 unidades en 48 horas. Cotizá total con impuestos, envío y forma de pago.” | El artículo, la cantidad y el destino ya están definidos. |
| Oferta del proveedor | “ARS 138.000 finales, entrega en 72 horas, pago contra entrega.” | No cumple presupuesto ni plazo. |
| Contrapropuesta del comprador | “¿Podés ofrecer ARS 128.000 finales y entrega en 48 horas, manteniendo cantidad y pago contra entrega?” | La propuesta no cambia otros términos en silencio. |
| Respuesta del proveedor | “Puedo ofrecer ARS 129.000 finales, en 48 horas, con pago contra entrega. Vigencia: hoy.” | Se valida stock, alcance del total y vigencia de esta versión. |
| Revisión del comercio | Recibe el resumen de la oferta elegible para aprobar o rechazar. | No se emite la orden hasta recibir la aprobación definida. |
Negociar también puede implicar cantidad mínima, entregas parciales o plazo de pago. Cada concesión necesita una regla: una rebaja por duplicar el pedido puede exceder el espacio disponible o el presupuesto. Si ninguna oferta cumple, el proceso debe informar que no hay acuerdo. Conviene limitar las rondas y el tiempo de negociación para evitar intercambios indefinidos.
Como referencia técnica, la documentación oficial de A2A describe intercambios de mensajes, tareas con estado y pedidos de información adicional. El protocolo organiza la comunicación; las reglas de precio, las facultades de cada agente y la autorización comercial se diseñan aparte. El ejemplo de esta guía es una propuesta propia, no una función de negociación garantizada por A2A.
Para un piloto, registrá cada oferta con su versión, los términos modificados y el motivo de aceptación o descarte. Probá expresamente qué ocurre si aparece un cargo adicional, vence la oferta o cambia el plazo después de aprobar. Podés recorrer la demo ilustrativa de compras y definir con IMAN Automatizaciones qué parte de tu negociación conviene conectar primero.
Dónde se aprueba y qué queda registrado
La aprobación debe mostrar exactamente qué se va a pedir: proveedor, artículos, cantidades, precio, entrega y condiciones relevantes. Definí quién puede aprobar, cuánto dura esa aprobación y qué cambios la invalidan. Si llega una nueva cotización, no debería heredar automáticamente la autorización de una versión anterior.
Los motores de procesos pueden separar pasos y esperar una señal externa para continuar. Por ejemplo, Cloudflare Workflows documenta la espera de eventos y aprobaciones. La utilidad comercial está en esa separación: comparar no obliga a emitir una orden. Esta referencia describe una capacidad técnica posible, no una integración ya activada para cada negocio.
Después de aprobar, también hace falta confirmar qué pasó con el envío. Si una conexión se corta, reintentar sin verificar puede duplicar la orden. El diseño debe distinguir una acción pendiente, una rechazada y una confirmada, y dejar constancia del identificador del pedido cuando el sistema de destino lo permita.
Empezá con un piloto que puedas revisar
Elegí una familia de productos y proveedores conocidos. Durante el piloto, conservá la revisión humana antes de cualquier compromiso. Probá situaciones incómodas: propuesta vencida, moneda diferente, entrega sin fecha, cantidades incompletas y dos versiones del mismo presupuesto. Esas excepciones muestran si las reglas alcanzan.
- Entrada: una solicitud y las propuestas disponibles.
- Salida: comparación explicable, faltantes y siguiente paso.
- Control: responsables y límites de autorización.
- Medición: tiempo de preparación, correcciones necesarias e incidencias.
Al evaluar el resultado, incluí el tiempo de supervisión. Una comparación más rápida no aporta suficiente valor si obliga a corregir datos todo el tiempo. Documentá qué casos quedaron fuera y qué conexiones serían necesarias para ampliar el proceso.
Podés explorar el ejemplo interactivo de compras con datos ficticios o consultar por IMAN Automatizaciones. La propuesta define fuentes, reglas, aprobaciones y entregables antes de conectar una compra real.