Su correo en la carpeta de spam.
Un ajuste de DNS después, en la bandeja de entrada.

La decisión depende de dos cuestiones: a qué está acostumbrado su equipo y con qué profundidad necesita cada aplicación. Para organizaciones financieras, jurídicas y de ingeniería que dependen de las fórmulas de Excel, los documentos largos de Word y las reglas de Outlook, M365 suele ser la respuesta correcta. En cambio, para agencias, instituciones educativas y equipos distribuidos que requieren colaboración en tiempo real, Workspace resulta más fluido. También influyen el costo de las licencias, el parque de dispositivos, las cuotas de OneDrive frente a Drive y las integraciones de terceros. Por eso, en una reunión exploratoria de 30 min le presentamos tres escenarios comparados, con precio y capacidad.

No, y lo decimos por razones técnicas, no promocionales. Una migración típica sigue este orden: primero hacemos un inventario completo del servidor actual (número de correos, árbol de carpetas, adjuntos, calendario y contactos). Después, por IMAP, EWS o PST, realizamos una copia base al nuevo tenant, y durante los días de migración tomamos un delta incremental cada noche. El viernes por la noche, antes de cambiar los registros MX, se hace un último delta. Así, el lunes por la mañana el usuario encuentra en el sistema nuevo todos los correos que tenía en el antiguo. El servidor antiguo sigue funcionando en modo de solo lectura 14-30 días más; si parece que falta algo, lo recuperamos desde allí.

Con la preparación correcta, en la práctica no. El registro MX tiene un periodo de propagación de 24-48 h, pero 7 días antes del cambio bajamos el TTL a 300 segundos para que los resolutores de todo el mundo empiecen a renovar el registro en 5 min. La noche del cambio, después de modificar el MX, el servidor antiguo sigue activo y los correos que llegan a él se reenvían automáticamente al nuevo tenant. Resultado: el usuario nunca vive una situación de “no llega correo desde las 03:00”. Como mucho, algunos correos pasan unas horas por el servidor antiguo y desde allí se transfieren al sistema nuevo.

Una MFA bien configurada significa una sola aprobación al día, no sacar el teléfono en cada inicio de sesión. Con una política de Conditional Access, el empleado que se conecta desde la red corporativa, un dispositivo reconocido y una IP de bajo riesgo no ve la solicitud de MFA. El teléfono solo se pide ante señales de riesgo como un dispositivo nuevo, una ciudad nueva o un largo periodo de inactividad. Resultado: la mayoría de los empleados aprueba una vez por la mañana en Authenticator y el resto del día transcurre de forma transparente. Si un atacante roba la contraseña e intenta entrar, el teléfono se pide cada vez: sin él, no entra.

Una campaña al mes durante el primer año y después una cada dos meses: ese es el intervalo más eficaz. En cada campaña ponemos a prueba a aproximadamente 1/3 de los destinatarios con un escenario distinto (mensajería, banco, suplantación interna, factura, archivo compartido). A cada usuario que hace clic se le asigna en ese mismo instante una microformación de 12 min, y vuelve a incluirse en la siguiente simulación. La puntuación de quienes notifican sube y el correo notificado llega al SOC. Tras 6 meses, la tasa media de clics baja del 18 % a menos del 4 %. Esto no se consigue solo con “ver un video de formación”: la simulación en tiempo real es imprescindible.

En cuanto recibimos de Recursos Humanos el aviso de salida. El proceso funciona así: la cuenta se desactiva con un clic (se cierra la sesión en todos los dispositivos), el buzón se conserva en archivo durante 30 días, su responsable obtiene acceso a los archivos y después se elimina. Al mismo tiempo se gestionan la delegación necesaria, la respuesta automática, el reenvío del correo y la recuperación de la licencia activa. Punto clave: antes del cierre exportamos el buzón en formato PST/JSON y lo guardamos en el archivo de la empresa. Si seis meses después alguien pide “busquen la correspondencia de esa persona con el cliente”, seguimos teniendo acceso.

Sí, pero el cumplimiento empieza con la declaración de que “la plataforma en sí cumple” y solo termina cuando usted realiza la configuración correcta. Microsoft y Google ofrecen centros de datos en la UE y contratos individuales de encargo del tratamiento (DPA) para la KVKK, la Ley turca n.º 6698 de Protección de Datos Personales. Nuestra aportación abarca tres áreas: primero, elegir la residencia en la UE y configurar correctamente las políticas de residencia de datos; segundo, registrar con políticas DLP sobre usuarios, buzones y OneDrive/Drive el movimiento de números de identidad, IBAN y datos de tarjetas de crédito; tercero, un conjunto de documentos para consentimiento explícito, retención, solicitudes de supresión y mecanismos de notificación de brechas de datos. Cuando llega el auditor, podemos responder en segundos “qué política se aplicó, a qué usuario y cuándo”.

Piense en una estructura de tres capas. Primera, la licencia de la plataforma: M365 Business Standard o Workspace Business Standard, aproximadamente 12-14 USD por usuario al mes. Segunda, una capa de seguridad adicional (como Defender for Office, Mimecast o KnowBe4): entre 3 y 7 USD por usuario al mes, según las necesidades. Tercera, nuestro servicio gestionado: una tarifa mensual fija hasta 50 usuarios y, por encima, un incremento marginal por usuario. Para un equipo típico de 30 personas, la factura mensual total queda por debajo del salario de un día de un ingeniero sénior, e incluye gestión de MFA, supervisión de DMARC, simulaciones de phishing, MDM y soporte 24/7.