Sistema de Difusión Celular

El Sistema de Difusión Celular en OmniCRM permite a los operadores de redes móviles enviar alertas de emergencia y advertencias públicas a dispositivos móviles dentro de áreas geográficas específicas. La Difusión Celular es una característica crítica de seguridad pública utilizada para alertas AMBER, advertencias meteorológicas, alertas de tsunamis y otras notificaciones de emergencia.

Ventaja Clave: A diferencia de los mensajes SMS estándar, los mensajes de Difusión Celular alertarán audiblemente en teléfonos que están en silencio, sin crédito o en roaming. Como se trata de un mensaje de difusión, es posible enviar una alerta a cada miembro de la población que lleve un teléfono móvil en cuestión de segundos.

Enlace de Advertencia Omnitouch (OWL)

La plataforma del Enlace de Advertencia Omnitouch (OWL) proporciona una solución integral para profesionales de la gestión de desastres y operadores de redes móviles:

• Entidad de Difusión Celular (CBE) - Aplicación web segura para que los usuarios autorizados creen y difundan mensajes de advertencia de emergencia.
• Centro de Difusión Celular (CBC) - Componente de integración de red conforme a estándares que se conecta a redes celulares (2G/3G/4G/5G) para distribuir mensajes.

OWL está diseñado para usarse en cualquier dispositivo con un navegador web (Chrome/Firefox/Safari/Edge), como computadoras, laptops, tabletas o teléfonos móviles.

Descripción General

La Difusión Celular (también conocida como Sistema de Advertencia Pública o PWS) permite a los operadores:

• Enviar Alertas de Emergencia - Distribuir información crítica de seguridad a todos los dispositivos en un área.
• Dirigir Regiones Geográficas - Difundir a áreas de seguimiento específicas o celdas de red controlando qué torres celulares difunden mensajes.
• Soportar Múltiples Idiomas - Proporcionar mensajes de alerta en múltiples idiomas simultáneamente (hasta 500 caracteres por idioma).
• Gestionar el Ciclo de Vida de la Alerta - Crear, actualizar, aprobar, monitorear y eliminar mensajes de difusión.
• Integrarse con Sistemas Externos - Conectarse con la infraestructura del CBC (Centro de Difusión Celular) a través de múltiples interfaces de red celular.
• Autenticación de Dos Factores - Proceso de aprobación seguro utilizando Contraseñas de Un Solo Uso Basadas en Tiempo (TOTP).
• Regla de Dos Personas - Requisito opcional para la aprobación de una segunda persona antes de la transmisión del mensaje.

A diferencia de los SMS, la Difusión Celular no requiere listas de suscriptores y puede alcanzar todos los dispositivos capaces en un área geográfica al instante, lo que la hace ideal para alertas de seguridad pública críticas en tiempo. En la mayoría de las redes, una difusión a todos los dispositivos toma menos de 10 segundos.

Casos de Uso

La Difusión Celular se utiliza para:

• Advertencias de Emergencia - Desastres naturales (terremotos, tsunamis, inundaciones, incendios).
• Alertas AMBER - Notificaciones de secuestro de niños.
• Alertas Meteorológicas - Advertencias de clima severo, alertas de tornados.
• Seguridad Pública - Amenazas terroristas, derrames químicos, evacuaciones.
• Mensajes de Prueba - Pruebas del sistema y campañas de concienciación pública (los Mensajes de Prueba Mensuales no alertan a los usuarios, pero serán recibidos).

El direccionamiento geográfico es a menudo de suma importancia en situaciones de emergencia. Por ejemplo, las alertas de tsunami que aconsejan a aquellos cerca de áreas costeras buscar terrenos más altos no deben enviarse a personas en áreas interiores lejos del peligro. Al controlar qué torres celulares difunden mensajes de advertencia de emergencia, el alcance de la transmisión puede limitarse al área geográfica apropiada.

Ciclo de Vida del Mensaje de Advertencia de Emergencia

Transmitir un mensaje de Advertencia de Emergencia requiere acción rápida mientras se proporciona información precisa y autenticación para garantizar la validez del mensaje.

El ciclo de vida del mensaje consta de cuatro etapas:

1. Definición del Mensaje - Tipo de mensaje, contenido del mensaje, configuraciones de expiración.
2. Dirección del Mensaje - Áreas geográficas y torres celulares a las que se difundirán.
3. Aprobación del Mensaje - Autorización/verificación de la identidad del operador y aprobación de la segunda persona (si es necesario).
4. Revisión del Mensaje - Confirmación final antes de la transmisión.

Después de la difusión, los mensajes pueden ser monitoreados, actualizados a medida que evolucionan las situaciones y detenidos cuando el peligro inmediato disminuye.

Etapa 1: Definición del Mensaje

Este paso define los parámetros básicos del mensaje de advertencia de emergencia que se va a difundir:

Identificador del Mensaje

: Diferentes tipos de mensajes tienen diferentes identificadores, que son tratados de manera diferente por los teléfonos receptores. Por ejemplo, un Mensaje de Prueba Mensual no debería alertar a los usuarios reales, pero aún así recibirán el mensaje.

Nota: Cada plantilla de mensaje disponible en el sistema OWL ya tiene el Identificador de Mensaje (MI) apropiado incrustado, por lo que los usuarios del sistema no necesitan seleccionarlo manualmente al crear un mensaje de alerta.

Texto del Mensaje

: Cuerpo de texto limitado a 500 caracteres que contiene el mensaje que se mostrará a los usuarios finales. Los mensajes pueden proporcionarse en múltiples idiomas agregando el texto del segundo idioma debajo del primero. Recuerde que el límite de 500 caracteres se aplica al mensaje total, incluidos todos los idiomas.

Plantillas de Mensaje

: Los mensajes de alerta de peligro pueden predefinirse por adelantado como "plantillas" para diferentes escenarios previstos, como:

• Inundaciones
• Tsunamis
• Terremotos
• Pruebas periódicas
• Otros escenarios de desastre

Las plantillas ahorran tiempo durante las emergencias. Estas plantillas pueden modificarse según sea necesario al definir el mensaje, o los mensajes pueden ser escritos desde cero.

Expiración del Mensaje y Repeticiones

: Los mensajes de emergencia tienen una vida útil finita durante la cual son relevantes. Al definir el mensaje:

• Expira (minutos) - Cuánto tiempo continuará siendo difundido el mensaje.
• Repeticiones del Mensaje - Cuántas veces se retransmitirá.

Cada teléfono solo mostrará el mensaje al usuario una vez. Sin embargo, los sitios celulares continuarán transmitiendo mensajes hasta que se alcance el tiempo de expiración para garantizar que las personas que ingresan al área de cobertura desde el exterior recibirán el mensaje.

Etapa 2: Direccionamiento

Los mensajes de Difusión Celular se envían a nivel de torre celular, y el alcance geográfico puede limitarse seleccionando qué torres difunden el mensaje.

