De tres presupuestos en PDF a una comparativa que compras pueda revisar

La búsqueda de una «comparativa de proveedores» suele acabar en una hoja con nombres en columnas y precios en filas. Es un buen comienzo, pero en compras industriales la dificultad aparece antes de calcular: cada PDF presenta otra estructura y algunas condiciones quedan fuera de la tabla.

Aquí diseñamos la comparativa como un documento de trabajo para decidir. La pregunta sobre qué puede hacer la IA al interpretar ofertas y reconocer equivalencias está desarrollada en comparar ofertas de proveedores con IA. Esta pieza se concentra en la salida que necesita el comprador para revisar sin volver a leer todo desde cero.

Una fila debe representar una misma necesidad

Antes de copiar precios, identificamos la solicitud original. Una línea solicitada puede recibir una línea equivalente, un conjunto de piezas o una oferta parcial. Por eso la clave de la fila debe ser la necesidad de compra, no el número de línea del PDF del proveedor.

Una matriz útil conserva estas columnas: referencia solicitada, descripción y especificación, proveedor, referencia ofertada, cantidad, unidad, precio unitario normalizado, coste de transporte, plazo, validez, estado de cumplimiento y fuente. Si hay varios lotes o destinos, se separan. Juntarlos para conseguir una tabla corta puede esconder una oferta que solo cubre parte del pedido.

Necesidad	Oferta A	Oferta B	Estado para decidir
500 unidades de la pieza P-17	2,10 €/unidad, entrega en 12 días	1,98 €/unidad, aleación alternativa	Revisar equivalencia de B
Transporte a planta	Incluido	A confirmar	Coste total no comparable
Certificación requerida	Declarada en anexo	No localizada	Solicitar evidencia a B

El ejemplo es ficticio. La tabla muestra por qué el menor precio de una fila no resuelve la adjudicación. También enseña qué debe devolver la automatización: una lista de preguntas concretas, no una puntuación opaca.

Separar ausencia, incumplimiento y duda

«No encontrado» no significa «no cumple». Puede que el requisito figure en un anexo no procesado o que el proveedor haya respondido por correo. La comparativa debe distinguir cuatro estados: cumple con evidencia, no cumple con evidencia, no se ha aportado información y requiere juicio técnico.

Esta distinción permite enviar una solicitud precisa al proveedor. «Indique la certificación correspondiente a la pieza P-17 y confirme si los portes están incluidos hasta planta» produce una respuesta accionable. Un mensaje genérico de «faltan documentos» reinicia el intercambio.

Cada dato extraído de un PDF debería apuntar a su página o fragmento. Si una persona corrige «12 días» por «12 semanas», el sistema conserva la lectura inicial y la corrección aprobada. La documentación de extracción documental de Microsoft describe la recuperación de campos y tablas. La procedencia y la revisión son decisiones adicionales del flujo de compras.

Qué automatizar de la tabla y qué dejar a compras

Una importación o extracción con IA puede leer archivos de distintos proveedores. Las reglas calculan conversiones, marcan campos obligatorios y comparan fechas con el cierre de la solicitud. Un modelo también puede preparar un resumen de diferencias, siempre que use los datos confirmados de la matriz.

Compras mantiene el criterio de adjudicación. Debe poder ajustar pesos, excluir una alternativa no conforme y dejar constancia del motivo. Si el proveedor propone una referencia sustitutiva, el responsable técnico valida su equivalencia. Si una oferta es ambigua, se solicita aclaración antes de tratarla como comparable.

Las columnas calculadas necesitan definición visible. «Coste total» debe decir si incluye embalaje, transporte e impuestos. «Plazo» debe aclarar si cuenta desde pedido, aprobación de plano o recepción de anticipo. Los números sin alcance común generan precisión aparente.

Versiones y correos: la comparativa es un expediente

Una oferta corregida no debería reemplazar un archivo sin dejar rastro. Guardar versión, fecha, remitente y filas afectadas permite saber con qué información se decidió. Si cambia una condición relevante después de la aprobación, la comparativa vuelve a revisión.

