¿Qué es la arquitectura multiusuario?

La arquitectura multiusuario es el diseño que hace que el software como servicio sea económicamente viable. En lugar de instalar una copia independiente de la aplicación para cada cliente, una única implementación sirve a todos, y la separación entre ellos se garantiza mediante software. La ruta de actualización, la carga operativa y el coste por cliente mejoran drásticamente. La contrapartida es que el aislamiento se convierte en una propiedad que hay que construir y proteger, en lugar de algo que el hardware proporciona automáticamente.

Para una plataforma de centro de contacto, lo que está en juego es de suma importancia, ya que los datos involucrados incluyen grabaciones de llamadas, listas de contactos de clientes, registros de consentimiento y listas de exclusión. Una empresa de externalización de procesos de negocio (BPO) que gestiona clientes de la competencia en una misma plataforma tiene la obligación contractual, y a menudo también la normativa, de mantenerlos separados, y una filtración no es un simple inconveniente, sino un incidente grave.

Dónde se debe imponer el aislamiento

La implementación común más débil sitúa el límite en el código de la aplicación: cada consulta filtra por inquilino, y la corrección depende de que cada desarrollador lo recuerde siempre. Funciona hasta que una consulta falla, y el error no se hace evidente hasta que alguien ve datos que no debería. El enfoque más robusto traslada la aplicación de la política a la base de datos, de modo que esta se asocia a los datos en lugar de al código que los lee, y una consulta que omite el filtro de inquilino no devuelve nada en lugar de todo. Al evaluar una plataforma, la pregunta útil no es si los inquilinos están aislados, sino en qué capa.

Lo que debe variar según el inquilino

• Datos y usuarios. Campañas, contactos, grabaciones y cuentas, con un alcance tal que un usuario solo existe dentro de su inquilino.
• Configuración de cumplimiento. Listas de exclusión, plazos para realizar llamadas y normas de consentimiento, dado que los inquilinos operan bajo diferentes regímenes.
• Retención. Grabación y transcripción bajo la póliza de cada inquilino, con la posibilidad de retención legal.
• Números. La identidad de la persona que llama pertenece exclusivamente a un inquilino y el rango de extensiones no entra en conflicto con el de otro.
• Imagen de marca y lenguaje. La interfaz que ve cada usuario, incluido su idioma predeterminado.
• Facturación y medición. Uso atribuible a cada inquilino, en lugar de agrupado en un total.

Cómo DialerBee implementa la arquitectura multiusuario

DialerBee arquitectura multiusuario Proporciona a cada inquilino datos aislados protegidos por la seguridad a nivel de fila de PostgreSQL en la capa de base de datos, reglas de cumplimiento independientes que cubren listas de exclusión de llamadas, horas de llamadas y seguimiento del consentimiento, grabaciones de llamadas separadas con almacenamiento por inquilino, retención y retención legal independientes, facturación por inquilino que registra el uso, los minutos y los puestos por separado, control de acceso basado en roles que limita a los agentes y supervisores a su inquilino, ajuste de IA por inquilino y aprovisionamiento de inquilinos en minutos a través del portal de administración o la API. Está disponible en 11 idiomas con idiomas predeterminados por inquilino.

El límite se extiende por el resto de la plataforma en lugar de detenerse en la base de datos. Cada panel y cada informe en analítica El alcance se limita al inquilino actual, por lo que los clientes de BPO solo ven sus propios datos, mientras que los propietarios de la plataforma pueden acceder a análisis entre inquilinos, y los límites de los inquilinos se aplican en la capa de la base de datos. La propiedad del identificador de llamadas es exclusiva de un inquilino, lo que impide que un número del que usted es responsable aparezca en las llamadas de otra persona, y cada inquilino obtiene sus propios grupos de identificadores de llamadas con reglas de rotación e informes aislados. Los datos de transcripción se almacenan con aislamiento por inquilino mediante seguridad a nivel de fila, con retención configurable por inquilino. marca blanca En las implementaciones, un administrador asociado es propietario de los inquilinos que crea, y el asistente de incorporación establece el rango de extensiones y los identificadores de llamadas de cada inquilino, ya que los valores predeterminados entran en conflicto y una línea troncal compartida no es un identificador de llamadas.

Preguntas frecuentes

¿Cuál es la diferencia entre multiusuario y uniusuario?

En una implementación de inquilino único, cada cliente obtiene su propia instancia del software y, a menudo, su propia infraestructura. En una implementación multiinquilino, los clientes comparten la infraestructura y el código, y están separados por la aplicación y la base de datos, en lugar de tener copias independientes. La arquitectura multiinquilino es más económica de operar y actualizar; la arquitectura de inquilino único ofrece separación física a un costo mucho mayor por cliente.

¿Qué es la seguridad a nivel de fila?

Una función de base de datos que aplica una política a una tabla para que una consulta solo devuelva las filas a las que el usuario actual tiene derecho a acceder. Esto es importante porque la alternativa, filtrar por usuario en cada consulta de la aplicación, depende de que cada desarrollador lo recuerde cada vez. Implementarlo en la base de datos significa que una consulta que omita el filtro no devolverá nada en lugar de todo.

¿Significa la arquitectura multiusuario que mis datos se mezclan con los de otros clientes?

Significa que se almacena en una infraestructura compartida con límites definidos, no que cualquiera pueda acceder a ella. La pregunta práctica que hay que hacerle a un proveedor no es si las tablas se comparten, sino dónde se garantiza el aislamiento. Un aislamiento implementado solo en el código de la aplicación es una respuesta menos segura que un aislamiento garantizado por la base de datos.

¿Por qué cada inquilino necesita su propio rango de extensiones y su propio identificador de llamadas?

Esto se debe a que las configuraciones predeterminadas pueden entrar en conflicto. Dos inquilinos con el mismo rango de extensiones o conectados al mismo troncal pueden sufrir llamadas mal dirigidas e identificar a la persona que llama como perteneciente a la empresa equivocada. Asignar a cada inquilino su propio rango y sus propios números al momento de la configuración inicial evita un tipo de problema que resulta difícil de diagnosticar posteriormente.

¿Qué debería poder configurarse por inquilino?

Todo aquello que difiere entre las empresas que utilizan la plataforma, que en un centro de contacto abarca casi todo: normas de cumplimiento, horarios de llamadas, listas de exclusión, periodos de retención, idiomas predeterminados, imagen de marca, números y facturación. Una configuración que solo puede aplicarse globalmente acabará siendo incorrecta para alguien.

Términos relacionados: plataforma de centro de contacto de marca blanca, centro de contacto BPO, gestión del consentimiento, Identificador de llamadas y presencia local y DID.