Seis meses después de renovar el contrato de AWS recuerdas haber hecho una comparación cuidadosa, pero no encuentras el archivo. ¿Estaba en Drive? ¿En un correo? ¿En las descargas del portátil de alguien? El analista que lo preparó se marchó en marzo. La revisión de ofertas para la renovación vuelve a empezar de cero. Ese es el coste de no tener una base de datos de proveedores: cada ciclo es una comparación artesanal nueva y el conocimiento de la casa se evapora con las personas.
¿Qué es exactamente una base de datos de proveedores?
Es la capa permanente que hay debajo de cada evaluación de proveedores concreta. Da igual si vive en una hoja de cálculo o en un software de gestión de proveedores; lo importante es que persista. Mientras que una comparación puntual responde a «¿quién es mejor, A o B, en esta RFP?», la base de datos responde a preguntas de otro tipo:
- ¿Qué proveedores hemos evaluado en los últimos 24 meses y cuál fue el veredicto?
- ¿Qué proveedor mejoró sus SLA entre la v1 y la v2 de su propuesta?
- ¿Qué contratos vencen en los próximos 60, 30 o 14 días naturales y cuáles piden ya una revisión de renovación?
- ¿Qué señales de alerta se repiten más en todas nuestras revisiones, para anticiparlas en las próximas RFP?
Sin esa base, ninguna de estas preguntas tiene respuesta. Con ella, están a una búsqueda de distancia.
El esquema mínimo
Una base de datos de proveedores que sirva de algo recoge, como mínimo:
- Proveedor — nombre canónico, con sus alias («AWS», «Amazon Web Services» y «Amazon» apuntan a la misma entidad).
- Comparaciones en las que aparece — en qué evaluaciones ha participado ese proveedor.
- Última puntuación — el total del scorecard más reciente.
- Fecha de fin de contrato — cuándo vence el contrato vigente. De ahí salen los avisos de renovación.
- Notas — el contexto que no encaja en ningún otro campo («nuestro director financiero los prefiere porque el suyo trabajó con nuestro CTO»).
El problema de reconocer al mismo proveedor
Lo más difícil de mantener a mano una base de datos de proveedores es evitar que las identidades se dupliquen. "AWS_Propuesta_v2.pdf" y "amazon-msa-2025.pdf" tienen que apuntar al mismo proveedor. A mano, eso exige disciplina; de forma automática, exige una función de normalización que elimine marcas de versión, fechas y palabras del tipo de documento, y después compare los nombres canónicos. POCsheet lo hace solo: cada comparación enriquece la base de datos.
¿Qué te permite hacer la base de datos?
En cuanto existe, tres flujos de trabajo que antes eran inviables se convierten en rutina:
- Comparar versiones del mismo proveedor. Cuando un proveedor envía la v2 de su SLA, contrastarla con la v1 lleva 30 segundos, no 3 horas.
- Lanzar consultas transversales. «¿Qué proveedores de nuestra base de datos tienen un límite de responsabilidad inferior a la anualidad del contrato?» pasa a ser una sola búsqueda.
- Anticipar las renovaciones desde el calendario. Los contratos afloran 60 días naturales antes del vencimiento. La renegociación empieza con margen, no a la carrera.
Cómo empezar
La mayoría de los equipos de compras la empiezan sin proponérselo: cada comparación que lanzan se archiva de forma automática. Hacia la quinta o la décima comparación, la base de datos ya rinde por acumulación. El plan gratuito de POCsheet incluye la base de datos de proveedores y te deja volcar en ella tus comparaciones anteriores con un clic.