Conviene vincular el resultado con la solicitud y, cuando proceda, con el pedido emitido. Así el equipo podrá comprobar más tarde si lo facturado corresponde a lo adjudicado. Ese siguiente control es distinto del análisis de ofertas: está tratado en cotejar facturas, albaranes y pedidos.

Una plantilla que muestre también la calidad de la información

La tabla puede tener una vista breve para decidir y una vista de detalle para auditar. La primera muestra las diferencias relevantes, los requisitos excluyentes y los pendientes. La segunda conserva los valores originales, la unidad, la conversión realizada, el enlace al documento y el nombre de quien validó la corrección. Si ambas vistas parten del mismo expediente, se evita mantener dos hojas que divergen con cada revisión.

No asignaría el color verde a una fila solo porque el campo está relleno. Puede estar extraído con dudas o ser incompatible con la solicitud. Es más útil un estado textual, como «verificado», «propuesto» o «pendiente de aclaración», acompañado de la evidencia. Así la comparativa sigue siendo comprensible en una impresión o para quien no percibe los colores.

Si la compra tiene varias monedas o lotes, mostraría el tipo de cambio utilizado y su fecha, además de separar importes antes y después de portes. El precio unitario normalizado no debería ocultar importes mínimos de pedido ni descuentos condicionados. Cada cálculo necesita una fórmula o regla que el comprador pueda revisar sin conocer cómo funciona el modelo de IA.

Construir la matriz desde la pregunta de compra

La plantilla empieza por una pregunta: ¿qué debe decidir compras? En una compra recurrente de material conocido, bastará quizá con disponibilidad, precio y condiciones de entrega. En una pieza nueva, la equivalencia técnica y los riesgos de calidad pueden ocupar el primer plano. Una matriz única para todas las categorías termina con muchas columnas vacías y pocas preguntas resueltas.

Para crearla, reuniría una solicitud real, dos o tres respuestas y el pedido finalmente emitido. Marcaría dónde se detuvo el comprador: ¿buscó una unidad, pidió una aclaración, calculó un coste puesto en destino, consultó un plano? Esas acciones muestran qué columnas o enlaces necesita la vista. El documento de comparación debe reflejar el trabajo real, no la estructura de la primera oferta que llegó.

La matriz tampoco tiene que limitarse a una fila por artículo. Un proveedor puede ofrecer un lote mínimo, otro dividir el suministro en dos fechas y otro proponer una alternativa. Conviene representar esas variantes como opciones asociadas a la misma necesidad, conservando las cantidades y condiciones particulares. Forzar las tres a un precio unitario plano oculta el motivo de la decisión.

Una columna «observaciones» libre es útil, pero no debe convertirse en el depósito de todo lo importante. Si la fecha, la unidad o la equivalencia determinan la adjudicación, merecen un campo estructurado y un estado. Las notas quedan para explicar el contexto que no cabe en un número.

Un ejemplo de coste que la hoja no debería aplanar

Supongamos una compra ficticia de 500 unidades. El proveedor A ofrece 3,20 € por pieza, con transporte incluido y entrega en diez días. B ofrece 3,05 €, cobra 90 € de transporte y entrega en siete días. C ofrece 2,95 €, pero exige un mínimo de 700 piezas y tarda quince días. Un simple orden por precio unitario situaría C primero y A último.

La tabla necesita al menos tres vistas del coste: importe por lo requerido, importe realmente comprometido y coste puesto en el destino. A sumaría 1.600 €. B, 1.615 € incluyendo transporte. C exigiría 2.065 € de compra antes de otros costes, aunque el precio unitario sea menor. Son cálculos inventados para ilustrar el diseño, no una recomendación de compra. Si la empresa puede consumir las 200 piezas adicionales más tarde, el juicio cambia. Eso exige una decisión de inventario, no un promedio automático.

El plazo tampoco se reduce a una columna de días si la fecha crítica es la parada de una máquina. Una oferta puede entregar una parte antes y otra después. La matriz debería permitir comparar un escenario de reparto entre proveedores, con el coste y el riesgo de cada opción. Lo importante es que los escenarios se calculen sobre las mismas fuentes y que el comprador vea qué supuestos ha añadido.

