Intranet corporativa en Drupal: conocimiento y workflows

Cómo crear una intranet corporativa con gestión de conocimiento y workflows de aprobación en Drupal

Llevo años intentando convencer a dirección de que necesitamos una intranet de verdad. No otro SharePoint a medias, no el Excel compartido que nadie actualiza, no la carpeta de red cuyo contenido data de 2019. Una plataforma donde el conocimiento de la empresa viva, se mantenga actualizado y llegue a quien lo necesita.

Cuando aprobaron el proyecto, la pregunta era inevitable: ¿qué tecnología? Drupal no es la respuesta obvia para todo el mundo, pero para una intranet corporativa tiene un argumento difícil de rebatir: control total, sin licencias por usuario que se disparan en cuanto creces, y una capacidad de modelado que se adapta a lo que tu organización necesita de verdad.

Esta guía técnica recorre el diseño e implementación de una intranet corporativa completa en Drupal: arquitectura de información, workflows de aprobación editorial, búsqueda avanzada, control de acceso granular e integración con los sistemas que ya tienes en marcha.

Por qué Drupal para una intranet corporativa

La elección de plataforma tiene implicaciones a largo plazo. Drupal presenta ventajas específicas para este caso de uso:

Modelo de permisos granular: El sistema de roles y permisos de Drupal permite definir accesos a nivel de tipo de contenido, campo individual, sección del sitio o acción específica. Es crítico en entornos corporativos donde distintos departamentos manejan información con distintos niveles de confidencialidad.

Workflows nativos: Drupal 10+ incluye Content Moderation en core, con estados editoriales configurables y transiciones controladas por permisos, sin necesidad de módulos adicionales para flujos básicos.

Sin coste por usuario: A diferencia de soluciones SaaS que cobran por asiento, una intranet Drupal tiene coste fijo independientemente de cuántos empleados accedan.

Flexibilidad estructural: Drupal permite modelar exactamente los tipos de contenido, taxonomías y relaciones que el negocio necesita, sin forzar adaptaciones a un modelo genérico.

Ecosistema de integraciones: Módulos para LDAP, SAML, OAuth2, Microsoft Graph API y APIs REST personalizadas conectan la intranet con el directorio activo, ERP, CRM y cualquier sistema interno.

Arquitectura de información para gestión del conocimiento

Una intranet fracasa cuando la información es difícil de encontrar. El diseño de la arquitectura de información determina si los empleados adoptarán la plataforma o seguirán enviando PDFs por email.

Principios de organización:

• Por departamento/equipo: estructura jerárquica que refleja el organigrama. Útil para documentación operativa específica.
• Por tema/dominio: organización transversal por áreas de conocimiento. Útil para políticas, procedimientos y documentación técnica compartida.
• Por tipo de documento: manuales, políticas, actas, plantillas, FAQs. Cada tipo tiene metadatos y ciclo de vida distintos.

Modelo híbrido recomendado:

Combinar las tres dimensiones con taxonomías múltiples. Un documento puede pertenecer al departamento de RRHH, tratar sobre onboarding y ser una política. Las vistas se configuran para navegar desde cualquiera de las tres dimensiones.

Mapa de contenidos inicial:

Antes de configurar Drupal, documentar qué tipos de contenido existen, quién los crea, quién los consume, con qué frecuencia se actualizan y quién aprueba cambios. Este mapa guía toda la implementación técnica posterior.

Tipos de contenido y taxonomías para documentación interna

La modelización de contenido en Drupal debe reflejar la realidad documental de la organización. Una configuración base típica incluye:

Tipos de contenido principales:

• Artículo de conocimiento: documento explicativo con versionado, autor, fecha de revisión programada y estados editoriales.
• Política/Procedimiento: documento normativo con campos de fecha de vigencia, responsable, ámbito de aplicación e historial de versiones.
• Noticia interna: comunicación temporal con fecha de caducidad y público objetivo.
• FAQ: par pregunta-respuesta con categorización múltiple.
• Acta de reunión: documento estructurado con asistentes, acuerdos, tareas asignadas y seguimiento.
• Directorio de personas: perfil extendido del usuario con campos de departamento, ubicación, habilidades y proyectos actuales.

Taxonomías fundamentales:

• Departamento/Área: refleja la estructura organizativa.
• Tema/Categoría de conocimiento: clasificación temática transversal.
• Tipo documental: naturaleza del documento.
• Nivel de confidencialidad: público, interno, restringido, confidencial.
• Estado de vigencia: vigente, en revisión, obsoleto, archivado.

Campos transversales a considerar:

• Fecha de última revisión y fecha de próxima revisión obligatoria.
• Propietario del contenido (referencia al usuario responsable de mantenerlo actualizado).
• Etiquetas libres para folksonomía complementaria.
• Documentos adjuntos con control de versiones mediante Media Library.

El campo de propietario es clave cuando alguien abandona la empresa y hay que transferir la responsabilidad de sus documentos.

Búsqueda y descubrimiento con Solr o Elasticsearch

La búsqueda es la funcionalidad más usada en una intranet. La búsqueda nativa de Drupal resulta insuficiente para volúmenes medios-altos; un motor dedicado transforma la experiencia.

Apache Solr (vía Search API Solr):

Opción madura con excelente integración en Drupal. Search API permite indexar cualquier entidad con sus campos, taxonomías y relaciones. Funcionalidades avanzadas:

• Búsqueda con facetas (filtrar por departamento, tipo, fecha, autor).
• Búsqueda fuzzy y tolerancia a errores tipográficos.
• Sinónimos configurables (que "vacaciones" también encuentre "días libres" y "permisos").
• Destacado de términos encontrados en resultados.
• Búsqueda dentro de PDFs y documentos adjuntos (con Tika).
• Sugerencias de autocompletado mientras el usuario escribe.

Elasticsearch (vía Elasticsearch Connector o Search API):

Alternativa con mejor rendimiento en búsquedas complejas y escalabilidad horizontal, especialmente si la organización ya usa el stack Elastic para logs u observabilidad.

Configuración recomendada:

Indexar título con boost alto, resumen, etiquetas, autor, departamento y contenido de archivos adjuntos. Configurar boosting para priorizar contenido vigente y documentos recientes sobre archivados.

Implementar una página de resultados con facetas laterales que permitan refinar por departamento, tipo de contenido, rango de fechas y nivel de confidencialidad, respetando siempre los permisos del usuario actual.

Workflows de aprobación y moderación de contenido

Los flujos de aprobación garantizan que el contenido publicado sea preciso, esté actualizado y haya sido validado por las personas adecuadas.

Content Moderation en Drupal core:

Content Moderation (en core desde Drupal 8.5) permite definir estados y transiciones personalizados. Un flujo típico:

• Borrador → En revisión → Aprobado → Publicado
• Desde Publicado: → En actualización → En revisión → Aprobado → Publicado
• Desde cualquier estado: → Archivado

Cada transición se controla por permisos: un autor puede pasar de Borrador a En revisión, pero solo un responsable de área puede aprobar la publicación.

Workflows multiestado con Workflows module:

Para flujos con múltiples aprobadores, el módulo Workflows (en core) permite definir tipos de workflow reutilizables y asignarlos a distintos tipos de contenido.

Notificaciones automáticas:

Integrar con el módulo Rules o ECA para enviar emails cuando:

• Un contenido entra en estado "En revisión" (notificar al aprobador).
• Un contenido es rechazado (notificar al autor con comentarios).
• Un contenido lleva más de X días en "En revisión" sin acción (escalado).
• La fecha de revisión programada se acerca (recordatorio al propietario).

Aprobación en cadena:

Para documentos con implicaciones legales, implementar aprobación secuencial: primero el responsable técnico, luego el responsable de área, finalmente compliance. El módulo Maestro ofrece workflows BPMN completos si la complejidad lo requiere.

Control de acceso basado en roles

La seguridad de la información en una intranet exige control de acceso preciso. Drupal ofrece múltiples capas:

Roles organizativos:

Definir roles que reflejen la estructura: empleado base, responsable de equipo, director de área, administrador de intranet, RRHH, compliance.

Permisos por tipo de contenido:

Controlar quién puede crear, editar, eliminar y ver cada tipo de contenido. Un empleado puede crear artículos de conocimiento, pero no políticas corporativas.

Acceso por taxonomía (Group o Organic Groups):

El módulo Group crea espacios con membresía y permisos independientes. Cada departamento tiene su grupo con contenido visible solo para sus miembros; el contenido compartido se publica en grupos transversales.

Acceso por campo (Field Permissions):

Ciertos campos pueden ser visibles solo para roles específicos. El campo "salario" en un perfil de empleado solo lo ve RRHH y el propio empleado, aunque requiere planificación cuidadosa del modelo de datos.

Acceso por nivel de confidencialidad:

Un hook de node_access que evalúe el campo de confidencialidad contra el rol del usuario. Documentos marcados como "confidencial" solo son accesibles para roles autorizados, incluso en resultados de búsqueda.

Gestión documental y control de versiones

Drupal Media Library gestiona documentos como entidades con metadatos propios: título, categoría, versión, fecha de caducidad, reutilizables entre contenidos sin duplicación. Content Moderation mantiene revisiones de cada nodo: cada cambio genera una revisión con marca temporal y autor, comparable con el módulo Diff y revertible si es necesario.