Direccionamiento Opcional

: Este paso es opcional. No ingresar ninguna información de direccionamiento significa que todas las torres celulares transmitirán el mensaje de advertencia de emergencia.

Áreas de Objetivo Predefinidas

: El sistema OWL tiene una base de datos de todas las torres celulares y puede definir áreas de objetivo en un mapa. Las áreas pueden ser dirigidas utilizando zonas predefinidas (determinadas por adelantado para una selección rápida) o dibujando áreas personalizadas en el mapa.

Herramientas de Dibujo de Mapas

: Se pueden crear áreas de objetivo personalizadas utilizando:

• Herramienta de Polígono - Dibujar límites de cobertura precisos.
• Herramienta de Círculo - Alertas rápidas basadas en radio.
• Herramienta de Rectángulo - Cobertura alineada a la cuadrícula.

La función "Agregar Nueva Zona" permite definir áreas de objetivo personalizadas que se pueden guardar para su uso futuro.

Etapa 3: Aprobación

Un proceso de aprobación valida que la persona que emite el mensaje de Advertencia de Emergencia está autorizada para hacerlo.

Autenticación de Dos Factores

: Utiliza Contraseñas de Un Solo Uso Basadas en Tiempo (TOTP) a través de:

• Token físico (como un RSA SecurID).
• Solución basada en aplicación (Google Authenticator, Authy, Microsoft Authenticator u otras aplicaciones compatibles con TOTP).

Los usuarios que crearán o aprobarán borradores de alertas de mensajes deben tener una aplicación de autenticador en su teléfono inteligente para generar el código de autorización que el sistema solicitará.

Configuración de 2FA

: Al configurar por primera vez 2FA:

1. Instale una aplicación de autenticador en su teléfono inteligente (Google Authenticator, Authy, Microsoft Authenticator, etc.).
2. Navegue a la configuración de su cuenta OWL y escanee el código QR con su aplicación de autenticador.
3. Ingrese el código de verificación para confirmar la configuración.
4. Guarde los códigos de respaldo en un lugar seguro.
5. Pruebe la generación de códigos antes de las emergencias.

Para obtener instrucciones detalladas sobre la configuración de 2FA, consulte Autenticación de Dos Factores.

Si cambia de dispositivo móvil o la aplicación deja de sincronizarse con su cuenta OWL, comuníquese con su Administrador del Sistema para obtener ayuda. Los administradores pueden restablecer los tokens de 2FA desde la página Usuarios y Roles → Usuarios.

Regla de Dos Personas

: Donde el proceso requiere la aprobación de una segunda persona, la persona que emite la alerta debe ingresar la Contraseña de Un Solo Uso Basada en Tiempo de la otra persona antes de que se permita que el proceso continúe. Esto proporciona supervisión y minimiza el riesgo de abuso.

Roles de Usuario Granulares

: Los roles de usuario individuales pueden configurarse para:

• Permitir que solo ciertos usuarios envíen mensajes predefinidos.
• Restringir el direccionamiento de mensajes a regiones específicas.
• Requerir flujos de trabajo de aprobación adicionales.

Etapa 4: Revisión

Una vez que se completan las etapas de Definición del Mensaje, Direccionamiento y Aprobación, el operador debe revisar el mensaje antes de la difusión final. Una vez satisfecho con los detalles del mensaje, puede transmitir el mensaje.

Velocidad de Transmisión: En la mayoría de las redes, una difusión a todos los dispositivos en la red toma menos de 10 segundos.

Etapa 5: Monitoreo y Actualizaciones

Una vez que se inicia la difusión del mensaje, los operadores pueden monitorear y gestionar los mensajes transmitidos.

Retroalimentación de la Red

: Las redes celulares devuelven información sobre los sitios celulares que han difundido el mensaje. Si un sitio celular está fuera de línea o no está disponible, esto se informará al operador.

Retransmisión Automática

: Si algún sitio celular fuera de línea se vuelve disponible nuevamente mientras la Advertencia de Emergencia sigue activa, todos los teléfonos conectados a esa celda recibirán el mensaje.

Actualizaciones en Vuelo

: Una vez difundido, el mensaje puede ser:

• Actualizado a medida que evoluciona la situación.
• Modificado con nuevo contenido del cuerpo del mensaje.
• Recordado/detenido en cualquier momento.

Registros Históricos

: Toda la información sobre mensajes históricos puede ser vista y revisada para fines de auditoría.

Estructura del Mensaje

Cada mensaje de Difusión Celular consiste en:

Configuración del Mensaje

• Identificador del Mensaje - Identificador único para el tipo de alerta (por ejemplo, 4370 para ETWS Terremoto, 4371 para ETWS Tsunami).
• Categoría - Categoría de alerta (normal, emergencia, alta, extrema).
• Período de Repetición - Segundos entre repeticiones de difusión.
• Número de Difusiones - Cuántas veces difundir el mensaje.
• Período de Advertencia - Duración en segundos durante la cual la advertencia es válida.
• Indicador de Canal - Tipo de canal utilizado para la difusión.

Mensajes Localizados

Cada mensaje del CBC puede incluir múltiples variantes de idioma:

• Idioma - Código de idioma ISO (en, es, fr, zh, etc.).
• Cuerpo del Mensaje - Texto de alerta en ese idioma (hasta 1395 caracteres).

El sistema difunde automáticamente todas las variantes de idioma, permitiendo a los destinatarios ver alertas en su idioma preferido.

Áreas de Seguimiento

Define el direccionamiento geográfico para la alerta:

• Área de Seguimiento - Identificador geográfico (ID de celda, código de área de seguimiento).
• Operador - Código del operador de red móvil (MCC-MNC).
• Tipo de RAT - Tecnología de Acceso Radio (LTE, 5G, UMTS, GSM).

Se pueden especificar múltiples áreas de seguimiento para cubrir regiones más grandes o múltiples operadores.

Creando un Mensaje de Difusión Celular

A través de la Interfaz Web:

1. Navegar a Difusión Celular - Acceder a la interfaz de gestión del CBC desde la navegación principal.
2. Hacer clic en "Crear Alerta" - Abre el formulario de creación de mensajes.
3. Configurar Parámetros del Mensaje:
   • Identificador del Mensaje (por ejemplo, 4370 para alertas de terremoto).
   • Categoría (normal, alta, extrema).
   • Período de Repetición (típicamente 5-60 segundos).
   • Número de Difusiones (999 para continuo, o conteo específico).
   • Período de Advertencia (duración en segundos).
   • Indicador de Canal (típicamente "básico").

4. Agregar Mensajes Localizados:
   • Hacer clic en "Agregar Idioma".
   • Seleccionar idioma del menú desplegable.
   • Ingresar texto del mensaje (máx. 1395 caracteres para GSM7, menos para Unicode).
   • Repetir para idiomas adicionales.