Cuando un dato falta, la celda no debería mostrar cero. Cero es una cifra, no un estado de ausencia. «Pendiente de confirmar portes» evita que una suma aparentemente completa circule por correo como decisión cerrada.

Cómo debe circular la comparativa entre equipos

Compras prepara la matriz, pero puede necesitar que ingeniería valide una referencia, calidad revise una certificación o finanzas confirme una condición de pago. Cada intervención debería estar limitada a los campos de su responsabilidad. Si todos editan la misma hoja sin historial, es difícil saber qué cambió después de aprobarla.

Una implementación sencilla puede mantener una columna de responsable y un registro de decisiones. Una solución más integrada puede ofrecer tareas por excepción. En ambos casos, la pregunta operativa es la misma: quién puede resolver el pendiente y qué evidencia debe dejar. Un comentario «OK» sin indicar a qué versión o referencia se refiere no basta.

La comparativa aprobada se convierte en referencia para el pedido. Si se copia el total a mano a otro sistema, hay que comprobar que artículos, unidades, proveedor y condiciones no cambian en el traspaso. Si existe una API o importación del ERP, la integración debe confirmar el resultado. El PDF final de la comparación puede ser un documento de apoyo. El dato operativo tiene que permanecer coherente con el pedido emitido.

Cuándo la IA mejora la plantilla y cuándo estorba

Una hoja de cálculo bien configurada resuelve fórmulas y reglas. La IA aporta cuando las ofertas no siguen la misma estructura, cuando hay que localizar condiciones en notas o cuando el correo contiene aclaraciones que modifican una línea. No hace falta que el modelo calcule un precio unitario: puede extraer los operandos y dejar que una fórmula revisable haga la división.

La extracción debe mostrar origen y permitir corrección. Si el sistema no puede explicar de qué página procede una condición, el comprador acabará releyendo el PDF y el ahorro se perderá. Tampoco conviene pedir a un modelo una «recomendación de proveedor» antes de que la empresa haya fijado sus criterios. Lo útil en esa fase es un resumen de diferencias y preguntas pendientes.

Puede empezar sin automatizar la lectura. Diseñar primero la matriz y probarla manualmente permite saber si realmente ayuda a decidir. Después se automatizan los campos que más tiempo consumen y tienen resultado verificable. Esta secuencia reduce el riesgo de crear una extracción muy sofisticada cuya salida no encaja con el trabajo de compras.

Un piloto pequeño que entregue una decisión mejor

Probaría una categoría de compra en la que haya ofertas repetidas y una especificación clara. El conjunto de ensayo debe incluir PDFs digitales y escaneados, ofertas parciales, anexos, correcciones y al menos una alternativa técnica. El comprador marcaría qué campos son indispensables para decidir.

Compararía tiempo de elaboración de la matriz, tiempo de revisión, errores descubiertos después de adjudicar y número de aclaraciones innecesarias enviadas a proveedores. Si la automatización consigue que las preguntas correctas aparezcan antes, ya aporta valor aunque la decisión final siga siendo humana. Una buena comparativa no elimina el criterio de compras: le da una base ordenada y verificable.

Para hacer la comparación justa, tomaría una muestra de compras ya cerradas y reconstruiría la información disponible en el momento de adjudicar. Si usamos documentos corregidos que llegaron más tarde, la nueva herramienta parecerá mejor de lo que habría sido entonces. El comprador puede marcar qué aclaraciones eran necesarias y cuáles surgieron porque la plantilla escondía un dato.

Separaría el tiempo de lectura del tiempo de decisión. Un proveedor puede responder rápido y otro tardar días en aclarar un plazo. Esos días no son horas de trabajo ahorrables mediante IA. La mejora esperable está en preparar una matriz fiable, detectar antes lo que falta y reducir rondas de corrección. También mediría el esfuerzo de mantener reglas, formatos y acceso a los documentos.

Al terminar, el equipo debería poder explicar una adjudicación sin recurrir a quien construyó la hoja: qué ofertas se compararon, bajo qué versión de solicitud, qué alternativas se descartaron y por qué. Si no puede hacerlo, el proceso quizá ganó velocidad de captura, pero no ganó control.