Drupal como base de una intranet que aguanta el día a día

Cuando una empresa se plantea montar su intranet, suele acabar con tres opciones sobre la mesa: pagar por SharePoint o Google Workspace, encargar un desarrollo a medida o tirar de un CMS abierto. Drupal cae en un punto curioso entre las tres. Tiene un sistema de permisos nativo brutalmente granular, una arquitectura modular pensada precisamente para este tipo de proyectos y veinte años largos de comunidad detrás resolviendo el mismo problema: contenido controlado, acceso controlado.

¿Qué ganas eligiendo Drupal? Los datos viven donde tú decides (servidor propio, cloud privado, lo que sea). El flujo de trabajo se adapta a cómo opera tu organización, no al revés. Se integra con prácticamente cualquier sistema corporativo. Y el core no cuesta un euro de licencia.

Si llevas tiempo dándole vueltas a cómo crear un portal de intranet corporativa con gestión de documentos y permisos por departamento en Drupal, te ahorro la fase de búsqueda en foros. Aquí va el recorrido completo, de la arquitectura al lanzamiento, con las decisiones que de verdad marcan la diferencia.

Antes de tocar un módulo: define el alcance

Las intranets fracasan casi siempre por la misma razón. Alguien decide que va a ser "el portal único de la empresa" y abre veinte secciones que nadie alimenta. Resultado: tres meses después, la gente sigue mandándose Excels por correo.

Empieza pequeño. Las funcionalidades que resuelven dolor real entran en la versión 1. El resto, ya iremos.

Lo que no puede faltar

• Directorio de empleados. Foto, departamento, cargo, contacto, a quién reporta. Sin esto, la intranet no arranca.
• Repositorio documental. Documentos por departamento, por tipo, por fecha, con versionado y permisos finos.
• Comunicación interna. Noticias y comunicados de dirección o equipos hacia el resto de la organización.
• Calendario corporativo. Festivos, cierres trimestrales, reuniones generales, eventos.

Productividad real

• Base de conocimiento con procedimientos, FAQs y documentación de procesos. La que hoy vive en cabezas o en PDFs perdidos.
• Formularios internos para vacaciones, material, permisos, accesos. Todo lo que ahora circula por email.
• Foros temáticos por equipo o por proyecto.
• Dashboard personalizado que arranca mostrando lo que importa a cada perfil.

Capa avanzada (cuando la base ya rueda)

• SSO contra LDAP o Active Directory. Una sola credencial corporativa.
• Búsqueda federada sobre documentos, perfiles, noticias y artículos.
• Notificaciones y suscripciones por categoría de contenido.
• Analítica de uso para saber qué se lee, qué se ignora y qué búsquedas se quedan sin resultado.

Modelado de contenido en Drupal

Tipos de contenido

Cada funcionalidad se traduce a un content type. Sin atajos:

• Noticia interna: título, cuerpo, imagen, departamento emisor, categoría, fecha.
• Documento: título, descripción, fichero, versión, departamento propietario, etiquetas, vigencia.
• Artículo de base de conocimiento: título, cuerpo enriquecido, categoría, etiquetas, autor, última revisión.
• Evento: título, descripción, inicio y fin, ubicación, organizador, público objetivo.
• Perfil de empleado: nombre, cargo, departamento, contacto, foto, sede, jerarquía.

Taxonomías

Aquí está parte del secreto. La taxonomía no es solo para filtrar; vertebra los permisos.

• Departamentos. La taxonomía reina. Clasifica y, a la vez, define quién ve qué.
• Categorías documentales: políticas, procedimientos, plantillas, informes, normativa, contratos.
• Categorías de noticias: dirección, eventos, logros, cambios organizativos.
• Ubicaciones, si hay varias sedes. Útil para filtrar por oficina.

El sistema de permisos: la decisión crítica

Aquí es donde la mayoría de intranets se tuercen. Si abres demasiado, las nóminas acaban a un clic de cualquier becario. Si cierras demasiado, la gente deja de entrar al portal porque "nunca me deja ver nada". El equilibrio se diseña, no se improvisa.

Roles globales vs. permisos por departamento

Drupal te da roles globales (admin, editor, usuario) y eso está bien para la base. Pero una intranet seria necesita una capa adicional: permisos atados al departamento del usuario.

Estructura mínima de roles globales:

• Administrador de intranet. Configuración, tipos de contenido, módulos. Acceso a todo.
• Editor departamental. Crea, edita y publica en su departamento. Cero acceso a lo restringido de otros.
• Empleado. Ve el contenido publicado de su área y el contenido global. Crea solicitudes, participa en foros.

Módulos que hacen el trabajo pesado

Group

Para una intranet con permisos por departamento, Group es la respuesta. Cada departamento es un grupo con sus propios roles y permisos. Un empleado pertenece a su grupo y hereda lo que le toca dentro de él. ¿Por qué Group y no otra cosa?