5. Definir Áreas de Seguimiento:
   • Hacer clic en "Agregar Área de Seguimiento".
   • Ingresar código de área de seguimiento.
   • Seleccionar operador (combinación MCC-MNC).
   • Elegir tipo de RAT (LTE, 5G, etc.).
   • Repetir para áreas geográficas adicionales.

6. Revisar y Crear - Verificar todos los detalles y hacer clic en "Crear Alerta".

A través de la API:

Endpoint: PUT /crm/cbc/

Permiso Requerido: CREATE_CBC_MESSAGE

Cuerpo de la Solicitud:

{
  "messageIdentifier": "4370",
  "category": "emergency",
  "repetitionPeriod": 10,
  "numberOfBroadcasts": 999,
  "warningPeriodSec": 3600,
  "channelIndicator": "basic",
  "localized_messages": [
    {
      "language": "en",
      "messageBody": "EARTHQUAKE WARNING: Magnitude 6.5 earthquake detected. Take cover immediately. Drop, Cover, Hold On."
    },
    {
      "language": "es",
      "messageBody": "ADVERTENCIA DE TERREMOTO: Terremoto de magnitud 6.5 detectado. Cúbrase inmediatamente. Agáchese, Cúbrase, Agárrese."
    }
  ],
  "tracking_areas": [
    {
      "tracking_area": "12345",
      "operator": "310-410",
      "rat_type": "LTE"
    },
    {
      "tracking_area": "12346",
      "operator": "310-410",
      "rat_type": "5G"
    }
  ]
}

Respuesta:

{
  "cbc_message_id": 123,
  "cbc_unique_id": "550e8400-e29b-41d4-a716-446655440000",
  "messageIdentifier": "4370",
  "category": "emergency",
  "repetitionPeriod": 10,
  "numberOfBroadcasts": 999,
  "warningPeriodSec": 3600,
  "channelIndicator": "basic",
  "initiating_user": 5,
  "approving_user": null,
  "created": "2025-01-10T14:30:00Z",
  "localized_messages": [...],
  "tracking_areas": [...]
}

El mensaje se envía inmediatamente al Centro de Difusión Celular para su transmisión.

Gestión de Mensajes Existentes

Ver Todos los Mensajes

Endpoint: GET /crm/cbc/

Permiso Requerido: VIEW_CBC_MESSAGE

Devuelve una lista de todos los mensajes del CBC con su estado, marcas de tiempo y configuración.

Actualizar un Mensaje

Endpoint: PATCH /crm/cbc/{cbc_message_id}

Permiso Requerido: UPDATE_CBC_MESSAGE

Actualiza el contenido del mensaje, áreas de seguimiento o parámetros de difusión. Los mensajes actualizados se reenvían al CBC.

Cuerpo de la Solicitud:

{
  "cbc_message_id": 123,
  "numberOfBroadcasts": 500,
  "localized_messages": [
    {
      "language": "en",
      "messageBody": "UPDATED: Earthquake warning still in effect. Aftershocks possible."
    }
  ]
}

Eliminar un Mensaje

Endpoint: DELETE /crm/cbc/{cbc_message_id}

Permiso Requerido: DELETE_CBC_MESSAGE

Elimina el mensaje de la base de datos e intenta cancelarlo en el CBC.

Flujo de Trabajo de Aprobación

Los mensajes de Difusión Celular admiten un flujo de trabajo de aprobación opcional para alertas de alto riesgo:

1. Usuario Iniciador - Miembro del personal que crea la alerta (initiating_user field).
2. Usuario Aprobador - Gerente que aprueba la alerta antes de la difusión (approving_user field).

Si se requiere aprobación:

• El mensaje se crea con approving_user = null.
• El mensaje se mantiene en estado de "aprobación pendiente".
• El usuario aprobador revisa el mensaje y lo aprueba o rechaza.
• Al aprobar, se establece approving_user y el mensaje se difunde.

Este flujo de trabajo es configurable según la política de la organización.

Identificadores de Mensaje

Los identificadores de mensaje estándar siguen 3GPP TS 23.041:

Sistema de Advertencia de Terremoto y Tsunami (ETWS):

• 4370 - Advertencia de Terremoto ETWS.
• 4371 - Advertencia de Tsunami ETWS.
• 4372 - Advertencia Combinada de Terremoto y Tsunami ETWS.
• 4373-4378 - Otros Tipos de Emergencia ETWS.
• 4379 - Mensaje de Prueba ETWS.

Sistema Comercial de Alertas Móviles (CMAS) / Alertas de Emergencia Inalámbricas (WEA):

• 4352 - Alerta Presidencial.
• 4353-4355 - Alertas Extremas.
• 4356-4359 - Alertas Severas.
• 4360-4363 - Alertas AMBER.
• 4364-4367 - Mensajes de Seguridad Pública.
• 4368-4369 - Pruebas Estatales/Locales.
• 4380-4381 - Mensajes de Prueba.

Rangos Personalizados:

• 0-999 - Reservado para alertas específicas del operador.
• 1000-4095 - Tipos de mensajes personalizados.

Integración con el Centro de Difusión Celular

La Entidad de Difusión Celular (CBE) necesita un mecanismo para entregar mensajes a redes celulares individuales. El Centro de Difusión Celular (CBC) de OWL se conecta a cada red celular para enviar mensajes de Advertencia de Emergencia al público.

Redundancia Multi-Network

: En caso de que un operador de red celular no esté disponible (corte o sin cobertura), si otra red celular operativa está disponible, los usuarios seguirán recibiendo mensajes de Advertencia de Emergencia a través de las otras redes disponibles.

Instancias de CBC por Operador

: Para asegurar que no haya conexión entre redes competidoras, OWL ejecuta una instancia de CBC separada para cada MNO; no se comparte entre operadores.

Configuración del CBC de OWL

La URL del CBC se configura en crm_config.yaml:

cbc_url: "http://cbc.example.com:8080"

Transmisión de Mensajes:

Cuando se crea o actualiza un mensaje del CBC:

1. OmniCRM CBE almacena el mensaje en su base de datos.
2. El mensaje se formatea para la API del CBC.
3. Se envía una solicitud HTTP POST a {cbc_url}/alerts/send.
4. El CBC se conecta a la red celular a través de la interfaz apropiada (CBSP, SBc-AP o N50).
5. El CBC reconoce la recepción y comienza la difusión.
6. Los dispositivos en las áreas de seguimiento objetivo reciben la alerta.

Eliminación de Mensajes:

Cuando se elimina un mensaje, el CBE intenta cancelarlo en el CBC para detener las difusiones en curso.

Puntos de Integración de Redes Celulares

Diferentes generaciones de redes celulares (2G/3G/4G/5G) tienen interfaces únicas para conectarse desde/hacia el Centro de Difusión Celular. Según las tecnologías utilizadas por cada red celular, debe configurarse la interfaz correcta.

