Comparar ofertas de proveedores con IA: precios, condiciones y revisión

1. Cuándo tiene sentido automatizar el comparativo de ofertas

Hay una oportunidad cuando el equipo repite comparaciones de una familia de compra relativamente estable y dedica tiempo a trasladar datos entre correos, PDF, hojas de cálculo y expedientes. También cuando resulta difícil reconstruir de dónde salió una cifra después de recibir varias versiones.

La frecuencia por sí sola no basta. Si cada compra necesita una interpretación técnica completamente distinta, el proyecto puede ayudar a reunir evidencia, pero la evaluación seguirá dependiendo mucho de especialistas. Y si los proveedores ya entregan una plantilla estructurada consistente, quizá convenga mejorar esa entrada antes de añadir un modelo.

Este proceso pertenece al lado comprador. Preparar una oferta para vender es otro circuito, desarrollado en nuestra guía para automatizar propuestas comerciales con IA. Separarlos permite definir responsables, datos y criterios de aceptación con bastante más precisión.

2. Primero, una necesidad de compra que no cambie con cada oferta

El comparativo necesita una base: referencias o requisitos, cantidades, unidad de medida, destino y condiciones imprescindibles. Esa base debe tener versión. Si cambia la especificación después de solicitar ofertas, hay que identificar qué respuestas siguen siendo aplicables y cuáles necesitan confirmación.

Clasifica los criterios en obligatorios, valorables y pendientes de aclarar. Una fecha límite necesaria para operar no debería quedar diluida en una puntuación junto al diseño de la presentación. Tampoco conviene convertir automáticamente una descripción parecida en una equivalencia técnica.

Para industria, el catálogo autorizado puede ayudar a relacionar referencias y unidades. La equivalencia entre materiales, prestaciones o certificaciones requiere el criterio que defina el equipo competente. El sistema puede señalar candidatos y mostrar su respaldo; debe dejar visible cuándo esa correspondencia aún no está aprobada.

3. Cada dato, con su documento y su versión

Conserva el archivo original, el proveedor identificado, la fecha de recepción y la versión de la oferta. Para los campos relevantes, registra página y fragmento o coordenadas de origen cuando el formato lo permita. En una hoja de cálculo, la referencia puede ser pestaña y celda. Una cifra sin procedencia obliga a volver a buscarla.

Conviene distinguir tres valores: lo que figura en el documento, el dato interpretado y el dato normalizado para comparar. Por ejemplo, «caja de 24» es la expresión original; «24 unidades por caja» es una interpretación que debe estar respaldada; el coste unitario comparable se calcula después con reglas acordadas.

La extracción de datos de documentos con IA cubre esa primera capa de captura estructurada. El comparativo añade correspondencias, cálculos y revisión. Un campo ilegible, ausente o contradictorio necesita un estado propio. Rellenarlo con una aproximación convierte una duda local en una conclusión aparentemente firme.

4. Qué debe comparar el sistema además del precio

El precio unitario suele atraer todas las miradas. Para comparar con sentido también hacen falta cantidad ofertada, mínimo de compra, embalaje, descuentos aplicables, transporte, puesta en marcha cuando corresponda, plazo, vigencia y exclusiones. Define qué conceptos entran en el alcance antes de calcular totales.

La documentación de comparación de ofertas de RFQ en Microsoft Dynamics 365 —en inglés— distingue cantidades, importes y fechas, y permite comparar cabeceras y líneas. Es una referencia de un proceso comercial existente; no demuestra que una IA pueda interpretar tus ofertas correctamente.

Cuando haya monedas distintas, muestra la fuente y fecha del cambio acordado y conserva el importe original. Los impuestos deben compararse con un criterio explícito del equipo. Los costes desconocidos quedan pendientes. Cero es un importe; «no consta» es una falta de información.

5. Un ejemplo: el precio más bajo deja una pregunta abierta

Ejemplo ficticio, calculado para esta guía. Una empresa necesita 144 soportes metálicos de una referencia ya aprobada. Las tres ofertas están en euros, con impuestos excluidos de esta comparación. Para simplificar, solo consideramos suministro y transporte a un mismo destino; las demás condiciones tendrían que validarse antes de decidir.

B requiere menos desembolso que A dentro de estos conceptos, aunque compra más unidades. No es correcto multiplicar su precio por 144 e ignorar el mínimo. C tiene un subtotal inferior a ambos, pero falta transporte: hasta aclararlo, el sistema debe conservar esa incertidumbre.

Supongamos además que B escribe «disponible en diez días» sin aclarar si habla de expedición o entrega. La salida útil incluye esa pregunta junto a la cifra, no una fecha inventada. El cuadro reúne hechos comparables y diferencias pendientes; la elección depende también de los requisitos y del criterio de compras.

Para evitar que el resumen oculte esas diferencias, cada línea puede conservar cantidad solicitada, cantidad ofertada, unidad original, conversión aprobada, importe de suministro y conceptos adicionales. El total debe indicar qué incluye y qué falta. Si el sistema exporta una hoja de cálculo, esos estados también deben viajar con los números.

Si compras utiliza una puntuación, acuerda los pesos antes de evaluar y conserva su versión. Una oferta que incumple una condición obligatoria necesita ese aviso aunque obtenga buena nota en otros apartados. La IA puede preparar el cálculo conforme a reglas definidas; atribuir importancia a cada criterio sigue siendo una decisión del equipo.

6. Diseña una salida que permita revisar y corregir

