wiki/Cumplimiento/El catálogo de certificaciones: por qué R2v3 y B Corp viven en la misma lista
01CumplimientoLectura mínima 3

El catálogo de certificaciones: por qué R2v3 y B Corp viven en la misma lista

Cómo funciona el catálogo de certificaciones, por qué cubre también las de nicho y qué hace realmente el estado verificado.

ITAD es uno de los pocos sectores donde la diferencia entre dos empresas es, sobre todo, qué auditoría aprobaron la última vez. R2v3, NAID AAA, ISO 14001, e-Stewards, B Corp, ADISA, RIOS, WEEELABEX: al responsable de compras de un banco grande le importa cuáles tiene su proveedor, porque su equipo de cumplimiento va a preguntar, y nadie quiere ser el equipo que eligió a un socio ITAD incapaz de enseñar el certificado el día que hacía falta.

El catálogo de certificaciones viene con los estándares principales ya cargados, cada uno con su categoría, el organismo emisor, el alcance, el período de renovación típico en meses y una web. Cubre los que todo ITAD conoce. También cubre los de nicho, porque si su almacén tiene una certificación regional que no está en la lista global, sigue importando el día que importa.

Qué contiene un registro de certificación

Por cada certificación que tiene una empresa: el estándar (enlazado a la fila del catálogo), el número de certificado, la fecha de emisión, la fecha de caducidad, el alcance y el propio documento del certificado guardado como evidencia. La fila del catálogo dice qué es el estándar; el registro de la empresa dice que esta empresa lo tiene, hasta cuándo, y dónde está la prueba.

Estado verificado

Un registro de certificación puede marcarse como verificado por el personal de la plataforma que ha mirado de verdad el documento y ha confirmado que coincide con el estándar del catálogo; la cola de revisión vive en /admin/certifications/pending. Las certificaciones verificadas pesan en la puntuación de confianza (hasta 10 puntos de bonificación, ponderados por la categoría del catálogo). Las no verificadas aparecen en el perfil de la empresa pero no suman, porque cualquiera puede declarar una certificación, y la diferencia entre “declarada” y “verificada” es justamente el motivo de tener un catálogo.

Cuando se concede una verificación o caduca un certificado verificado, un trigger de base de datos recalcula la puntuación de confianza. Así que un vendedor que deja caducar su R2v3 baja en el ranking la misma semana en que caduca el certificado, no la próxima vez que alguien se acuerde de tocar la puntuación a mano.

El catálogo y la solicitud de recogida

El asistente de solicitud de Trade-in pregunta al cliente qué certificaciones debe tener el ITAD que puje, a partir de una lista corta y fija: R2v3, e-Stewards, NAID AAA, ISO 14001, ISO 27001 y WEEELABEX. Esos códigos son los mismos que las etiquetas de certificación que un ITAD fija en su cobertura de Sourcing, y una solicitud solo llega a las bandejas donde están presentes todas las etiquetas exigidas. El catálogo es la lista larga, para perfiles y licitaciones; la del asistente es la lista corta que abre o cierra el match. Con seis códigos se enruta una recogida. Con cien solo habría formularios más largos y las mismas seis respuestas.

Las de nicho

Las filas del catálogo pertenecen al tenant, así que una organización puede añadir sus propias entradas para estándares de los que nadie más ha oído hablar —un esquema nacional de residuos electrónicos, ISO 27001 con un alcance concreto del Anexo A— junto a las filas del sistema. Aparecen en el perfil y en las respuestas a licitaciones. Porque los equipos de compras preguntan por ellas, y “lo tenemos, pero no está en la plataforma” es peor respuesta que “sí, aquí lo tiene”.