El Centro de Difusión Celular de OWL admite interfaces de Difusión Celular de 2G, 3G, 4G y 5G y se ha integrado con numerosos componentes de red celular comúnmente utilizados.

CBSP - 2G/3G - Controlador de Estación Base (BSC)

La interfaz del Protocolo de Servicio de Difusión Celular (CBSP) conecta el CBC al Controlador de Estación Base (BSC) que controla las estaciones base 2G (GSM).

• Utilizado para mensajería de Difusión Celular de 2G y 3G con implementaciones combinadas de Controlador de Red de Radio/Controlador de Estación Base.
• Puede configurarse como cliente o servidor dependiendo del proveedor de BSC.
• Debe establecerse una conexión entre todos los BSC en la red y el CBC de OWL.
• Las interfaces se monitorean continuamente con alertas para indicar si un enlace CBSP ha caído.

Nota: 3GPP definió el Protocolo de Difusión de Área de Servicio (SABP) para su uso en implementaciones RNC independientes. Esto puede usarse si es necesario cuando CBSP no es compatible con celdas 3G en un RNC/BSC combinado, sin embargo, puede requerirse pruebas adicionales y soporte del proveedor de RNC.

SBc-AP - 4G/5G No Independiente - MME/IWF

La interfaz SBc-AP conecta el CBC de OWL al MME (Entidad de Gestión de Movilidad) que sirve a 4G y 5G eNodeB/gNodeBs.

• Utilizado para redes LTE de 4G.
• También utilizado para 5G No Independiente (la mayoría de las implementaciones a partir de 2025).
• Debe establecerse una conexión entre todos los MMEs en la red y el CBC de OWL.
• Las interfaces se monitorean continuamente con alertas para indicar si un enlace SBc-AP ha caído.

N50 - 5G Independiente - AMF

Para redes 5G independientes, la interfaz N50 conecta el CBC de OWL al AMF (Función de Gestión de Acceso y Movilidad) que sirve a 5G gNodeBs.

• La interfaz está presente en el CBC de OWL.
• No se ha probado extensamente con AMFs de terceros debido al pequeño número de redes 5G SA comercialmente disponibles en 2025.
• Se admitirá completamente a medida que las implementaciones de 5G SA se vuelvan más comunes.

Requisitos de Redes MNO

La red debe estar en su lugar entre el CBC de OWL y la red del Operador de Red Móvil para alcanzar las interfaces descritas anteriormente.

Esto se maneja caso por caso, pero generalmente requiere:

• Conexión cruzada/fibra dedicada entre el CBC y la red MNO.
• Cada interfaz separada lógicamente.
• Conectividad a cada punto de integración (MME, RNC, BSC) en la red celular.

Equipos de Red Soportados

El CBC de OWL ha sido probado e integrado con componentes de red celular comúnmente utilizados de los principales proveedores:

Integración de Datos de Sitios Celulares

OWL admite la recopilación automática de datos de:

• Nokia NetAct
• Huawei U2000 / U2020
• ZTE NetNumen / ZXPOS
• Ericsson ENM

Alternativamente, los datos del sitio celular pueden proporcionarse al equipo de operaciones de Omnitouch periódicamente por correo electrónico.

Gestión de Usuarios y Control de Acceso

Control de Acceso Basado en Roles (RBAC)

El sistema OWL utiliza control de acceso basado en roles (RBAC): las personas (Usuarios Registrados) se asignan uno o más Roles, y cada Rol es un conjunto de Permisos. Los Permisos son la unidad más pequeña de acceso (por ejemplo, crear alerta de mensaje borrador). El acceso efectivo de un Usuario Registrado es la unión de los Permisos de todos los Roles asignados.

Componentes de RBAC:

• Usuarios - Personas reales que inician sesión en el sistema OWL.
• Permisos - Micro capacidades (por ejemplo, aprobar borrador de mensaje, crear mensaje, ver informes).
• Roles - Conjuntos nombrados de permisos (por ejemplo, Aprobadores de Mensajes, Creadores de Mensajes).
• Asignación - Los usuarios reciben uno o más Roles; los permisos se agregan.

Beneficios de RBAC:

1. Protección de Datos - Los usuarios solo ven y hacen lo que se les permite.
2. Ajuste Operacional - Los roles reflejan funciones laborales (Admin, Creador de Mensajes, Aprobador de Mensajes).
3. Administración Simple - Conceder acceso asignando roles; evitar la microgestión por usuario.

Permisos del Sistema

Los permisos del sistema generalmente siguen patrones CRUD con cuatro opciones:

• Ver - Leer o navegar por mensajes e informes.
• Crear - Crear o agregar una alerta de mensaje.
• Actualizar - Editar o modificar una alerta de mensaje borrador.
• Eliminar - Eliminar o quitar una alerta de mensaje borrador.

Permisos Básicos del CBC:

• CREATE_CBC_MESSAGE - Crear nuevos mensajes de difusión.
• VIEW_CBC_MESSAGE - Ver mensajes existentes y su estado.
• UPDATE_CBC_MESSAGE - Modificar el contenido del mensaje o los parámetros de difusión.
• DELETE_CBC_MESSAGE - Eliminar mensajes y cancelar difusiones.

Asigne estos permisos a roles según las responsabilidades de seguridad pública de su organización.

Para información completa sobre la gestión de roles y permisos de usuarios, consulte Usuarios y Roles.

Gestión de Cuentas de Usuario

Inicio de Sesión por Primera Vez

Cuando se configura un nuevo usuario en el sistema, se le proporcionan credenciales de inicio de sesión por parte del Administrador del Sistema:

1. Navegue a la URL de inicio de sesión de OWL proporcionada por su Administrador del Sistema.
2. Ingrese su nombre de usuario y contraseña.
3. Si 2FA está habilitado para su cuenta, se le pedirá que lo configure (consulte la sección de 2FA anterior).

Mejor Práctica: Los usuarios deben cambiar su contraseña inicial inmediatamente después del primer inicio de sesión por razones de seguridad. Navegue a la configuraci��n de su perfil de usuario para cambiar su contraseña.

Para más detalles sobre los flujos de autenticación, consulte Flujos de Autenticación y Controles de Administración.

Restablecimiento de Contraseña

Los usuarios pueden restablecer sus propias contraseñas:

1. Desde la página de inicio de sesión del sistema, seleccione "¿Olvidó su Contraseña?".
2. Siga el proceso de verificación por correo electrónico.
3. Establezca una nueva contraseña.

Restablecimiento de Contraseña del Administrador:

Los Administradores del Sistema pueden restablecer contraseñas para usuarios desde la página Usuarios y Roles → Usuarios:

1. Navegue a Usuarios y Roles → Usuarios.
2. Seleccione el usuario que requiere restablecimiento de contraseña.
3. Haga clic en Restablecer Contraseña.
4. El sistema genera una contraseña temporal segura aleatoria (12 caracteres).
5. La contraseña temporal se muestra al administrador.
6. Proporcione la contraseña temporal al usuario a través de un canal seguro (teléfono o en persona, nunca por correo electrónico).
7. El usuario puede iniciar sesión con la contraseña temporal.
8. Importante: El usuario debe cambiar esta contraseña inmediatamente después de iniciar sesión.

Para más detalles, consulte Usuarios y Roles.

Agregar Nuevos Usuarios al Sistema

Los Administradores del Sistema pueden agregar nuevos usuarios navegando a Usuarios y Roles → Usuarios:

Información requerida para cada nuevo Usuario Registrado:

• Nombre
• Apellido
• Correo Electrónico
• Contraseña (temporal)
• Número de Móvil
• Rol(es)

Mejor Práctica: Implementar un Formulario de Solicitud de Nuevo Usuario del Sistema que se alinee con las políticas y procedimientos existentes de su organización. Solo agregue usuarios después de la aprobación adecuada.

Editar Perfiles de Usuario

Los Administradores del Sistema pueden cambiar permisos y acceso para usuarios existentes:

1. Navegue a Usuarios y Roles → Usuarios.
2. Seleccione el usuario a editar.
3. Modifique los roles asignados según sea necesario.
4. Guarde los cambios.

Eliminar Usuarios del Sistema

Los Administradores del Sistema pueden eliminar usuarios de Usuarios y Roles → Usuarios.

Advertencia: Una vez que un usuario ha sido eliminado del sistema OWL, la acción no se puede deshacer. Tenga mucho cuidado antes de ejecutar esta tarea.

Ver Todos los Usuarios del Sistema

En cualquier momento, el Administrador del Sistema puede ver una lista de todos los Usuarios Registrados y ver qué permisos y roles tiene cada uno navegando a Usuarios y Roles → Usuarios.

Historial de Mensajes de Alerta

El sistema OWL mantiene un registro de todos los mensajes de alerta enviados para fines de auditoría y para apoyar la revisión operativa.

Accediendo al Historial de Mensajes:

Navegue a Gestionar Difusiones Celulares para ver:

• Todos los mensajes enviados anteriormente.
• Estado del mensaje (activo, expirado, cancelado).
• Marca de tiempo de la transmisión.
• Usuarios iniciadores y aprobadores.
• Detalles de direccionamiento geográfico.
• Contenido y parámetros del mensaje.

Esto ayuda con:

• Auditoría del sistema.
• Revisión de los procedimientos operativos utilizados por el NDMO y otras agencias de alerta.
• Comprender la efectividad del mensaje.
• Requisitos de cumplimiento e informes.

Visualización del Mapa de Difusión Celular

El Mapa de Difusión Celular proporciona una interfaz visual para planificar áreas de cobertura geográfica e identificar qué torres celulares difundirán alertas.

Accediendo al Mapa

Navegue a:

O directamente:

Permiso Requerido: VIEW_CBC_MESSAGE o CREATE_CBC_MESSAGE

Características del Mapa

El mapa muestra:

Ubicaciones de Torres Celulares:

• Íconos de Torres - Posiciones de sitios celulares mostradas como íconos de torres celulares.
• Indicadores de Sector - Flechas direccionales que muestran la orientación del sector de la antena.
• Nombres de Torres - Identificadores y nombres de sitios.
• Datos de Cobertura - Cargados desde el archivo cellSites.txt.

Herramientas de Dibujo:

• Herramienta de Polígono - Dibujar áreas de cobertura personalizadas.
• Herramienta de Círculo - Crear zonas de difusión circulares.
• Herramienta de Rectángulo - Definir áreas de cobertura rectangulares.

Análisis de Cobertura:

• Lista de Sitios - Tabla que muestra todos los sitios celulares dentro del área dibujada.
• Gestión de Zonas - Guardar y cargar zonas de cobertura predefinidas.
• Conteo de Sitios - Conteo en tiempo real de torres en el área de cobertura.

Usando el Mapa

Paso 1: Cargar Datos de Sitios Celulares

El mapa carga automáticamente las ubicaciones de las torres celulares desde /cellSites.txt al cargar la página. Este archivo contiene:

• lat/lng - Coordenadas de la torre.
• site_name - Identificador.
• sectors - Direcciones de antena en grados.

Paso 2: Dibujar Área de Cobertura

Seleccione una herramienta de dibujo:

1. Haga clic en Polígono para dibujar formas personalizadas.
   • Haga clic para agregar puntos.
   • Haga doble clic para completar.
   • Crea límites de cobertura precisos.
2. Haga clic en Círculo para dibujar áreas circulares.
   • Haga clic en el punto central.
   • Arrastre para establecer el radio.
   • Útil para alertas rápidas basadas en radio.
3. Haga clic en Rectángulo para dibujar áreas rectangulares.
   • Haga clic en una esquina.
   • Arrastre hasta la esquina opuesta.
   • Eficiente para cobertura alineada a la cuadrícula.

Paso 3: Revisar Sitios Cubiertos

Después de dibujar, el sistema:

• Calcula qué sitios celulares caen dentro del área.
• Muestra la lista en la tabla debajo del mapa.
• Muestra nombres y coordenadas de los sitios.
• Proporciona el conteo de torres afectadas.

Ejemplo de Tabla de Cobertura:

Paso 4: Exportar Datos de Cobertura

Utilice los datos de cobertura para:

• Identificar códigos de área de seguimiento para la difusión.
• Estimar el alcance de la alerta basado en el conteo de torres.
• Planificar la respuesta de emergencia comprendiendo las áreas afectadas.
• Guardar definiciones de zona para uso futuro.

Integración de Flujo de Trabajo

La visualización del mapa se integra con la creación de difusiones:

Planificación de una Alerta:

1. Abrir Mapa del CBC para visualizar el área afectada.
2. Dibujar zona de cobertura utilizando la herramienta de polígono.
3. Revisar sitios cubiertos y ajustar límites.
4. Anotar códigos de área de seguimiento para los sitios celulares afectados.
5. Crear mensaje del CBC con el direccionamiento apropiado.

Ejemplo: Advertencia de Tsunami Costero

Gestión de Zonas

Guardando Zonas:

Las zonas de cobertura predefinidas se pueden guardar para escenarios comunes:

• Región Costera - Para advertencias de tsunami/surge.
• Zonas de Incendios Forestales - Para alertas de evacuación.
• Centros Urbanos - Para alertas AMBER en áreas pobladas.
• Corredores de Autopistas - Para alertas de tráfico/clima.

Formato de Datos de Zona:

Las zonas se almacenan en site_data.json:

[
  {
    "area": "Región Costera",
    "polygon": [
      {
        "coord": [
          {"lat": -33.8688, "lng": 151.2093},
          {"lat": -33.8650, "lng": 151.2070},
          {"lat": -33.8600, "lng": 151.2150},
          {"lat": -33.8688, "lng": 151.2093}
        ]
      }
    ]
  }
]

