Cuaderno / Microsoft 365

Microsoft 365 para una empresa de dos personas: qué montamos y qué nos frenó.

Kenea somos dos socios. Montamos nuestro Microsoft 365 entre el 15 y el 17 de septiembre de 2026 con una idea fija: un solo sitio, carpetas numeradas y todo lo repetitivo hecho por un script. Esta nota cuenta qué quedó y qué nos hizo perder dos días.

Autoría: Alfonso del Busto · Publicación: 18 de septiembre de 2026.

Un sitio, cinco bibliotecas

No creamos un equipo de Teams por cliente ni un sitio por proyecto. Hay un único sitio de SharePoint, el Kenea Hub, con cinco bibliotecas de documentos numeradas para que el orden en pantalla sea el orden de trabajo: 01 Clientes, 02 Proyectos, 03 Comercial, 04 Empresa y 05 Plantillas.

• Cada cliente tiene la misma carpeta: 01 Brief y fuentes, 02 Propuesta, 03 Contrato, 04 Construcción, 05 Entregas, 06 Reuniones y 07 Archivo. Las versiones antiguas de un documento se mueven a 07 Archivo; nunca se borran.
• Cada proyecto interno tiene cuatro etapas: 01 Definición, 02 Diseño, 03 Construcción y 04 Operación. Una carpeta vacía dice tanto como una llena: si 03 está vacía, el proyecto no se ha construido.
• La portada del sitio es una página con el logotipo, un índice de cinco entradas y tres accesos: clientes, proyectos y operación. Nada de noticias ni de banners.

Correo: una licencia, dos alias

Una sola licencia Business Basic con dos alias, hola@ y contacto@, en lugar de un buzón por dirección. El dominio sigue en Arsys: SPF con -all, DKIM activo con los dos selectores de Microsoft y DMARC en p=none mientras miramos los informes. Verificado el 13 de septiembre de 2026.

Lo repetitivo, por script

Crear cuarenta carpetas a mano invita a equivocarse en la cuarta. El primer aprovisionamiento lo hicimos con PnP.PowerShell; después escribimos un script de Python de unas doscientas líneas, sin dependencias, que habla con Microsoft Graph: audita el sitio, crea las carpetas que falten sin tocar las que existen, sube ficheros (por trozos si pasan de 3 MB), mueve versiones al archivo y edita la portada. Se autentica con una aplicación propia registrada en Entra ID como cliente público, con código de dispositivo: no hay secretos guardados y el token vive en un fichero con permisos de solo lectura para el usuario.

Los tres bloqueos

1. Valores predeterminados de seguridad. Con ellos activados, Entra ID rechaza el inicio de sesión por código de dispositivo desde un equipo no registrado (error 530035), y en un tenant sin licencia P1 no existe el acceso condicional con el que sustituirlos de forma fina. Desactivarlos fue una decisión consciente, con MFA activo en las dos cuentas.
2. Flujos de cliente público desactivados. Una aplicación nueva nace sin permiso para el flujo de código de dispositivo; el error (7000218, «falta el secreto de cliente») no dice que lo que falta es un interruptor en la pestaña de autenticación. Nos costó una tarde.
3. Lo que Graph no cubre. Graph crea carpetas, sube ficheros, edita el área de título de una página y borra elementos web. No cambia la página de inicio del sitio ni el menú: eso es la API REST de SharePoint, que exige un consentimiento aparte y no acepta los tokens de la CLI de Azure.

Qué haríamos igual

Numerar. Un solo sitio. Carpetas idénticas para todos los clientes. Y un script en lugar de un procedimiento escrito, porque el script se ejecuta y el procedimiento se olvida. Lo que sobra en una empresa de dos personas es todo lo demás: canales, planificadores y páginas de noticias que nadie va a leer.