¿Qué se complica cuando una empresa crece en sedes?
Cada sede nueva trae su forma de hacer las cosas. Con una o dos apenas se nota; a partir de tres o cuatro, empiezan los problemas de coordinación:
- Criterios distintos: cada sede responde, presupuesta o atiende a su manera.
- El mismo cliente en varias sedes aparece con fichas distintas, y nadie ve su historial completo.
- La dirección no ve el conjunto sin pedir un informe a cada sede.
- Los sistemas no son iguales: una planta usa un ERP y otra el mismo en otra versión; un hotel trabaja con un PMS y otro con uno diferente.
- Los datos sensibles, como los de salud en una clínica, no deberían viajar más de lo necesario.
Ante esto suele haber dos salidas, y las dos se quedan cortas. Centralizarlo todo en un único sistema obliga a migrar programas que funcionan y aleja las decisiones del sitio donde ocurren. Dejar que cada sede monte su propia IA multiplica los criterios y vuelve a crear silos, ahora con agentes dentro. La arquitectura de referencia de esta página busca el término medio: autonomía en cada sede y una base común para todo el grupo.
¿Por qué una estación por sede y una capa común?
Porque hay trabajo que es local y trabajo que es común. Lo local, como atender el teléfono de un hotel o vigilar los avisos de mantenimiento de una planta, lo hace mejor un agente que conoce esa sede y procesa sus datos allí. Lo común, como quién es el cliente, qué criterios se aplican o qué ha pasado en el conjunto, tiene que vivir en un solo sitio: la capa operacional.
| Elemento | En la estación de cada sede | En la capa operacional común |
|---|---|---|
| Agentes | Los agentes del día a día de esa sede: recepción, mantenimiento, agenda… | Agentes de grupo, si hacen falta: compras centralizadas o informes para dirección |
| Datos | Los datos propios de la sede, procesados en local si son sensibles | Clientes, proveedores, catálogos y tarifas compartidos |
| Criterios | Los ajustes propios: horarios, personas de guardia, particularidades | Los criterios del grupo y los niveles de autonomía de referencia |
| Documentación | Procedimientos y datos de la propia sede | Manuales, tarifas y procedimientos comunes |
| Registro | Lo que hizo cada agente en esa sede | El registro de todo el grupo, consultable por dirección |
| Avisos | Al responsable de la sede | A dirección, solo si algo afecta a varias sedes |
Arquitectura de referencia · empresa con varias sedes
Agente de recepción · sede 1
Atiende, consulta reservas o citas y pasa lo urgente a la sede.
Agente de recepción · sede 2
Mismos criterios que la sede 1, con sus propios datos y avisos.
Agente de operaciones · sede 3
Sigue incidencias y tareas pendientes de la sede.
Agente de coordinación
Consolida lo que pasa en todas las sedes y avisa a dirección.
Capa operacional inteligente
- Conectores
- Modelo común
- Eventos
- Memoria documental
- Permisos y autonomía
- Registro
Sede 1
Sede 2
Sede 3
Oficina central
Hoy · cada área con su propia fuente de verdad
Capa operacional inteligente
- Conectores
- Modelo común
- Eventos
- Memoria documental
- Permisos y autonomía
- Registro
Cada área conecta su fuente de verdad (abajo) a la misma capa, y sobre ella trabaja su agente (arriba):
Sede 1
Agente de recepción · sede 1
Atiende, consulta reservas o citas y pasa lo urgente a la sede.
capa operacionalAgenda o PMS localTeléfonoWhatsAppSede 2
Agente de recepción · sede 2
Mismos criterios que la sede 1, con sus propios datos y avisos.
capa operacionalAgenda o PMS localTeléfonoWhatsAppSede 3
Agente de operaciones · sede 3
Sigue incidencias y tareas pendientes de la sede.
capa operacionalAgenda o PMS localHojas de cálculoOficina central
Agente de coordinación
Consolida lo que pasa en todas las sedes y avisa a dirección.
capa operacionalERPContabilidadCorreo
- Fuente de verdad (silo)
- Capa operacional inteligente
- Agente Serie S
- Persona
+ La figura explicada en texto− Ocultar la explicación
Esquema de una empresa con varias sedes. Cada sede tiene sus propios sistemas, como un ERP, un PMS o una agenda, y su estación bbuho S con los agentes que trabajan en ella. Por encima de todas las sedes se extiende una capa operacional común que comparte clientes, proveedores, catálogos, criterios y registro. Los datos sensibles de cada sede pueden quedarse en su estación, procesados en local, mientras que lo común sube a la capa compartida. La dirección consulta el conjunto en esa capa sin tener que pedir un informe a cada sede.
Cada sede elige su modo de despliegue. En modo local, sus datos se procesan en su estación, dentro del edificio, y a la capa común solo sube lo que haga falta compartir: un cliente común, una incidencia que afecta al grupo, el registro. En modo híbrido, las tareas sin datos sensibles pueden ir a modelos en la nube. El despliegue está diseñado para cumplir el RGPD. Los modos se explican en IA local para empresas; la estación y sus agentes, en la Serie S.
¿Cómo se ve en plantas, alojamientos y clínicas?
Varias plantas industriales. Cada planta tiene su estación con sus agentes de producción, calidad, mantenimiento y almacén. La capa común comparte clientes, proveedores, catálogos y procedimientos, y permite, por ejemplo, ver si otra planta puede absorber un pedido cuando una máquina se para. Es la fase 4 de la arquitectura para una empresa industrial.
Varios hoteles o grupos de apartamentos. Cada establecimiento tiene su agente de recepción, conectado a su PMS, y la capa común comparte las políticas del grupo, los huéspedes que repiten y las incidencias. Lo propio del sector está en alojamiento turístico.
Varias clínicas. Cada clínica tiene su agente de agenda y recepción; los datos de salud se quedan en la estación de cada centro, en modo local, y la capa común comparte criterios, protocolos y la agenda de los profesionales que pasan por varios centros. Más en clínicas.
+ La figura explicada en texto− Ocultar la explicación
Ilustración isométrica de varios edificios separados, cada uno una sede de la misma empresa, con su propia estación bbuho S dentro. Bajo todos ellos corre una capa común que los une. La ilustración transmite que cada sede trabaja con sus propios agentes y conoce su día a día, pero no está aislada: comparte con las demás los datos y los criterios que son comunes al grupo, y lo que pasa en una sede puede verse desde el conjunto cuando importa.
¿Quién decide qué en una empresa con varias sedes?
En esta arquitectura, las decisiones se reparten igual que en la propia empresa:
- Dirección fija los criterios comunes, los niveles de autonomía de referencia y qué datos se comparten entre sedes.
- Cada responsable de sede ajusta lo propio, como horarios, personas de guardia y excepciones, y aprueba lo que proponen los agentes de su sede.
- Los agentes trabajan con esos criterios, escalan a una persona lo que no está claro o supera su permiso, y dejan registro de todo.
Cuando algo afecta a varias sedes, como un proveedor común que se retrasa o un cliente que reclama en dos centros, la capa común lo detecta y el aviso llega a quien puede decidir por todas, no a cada sede por separado. Y lo que solo afecta a una sede se resuelve en ella, sin subir a dirección.
¿Hay un caso real de esta arquitectura?
Esquema de un caso real · alojamiento turístico · agente de voz
1 · Canal
Llama el huésped
Al teléfono de siempre, a cualquier hora.
2 · Agente IA
Contesta el agente de voz
Entiende qué necesita quien llama.
3 · Sistema
Consulta el PMS
Localiza la reserva por su localizador.
4 · Agente IA
Resuelve y registra
Responde lo habitual y deja la llamada registrada.
5 · Persona
Transferencia en caliente
Si hace falta, pasa a la persona de guardia con un resumen.
6 · Canal
Aviso urgente
Lo urgente sale también por WhatsApp o correo.
+ La figura explicada en texto− Ocultar la explicación
Flujo del agente de voz de una empresa de apartamentos vacacionales. Un huésped llama al teléfono de la empresa, a cualquier hora. El agente contesta, le pide el localizador y consulta la reserva en el PMS. Si la duda es habitual, la resuelve en la misma llamada; si es urgente o no está clara, transfiere la llamada en caliente a la persona de guardia y le pasa un resumen de lo hablado. Cada llamada queda registrada, y los avisos urgentes salen además por WhatsApp o por correo.
No es una implantación de la Serie S completa. Es la pieza de recepción que esta arquitectura reutilizaría: un agente que atiende muchas unidades desde una fuente de datos común, el PMS, y que pasa a una persona lo que no está claro. En un grupo con varios establecimientos, el paso siguiente sería un agente así en cada uno, con su estación y su PMS, y la capa común para las políticas del grupo. No hay cifras de resultado medidas de este caso, así que no las damos. Cómo trabaja esa función está en recepcionista IA.
¿Cómo se añade una sede nueva?
- 1
Se conectan sus sistemas
La estación de la nueva sede se conecta a sus programas, aunque no sean los mismos que los de las demás sedes. La capa traduce sus datos al modelo común.
- 2
Hereda los criterios comunes
Los agentes de la sede nueva empiezan con los criterios y la documentación del grupo, y solo se ajusta lo propio: horarios, personas de guardia y particularidades.
- 3
Arranca con prudencia
Las acciones empiezan en ejecuta y avisa, o en propone y espera aprobación, hasta que el registro muestra que el agente acierta.
- 4
Sube la autonomía
El responsable de la sede revisa el registro y decide qué acciones pueden pasar a ejecutarse solas.
Lo trabajado en la primera sede, como criterios, documentación y niveles de autonomía, se aprovecha en todas las siguientes. Por eso conviene empezar por una sola sede y un solo proceso, y no por un proyecto para todo el grupo a la vez. El primer agente trabaja en semanas, no en meses; el plazo de cada sede nueva se fija tras analizar sus sistemas.
Preguntas frecuentes
¿Hace falta una estación bbuho S en cada sede?
No siempre. La estación por sede tiene sentido cuando la sede procesa datos sensibles en local, necesita presencia física o tiene agentes propios del día a día. Una sede pequeña puede trabajar con agentes en la nube conectados a la misma capa común. La decisión se toma sede a sede, tras analizar qué trabajo hay en cada una y qué datos maneja.
¿Pueden tener las sedes programas distintos?
Sí. Es lo habitual cuando una empresa crece abriendo o incorporando centros. La capa operacional se conecta a cada sistema por su API o, si no la tiene, por correo, ficheros o pantalla, y traduce sus datos a un modelo común. Así un cliente es el mismo cliente en todas las sedes aunque cada una lo guarde en un programa distinto.
¿Los datos de una sede los ven las demás?
Solo lo que decidas compartir. Cada agente tiene sus permisos: el agente de recepción de un hotel ve las reservas de su hotel, no las de todo el grupo, salvo que se lo permitas. Los datos sensibles pueden procesarse en local, en la estación de la sede, y a la capa común sube solo lo necesario. El despliegue está diseñado para cumplir el RGPD.
¿Qué ve la dirección de un grupo con varias sedes?
La dirección consulta el registro común: qué ha hecho cada agente en cada sede, qué se ha aprobado y qué está pendiente. Los agentes avisan a dirección solo si algo afecta a varias sedes o supera el permiso de una sede, e informan de lo que cambió, no del estado entero. Así la dirección no recibe un informe diario que nadie lee.
¿Se puede empezar con una sola sede?
Sí, y es lo recomendable. Se empieza con un proceso en una sede, por ejemplo el teléfono de un establecimiento, y cuando funciona se replica en las demás con los mismos criterios. Cada sede nueva hereda la documentación y los criterios comunes, así que el trabajo hecho en la primera se aprovecha en todas.
¿Hay alguna empresa con varias sedes usando la Serie S?
Todavía no. La Serie S está en despliegue y la arquitectura multisede de esta página es de referencia. Lo que sí funciona es la pieza de recepción: un agente de voz que atiende el teléfono 24/7 de una empresa de apartamentos vacacionales, consulta las reservas en el PMS y transfiere en caliente a la persona de guardia cuando hace falta.