Cargando Zonas Guardadas:

1. Seleccione la zona del menú desplegable.
2. El polígono se muestra automáticamente en el mapa.
3. La lista de sitios se actualiza para mostrar torres cubiertas.
4. Modifique el polígono si es necesario.

Configuración del Mapa

API de Google Maps:

El mapa requiere una clave de API de Google Maps configurada en el entorno:

REACT_APP_GOOGLE_API_KEY=your_google_maps_api_key_here

Datos de Sitios Celulares:

Actualice public/cellSites.txt con las ubicaciones de las torres celulares de su red:

# Formato: lat,lng,nombre,sector1,sector2,sector3
-33.8688,151.2093,SYD_CENTRAL,0,120,240
-33.8650,151.2070,SYD_HARBOUR,45,165,285

Obtenga las coordenadas del sitio celular de:

• Herramientas de planificación de redes.
• Registros de instalación de torres.
• Encuestas de campo con GPS.
• Configuración del controlador de red de radio (RNC).

Estilo del Mapa:

Los estilos de mapa personalizados se pueden configurar en mapStyles.js para:

• Resaltar servicios de emergencia.
• Mostrar características topográficas.
• Enfatizar centros de población.
• Coincidir con la marca organizacional.

Casos de Uso

Planificación de Emergencias:

• Pre-planificar zonas de cobertura para áreas de riesgo conocidas.
• Probar diferentes estrategias de direccionamiento.
• Estimar el alcance de la población.
• Coordinar con servicios de emergencia.

Verificación de Alertas:

• Confirmar que el mensaje alcanzará el área deseada.
• Identificar brechas de cobertura.
• Evitar sobre-alertar regiones adyacentes.
• Validar códigos de área de seguimiento.

Análisis de Red:

• Visualizar la distribución de torres celulares.
• Identificar superposiciones de cobertura.
• Planificar implementaciones de torres para una mejor cobertura de alertas.
• Optimizar la eficiencia de difusión.

Mejores Prácticas

Basado en la experiencia con clientes de todo el mundo, Omnitouch recomienda las siguientes mejores prácticas para todas las implementaciones de OWL.

Contenido del Mensaje:

• Mantenga los mensajes concisos y claros (menos de 360 caracteres para alertas de una sola página).
• Use letras mayúsculas para alertas de emergencia (mejora la legibilidad).
• Incluya elementos de acción específicos ("Evacuar inmediatamente", "Buscar refugio").
• Evite jerga técnica.
• Pruebe los mensajes con dispositivos reales antes de las emergencias.

Soporte de Idiomas:

• Siempre proporcione mensajes en el idioma principal de la región.
• Incluya idiomas adicionales para áreas multiculturales.
• Asegúrese de que las traducciones sean culturalmente apropiadas.
• Pruebe caracteres especiales y soporte Unicode.

Direccionamiento Geográfico:

• Use las áreas de seguimiento más pequeñas necesarias para evitar la fatiga de alertas.
• Considere la densidad de población al establecer el período de repetición.
• Pruebe el direccionamiento geográfico antes de las emergencias.
• Mantenga documentación precisa de las áreas de seguimiento.

Pruebas:

• Use identificadores de mensajes de prueba (4379, 4380-4381) para simulacros.
• Programe pruebas regulares del sistema.
• Verifique que la integración del CBC esté funcionando.
• Capacite al personal sobre procedimientos de emergencia.

Fatiga de Alertas:

• Úselo solo para emergencias genuinas.
• Evite la sobre-difusión.
• Establezca períodos de repetición apropiados.
• Use niveles de severidad de manera adecuada.

Seguridad de la Cuenta de Usuario

Seguridad del Token 2FA:

• Proteja tokens 2FA físicos como tarjetas de acceso a edificios.
• Informe de inmediato sobre tokens perdidos o robados.
• Pruebe 2FA regularmente para asegurarse de que esté funcionando.
• Guarde los códigos de respaldo al configurar 2FA y almacénelos de forma segura fuera de línea.
• Comuníquese con el Administrador del Sistema si necesita restablecer 2FA.

Para más información sobre la configuración y recuperación de 2FA, consulte Autenticación de Dos Factores.

Mantenimiento de Datos

Áreas de Objetivo Predefinidas:

A medida que cambian los límites geográficos, se producen desarrollos y las áreas de riesgo se desplazan, hay una necesidad de revisar las Áreas de Objetivo Predefinidas. Omnitouch sugiere que estos datos se revisen anualmente por el NDMO, con el apoyo de otras agencias de alerta cuando sea aplicable.

Las actualizaciones de los límites pueden definirse utilizando varias plataformas GIS comunes o Google Earth, y luego proporcionarse por correo electrónico al equipo de operaciones de Omnitouch, que realizará los cambios en el sistema.

Plantillas de Mensaje Predefinidas:

Las plantillas de mensaje predefinidas deben revisarse al menos anualmente por el NDMO, con el apoyo de otras agencias de alerta cuando sea aplicable, para garantizar:

• Que el contenido del mensaje siga reflejando con precisión el peligro y la llamada a la acción.
• Que la información de contacto y las instrucciones estén actualizadas.
• Que las traducciones de idiomas sigan siendo precisas.
• Que el tono y la urgencia del mensaje sean apropiados.
• Que las referencias a servicios o procedimientos de emergencia estén actualizadas.

Las actualizaciones pueden proporcionarse por correo electrónico al equipo de operaciones de Omnitouch, que realizará los cambios en el sistema.

Datos de Sitios Celulares:

• Revise y actualice los datos de sitios celulares cada vez que ocurran cambios en la red.
• Frecuencia típica de actualización: mensual o trimestral.
• Coordine con los equipos de planificación de redes de MNO.
• Verifique la precisión después de actualizaciones o expansiones importantes de la red.

Arquitectura del Sistema

Todos los productos de Omnitouch están diseñados para soportar implementaciones distribuidas geográficamente.

Opciones de Implementación

Todos los componentes pueden ejecutarse como:

• Contenedores (K8s) - Implementaciones de contenedores orquestadas por Kubernetes.
• Máquinas Virtuales - VMware, Proxmox, HyperV.
• Nube Privada - Infraestructura de nube en las instalaciones.
• Nube Pública - AWS, GCP.
• Hardware Dedicado - Implementación directa en hardware.

Arquitectura Distribuida

La arquitectura distribuida permite:

• Que las Oficinas Locales de Gestión de Desastres accedan al CBE de OWL y distribuyan mensajes incluso si una región se aísla de la red nacional.
• Múltiples Entidades de Difusión Celular y múltiples Centros de Difusión Celular por operador/país.
• Que las agencias locales de respuesta a desastres (Gobierno Municipal, Policía, Bomberos, etc.) emitan alertas a su región incluso si la principal NDMO (Oficina Nacional de Gestión de Desastres) pierde acceso.

