Construir un score de fiabilidad para un catálogo de proveedor

Un score de fiabilidad de proveedor debe resumir hechos observados, no una impresión comercial. Mide por separado la disponibilidad del feed, su actualidad, su completitud, su estabilidad y la coherencia de los campos críticos. Conserva cada medida bruta, explicita las ponderaciones e impone umbrales bloqueantes: una excelente tasa de respuesta nunca debe compensar precios caducados o identificadores inutilizables. El score sirve entonces para priorizar una revisión, comparar una fuente consigo misma a lo largo del tiempo y decidir si una importación puede continuar. No demuestra ni la rentabilidad de los productos ni la calidad global del proveedor.

Un score útil empieza por una pregunta operativa

«¿Es fiable este proveedor?» es demasiado vago. La pregunta real es más bien: «¿Puedo usar este feed hoy para preparar una decisión de compra, con qué nivel de control humano?». Esta formulación separa la calidad técnica del catálogo, la calidad comercial de la oferta y la calidad de la relación contractual.

El score se refiere, por tanto, a una fuente identificada con precisión: URL de API, archivo FTP, exportación CSV u otro feed documentado. También debe precisar el período observado. Una nota calculada a partir de una única descarga exitosa no tiene el mismo alcance que una serie de controles regulares. El período, la frecuencia de las observaciones y las incidencias excluidas deben seguir siendo visibles junto al resultado.

Antes de puntuar la fuente, conserva como mínimo: la hora de cada intento, el resultado técnico, el tamaño o el número de líneas recibido, las fechas presentes en los datos, el número de líneas rechazadas y la regla exacta de cada rechazo. Para profundizar en la dimensión temporal, el método de control de actualidad de precios y stocks complementa este score sin confundirse con él.

Las cinco dimensiones a medir por separado

Una cuadrícula robusta evita criterios imposibles de auditar. Las siguientes dimensiones son categorías de trabajo, no una norma universal:

La disponibilidad de un artículo merece una prueba propia. Un estado como InStock expresa una disponibilidad en el vocabulario de Schema.org, pero no proporciona una cantidad exacta, una fecha de medición ni una reserva. El artículo sobre la diferencia entre stock booleano y cantidad exacta ayuda a definir lo que el feed realmente permite afirmar.

Construir un baremo sin fabricar certeza

No existe una ponderación oficial válida para todos los vendedores. El baremo debe reflejar el riesgo del caso de uso. Para una compra de rotación rápida, la actualidad del stock puede ser bloqueante. Para un enriquecimiento de títulos, la completitud descriptiva puede pesar más. Dos equipos pueden, por tanto, obtener notas diferentes a partir de las mismas observaciones, siempre que publiquen su método.

He aquí un ejemplo totalmente hipotético y reproducible. Hipótesis: un equipo atribuye 100 puntos en total, repartidos entre disponibilidad 20, actualidad 30, completitud 20, estabilidad 15 y coherencia 15. Cada dimensión recibe una proporción entre 0 y 1 definida en un diccionario de reglas versionado. Si las proporciones observadas son, respectivamente, 0,95; 0,70; 0,90; 1,00 y 0,80, el cálculo es:

20 × 0,95 + 30 × 0,70 + 20 × 0,90 + 15 × 1,00 + 15 × 0,80 = 85.

Este resultado de 85 no es ni un valor de mercado ni una recomendación de compra. Solo demuestra la fórmula con hipótesis ficticias. El detalle revela sobre todo que la actualidad es el punto débil. Esto es más útil que un indicador verde global.

Añade después reglas de veto. Por ejemplo, en tu política interna, un archivo sin divisa o sin fecha verificable puede ponerse en revisión, incluso si la media ponderada sigue siendo alta. Un veto no es una sanción contra el proveedor: es una protección contra la compensación matemática de un defecto crítico.

Procedimiento reproducible en siete pasos

