Una empresa contrata "la nube" y da el tema por resuelto. Pocas veces se detiene a preguntar en qué país está ese servidor, quién responde si algo falla ahí, y qué pasa el día que haga falta sacar el dato de ese lugar. Suena a pregunta técnica. No lo es: decide si la empresa cumple la ley, a quién puede reclamarle cuando algo falla, y hasta qué tan rápido responde el sistema en el día a día.
"La nube" no es un lugar abstracto. Según la lista oficial de regiones de Microsoft, Azure mantiene un centro de datos llamado "Brazil South", en São Paulo, con una segunda unidad de acceso restringido en Río de Janeiro. Es un edificio real, con dirección, energía y una ley local que le aplica — solo que la mayoría de los contratos de nube nunca aclara, para quien firma, qué región se eligió ni por qué.
Quien aprueba el presupuesto casi nunca pregunta esto. Y cuando pregunta, no siempre hay alguien en la empresa capaz de responder sin abrir el contrato — si es que está en un idioma que entiende, y si es que alguien lo leyó de verdad.
Dónde vive realmente el dato
Todo sistema en la nube corre dentro de una región específica, elegida en el momento en que se creó la cuenta — casi siempre por quien configuró el servicio, no por quien decide el presupuesto. Esa elección casi nunca se revisa después, ni siquiera cuando la empresa crece, cambia de proveedor de soporte o empieza a atender clientes que exigen que el dato quede dentro del país.
La ley brasileña de protección de datos no prohíbe que el dato de una empresa brasileña quede fuera del país, pero exige reglas específicas para esa salida — una cláusula contractual reconocida, una garantía de que el destino ofrece protección equivalente, o el consentimiento del titular, según el caso. Quien fiscaliza esto es la autoridad nacional de protección de datos de Brasil. En la práctica, una empresa que nunca preguntó dónde está su dato tampoco puede decir si cumple con esa exigencia.
El problema aparece de una forma mucho menos legal en el día a día: contrato en otro idioma, soporte que responde desde otro huso horario, y nadie en la empresa capaz de explicar, cuando un cliente o un fiscalizador pregunta, dónde vive su dato. "Está en la nube" no responde nada.
Hay también un lado práctico que nadie nota hasta quejarse de que el sistema anda lento: cuanto más lejos físicamente está el servidor de quien usa el sistema todos los días, más tarda cada pantalla en abrir, cada reporte en cargar. Elegir la región equivocada no es solo un tema legal — es un tema operativo.
Existe además la confusión más común de todas: creer que "estar en la nube" transfiere toda la responsabilidad al proveedor. No es así. El proveedor se encarga del edificio, la energía, el equipo físico y la infraestructura que sostiene el servicio; la empresa sigue siendo responsable de quién tiene acceso a cada sistema, qué dato guarda ahí y por cuánto tiempo, y de avisar si algo sale de su lugar. Leer el contrato es justamente descubrir dónde pasa esa línea — y no es la misma con cada proveedor.
Por qué confiar en la palabra nube no alcanza
Lo común es contratar un servicio de nube a través de un revendedor, aceptar la propuesta estándar y seguir adelante sin preguntar nada más. "Está en la nube" se volvió sinónimo de "está seguro" y "está resuelto" — cuando en realidad solo describe dónde corre el sistema, no quién lo cuida ni bajo qué reglas.
Esa costumbre sale cara justo en el momento en que menos se puede pagar por ella: en medio de un incidente. Cuando algo se filtra o desaparece, la primera pregunta siempre es "dónde estaba guardado esto y quién tenía acceso" — y una empresa que nunca dejó esa respuesta por escrito pierde tiempo valioso reconstruyéndola, en pánico, cuando debería estar documentada de antemano.
El tamaño del problema, cuando llega, no es pequeño. El costo promedio global de recuperarse de una filtración de datos fue de US$ 4,44 millones en 2025, según el informe de IBM sobre el costo de las filtraciones de datos — una baja respecto al año anterior, pero un valor todavía alto como para que ninguna empresa, del tamaño que sea, lo trate como algo abstracto.
Lo que tiene que existir en la práctica
Un entorno de nube bien cuidado no depende de la suerte ni de confiar en la palabra del proveedor. Depende de mecanismos simples, verificables, revisados de vez en cuando.
Saber en qué país y con qué proveedor corre cada sistema. No hace falta memorizarlo, pero alguien en la empresa tiene que poder señalarlo sin pasar una hora buscando.
Un contrato leído antes de firmar, no solo archivado después. Qué dice sobre dónde queda el dato, qué cambia si la empresa cambia de proveedor, y quién responde por una falla del lado del proveedor de nube.
Un inventario de lo que hay en cada nube. Sistemas, planillas, copias de seguridad y correos repartidos en contratos distintos, sin ninguna lista, es justo por qué nadie puede responder rápido cuando hace falta.
Un plan de salida del proveedor. Plazo para exportar lo que es de la empresa, formato del archivo, y qué pasa con lo que quede atrás — acordado antes de necesitarlo, no en medio de una disputa.
Un único responsable que sepa explicar la arquitectura, ya sea a un cliente que pregunta o a un fiscalizador que lo exige. Una respuesta clara vale más que cualquier certificado colgado en la pared.
Una estimación de costo antes de cambiar de proveedor o de región. Cambiar de nube tiene un precio de migración, y decidir sin ese número en la mano es decidir a ciegas.
Así es como trabaja Skills IT: mapeando en qué región está alojado cada sistema del cliente, documentando lo que promete cada contrato de nube y manteniendo listo el inventario de lo que habría que exportar el día que toque cambiar de proveedor.
Lo que gana la empresa al saber dónde está su dato
La ganancia no es abstracta ni solo legal. Es la diferencia entre negociar un contrato de nube sabiendo qué está en juego y firmar confiando en la palabra del vendedor.
Una empresa que sabe dónde está alojado cada sistema negocia mejor: pide la región correcta, entiende el precio de cambiar después, y no queda atrapada con un único proveedor por no tener adónde ir. Eso es poder de decisión, y cuesta menos de lo que parece — el costo real está en no tener esa información cuando hace falta.
Hay también una ganancia más silenciosa: cuando un cliente, un socio o un fiscalizador pregunta dónde está el dato de la empresa, la respuesta sale al momento, documentada — en vez de convertirse en una investigación interna que atrasa todo lo demás mientras alguien intenta reconstruir la historia.
Y está la ganancia de seguir operando al ritmo correcto: un sistema alojado en el lugar correcto, para el público correcto, responde más rápido — y un equipo que confía en la velocidad del sistema es un equipo que no pierde tiempo esperando que cargue la pantalla.
Nada de esto exige cambiar de proveedor mañana, ni migrar ningún sistema de apuro. Solo exige que la próxima decisión sobre nube — contratar, renovar o ampliar — se tome con la pregunta correcta sobre la mesa: en qué país va a quedar esto, y qué hacemos si algún día hace falta sacarlo de ahí.
Preguntas para llevar a la próxima reunión
Antes de firmar el próximo contrato de nube, o de revisar el que ya está vigente, vale la pena preguntar:
- ¿Alguien aquí puede decir, sin buscar, en qué país está alojado cada sistema importante? Si la respuesta es "hay que revisarlo", el primer paso ya quedó claro.
- ¿El contrato actual dice qué pasa si cambiamos de proveedor? Sin esa cláusula, cambiar cuesta más de lo que debería — y tarda más de lo que debería.
- ¿Existe un inventario de lo que hay en cada nube contratada? Sin él, cada pregunta se vuelve una investigación.
- ¿Quién en la empresa puede explicar esta arquitectura a un cliente o a un fiscalizador, si hace falta? Si la respuesta es "nadie", vale decidir quién va a asumir eso.
- ¿Ya pedimos una estimación del costo de migrar, por si algún día hace falta? Decidir sin ese número es decidir con la mitad de la información.