Esto es particularmente valioso cuando los MNO han distribuido su red celular con recursos locales de BSC/MME.

Redes CBE y CBC

Para asegurar que no haya conexión entre redes competidoras, cada MNO tiene una instancia de CBC separada (no compartida).

Requisitos de red entre CBE y CBC:

• Todo el tráfico está cifrado entre CBE y CBC.
• Autenticación basada en certificados mutuos.
• Conectividad de CBE a CBC a través de TLS en el puerto TCP 443.
• Coordinación requerida entre MNO y el NDMO o la agencia que aloja el CBE.

Consideraciones de Acceso

La agencia que aloja el CBE deberá definir procedimientos de acceso para los usuarios finales (es decir, Citrix, VPN, etc.), teniendo en cuenta que el sistema debe ser accesible en escenarios no ideales, como:

• Cortes a gran escala de redes de energía pública.
• Fallos en la red de telecomunicaciones.
• Desastres naturales que afectan la infraestructura.

Requisitos de Implementación

Requisitos de VM de CBE (NDMO / Gobierno)

3x Máquinas Virtuales:

• 2x VMs de CBE (Idealmente en diferentes centros de datos/zonas de disponibilidad).
• 1x VM de Monitoreo.

Cada VM requiere:

• Almacenamiento: 50GB.
• CPU: 2x CPU Virtual.
• RAM: 8GB.
• SO: SO base proporcionado por Omnitouch.
• Redes: Permitir tráfico a las VMs de CBC en el puerto TCP 443 para tráfico TLS para controlar los CBC.

Requisitos de VM de CBC (MNO)

3x Máquinas Virtuales:

• 2x VMs de CBC (Idealmente en diferentes centros de datos/zonas de disponibilidad).
• 1x VM de Monitoreo.

Cada VM requiere:

• Almacenamiento: 50GB.
• CPU: 2x CPU Virtual.
• RAM: 8GB.
• SO: SO base proporcionado por Omnitouch.
• Conectividad: A cada uno de los Puntos de Integración en la red celular (MME, RNC, BSC).
• Redes: Permitir tráfico desde las VMs de CBE en el puerto TCP 443 para que el tráfico TLS sea controlado por los CBE.

Pasos de Integración

Implementar OWL implica los siguientes pasos:

1. Identificar nuevo(s) operador(es) - Identificar operadores de red móvil participantes.
2. Administración del proyecto (configuración) - Establecer gobernanza y administración del proyecto.
3. Seleccionar ubicación de alojamiento para CBE - Determinar dónde se alojará el CBE.
4. Definir Usuarios y Flujos/Procedimientos de Mensajes - Establecer flujos de trabajo de aprobación y roles de usuario.
5. Definir Polígonos para Áreas de Objetivo y Plantillas de Mensajes - Preconfigurar escenarios comunes.
6. Asignaciones de Direcciones IP - Asignar direcciones IP para NDMO y MNOs.
7. Configurar VPN de sitio a sitio - Establecer conexión segura con el equipo de Omnitouch.
8. Implementar VMs de CBE en NDMO - Instalar la Entidad de Difusión Celular.
9. Implementar VMs de CBC en MNO - Instalar el Centro de Difusión Celular en cada operador.
10. Configurar Elementos de Red - Establecer conectividad al CBC desde el equipo de red celular.
11. Redes entre VMs de CBE y CBC - Establecer comunicación segura.
12. Redes entre VMs de CBC y Elementos de Red - Conectar a BSC/MME/AMF.
13. Configurar acceso a API para NMS - Configurar integración de datos de sitios celulares.
14. Configuración y prueba de monitoreo - Verificar monitoreo y alertas.
15. Verificación/Pruebas de alertas de prueba - Realizar pruebas del sistema.
16. Prueba de advertencia pública - Realizar prueba pública de extremo a extremo.

Límites de Caracteres

Los mensajes de Difusión Celular tienen límites de caracteres estrictos basados en la codificación:

Codificación GSM de 7 bits (inglés, caracteres latinos básicos):

• P��gina única: 93 caracteres.
• Múltiples páginas: 15 páginas × 93 = 1395 caracteres como máximo.

Codificación Unicode UCS-2 (escrituras no latinas, emojis):

• Página única: 41 caracteres.
• Múltiples páginas: 15 páginas × 41 = 615 caracteres como máximo.

Plataforma OWL:

• Texto del mensaje limitado a 500 caracteres.
• La interfaz web muestra el conteo de caracteres restantes y advierte cuando se acercan a los límites.

Monitoreo y Registros

La actividad de Difusión Celular se registra para fines de auditoría:

• Eventos de creación, actualización y eliminación de mensajes.
• Usuarios iniciadores y aprobadores.
• Marcas de tiempo e identificadores de mensajes.
• Respuestas y errores de la API del CBC.
• Detalles de direccionamiento geográfico.

Acceda a los registros a través del Registro de Actividad o consultas de base de datos:

SELECT * FROM cbc
WHERE created >= '2025-01-01'
ORDER BY created DESC;

Integración con Dispositivos Móviles

Los mensajes de Difusión Celular son recibidos por dispositivos móviles compatibles:

Soporte de Dispositivos:

• La mayoría de los teléfonos inteligentes de 2015 en adelante soportan Difusión Celular.
• Los teléfonos básicos pueden tener soporte limitado.
• El dispositivo debe estar conectado a la red (no se requieren créditos de datos/SMS).
• Funciona incluso durante la congestión de la red cuando los SMS fallan.

Experiencia del Usuario:

• La alerta se muestra como una notificación a pantalla completa.
• Se reproduce un tono de alerta único.
• La alerta persiste hasta que se reconoce.
• No se requiere suscripción de usuario.
• No puede ser bloqueada por los usuarios para alertas presidenciales/extremas.

Prueba de Recepción de Dispositivos:

Para verificar que los dispositivos pueden recibir alertas:

1. Envíe un mensaje de prueba (identificador 4379 o 4380-4381).
2. Asegúrese de que el dispositivo esté en el área de seguimiento objetivo.
3. Verifique que el dispositivo tenga habilitada la Difusión Celular en la configuración.
4. Verifique con múltiples modelos de dispositivos y versiones de SO.

Funcionalidad Adicional

La plataforma OWL se puede extender con características opcionales para complementar la mensajería de Difusión Celular:

Mensajes de Texto Masivo / SMS

Enviar SMS regulares a individuos para notificaciones suplementarias.

• A menudo utilizado para alertas degradadas para informar a las personas que la amenaza inmediata ha pasado, de una manera menos intrusiva.
• Mucho más lento que la Difusión Celular, pero puede incluir un mecanismo de confirmación para verificar que el mensaje fue recibido.
• Útil para comunicaciones de seguimiento dirigidas.