Para archivos PDF o Word que se actualizan periódicamente, un campo multivalue de tipo Media con campo de versión permite añadir nuevas versiones manteniendo acceso al historial completo. Complementar con metadatos documentales: código de documento, clasificación de seguridad, período de retención y responsable documental.

Funcionalidades de colaboración

Una intranet moderna facilita la interacción entre personas, no solo el consumo de documentos.

El sistema de comentarios de Drupal, extendido con threading y menciones de usuario, permite discusiones contextuales ligadas a un documento concreto. El módulo Group crea espacios de equipo con documentos compartidos, calendario y foro propio. Perfiles de usuario extendidos con campos de expertise y proyectos actuales funcionan como un directorio de personas buscable.

El módulo Flag permite suscribirse a cambios en contenidos. Combinado con Message Notify, los usuarios reciben notificaciones cuando el contenido que siguen se actualiza.

Integración con sistemas existentes

Una intranet aislada pierde valor. Las integraciones clave:

Autenticación centralizada (SSO):

Drupal soporta LDAP (provisión automática desde Active Directory), SAML 2.0 (SSO federado) y OAuth2/OpenID Connect (Azure AD, Google Workspace). La provisión automática es clave: cuando alguien se incorpora, su cuenta debe existir automáticamente con roles asignados según sus grupos LDAP.

Integración con Microsoft 365:

Microsoft Graph API permite sincronizar el calendario con Outlook, embeber documentos SharePoint/OneDrive y ofrecer búsqueda unificada con resultados de Teams.

APIs REST para sistemas internos:

Drupal consume APIs de sistemas internos —ERP, CRM, ticketing— para mostrar información contextual en un panel del empleado: tickets abiertos, tareas pendientes y comunicaciones recientes.

Acceso móvil y experiencia responsive

El tema debe ser mobile-first: búsqueda, consulta de documentos y aprobaciones deben funcionar en pantallas pequeñas. Configurar la intranet como PWA permite instalación en pantalla de inicio, acceso offline mediante Service Workers y notificaciones push para aprobaciones pendientes.

Si se requiere app nativa, los módulos JSON:API o GraphQL exponen el contenido como API consumible por iOS/Android, respetando la lógica de permisos en cada respuesta.

Gobernanza del contenido y ciclo de vida

Sin gobernanza, una intranet se convierte en un cementerio de información obsoleta, lo que genera desconfianza en la plataforma.

Cada documento necesita un propietario responsable de su vigencia. Si abandona la empresa, la propiedad se transfiere automáticamente a su responsable jerárquico, implementable con Rules o ECA.

Un campo de "fecha de próxima revisión" combinado con un cron job diario envía recordatorios cuando la revisión vence. Contenido sin actualizar tras múltiples avisos se marca como "posiblemente obsoleto" y, tras un período adicional, se archiva automáticamente.

Un dashboard administrativo que muestre el porcentaje de contenido revisado, documentos sin propietario activo y contenido sin actualización en más de doce meses permite al equipo de gobernanza actuar con antelación.

Estrategia de adopción y lanzamiento

La mejor intranet técnicamente fracasa si nadie la usa. La adopción no viene sola.

Migrar primero los cincuenta documentos más consultados, no todo de golpe. Designar embajadores por departamento que alimenten contenido y resuelvan dudas. Arrancar con un área piloto durante cuatro a seis semanas antes de expandir. La clave de la adopción sostenida es integrar la intranet en procesos reales: que el onboarding apunte a ella, que las reuniones referencien documentos alojados allí, que las políticas solo tengan versión oficial en la plataforma. Si el repositorio de referencia sigue siendo el email, la intranet muere.

De la planificación a la primera versión funcional

El error más frecuente es intentar replicar todas las funcionalidades de una intranet comercial en la primera versión. Un enfoque iterativo que entregue valor real en ocho a doce semanas —búsqueda funcional, documentos migrados, workflows activos, SSO configurado— genera tracción interna y justifica fases posteriores.

El orden importa: primero arquitectura de información y flujos de aprobación, después implementación técnica, finalmente carga de contenido y lanzamiento por fases.

Si estás evaluando la viabilidad de una intranet Drupal o necesitas definir la arquitectura técnica para un proyecto ya aprobado, contacta con nuestro equipo para una consultoría inicial.

Artículos relacionados

• Drupal como intranet corporativa para la gestión del conocimiento en tu empresa
• Cómo implementar un sistema de formularios avanzados y workflows de aprobación en Drupal
• Drupal como intranet corporativa: ventajas y configuración