Arquitectura

IA para empresas con varias sedes: una estación bbuho S por sede y una capa operacional común

La IA para empresas con varias sedes se puede organizar sin centralizarlo todo: cada sede, sea una planta, un hotel, un grupo de apartamentos o una clínica, tiene su estación bbuho S con sus agentes, y todas comparten una capa operacional común con clientes, criterios y registro. Es una arquitectura de referencia de BBUHO para crecer sede a sede sin rehacer nada.

Actualizado el · Equipo de BBUHO (ICRONO)

¿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.

Arquitectura de referencia: qué vive en cada sede y qué en la capa común
ElementoEn la estación de cada sedeEn la capa operacional común
AgentesLos 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
DatosLos datos propios de la sede, procesados en local si son sensiblesClientes, proveedores, catálogos y tarifas compartidos
CriteriosLos ajustes propios: horarios, personas de guardia, particularidadesLos criterios del grupo y los niveles de autonomía de referencia
DocumentaciónProcedimientos y datos de la propia sedeManuales, tarifas y procedimientos comunes
RegistroLo que hizo cada agente en esa sedeEl registro de todo el grupo, consultable por dirección
AvisosAl responsable de la sedeA dirección, solo si algo afecta a varias sedes

Arquitectura de referencia · empresa con varias sedes

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):

  1. Sede 1

    Agente de recepción · sede 1

    Atiende, consulta reservas o citas y pasa lo urgente a la sede.

    capa operacional
    Agenda o PMS localTeléfonoWhatsApp
  2. Sede 2

    Agente de recepción · sede 2

    Mismos criterios que la sede 1, con sus propios datos y avisos.

    capa operacional
    Agenda o PMS localTeléfonoWhatsApp
  3. Sede 3

    Agente de operaciones · sede 3

    Sigue incidencias y tareas pendientes de la sede.

    capa operacional
    Agenda o PMS localHojas de cálculo
  4. Oficina central

    Agente de coordinación

    Consolida lo que pasa en todas las sedes y avisa a dirección.

    capa operacional
    ERPContabilidadCorreo
Cada sede tiene su responsable; dirección ve el conjuntoUna estación bbuho S por sede · capa común para todas
  • Fuente de verdad (silo)
  • Capa operacional inteligente
  • Agente Serie S
  • Persona
Arquitectura de referencia. Varias sedes, cada una con su estación y sus agentes, unidas por una capa operacional común.
+ La figura explicada en texto

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.

Cuatro sedes conectadas a una capa operacional comúnArquitectura de referencia en vista isométrica. Cuatro sedes pequeñas, Planta 1, Planta 2, Almacén central y Oficinas, cada una con su estación bbuho S, una pirámide truncada blanca con línea LED roja. Las cuatro se unen con líneas rojas a una losa central con borde rojo: la capa operacional común, con datos compartidos por todas las sedes.Arquitectura de referenciaCapa operacional comúnDatos compartidosUna estación bbuho S en cada sedePlanta 1Planta 2Almacén centralOficinas
Ilustración. Varias sedes con su estación bbuho S, conectadas por una capa común.
+ La figura explicada en texto

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. 1 · Canal

    Llama el huésped

    Al teléfono de siempre, a cualquier hora.

  2. 2 · Agente IA

    Contesta el agente de voz

    Entiende qué necesita quien llama.

  3. 3 · Sistema

    Consulta el PMS

    Localiza la reserva por su localizador.

  4. 4 · Agente IA

    Resuelve y registra

    Responde lo habitual y deja la llamada registrada.

  5. 5 · Persona

    Transferencia en caliente

    Si hace falta, pasa a la persona de guardia con un resumen.

  6. 6 · Canal

    Aviso urgente

    Lo urgente sale también por WhatsApp o correo.

Esquema de un caso real. Alojamiento turístico: un agente de voz atiende el teléfono 24/7 y consulta el PMS.
+ La figura explicada en texto

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. 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. 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. 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. 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.

Sigue leyendo

Pon a trabajar tu primer empleado IA

Demo de 30 minutos con un proceso de tu empresa: te enseñamos qué haría un empleado IA de BBUHO con él y en qué punto te preguntaría antes de actuar.