Objetivo
Proponer un marco de relevamiento que produzca decisiones concretas sin transformarse en una auditoría indefinida.
Contexto
Un relevamiento inicial construye una línea de base verificable. Debe responder qué servicios existen, cómo se conectan, quién los administra, qué dependencias tienen y cuáles son los riesgos inmediatos.
La profundidad depende del objetivo. Asumir soporte operativo exige información distinta de preparar una migración o investigar un incidente. Definir alcance, accesos autorizados y exclusiones evita expectativas incorrectas.
Puntos clave
- Inventario de sedes, usuarios, equipos, servidores, redes, nube y aplicaciones.
- Mapa de internet, direccionamiento, VLAN, Wi-Fi, VPN y dependencias externas.
- Estado de identidades, privilegios, MFA, altas, bajas y cuentas de servicio.
- Cobertura de backup, restauración, monitoreo, garantías y energía.
- Proveedores, contratos, dominios, licencias y responsables de autorización.
Recomendaciones
- Acordar objetivo, alcance, ventanas de trabajo y contactos responsables.
- Solicitar documentación existente y registrar su fecha y confiabilidad.
- Combinar entrevistas, inspección, exportaciones y pruebas no destructivas.
- Separar hechos verificados, declaraciones y supuestos pendientes.
- Entregar inventario, mapa, riesgos priorizados y plan de siguientes pasos.
Riesgos y advertencias
- Las herramientas automáticas no descubren contratos, decisiones ni dependencias humanas.
- Realizar pruebas invasivas sin ventana ni autorización puede afectar la operación.
- Un listado sin prioridades no orienta inversiones ni reduce riesgos.
Cómo validar el resultado
- Cada hallazgo indica fuente, impacto y grado de certeza.
- Los activos críticos pueden relacionarse con responsables y servicios de negocio.
- El plan diferencia acciones urgentes, normalización y mejoras de largo plazo.
Buenas prácticas
Capturar evidencia suficiente para reproducir el diagnóstico y proteger cualquier dato sensible. Los secretos deben permanecer en un gestor de credenciales con acceso auditado.
Próximos pasos
Revisar el informe con responsables técnicos y de negocio, corregir incertidumbres y convertir los hallazgos aceptados en tareas con criterios de cierre.
Qué información debe producir el relevamiento
El resultado no debería ser una colección de capturas ni una planilla sin contexto. Debe explicar qué existe, para qué se usa, quién lo administra, de qué depende y qué riesgo representa. El nivel de detalle se ajusta al objetivo: iniciar soporte, preparar una migración, revisar seguridad o planificar inversiones.
Áreas mínimas a revisar
- Usuarios, roles, altas, bajas y accesos administrativos.
- Equipos, servidores, virtualización, almacenamiento y garantías.
- Redes, enlaces, Wi-Fi, firewalls, VPN y sedes.
- Correo, colaboración, dominios, DNS y servicios cloud.
- Backups, retención, copias externas y pruebas de recuperación.
- Monitoreo, parches, antivirus o EDR y registros relevantes.
- Proveedores, contratos, licencias y fechas de renovación.
Evidencia y validación
Cada dato importante debe tener una fuente: consola, configuración, contrato, prueba o responsable que lo confirme. Cuando no puede verificarse, se registra como supuesto o brecha. Por ejemplo, que exista una tarea de backup no demuestra que la información sea recuperable; hace falta revisar resultados y ejecutar una restauración controlada.
Entregables útiles para decidir
El informe final debería incluir inventario priorizado, diagrama lógico, matriz de servicios críticos, responsables, riesgos y recomendaciones ordenadas por impacto y esfuerzo. También conviene separar acciones inmediatas de estabilización, mejoras de corto plazo y proyectos que requieren presupuesto.
Un relevamiento responsable evita almacenar secretos en el informe. Registra dónde se administran, quién puede acceder y cómo se recupera el control, sin copiar claves dentro de documentos compartidos.
Qué sucede después
La información debe transformarse en un plan con responsables y fechas. Si el relevamiento queda congelado, pierde valor rápidamente. Inventario, documentación y riesgos deberían pasar a un proceso de actualización periódica ligado a altas, bajas, cambios y revisiones del servicio.