Un certificado puede respaldar varios expedientes si coincide con la entidad, centro, actividad y periodo requeridos. Almacénalo con su evidencia y relaciona los usos; no crees copias independientes sin saber cuál está vigente. Un cambio debe provocar revisión de los usos afectados, no una aprobación automática.
Modelo de control interno; el criterio de aceptación depende del certificado y del proceso.
Revisión editorial: 23 de septiembre de 2026.
Antes de avanzar
Comprobar el documento completo y el alcance antes de registrarlo como válido.
Antes de avanzar
Confirmar correspondencia; vigente no significa adecuado para cualquier solicitud.
Antes de avanzar
Mantener referencia al original y los permisos adecuados para consultarlo.
Antes de avanzar
Revisar los expedientes activos; preservar la evidencia histórica de los cerrados.
La renovación sigue vigente, pero ya no incluye uno de los centros. El equipo conserva ambas versiones y revisa las solicitudes activas de ese centro. No sustituye masivamente el documento dando por válido cualquier uso previo. Para un expediente cerrado, mantiene la fuente y el contexto de la decisión histórica.
Si ya existe evidencia suficiente y aplicable, enlazarla; si falta cobertura o está desactualizada, solicitar únicamente la actualización necesaria.
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 reutilizar certificados entre expedientes sin perder vigencia ni alcance
ALCANCE
Modelo de control interno; el criterio de aceptación depende del certificado y del proceso.
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 — Identificar el soporte
Documentos y evidencias: Certificado completo y anexos de alcance.
Datos requeridos: Emisor, titular, número, centro, actividad y fechas declaradas.
Responsable: Calidad [asignar persona o equipo].
Plazo: [acordar fecha].
Control y condición de avance: Comprobar el documento completo y el alcance antes de registrarlo como válido.
Fase 2 — Evaluar el nuevo uso
Documentos y evidencias: Requisito del expediente y referencia del certificado.
Datos requeridos: Entidad, centro, actividad, periodo requerido y revisor.
Responsable: Responsable del expediente [asignar persona o equipo].
Plazo: [acordar fecha].
Control y condición de avance: Confirmar correspondencia; vigente no significa adecuado para cualquier solicitud.
Fase 3 — Relacionar sin duplicar
Documentos y evidencias: Registro de fuente y usos aprobados.
Datos requeridos: Identificador del soporte, versión, expediente y decisión.
Responsable: Gestión documental [asignar persona o equipo].
Plazo: [acordar fecha].
Control y condición de avance: Mantener referencia al original y los permisos adecuados para consultarlo.
Fase 4 — Gestionar cambios
Documentos y evidencias: Renovación, aviso de sustitución o incidencia.
Datos requeridos: Versión nueva, motivo, usos afectados y estado de revisión.
Responsable: Propietario del dato [asignar persona o equipo].
Plazo: [acordar fecha].
Control y condición de avance: Revisar los expedientes activos; preservar la evidencia histórica de los cerrados.
EXCEPCIONES
- Anexo ausente: pedirlo antes de aprobar cobertura.
- Número igual con alcance cambiado: tratarlo como nueva revisión, no como duplicado idéntico.
REUTILIZACIÓN
Si ya existe evidencia suficiente y aplicable, enlazarla; si falta cobertura o está desactualizada, solicitar únicamente la actualización necesaria.
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.