1. Definir la fuente y el uso. Identifica el feed, la cuenta autorizada, el canal, la frecuencia esperada y la decisión que los datos deben respaldar. 2. Escribir el diccionario de controles. Para cada criterio, indica el campo, la regla, la unidad, la tolerancia y la reacción esperada. Una regla desconocida sigue siendo «no evaluada», nunca «conforme». 3. Recopilar las pruebas brutas. Registra marcas de tiempo, códigos de respuesta, cabeceras útiles, huella del archivo, volúmenes y rechazos sin sustituirlos por la nota final. 4. Calcular cada dimensión. Usa solo las observaciones del período mostrado. Conserva el numerador, el denominador y las exclusiones. 5. Aplicar ponderaciones y vetos. Versiona el baremo. Cualquier modificación debe poder explicar por qué dos cálculos sucesivos difieren. 6. Comparar la fuente con su historial. Una caída brusca suele ser más informativa que una comparación entre dos proveedores con contratos diferentes. 7. Decidir y documentar. Autoriza el feed, límítalo a un lote de prueba, solicita una corrección o suspende la importación. La decisión humana debe mencionar la prueba principal.

La RFC 9110 define en particular los estados HTTP y los campos validadores Last-Modified y ETag. Estos elementos pueden documentar una recuperación, pero no certifican por sí solos la fecha de negocio de un precio. Un proveedor puede volver a publicar hoy un archivo que contiene datos antiguos. Hay que conservar, por tanto, tanto los metadatos de transporte como las fechas internas del catálogo.

Interpretar la tendencia en lugar de sacralizar una nota

Un score aislado ofrece una fotografía. Una serie temporal permite ver un cambio de comportamiento: retraso creciente, aumento de los rechazos, alternancia de patrones o recuperación tras una incidencia. Muestra la nota global, pero también los componentes y los eventos que explican el movimiento.

Evita la clasificación absoluta de proveedores cuando los alcances difieren. Un catálogo pequeño actualizado a diario y una base muy grande renovada por segmentos no prometen el mismo servicio. Compara primero cada fuente con su contrato documentado, y después con sus propios períodos anteriores. Una comparación cruzada solo es pertinente si los criterios, las ventanas y los campos obligatorios son idénticos.

El score tampoco evalúa los derechos de uso, la solvencia, la conformidad del producto, los plazos reales de entrega ni la rentabilidad final. Estos controles disponen de pruebas diferentes. Agruparlos en una única nota volvería invisibles las causas e imprecisas las correcciones.

Lo que ArbitragePro+ puede automatizar / lo que el vendedor debe verificar

La función score-sante-source es aquí una especificación propuesta, y no una función declarada como disponible. Podría recopilar los resultados de importación, calcular las dimensiones según un baremo versionado, mostrar las observaciones faltantes y señalar un veto. Debería permitir siempre volver a las medidas brutas y distinguir «cero», «desconocido» y «no aplicable».

El vendedor debe verificar el contrato del feed, los derechos de acceso, el significado de los campos, la pertinencia de las ponderaciones y la decisión final. También confirma que el período observado es representativo. Antes de ampliar una fuente, un lote canario de proveedor permite probar las reglas en un ámbito limitado y reversible.

Checklist antes de usar el score

• La fuente, el canal y el período están identificados.
• Cada dimensión remite a una medida bruta consultable.
• Los campos críticos y los vetos están escritos antes del cálculo.
• Las ponderaciones están fechadas, versionadas y justificadas.
• Los valores ausentes no se transforman en ceros arbitrarios.
• Una fecha de recogida no se presenta como fecha de actualización de negocio.
• La nota global va acompañada de sus componentes.
• La decisión humana y su motivo siguen siendo trazables.
• El score no sirve como prueba de rentabilidad o conformidad legal.

Consultar las señales de fuente

Abrir la salud de las fuentes en ArbitragePro+

Fuentes oficiales

• IETF, RFC 9110 — HTTP Semantics: https://www.rfc-editor.org/rfc/rfc9110.html (consultado el 2026-08-17).
• Schema.org, ItemAvailability: https://schema.org/ItemAvailability (consultado el 2026-08-17).
• Schema.org, InStock: https://schema.org/InStock (consultado el 2026-08-17).