• Cada departamento opera como un espacio aislado: su contenido, sus miembros, sus reglas.
• Los roles son específicos del grupo. Puedes ser editor en Marketing y simple lector en Finanzas, sin trampa.
• El contenido se ata al grupo (visible solo para miembros) o se marca como global.
• Todo se gestiona desde la UI de administración. Nada de código para casos estándar.

Organic Groups (OG)

El predecesor histórico. Funciona, pero arrastra una arquitectura más enrevesada y el mantenimiento en versiones recientes va por detrás de Group. Si arrancas hoy, no es la elección obvia.

Content Access + Taxonomy Access Control

Para intranets pequeñas o cuando el modelo de departamentos es muy plano, esta combinación cumple. Modelas el departamento como término de taxonomía y los permisos se aplican en función de él. Menos potencia, menos complejidad.

Cómo lo monto con Group en la práctica

1. Un tipo de grupo "Departamento" con campos para nombre, descripción, responsable e icono.
2. Un grupo por departamento. Marketing, Ventas, Finanzas, RRHH, IT, Operaciones.
3. Roles dentro de cada grupo: Manager (gestiona miembros y contenido), Editor (publica) y Miembro (lee y participa).
4. Tipos de contenido vinculados al grupo. Documentos, noticias y artículos publicados dentro del grupo solo son visibles para sus miembros, salvo que se marquen como globales.
5. Un grupo "Global" al que pertenece toda la plantilla. Aquí van las comunicaciones de dirección, políticas transversales y eventos de empresa.

Gestión documental sin caos

Cómo organizar el repositorio

La gente navega rápido cuando la estructura es predecible. Tres ejes funcionan bien:

• Por departamento, con carpetas raíz y subcarpetas por categoría.
• Por tipo: políticas, procedimientos, plantillas, informes, normativa.
• Por estado: borrador, vigente, archivado, obsoleto.

Versionado de verdad

Content Moderation (en el core) más el módulo Media te dan historial completo. Subes una versión nueva, la anterior se archiva y queda accesible para auditoría o consulta histórica. Útil cuando alguien pregunta "¿qué decía la política de viajes en marzo del año pasado?".

Flujo de publicación

Ningún documento corporativo se publica sin revisión. Configura los estados con Content Moderation:

• Borrador. El autor trabaja.
• En revisión. El editor departamental valida.
• Publicado. Visible para quien tenga acceso.
• Archivado. Ya no aplica, pero se conserva.

Búsqueda que encuentra cosas

Search API con backend Solr o Elasticsearch. Indexa metadatos, contenido textual, PDFs, Word y demás formatos. Sin esto, el repositorio se convierte en un cementerio de ficheros.

Integración con el resto del ecosistema

SSO con LDAP o Active Directory

Si la empresa ya tiene AD, conecta. El módulo LDAP de Drupal sincroniza usuarios, grupos y atributos desde el directorio activo. ¿La ventaja real? No son solo las credenciales únicas. Es que cuando alguien deja la empresa, el revoco automático le quita acceso a la intranet en el momento. Cero contraseñas huérfanas.

Microsoft 365, Google Workspace, Slack, Teams

Donde encaje, integra:

• Calendarios de Teams o Google Calendar embebidos en la sección de eventos.
• Documentos de SharePoint o Drive enlazados desde fichas de la intranet.
• Notificaciones de publicación lanzadas a canales de Teams o Slack.

Diseño y adopción: la parte que se olvida

Mobile-first, no opcional

Empleados en oficina, en remoto, comerciales en ruta. Si el portal no funciona bien en móvil, la mitad de la plantilla no lo abre. Responsive desde el primer sprint.

Dashboard personalizado

La home tiene que mostrarte tus cosas: noticias de tu departamento, documentos recientes, eventos próximos, solicitudes pendientes. Views y Panels de Drupal te permiten armar dashboards dinámicos según rol y departamento. No hace falta una SPA encima.

Lanzamiento

Aquí muere la mayoría de proyectos, y casi nunca por motivos técnicos. Cuatro reglas que sí funcionan:

• Mete a los responsables de departamento en la fase de definición. Si no son dueños del contenido, no lo mantendrán.
• Lanza con contenido real. Una intranet vacía es una intranet muerta.
• Nombra editores departamentales con responsabilidad clara sobre la frescura del contenido.
• Formación breve y práctica. Nadie se lee un manual de 50 páginas.

Una intranet que la plantilla abre por gusto

Una intranet bien montada en Drupal acaba siendo el primer pestañazo del navegador por la mañana. Sirve para encontrar documentos sin pedirlos por chat, gestionar solicitudes sin escribir un email, y enterarse de lo que pasa en la empresa sin esperar a la reunión mensual. La combinación que lo hace posible es siempre la misma: permisos que protegen sin asfixiar, gestión documental que ordena en lugar de esconder, y una experiencia que no obliga a aprender el sistema.

¿Quieres montar la tuya con cabeza? Hablemos de tu intranet corporativa en Drupal.