Llamadas de Voz para Línea Fija

Llamar automáticamente a números de línea fija y reproducir mensajes de advertencia de emergencia.

• Reproducción de mensajes pregrabados.
• Rendición de texto a voz del mensaje de advertencia de emergencia.
• Llega a poblaciones sin teléfonos móviles.
• Puede verificar la entrega del mensaje a través de la finalización de la llamada.

Publicación Cruzada en Redes Sociales

Publicar automáticamente mensajes de Advertencia de Emergencia en canales oficiales de redes sociales.

• Extiende el alcance más allá de la red celular.
• Proporciona referencia para aquellos que se perdieron la alerta inicial.
• Permite mensajes extendidos más allá de los límites de caracteres.

Transmisión Automática por Radio/TV

Transmitir automáticamente mensajes de emergencia a través de radio y televisión.

• Reproducción de mensajes pregrabados.
• Rendición de texto a voz del mensaje de advertencia de emergencia.
• Llega a poblaciones durante cortes de red.
• Complementa la Difusión Celular para una cobertura integral.

Dispositivos de Advertencia Externos

El CBC de OWL puede conectarse a una variedad de fuentes externas:

• Plataformas de redes sociales.
• APIs públicas.
• Sistemas de llamadas de voz.
• Sistemas de transmisión de radio.
• Alarmas físicas y sirenas.
• Señalización electrónica.

Se pueden explorar opciones de personalización como parte de la fase de diseño.

Personalización y Mantenimiento

Pruebas Periódicas

Se deben realizar pruebas periódicas de la solución a intervalos regulares para asegurar:

• Que la solución y todos los componentes estén funcionando correctamente.
• Que todo el personal esté familiarizado con los procesos y procedimientos requeridos para emitir Mensajes de Advertencia de Emergencia.
• Que los puntos de integración sigan operativos.
• Que las plantillas de mensajes estén actualizadas y sean efectivas.

Pruebas Recomendadas:

• Mensajes de prueba mensuales utilizando identificadores 4379, 4380-4381.
• Pruebas completas del sistema trimestrales que incluyan flujos de trabajo de aprobación.
• Pruebas de advertencia pública anuales con notificación anticipada.
• Sesiones de capacitación regulares para usuarios autorizados.

Mantenimiento de Datos de Sitios Celulares

Cuando los operadores agregan o eliminan sitios celulares, o cambian Áreas/Identificadores de Seguimiento de los sitios celulares, esta información debe compartirse con el equipo de Omnitouch para asegurar que los datos de la herramienta de mapeo sigan siendo precisos.

Integración Automática de Datos

OWL admite la recopilación automática de datos de:

• Nokia NetAct.
• Huawei U2000 / U2020.
• ZTE NetNumen / ZXPOS.
• Ericsson ENM.

Actualizaciones Manuales de Datos

Alternativamente, los datos del sitio celular pueden proporcionarse al equipo de operaciones de Omnitouch periódicamente por correo electrónico en varios formatos.

Frecuencia de Actualización: Revise y actualice los datos del sitio celular cada vez que ocurran cambios en la red, típicamente mensual o trimestral.

Áreas de Objetivo Predefinidas

A medida que cambian los límites geográficos, se producen desarrollos y las áreas de riesgo se desplazan, hay una necesidad de revisar las Áreas de Objetivo Predefinidas utilizadas en la etapa de Direccionamiento.

Revisión Anual: Las áreas de objetivo predefinidas deben revisarse anualmente por el NDMO (Oficina Nacional de Gestión de Desastres).

Proceso de Actualización: Las actualizaciones de los límites pueden definirse utilizando varias plataformas GIS comunes o Google Earth, y luego proporcionarse al equipo de operaciones de Omnitouch.

Plantillas de Mensaje Predefinidas

Revisión Anual: Las plantillas de mensaje predefinidas deben revisarse anualmente por el NDMO para asegurar:

• Que el contenido del mensaje refleje los procedimientos de emergencia actuales.
• Que las traducciones de idiomas sean precisas.
• Que los identificadores de mensajes sean apropiados.
• Que la información de contacto y las instrucciones estén actualizadas.

Proceso de Actualización: Las actualizaciones pueden proporcionarse por correo electrónico al equipo de operaciones de Omnitouch.

Flujos de Aprobación de Mensajes

Diferentes regiones tienen diferentes requisitos respecto a la emisión de mensajes y flujos de aprobación.

Regla de Dos Personas: Se aboga por el uso de la regla de dos personas siempre que sea práctico para asegurar supervisión en la presentación del mensaje.

Roles de Usuario Granulares: Los roles de usuario individuales pueden configurarse para:

• Permitir que solo ciertos usuarios envíen mensajes predefinidos.
• Restringir el direccionamiento a regiones específicas.
• Requerir pasos de aprobación adicionales.
• Minimizar el riesgo de abuso.

Mantenimiento de 2FA / Seguridad

El equipo de operaciones de Omnitouch puede apoyar con:

• Restablecimiento de tokens de 2FA.
• Reemisión de tokens perdidos/dañados/expirados.
• Auditoría de seguridad y gestión de tokens.

Procedimientos de Seguridad de Tokens:

Cuando se emiten tokens, se detalla un procedimiento para los pasos a seguir si un token se pierde o no se puede contabilizar. La persona que acepta el token debe seguir estos procedimientos para asegurar que el sistema no sea abusado.

Acciones Inmediatas para Tokens Perdidos:

1. Informe de inmediato sobre el token perdido al personal autorizado.
2. El token se desactiva en el sistema.
3. Se lleva a cabo una revisión de seguridad.
4. Se emite un nuevo token tras la verificación de seguridad.

Integración de API Externa

Se dispone de una suite completa de APIs para la Entidad de Difusión Celular que permite a sistemas de terceros integrarse e interactuar con el CBE.

Capacidades de API:

• Informes/Monitoreo - Verificar el estado y alcance de los mensajes transmitidos.
• Creación de Mensajes - Crear y difundir nuevos mensajes programáticamente.
• Verificaciones de Salud - Verificar periódicamente la salud del sistema con generación de tráfico de mensajes de prueba de rutina.
• Consultas de Estado - Recuperar el estado del mensaje, estadísticas de entrega y métricas del sistema.

Consulte la sección de Referencia de API a continuación para obtener documentación detallada de los endpoints.

Referencia de API

Todos los endpoints del CBC requieren autenticación y permisos apropiados.

Crear Mensaje:

PUT /crm/cbc/

Obtener Todos los Mensajes:

GET /crm/cbc/

Actualizar Mensaje:

PATCH /crm/cbc/{cbc_message_id}

Eliminar Mensaje:

DELETE /crm/cbc/{cbc_message_id}

Consulte la documentación de Swagger en /crm/docs/ para obtener especificaciones detalladas de la API.