Define qué actividad vas a contratar y qué riesgos debes controlar antes de enviar una lista de documentos. La homologación debe acabar en una decisión con alcance: qué puede suministrar el proveedor, en qué condiciones y quién revisará los cambios. Una carpeta llena no equivale a una aprobación.
Modelo de gestión interna; requisitos contractuales y sectoriales deben justificarse.
Revisión editorial: 23 de septiembre de 2026.
Antes de avanzar
Separar requisitos necesarios de información deseable; justificar cada petición.
Antes de avanzar
Reutilizar lo vigente que corresponde al nuevo suministro; pedir solo diferencias.
Antes de avanzar
No aprobar por nombre del archivo; comprobar entidad, actividad y alcance.
Antes de avanzar
Comunicar límites a Compras y definir eventos que reabren la evaluación.
La empresa ya compra a un proveedor, pero el nuevo pedido saldrá de otra planta. Se reutilizan los datos corporativos verificados y se solicita la evidencia específica del centro. Hasta revisarla, la aprobación existente no se extiende a la nueva actividad. La decisión final identifica la planta y no solo la razón social.
Pedir una vez los datos comunes y actualizar lo que cambie; mantener el alcance de cada decisión.
En Code Contract, diseña la recogida y revisión alrededor de fuentes identificadas. Confirma relaciones, permisos e integraciones disponibles para tu configuración. No se presupone presentación oficial, cálculo especializado ni propagación automática entre todos los procesos.
Cómo organizar información reutilizable →OPERATIVA — Cómo homologar un proveedor por riesgo, actividad y evidencia
ALCANCE
Modelo de gestión interna; requisitos contractuales y sectoriales deben justificarse.
Antes de pedir: consultar las fuentes disponibles y comprobar correspondencia, vigencia, evidencia y permisos. Pedir solo información ausente o que necesite actualización.
Referencia: [completar]. Fecha objetivo: [completar]. Destino interno: [expediente, carpeta o sistema configurado].
Fase 1 — Definir el alcance
Documentos y evidencias: Solicitud de alta y especificación de la compra.
Datos requeridos: Actividad, producto, centro, criticidad y dueño interno.
Responsable: Compras [asignar persona o equipo].
Plazo: [acordar fecha].
Control y condición de avance: Separar requisitos necesarios de información deseable; justificar cada petición.
Fase 2 — Consultar el inventario
Documentos y evidencias: Ficha existente y evidencias ya recibidas.
Datos requeridos: Identidad, alcance, fecha, versión y permiso de uso.
Responsable: Gestión de proveedores [asignar persona o equipo].
Plazo: [acordar fecha].
Control y condición de avance: Reutilizar lo vigente que corresponde al nuevo suministro; pedir solo diferencias.
Fase 3 — Evaluar las evidencias
Documentos y evidencias: Certificados, cuestionarios y pruebas acordados según riesgo.
Datos requeridos: Emisor, cobertura, resultado, incidencia y revisor.
Responsable: Calidad / Área responsable [asignar persona o equipo].
Plazo: [acordar fecha].
Control y condición de avance: No aprobar por nombre del archivo; comprobar entidad, actividad y alcance.
Fase 4 — Decidir y mantener
Documentos y evidencias: Acta o registro de decisión y condiciones.
Datos requeridos: Aprobado, condicionado o pendiente; motivo, revisión y responsable.
Responsable: Responsable de homologación [asignar persona o equipo].
Plazo: [acordar fecha].
Control y condición de avance: Comunicar límites a Compras y definir eventos que reabren la evaluación.
EXCEPCIONES
- Certificado vigente con alcance distinto: no aceptarlo para cubrir el requisito.
- Aprobación condicionada: comunicar condición y responsable, no ocultarla bajo un estado verde.
REUTILIZACIÓN
Pedir una vez los datos comunes y actualizar lo que cambie; mantener el alcance de cada decisión.
CIERRE
Registrar decisión, versión de las evidencias y pendientes. Confirmar recepción en el destino configurado. No activar conexiones ni envíos sin validar permisos y configuración. Este modelo requiere adaptación al proceso real.Modelo operativo editorial de Code Contract, no una interpretación normativa ni una evaluación certificada de herramientas.
Las fases y el ejemplo son propuestas de organización. La revisión editorial no sustituye el criterio jurídico, técnico o aduanero aplicable a tu caso. Las funcionalidades e integraciones deben confirmarse en la configuración contratada.