Una pantalla de revisión necesita mostrar necesidad de compra, oferta original, correspondencia de líneas, datos transformados y excepciones. El responsable debería poder abrir la fuente de una cifra, corregir una unidad y ver qué cálculos cambian después. La revisión debe quedar asociada a una versión concreta.

Separa los estados «extraído», «pendiente de aclarar», «revisado» y «descartado», o los que realmente utilice el equipo. Si llega una oferta nueva, conserva la anterior y señala qué cambió. Sustituir un archivo silenciosamente impide entender qué se evaluó en cada momento.

Un resumen atractivo puede orientar la lectura, pero la vista de detalle resuelve las dudas. Prioriza cantidades, unidades, conceptos pendientes y diferencias de alcance antes de llenar la pantalla de puntuaciones. El equipo debe entender por qué dos cifras todavía no se pueden comparar.

7. Conecta la documentación antes de automatizar decisiones

Para una primera entrega, puede bastar una carpeta autorizada de expedientes y un comparativo exportable. Si hace falta conectar correo, gestor documental o ERP, especifica qué se consulta, con qué permisos y qué identificador une la solicitud con sus ofertas. Recoger adjuntos de cualquier buzón sin una regla de selección ensancha el problema enseguida.

Las integraciones de IA con sistemas de empresa permiten delimitar interfaces y confirmaciones. Un borrador generado no equivale a un pedido creado. Si más adelante se autoriza esa operación, habrá que definir revisión, permisos, prevención de duplicados y comprobación del resultado del destino.

Para el piloto propuesto aquí, la salida termina en revisión interna: comparativo, evidencias y preguntas preparadas. Enviar esas preguntas, adjudicar o emitir un pedido amplía el alcance y necesita su propio diseño. Las facturas posteriores tienen otro recorrido, explicado en automatización de facturas de proveedores con IA.

8. Qué casos debería superar una primera entrega

Prepara un conjunto acordado de expedientes que represente el trabajo habitual y sus excepciones. Reserva parte para comprobar el resultado tras los ajustes. Los siguientes son casos de aceptación propuestos; no resultados de una prueba realizada con un modelo o un ERP.

• Unidades distintas: una oferta por caja y otra por unidad. Debe conservar la expresión original y aplicar solo conversiones respaldadas.
• Alcance parcial: falta una línea o un servicio obligatorio. Debe mostrar cobertura incompleta sin presentarla como una oferta equivalente.
• Coste desconocido: transporte pendiente o exclusión ambigua. Debe mantener el total incompleto y formular la aclaración necesaria.
• Condiciones incompatibles: mínimo de compra superior a la necesidad o plazo que incumple un requisito. Debe señalar el conflicto sin borrarlo mediante una media.
• Nueva versión: cambia un precio y una condición. Debe conservar el historial y requerir revisión del nuevo comparativo.
• Documento contradictorio: una cifra aparece distinta en cabecera y detalle. Debe presentar el conflicto con sus fuentes, sin elegir silenciosamente.

Evalúa por separado lectura, correspondencia, cálculo y utilidad de la revisión. Una corrección crítica de unidades puede pesar más que decenas de campos fáciles acertados. Registra también cuánto tarda el equipo en revisar y resolver excepciones frente a su método actual.

Guarda una evaluación humana de referencia para cada expediente y documenta los desacuerdos. A veces el problema no será el modelo, sino una regla que dos revisores interpretan de forma distinta. Resolverlo antes de ampliar evita automatizar una discusión que el proceso todavía no tiene cerrada.

9. Qué encarece el proyecto y cómo acotar el presupuesto

Los principales factores de alcance son variedad de documentos, calidad de entrada, número de familias de compra, reglas de equivalencia, acceso a fuentes maestras e interfaces. Una exportación revisada y una integración bidireccional con varios ERP son entregas diferentes, aunque ambas incluyan un cuadro comparativo.

Conviene presupuestar por separado descubrimiento del proceso, captura y normalización, revisión, integración y mantenimiento. Pide que cada partida tenga una salida verificable. También quién resolverá cambios en documentos, referencias o reglas después del lanzamiento.

Para comparar propuestas técnicas, utiliza la misma muestra y el mismo resultado esperado con todos los candidatos. Exige que expliquen cómo tratan datos desconocidos y qué trabajo humano permanece. Una promesa de ahorro sin una línea base de tiempo y revisión no permite valorar el retorno de tu caso.

Incluye en esa línea base la recepción de nuevas versiones y las aclaraciones, además del tiempo de copiar cifras. Una captura rápida que aumenta la revisión puede empeorar el circuito completo. La decisión de ampliar debe apoyarse en el tiempo total y en los errores relevantes del conjunto acordado, con sus limitaciones visibles.

10. Qué preparar para encargar un primer comparativo con IA

Reúne expedientes representativos autorizados, una especificación de compra, el comparativo que hoy prepara el equipo y ejemplos de excepciones. Añade quién valida equivalencias, quién decide y dónde debe quedar la salida. Elimina datos que no hagan falta para evaluar el proceso y acuerda acceso, conservación y tratamiento antes de compartir documentos.

El primer encargo puede definirse así: una familia de compra, entradas identificadas, cuadro con fuentes, cola de aclaraciones y revisión registrada. Al terminar, deberías poder decidir con evidencia si ampliar documentos, añadir integraciones o detener el proyecto.

Si este circuito está consumiendo horas de tu equipo, cuéntanos cómo comparáis hoy las ofertas de proveedores. Concretamos entrada, reglas, salida y comprobaciones de una primera entrega. El objetivo es que compras llegue antes a una comparación defendible y pueda dedicar la revisión a lo que realmente necesita criterio.