Borrador editorial publicado para consulta. La revisión factual y lingüística está pendiente. Los ejemplos son ilustrativos.
Inventaría lo que controla cada parte
Enumera cuentas, dominios, código, datos, licencias y configuraciones necesarias. Indica quién administra cada elemento y qué permiso tiene el negocio. Distingue propiedad, acceso y capacidad real de operar: recibir un archivo no significa poder reconstruir el servicio. Comprueba también si una cuenta personal concentra recursos que deberían tener responsables organizativos identificados.
Prueba una salida razonable
Solicita una exportación de muestra y revisa formato, relaciones y elementos ausentes. Pregunta qué documentación necesitaría otro equipo para mantener el sistema. Estima tareas de transición sin asumir que todo debe migrarse inmediatamente. El objetivo es conocer alternativas y obstáculos, no rechazar automáticamente cualquier servicio que utilice componentes propios o licencias externas.
Ensaya la continuidad
Ejemplo: una persona distinta del proveedor sigue la documentación para restaurar un entorno de prueba y recibir una solicitud sintética. Registra los pasos que requieren ayuda no documentada. La dependencia está comprendida cuando puedes identificar qué se perdería, qué seguiría funcionando y cuánto esfuerzo de transición queda por estimar, sin prometer independencia total inexistente.
Puntos clave
- La dependencia se evalúa por control, portabilidad y continuidad, no por una etiqueta de plataforma.