Varias sedes o instituciones bajo un solo panel

Una operación, muchas marcas

Hay operaciones que no son una sola entidad: la red educativa con seis colegios, el agrupador que factura servicios de varios municipios, la inmobiliaria con proyectos que se venden como marcas independientes, la cadena de gimnasios donde cada sede tiene su nombre. Todas comparten un problema al emitir pases digitales: la administración es una, pero la cara hacia el público son muchas.

La respuesta equivocada es elegir entre dos extremos — un solo emisor con marca genérica que no representa a nadie, o una cuenta separada por sede que multiplica la administración por seis. La estructura correcta es una operación con varias instituciones adentro.

Cada institución con su identidad

En AVEX, la operación define una identidad visual base, y cada institución puede sobrescribir la suya: el logo, los colores del pase, los textos e imagen de su página de instalación. Lo que una institución no personaliza, lo hereda de la operación — no hay que configurar seis veces lo que es igual en las seis.

El resultado en el teléfono del titular: el pase del colegio A lleva el escudo y los colores del colegio A. El titular no tiene por qué saber —ni le importa— que detrás hay una red que administra todo desde un solo lugar.

Certificados propios cuando hacen falta

La identidad de emisión frente a Apple y Google también puede ser por institución: cada una puede operar con sus propias credenciales de emisor, de modo que sus pases quedan emitidos a su nombre y no al de la casa matriz. Para redes donde la personería jurídica de cada sede importa, esto no es cosmético — es la diferencia entre "emitido por el colegio" y "emitido por un tercero".

Catálogo compartido, ajuste local

Los tipos de pase siguen la misma lógica de herencia. La operación define su catálogo una vez —qué clases de credencial o documento emite— y todas las instituciones lo heredan. Si una sede necesita una variante propia, la define localmente y su versión manda para esa sede, sin tocar a las demás.

Definir una vez y ajustar por excepción suena obvio, pero es exactamente lo contrario de mantener seis catálogos a mano y confiar en que nadie olvidó actualizar el cuarto.

Acceso por persona, no por confianza

Un panel compartido exige límites reales. Cada usuario del panel ve las instituciones que le fueron asignadas: la coordinadora del colegio B administra los pases del colegio B, y los del colegio C simplemente no existen en su pantalla. La dirección de la red, con acceso a todas, ve la operación completa.

Los límites no son una convención del equipo — los aplica la plataforma en cada consulta.

Cuándo esta estructura no aplica

La honestidad del modelo también tiene borde: agrupar tiene sentido cuando hay administración común real — un equipo que gobierna la emisión de todas las sedes. Si dos operaciones no comparten administración, presupuesto ni responsables, forzarlas bajo un mismo panel crea un problema de gobierno que ninguna estructura de permisos arregla. En ese caso son dos clientes, y está bien que lo sean.

La prueba práctica

La pregunta que resume todo: cuando la red suma una sede nueva, ¿cuánto cuesta ponerla a emitir? Con esta estructura la respuesta es: crear la institución, subir su logo y sus colores, ajustar el catálogo si hace falta — y emitir. La infraestructura, las integraciones y el equipo ya estaban.