Sistema de Transmissão de Células

O Sistema de Transmissão de Células no OmniCRM permite que os operadores de rede móvel enviem alertas de emergência e avisos públicos para dispositivos móveis dentro de áreas geográficas específicas. A Transmissão de Células é um recurso crítico de segurança pública usado para alertas AMBER, avisos meteorológicos, alertas de tsunamis e outras notificações de emergência.

Vantagem Principal: Ao contrário das mensagens SMS padrão, as mensagens de Transmissão de Células alertarão audivelmente em telefones que estão no modo silencioso, sem crédito ou em roaming. Como esta é uma mensagem de transmissão, é possível enviar um alerta a cada membro da população que possui um telefone móvel em questão de segundos.

Link de Aviso Omnitouch (OWL)

A plataforma Link de Aviso Omnitouch (OWL) fornece uma solução abrangente para profissionais de gerenciamento de desastres e operadores de rede móvel:

• Entidade de Transmissão de Células (CBE) - Aplicativo web seguro para usuários autorizados criarem e transmitirem mensagens de aviso de emergência
• Centro de Transmissão de Células (CBC) - Componente de integração de rede compatível com padrões que se conecta a redes celulares (2G/3G/4G/5G) para distribuir mensagens

O OWL é projetado para uso em qualquer dispositivo com um navegador web (Chrome/Firefox/Safari/Edge), como computadores, laptops, tablets ou telefones móveis.

Visão Geral

A Transmissão de Células (também conhecida como Sistema de Aviso Público ou PWS) permite que os operadores:

• Enviar Alertas de Emergência - Distribuir informações críticas de segurança para todos os dispositivos em uma área
• Segmentar Regiões Geográficas - Transmitir para áreas de rastreamento específicas ou células de rede controlando quais torres de celular transmitem mensagens
• Suportar Múltiplos Idiomas - Fornecer mensagens de alerta em vários idiomas simultaneamente (até 500 caracteres por idioma)
• Gerenciar o Ciclo de Vida do Alerta - Criar, atualizar, aprovar, monitorar e excluir mensagens de transmissão
• Integrar com Sistemas Externos - Conectar-se à infraestrutura do CBC (Centro de Transmissão de Células) por meio de várias interfaces de rede celular
• Autenticação de Dois Fatores - Processo de aprovação seguro usando Senhas de Uso Único Baseadas em Tempo (TOTP)
• Regra de Duas Pessoas - Requisito opcional para aprovação de uma segunda pessoa antes da transmissão da mensagem

Ao contrário do SMS, a Transmissão de Células não requer listas de assinantes e pode alcançar todos os dispositivos capazes em uma área geográfica instantaneamente, tornando-a ideal para alertas de segurança pública críticos em termos de tempo. Na maioria das redes, uma transmissão para todos os dispositivos leva menos de 10 segundos.

Casos de Uso

A Transmissão de Células é usada para:

• Avisos de Emergência - Desastres naturais (terremotos, tsunamis, inundações, incêndios)
• Alertas AMBER - Notificações de sequestro de crianças
• Alertas Meteorológicos - Avisos de clima severo, alertas de tornados
• Segurança Pública - Ameaças terroristas, vazamentos químicos, evacuações
• Mensagens de Teste - Testes de sistema e campanhas de conscientização pública (Mensagens de Teste Mensais não alertam usuários, mas serão recebidas)

A segmentação geográfica é frequentemente de extrema importância em situações de emergência. Por exemplo, alertas de Tsunami aconselhando aqueles próximos a áreas costeiras a buscar terrenos mais altos não devem ser enviados a pessoas em áreas interiores distantes do perigo. Ao controlar quais torres de celular transmitem mensagens de aviso de emergência, o escopo da transmissão pode ser limitado à área geográfica apropriada.

Ciclo de Vida da Mensagem de Aviso de Emergência

Transmitir uma mensagem de Aviso de Emergência requer ação rápida enquanto fornece informações precisas e autenticação para garantir a validade da mensagem.

O ciclo de vida da mensagem consiste em quatro etapas:

1. Definição da Mensagem - Tipo de mensagem, conteúdo da mensagem, configurações de expiração
2. Segmentação da Mensagem - Áreas geográficas e torres de celular para transmitir
3. Aprovação da Mensagem - Autorização/verificação da identidade do operador e aprovação da segunda pessoa (se necessário)
4. Revisão da Mensagem - Confirmação final antes da transmissão

Após a transmissão, as mensagens podem ser monitoradas, atualizadas à medida que as situações evoluem e interrompidas quando o perigo imediato diminui.

Etapa 1: Definição da Mensagem

Esta etapa define os parâmetros básicos da mensagem de aviso de emergência a ser transmitida:

Identificador da Mensagem

: Diferentes tipos de mensagens têm identificadores diferentes, que são tratados de maneira diferente pelos telefones receptores. Por exemplo, uma Mensagem de Teste Mensal não deve alertar usuários reais, mas eles ainda receberão a mensagem.

Nota: Cada modelo de mensagem disponível no sistema OWL já possui o Identificador da Mensagem (MI) apropriado incorporado, portanto, os usuários do sistema não precisam selecionar isso manualmente ao criar uma mensagem de alerta.

Texto da Mensagem

: Corpo de texto limitado a 500 caracteres contendo a mensagem a ser exibida aos usuários finais. As mensagens podem ser fornecidas em múltiplos idiomas adicionando o texto do segundo idioma abaixo do primeiro. Lembre-se de que o limite de 500 caracteres se aplica à mensagem total, incluindo todos os idiomas.

Modelos de Mensagem

: Mensagens de alerta de perigo podem ser pré-definidas com antecedência como "modelos" para diferentes cenários previstos, como:

• Inundações
• Tsunamis
• Terremotos
• Testes periódicos
• Outros cenários de desastre

Modelos economizam tempo durante emergências. Esses modelos podem ser modificados conforme necessário ao definir a mensagem, ou as mensagens podem ser escritas do zero.

Expiração da Mensagem e Repetições

: Mensagens de emergência têm uma vida útil finita para as quais são relevantes. Ao definir a mensagem:

• Expira (minutos) - Quanto tempo a mensagem continuará a ser transmitida
• Repetições da Mensagem - Quantas vezes será retransmitida

Cada telefone mostrará a mensagem ao usuário apenas uma vez. No entanto, os sites de celular continuarão a transmitir mensagens até que o tempo de expiração seja alcançado para garantir que as pessoas que entram na área de cobertura de fora receberão a mensagem.

Etapa 2: Segmentação

As mensagens de Transmissão de Células são enviadas no nível da torre de celular, e o alcance geográfico pode ser limitado selecionando quais torres transmitem a mensagem.

Segmentação Opcional

: Esta etapa é opcional. Não inserir nenhuma informação de segmentação significa que todas as torres de celular transmitirã a mensagem de aviso de emergência.

Áreas de Segmentação Pré-definidas

: O sistema OWL possui um banco de dados de todas as torres de celular e pode definir áreas de segmentação em um mapa. Áreas podem ser segmentadas usando zonas pré-definidas (determinadas com antecedência para seleção rápida) ou desenhando áreas personalizadas no mapa.

Ferramentas de Desenho de Mapa

: Áreas de segmentação personalizadas podem ser criadas usando:

• Ferramenta de Polígono - Desenhar limites de cobertura precisos
• Ferramenta de Círculo - Alertas rápidos baseados em raio
• Ferramenta de Retângulo - Cobertura alinhada à grade

O recurso "Adicionar Nova Zona" permite definir áreas de segmentação personalizadas que podem ser salvas para uso futuro.

Etapa 3: Aprovação

Um processo de aprovação valida que a pessoa emitindo a mensagem de Aviso de Emergência está autorizada a fazê-lo.

Autenticação de Dois Fatores

: Usa Senhas de Uso Único Baseadas em Tempo (TOTP) via:

• Token físico (como um RSA SecurID)
• Solução baseada em aplicativo (Google Authenticator, Authy, Microsoft Authenticator ou outros aplicativos compatíveis com TOTP)

Usuários que criarão ou aprovarão rascunhos de mensagens de alerta devem ter um aplicativo autenticador em seu smartphone para gerar o código de autorização que o sistema solicitará.

Configuração do 2FA

: Ao configurar o 2FA pela primeira vez:

1. Instale um aplicativo autenticador em seu smartphone (Google Authenticator, Authy, Microsoft Authenticator, etc.)
2. Navegue até as configurações da sua conta OWL e escaneie o código QR com seu aplicativo autenticador
3. Insira o código de verificação para confirmar a configuração
4. Salve os códigos de backup em um local seguro
5. Teste a geração de códigos antes das emergências

Para instruções detalhadas de configuração do 2FA, consulte Autenticação de Dois Fatores .

Se você mudar de dispositivos móveis ou o aplicativo parar de sincronizar com sua conta OWL, entre em contato com seu Administrador de Sistema para obter ajuda. Os administradores podem redefinir tokens de 2FA na página Usuários e Funções → Usuários.

Regra de Duas Pessoas

: Quando o processo requer aprovação de uma segunda pessoa, a pessoa emitindo o alerta deve inserir a Senha de Uso Único Baseada em Tempo da outra pessoa antes que o processo possa prosseguir. Isso fornece supervisão e minimiza o risco de uso indevido.

Papéis de Usuário Granulares

: Papéis de usuário individuais podem ser configurados para:

• Permitir que apenas certos usuários enviem mensagens pré-definidas
• Restringir a segmentação da mensagem a regiões específicas
• Exigir fluxos de trabalho de aprovação adicionais

Etapa 4: Revisão

Uma vez que as etapas de Definição da Mensagem, Segmentação e Aprovação estejam completas, o operador deve revisar a mensagem antes da transmissão final. Uma vez satisfeito com os detalhes da mensagem, eles podem transmitir a mensagem.

Velocidade de Transmissão: Na maioria das redes, uma transmissão para todos os dispositivos na rede leva menos de 10 segundos.

Etapa 5: Monitoramento e Atualizações

Uma vez que a transmissão da mensagem é iniciada, os operadores podem monitorar e gerenciar as mensagens transmitidas.

Feedback da Rede

: Redes celulares retornam informações sobre os sites de celular que transmitiram a mensagem. Se um site de celular estiver offline ou indisponível, isso será relatado ao operador.

Retransmissão Automática

: Se algum site de celular offline se tornar disponível novamente enquanto o Aviso de Emergência ainda estiver ativo, todos os telefones conectados a essa célula receberão a mensagem.

Atualizações em Voo

: Uma vez transmitida, a mensagem pode ser:

• Atualizada à medida que a situação evolui
• Modificada com novo conteúdo do corpo da mensagem
• Revogada/interrompida a qualquer momento

Registros Históricos

: Todas as informações sobre mensagens históricas podem ser visualizadas e revisadas para fins de auditoria.

Estrutura da Mensagem

Cada mensagem de Transmissão de Células consiste em:

Configuração da Mensagem

• Identificador da Mensagem - Identificador único para o tipo de alerta (por exemplo, 4370 para ETWS Terremoto, 4371 para ETWS Tsunami)
• Categoria - Categoria do alerta (normal, emergência, alta, extrema)
• Período de Repetição - Segundos entre repetições de transmissão
• Número de Transmissões - Quantas vezes transmitir a mensagem
• Período de Aviso - Duração em segundos que o aviso é válido
• Indicador de Canal - Tipo de canal usado para transmissão

Mensagens Localizadas

Cada mensagem do CBC pode incluir várias variantes de idioma:

• Idioma - Código de idioma ISO (en, es, fr, zh, etc.)
• Corpo da Mensagem - Texto do alerta nesse idioma (até 1395 caracteres)

O sistema transmite automaticamente todas as variantes de idioma, permitindo que os destinatários visualizem alertas em seu idioma preferido.

Áreas de Rastreamento

Define a segmentação geográfica para o alerta:

• Área de Rastreamento - Identificador geográfico (ID da célula, código da área de rastreamento)
• Operador - Código do operador de rede móvel (MCC-MNC)
• Tipo de RAT - Tecnologia de Acesso Rádio (LTE, 5G, UMTS, GSM)

Várias áreas de rastreamento podem ser especificadas para cobrir regiões maiores ou múltiplos operadores.

Criando uma Mensagem de Transmissão de Células

Via Interface Web:

1. Navegue até Transmissão de Células - Acesse a interface de gerenciamento do CBC a partir da navegação principal
2. Clique em "Criar Alerta" - Abre o formulário de criação de mensagem
3. Configure os Parâmetros da Mensagem:
   • Identificador da Mensagem (por exemplo, 4370 para alertas de terremoto)
   • Categoria (normal, alta, extrema)
   • Período de Repetição (tipicamente 5-60 segundos)
   • Número de Transmissões (999 para contínuo, ou contagem específica)
   • Período de Aviso (duração em segundos)
   • Indicador de Canal (tipicamente "básico")

4. Adicione Mensagens Localizadas:
   • Clique em "Adicionar Idioma"
   • Selecione o idioma no menu suspenso
   • Insira o texto da mensagem (máx. 1395 caracteres para GSM7, menos para Unicode)
   • Repita para idiomas adicionais
5. Defina Áreas de Rastreamento:
   • Clique em "Adicionar Área de Rastreamento"
   • Insira o código da área de rastreamento
   • Selecione o operador (combinação MCC-MNC)
   • Escolha o tipo de RAT (LTE, 5G, etc.)
   • Repita para áreas geográficas adicionais

6. Revise e Crie - Verifique todos os detalhes e clique em "Criar Alerta"

Via API:

Endpoint: PUT /crm/cbc/

Permissão Necessária: CREATE_CBC_MESSAGE

Corpo da Solicitação:

{
  "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"
    }
  ]
}

Resposta:

{
  "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": [...]
}

A mensagem é imediatamente enviada ao Centro de Transmissão de Células para transmissão.

Gerenciando Mensagens Existentes

Ver Todas as Mensagens

Endpoint: GET /crm/cbc/

Permissão Necessária: VIEW_CBC_MESSAGE

Retorna a lista de todas as mensagens do CBC com seu status, timestamps e configuração.

Atualizar uma Mensagem

Endpoint: PATCH /crm/cbc/{cbc_message_id}

Permissão Necessária: UPDATE_CBC_MESSAGE

Atualiza o conteúdo da mensagem, áreas de rastreamento ou parâmetros de transmissão. Mensagens atualizadas são reenviadas ao CBC.

Corpo da Solicitação:

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

Excluir uma Mensagem

Endpoint: DELETE /crm/cbc/{cbc_message_id}

Permissão Necessária: DELETE_CBC_MESSAGE

Remove a mensagem do banco de dados e tenta cancelá-la no CBC.

Fluxo de Aprovação

As mensagens de Transmissão de Células suportam um fluxo de aprovação opcional para alertas de alto risco:

1. Usuário Iniciador - Membro da equipe que cria o alerta (initiating_user field)
2. Usuário Aprovador - Gerente que aprova o alerta antes da transmissão (approving_user field)

Se a aprovação for necessária:

• A mensagem é criada com approving_user = null
• A mensagem é mantida em estado de "aprovação pendente"
• O usuário aprovador revisa a mensagem e aprova ou rejeita
• Após a aprovação, approving_user é definido e a mensagem é transmitida

Esse fluxo de trabalho é configurável com base na política da organização.

Identificadores de Mensagem

Identificadores de mensagem padrão seguem 3GPP TS 23.041:

Sistema de Aviso de Terremoto e Tsunami (ETWS):

• 4370 - Aviso de Terremoto ETWS
• 4371 - Aviso de Tsunami ETWS
• 4372 - Aviso Combinado de Terremoto e Tsunami ETWS
• 4373-4378 - Outros Tipos de Emergência ETWS
• 4379 - Mensagem de Teste ETWS

Sistema de Alerta Móvel Comercial (CMAS) / Alertas de Emergência Sem Fio (WEA):

• 4352 - Alerta Presidencial
• 4353-4355 - Alertas Extremos
• 4356-4359 - Alertas Severos
• 4360-4363 - Alertas AMBER
• 4364-4367 - Mensagens de Segurança Pública
• 4368-4369 - Testes Estaduais/Locais
• 4380-4381 - Mensagens de Teste

Faixas Personalizadas:

• 0-999 - Reservado para alertas específicos do operador
• 1000-4095 - Tipos de mensagens personalizadas

Integração com o Centro de Transmissão de Células

A Entidade de Transmissão de Células (CBE) precisa de um mecanismo para entregar mensagens a redes celulares individuais. O Centro de Transmissão de Células (CBC) do OWL se conecta a cada rede celular para enviar mensagens de Aviso de Emergência ao público.

Redundância Multi-Rede

: No caso de um operador de rede celular estar indisponível (queda ou sem cobertura), se outra rede celular em operação estiver disponível, os usuários ainda receberão mensagens de Aviso de Emergência por meio das outras redes disponíveis.

Instâncias CBC por Operador

: Para garantir que não haja conexão entre redes concorrentes, o OWL executa uma instância de CBC separada para cada MNO; não é compartilhada entre operadores.

Configuração do OWL CBC

A URL do CBC é configurada em crm_config.yaml:

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

Transmissão da Mensagem:

Quando uma mensagem do CBC é criada ou atualizada:

1. O OmniCRM CBE armazena a mensagem em seu banco de dados
2. A mensagem é formatada para a API do CBC
3. Solicitação HTTP POST enviada para {cbc_url}/alerts/send
4. O CBC se conecta à rede celular através da interface apropriada (CBSP, SBc-AP ou N50)
5. O CBC reconhece o recebimento e começa a transmissão
6. Dispositivos nas áreas de rastreamento alvo recebem o alerta

Exclusão da Mensagem:

Quando uma mensagem é excluída, o CBE tenta cancelá-la no CBC para interromper transmissões em andamento.

Pontos de Integração da Rede Celular

Diferentes gerações de redes celulares (2G/3G/4G/5G) possuem interfaces únicas para conectar-se ao Centro de Transmissão de Células. Com base nas tecnologias usadas por cada rede celular, a interface correta deve ser configurada.

O Centro de Transmissão de Células do OWL suporta interfaces de Transmissão de Células 2G, 3G, 4G e 5G e se integrou a vários componentes de rede celular comumente usados.

CBSP - 2G/3G - Controlador de Estação Base (BSC)

A interface do Protocolo de Serviço de Transmissão de Células (CBSP) conecta o CBC ao Controlador de Estação Base (BSC) que controla estações base 2G (GSM).

• Usado para mensagens de Transmissão de Células 2G e 3G com implantações combinadas de Controlador de Rede de Rádio/Controlador de Estação Base
• Pode ser configurado como um cliente ou arranjo de servidor dependendo do fornecedor do BSC
• Uma conexão deve ser estabelecida entre todos os BSCs na rede e o OWL CBC
• As interfaces são continuamente monitoradas com alertas para indicar se um link CBSP caiu

Nota: O 3GPP definiu o Protocolo de Transmissão de Área de Serviço (SABP) para uso em implantações RNC autônomas. Isso pode ser usado se necessário quando o CBSP não for suportado para células 3G em um RNC/BSC combinado, no entanto, testes adicionais e suporte do fornecedor do RNC podem ser necessários.

SBc-AP - 4G/5G Não Autônomo - MME/IWF

A interface SBc-AP conecta o OWL CBC ao MME (Entidade de Gerenciamento de Mobilidade) que serve eNodeB/gNodeBs 4G e 5G.

• Usado para redes LTE 4G
• Também usado para 5G Não Autônomo (a maioria das implantações até 2025)
• Uma conexão deve ser estabelecida entre todos os MMEs na rede e o OWL CBC
• As interfaces são continuamente monitoradas com alertas para indicar se um link SBc-AP caiu

N50 - 5G Autônomo - AMF

Para redes 5G autônomas, a interface N50 conecta o OWL CBC ao AMF (Função de Gerenciamento de Acesso e Mobilidade) que serve gNodeBs 5G.

• A interface está presente no OWL CBC
• Não foi extensivamente testada com AMFs de terceiros devido ao pequeno número de redes 5G SA comercialmente disponíveis em 2025
• Será totalmente suportada à medida que as implantações 5G SA se tornem mais comuns

Requisitos de Rede do MNO

A rede deve estar em vigor entre o OWL CBC e a rede do Operador de Rede Móvel para alcançar as interfaces descritas acima.

Isso é tratado caso a caso, mas geralmente requer:

• Conexão cruzada/fibra dedicada entre o CBC e a rede do MNO
• Cada interface logicamente separada
• Conectividade para cada ponto de integração (MME, RNC, BSC) na rede celular

Equipamentos de Rede Suportados

O OWL CBC foi testado e se integra a componentes de rede celular comumente usados de grandes fornecedores:

Integração de Dados do Site de Celular

O OWL suporta raspagem automática de dados de:

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

Alternativamente, os dados do site de celular podem ser fornecidos à equipe de operações do Omnitouch periodicamente via e-mail.

Gerenciamento de Usuários e Controle de Acesso

Controle de Acesso Baseado em Funções (RBAC)

O sistema OWL usa controle de acesso baseado em funções (RBAC): pessoas (Usuários Registrados) são atribuídas a um ou mais Papéis, e cada Papel é um conjunto de Permissões. Permissões são a menor unidade de acesso (por exemplo, criar alerta de mensagem em rascunho). O acesso efetivo de um Usuário Registrado é a união das Permissões de todos os Papéis atribuídos.

Componentes do RBAC:

• Usuários - Pessoas reais que fazem login no sistema OWL
• Permissões - Micro capacidades (por exemplo, aprovar rascunho de mensagem, criar mensagem, visualizar relatórios)
• Papéis - Conjuntos nomeados de permissões (por exemplo, Aprovadores de Mensagem, Criadores de Mensagem)
• Atribuição - Usuários recebem um ou mais Papéis; permissões se agregam

Benefícios do RBAC:

1. Proteção de Dados - Usuários só veem e fazem o que estão autorizados a fazer
2. Adequação Operacional - Papéis refletem funções de trabalho (Admin, Criador de Mensagem, Aprovador de Mensagem)
3. Administração Simples - Conceder acesso atribuindo papéis; evitar microgerenciamento por usuário

Permissões do Sistema

As permissões do sistema geralmente seguem padrões CRUD com quatro opções:

• Visualizar - Ler ou navegar por mensagens e relatórios
• Criar - Criar ou adicionar um alerta de mensagem
• Atualizar - Editar ou modificar um alerta de mensagem em rascunho
• Excluir - Excluir ou remover um alerta de mensagem em rascunho

Permissões Básicas do CBC:

• CREATE_CBC_MESSAGE - Criar novas mensagens de transmissão
• VIEW_CBC_MESSAGE - Visualizar mensagens existentes e seu status
• UPDATE_CBC_MESSAGE - Modificar conteúdo da mensagem ou parâmetros de transmissão
• DELETE_CBC_MESSAGE - Excluir mensagens e cancelar transmissões

Atribua essas permissões a papéis com base nas responsabilidades de segurança pública de sua organização.

Para informações abrangentes sobre gerenciamento de papéis e permissões de usuários, consulte Usuários e Funções .

Gerenciamento de Conta de Usuário

Login pela Primeira Vez

Quando um novo usuário é configurado no sistema, ele recebe credenciais de login pelo Administrador de Sistema:

1. Navegue até a URL de login do OWL fornecida pelo seu Administrador de Sistema
2. Insira seu nome de usuário e senha
3. Se o 2FA estiver habilitado para sua conta, você será solicitado a configurá-lo (veja a seção 2FA acima)

Melhor Prática: Os usuários devem alterar sua senha inicial imediatamente após o primeiro login por motivos de segurança. Navegue até as configurações do seu perfil de usuário para alterar sua senha.

Para mais detalhes sobre fluxos de autenticação, consulte Fluxos de Autenticação e Controles de Admin .

Redefinição de Senha

Os usuários podem redefinir suas próprias senhas:

1. Na página de login do sistema, selecione "Esqueceu a Senha"
2. Siga o processo de verificação por e-mail
3. Defina uma nova senha

Redefinição de Senha do Admin:

Os Administradores de Sistema podem redefinir senhas para usuários na página Usuários e Funções → Usuários:

1. Navegue até Usuários e Funções → Usuários
2. Selecione o usuário que precisa de redefinição de senha
3. Clique em Redefinir Senha
4. O sistema gera uma senha temporária segura e aleatória (12 caracteres)
5. A senha temporária é exibida para o admin
6. Forneça a senha temporária ao usuário por meio de um canal seguro (telefone ou pessoalmente, nunca por e-mail)
7. O usuário pode fazer login com a senha temporária
8. Importante: O usuário deve alterar essa senha imediatamente após fazer login

Para mais detalhes, consulte Usuários e Funções .

Adicionando Novos Usuários ao Sistema

Os Administradores de Sistema podem adicionar novos usuários navegando até Usuários e Funções → Usuários:

Informações necessárias para cada novo Usuário Registrado:

• Primeiro Nome
• Último Nome
• E-mail
• Senha (temporária)
• Número de Telefone
• Papel(is)

Melhor Prática: Implemente um Formulário de Solicitação de Novo Usuário do Sistema que esteja alinhado com as políticas e procedimentos existentes de sua organização. Adicione usuários apenas após a devida aprovação.

Editando Perfis de Usuário

Os Administradores de Sistema podem alterar permissões e acesso para usuários existentes:

1. Navegue até Usuários e Funções → Usuários
2. Selecione o usuário a ser editado
3. Modifique os papéis atribuídos conforme necessário
4. Salve as alterações

Excluindo Usuários do Sistema

Os Administradores de Sistema podem excluir usuários de Usuários e Funções → Usuários.

Aviso: Uma vez que um usuário foi excluído do sistema OWL, a ação não pode ser desfeita. Tenha muito cuidado antes de executar esta tarefa.

Visualizando Todos os Usuários do Sistema

A qualquer momento, o Administrador de Sistema pode visualizar uma lista de todos os Usuários Registrados e ver quais permissões e papéis cada um possui navegando até Usuários e Funções → Usuários.

Histórico de Mensagens de Alerta

O sistema OWL mantém um registro de todas as mensagens de alerta enviadas para fins de auditoria e para apoiar a revisão operacional.

Acessando o Histórico de Mensagens:

Navegue até Gerenciar Transmissões de Células para visualizar:

• Todas as mensagens enviadas anteriormente
• Status da mensagem (ativa, expirada, cancelada)
• Timestamp da transmissão
• Usuários iniciadores e aprovadores
• Detalhes de segmentação geográfica
• Conteúdo e parâmetros da mensagem

Isso ajuda com:

• Auditoria do sistema
• Revisão dos procedimentos operacionais usados pelo NDMO e outras agências de alerta
• Compreensão da eficácia da mensagem
• Requisitos de conformidade e relatórios

Visualização do Mapa de Transmissão de Células

O Mapa de Transmissão de Células fornece uma interface visual para planejar áreas de cobertura geográfica e identificar quais torres de celular irão transmitir alertas.

Acessando o Mapa

Navegue até:

Ou diretamente:

Permissão Necessária: VIEW_CBC_MESSAGE ou CREATE_CBC_MESSAGE

Recursos do Mapa

O mapa exibe:

Localizações das Torres de Celular:

• Ícones de Torres - Posições dos sites de celular exibidas como ícones de torres de celular
• Indicadores de Setor - Setas direcionais mostrando a orientação do setor da antena
• Nomes das Torres - Identificadores e nomes dos sites
• Dados de Cobertura - Carregados do arquivo cellSites.txt

Ferramentas de Desenho:

• Ferramenta de Polígono - Desenhar áreas de cobertura personalizadas
• Ferramenta de Círculo - Criar zonas de transmissão circulares
• Ferramenta de Retângulo - Definir áreas de cobertura retangulares

Análise de Cobertura:

• Lista de Sites - Tabela mostrando todos os sites de celular dentro da área desenhada
• Gerenciamento de Zonas - Salvar e carregar zonas de cobertura pré-definidas
• Contagem de Sites - Contagem em tempo real de torres na área de cobertura

Usando o Mapa

Passo 1: Carregar Dados do Site de Celular

O mapa carrega automaticamente as localizações das torres de celular do /cellSites.txt ao carregar a página. Este arquivo contém:

• lat/lng - Coordenadas da torre
• site_name - Identificador
• sectors - Direções da antena em graus

Passo 2: Desenhar Área de Cobertura

Selecione uma ferramenta de desenho:

1. Clique em Polígono para desenhar formas personalizadas
   • Clique para adicionar pontos
   • Clique duas vezes para completar
   • Cria limites de cobertura precisos
2. Clique em Círculo para desenhar áreas circulares
   • Clique no ponto central
   • Arraste para definir o raio
   • Útil para alertas rápidos baseados em raio
3. Clique em Retângulo para desenhar áreas retangulares
   • Clique em um canto
   • Arraste para o canto oposto
   • Eficiente para cobertura alinhada à grade

Passo 3: Revisar Sites Cobertos

Após desenhar, o sistema:

• Calcula quais sites de celular caem dentro da área
• Exibe a lista na tabela abaixo do mapa
• Mostra nomes e coordenadas dos sites
• Fornece contagem de torres afetadas

Tabela de Cobertura de Exemplo:

Passo 4: Exportar Dados de Cobertura

Use os dados de cobertura para:

• Identificar códigos de áreas de rastreamento para a transmissão
• Estimar alcance do alerta com base na contagem de torres
• Planejar resposta a emergências entendendo as áreas afetadas
• Salvar definições de zonas para uso futuro

Integração de Fluxo de Trabalho

A visualização do mapa se integra à criação de transmissões:

Planejando um Alerta:

1. Abra o Mapa do CBC para visualizar a área afetada
2. Desenhe a zona de cobertura usando a ferramenta de polígono
3. Revise os sites cobertos e ajuste os limites
4. Anote os códigos de áreas de rastreamento para os sites de celular afetados
5. Crie a mensagem do CBC com a segmentação apropriada

Exemplo: Aviso de Tsunami Costeiro

Gerenciamento de Zonas

Salvando Zonas:

Zonas de cobertura pré-definidas podem ser salvas para cenários comuns:

• Região Costeira - Para avisos de tsunami/surge de tempestade
• Zonas de Incêndio Florestal - Para alertas de evacuação
• Centros Urbanos - Para alertas AMBER em áreas populosas
• Corredores de Rodovias - Para alertas de tráfego/clima

Formato de Dados da Zona:

Zonas são armazenadas em site_data.json:

[
  {
    "area": "Região Costeira",
    "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}
        ]
      }
    ]
  }
]

Carregando Zonas Salvas:

1. Selecione a zona no menu suspenso
2. O polígono é exibido automaticamente no mapa
3. A lista de sites é atualizada para mostrar as torres cobertas
4. Modifique o polígono se necessário

Configuração do Mapa

API do Google Maps:

O mapa requer a chave da API do Google Maps configurada no ambiente:

REACT_APP_GOOGLE_API_KEY=your_google_maps_api_key_here

Dados do Site de Celular:

Atualize public/cellSites.txt com as localizações das torres de celular da sua rede:

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

Obtenha as coordenadas do site de celular de:

• Ferramentas de planejamento de rede
• Registros de instalação de torres
• Pesquisas de campo com GPS
• Configuração do controlador de rede de rádio (RNC)

Estilo do Mapa:

Estilos de mapa personalizados podem ser configurados em mapStyles.js para:

• Destacar serviços de emergência
• Mostrar características topográficas
• Enfatizar centros populacionais
• Combinar com a marca da organização

Casos de Uso

Planejamento de Emergência:

• Pré-planejar zonas de cobertura para áreas de risco conhecidas
• Testar diferentes estratégias de segmentação
• Estimar alcance populacional
• Coordenar com serviços de emergência

Verificação de Alertas:

• Confirmar que a mensagem alcançará a área pretendida
• Identificar lacunas de cobertura
• Evitar sobre-alertar regiões adjacentes
• Validar códigos de áreas de rastreamento

Análise de Rede:

• Visualizar distribuição de torres de celular
• Identificar sobreposições de cobertura
• Planejar implantações de torres para melhor cobertura de alertas
• Otimizar eficiência de transmissão

Melhores Práticas

Com base na experiência com clientes ao redor do mundo, a Omnitouch recomenda as seguintes melhores práticas para todas as implantações do OWL.

Conteúdo da Mensagem:

• Mantenha as mensagens concisas e claras (menos de 360 caracteres para alertas de página única)
• Use todas as letras maiúsculas para alertas de emergência (melhora a legibilidade)
• Inclua itens de ação específicos ("Evacue imediatamente", "Busque abrigo")
• Evite jargão técnico
• Teste mensagens com dispositivos reais antes das emergências

Suporte a Idiomas:

• Sempre forneça mensagens no idioma principal da região
• Inclua idiomas adicionais para áreas multiculturais
• Certifique-se de que as traduções sejam culturalmente apropriadas
• Teste caracteres especiais e suporte a Unicode

Segmentação Geográfica:

• Use as menores áreas de rastreamento necessárias para evitar fadiga de alerta
• Considere a densidade populacional ao definir o período de repetição
• Teste a segmentação geográfica antes das emergências
• Mantenha documentação precisa da área de rastreamento

Testes:

• Use identificadores de mensagens de teste (4379, 4380-4381) para simulações
• Programe testes regulares do sistema
• Verifique se a integração do CBC está funcionando
• Treine a equipe sobre procedimentos de emergência

Fadiga de Alertas:

• Use apenas para emergências genuínas
• Evite sobre-transmissões
• Defina períodos de repetição apropriados
• Use níveis de severidade de forma adequada

Segurança da Conta do Usuário

Segurança do Token 2FA:

• Proteja tokens 2FA físicos como cartões de acesso a edifícios
• Relate tokens perdidos ou roubados imediatamente
• Teste o 2FA regularmente para garantir que esteja funcionando
• Salve códigos de backup ao configurar o 2FA e armazene-os de forma segura offline
• Entre em contato com o Administrador de Sistema se precisar redefinir o 2FA

Para mais informações sobre configuração e recuperação do 2FA, consulte Autenticação de Dois Fatores .

Manutenção de Dados

Áreas de Segmentação Pré-definidas:

À medida que as fronteiras geográficas mudam, o desenvolvimento ocorre e áreas de risco se deslocam, há necessidade de revisar as Áreas de Segmentação Pré-definidas. A Omnitouch sugere que esses dados sejam revisados anualmente pelo NDMO, com apoio de outras agências de alerta, quando aplicável.

Atualizações de fronteiras podem ser definidas usando várias plataformas GIS comuns ou Google Earth, e então fornecidas por e-mail à equipe de operações do Omnitouch, que fará as alterações no sistema.

Modelos de Mensagem Pré-definidos:

Os modelos de mensagem pré-definidos devem ser revisados pelo menos anualmente pelo NDMO, com apoio de outras agências de alerta, quando aplicável, para garantir:

• O conteúdo da mensagem ainda reflete com precisão o perigo e a chamada à ação
• As informações de contato e instruções estão atualizadas
• As traduções de idiomas permanecem precisas
• O tom e a urgência da mensagem são apropriados
• Referências a serviços de emergência ou procedimentos estão atualizadas

Atualizações podem ser fornecidas por e-mail à equipe de operações do Omnitouch, que fará as alterações no sistema.

Dados do Site de Celular:

• Revise e atualize os dados do site de celular sempre que ocorrerem mudanças na rede
• Frequência típica de atualização: mensal ou trimestral
• Coordene com as equipes de planejamento de rede do MNO
• Verifique a precisão após grandes atualizações ou expansões da rede

Arquitetura do Sistema

Todos os produtos da Omnitouch são projetados para suportar implantações geograficamente distribuídas.

Opções de Implantação

Todos os componentes podem ser executados como:

• Contêineres (K8s) - Implantações de contêineres orquestradas pelo Kubernetes
• Máquinas Virtuais - VMware, Proxmox, HyperV
• Nuvem Privada - Infraestrutura de nuvem local
• Nuvem Pública - AWS, GCP
• Bare Metal - Implantação direta em hardware

Arquitetura Distribuída

A arquitetura distribuída permite:

• Escritórios Locais de Gerenciamento de Desastres acessarem o OWL CBE e distribuírem mensagens mesmo que uma região se torne isolada da rede nacional
• Múltiplas Entidades de Transmissão de Células e múltiplos Centros de Transmissão de Células por operador/país
• Agências locais de resposta a desastres (Governo Municipal, Polícia, Bombeiros, etc.) emitirem alertas para sua região mesmo que o principal NDMO (Escritório Nacional de Gerenciamento de Desastres) perca acesso

Isso é particularmente valioso quando os MNOs distribuíram sua rede celular com recursos locais de BSC/MME.

Networking do CBE e CBC

Para garantir que não haja conexão entre redes concorrentes, cada MNO possui uma instância de CBC separada (não compartilhada).

Requisitos de rede entre CBE e CBC:

• Todo o tráfego é criptografado entre CBE e CBC
• Autenticação baseada em certificados mútuos
• Conectividade do CBE ao CBC via TLS na porta TCP 443
• Coordenação necessária entre MNOs e o NDMO ou agência que hospeda o CBE

Considerações de Acesso

A agência que hospeda o CBE precisará definir procedimentos de acesso para usuários finais (ou seja, Citrix, VPN, etc.), tendo em mente que o sistema deve ser acessível em cenários não ideais, como:

• Quedas em larga escala de redes de energia pública
• Falhas na rede de telecomunicações
• Desastres naturais afetando a infraestrutura

Requisitos de Implantação

Requisitos de VM do CBE (NDMO / Governo)

3x Máquinas Virtuais:

• 2x VMs do CBE (Idealmente em diferentes datacenters/zona de disponibilidade)
• 1x VM de Monitoramento

Cada VM requer:

• Armazenamento: 50GB
• CPU: 2x CPU Virtual
• RAM: 8GB
• OS: OS Base fornecido pela Omnitouch
• Networking: Permitir tráfego para VMs do CBC na porta TCP 443 para tráfego TLS para controlar os CBCs

Requisitos de VM do CBC (MNO)

3x Máquinas Virtuais:

• 2x VMs do CBC (Idealmente em diferentes datacenters/zona de disponibilidade)
• 1x VM de Monitoramento

Cada VM requer:

• Armazenamento: 50GB
• CPU: 2x CPU Virtual
• RAM: 8GB
• OS: OS Base fornecido pela Omnitouch
• Conectividade: Para cada um dos Pontos de Integração na rede celular (MME, RNC, BSC)
• Networking: Permitir tráfego das VMs do CBE na porta TCP 443 para tráfego TLS a ser controlado pelos CBEs

Etapas de Integração

Implantar o OWL envolve as seguintes etapas:

1. Fonte de novos operadores - Identificar operadores de rede móvel participantes
2. Administração do projeto (configuração) - Estabelecer governança e administração do projeto
3. Selecionar local de hospedagem para o CBE - Determinar onde o CBE será hospedado
4. Definir Usuários e Fluxos/Procedimentos de Mensagens - Estabelecer fluxos de trabalho de aprovação e papéis de usuários
5. Definir Polígonos para Áreas de Segmentação e Modelos de Mensagens - Pré-configurar cenários comuns
6. Alocações de Endereço IP - Alocar endereços IP para NDMO e MNOs
7. Configurar VPN site-a-site - Estabelecer conexão segura com a equipe da Omnitouch
8. Implantar VMs do CBE para NDMO - Instalar Entidade de Transmissão de Células
9. Implantar VMs do CBC para MNO - Instalar Centro de Transmissão de Células em cada operador
10. Configurar Elementos de Rede - Configurar conectividade ao CBC a partir do equipamento de rede celular
11. Networking entre VMs do CBE e CBC - Estabelecer comunicação segura
12. Networking entre VMs do CBC e Elementos de Rede - Conectar ao BSC/MME/AMF
13. Configurar acesso à API para NMS - Configurar integração de dados do site de celular
14. Configuração de monitoramento e teste - Verificar monitoramento e alertas
15. Verificação/Teste de alertas de teste - Realizar testes do sistema
16. Teste de aviso público - Realizar teste público de ponta a ponta

Limites de Caracteres

As mensagens de Transmissão de Células têm limites de caracteres rigorosos com base na codificação:

Codificação GSM de 7 bits (inglês, caracteres latinos básicos):

• Página única: 93 caracteres
• Múltiplas páginas: 15 páginas × 93 = 1395 caracteres no máximo

Codificação Unicode UCS-2 (escritas não latinas, emojis):

• Página única: 41 caracteres
• Múltiplas páginas: 15 páginas × 41 = 615 caracteres no máximo

Plataforma OWL:

• Texto da mensagem limitado a 500 caracteres
• A interface web exibe a contagem de caracteres restantes e alerta quando se aproxima dos limites

Monitoramento e Registros

A atividade de Transmissão de Células é registrada para fins de auditoria:

• Eventos de criação, atualização e exclusão de mensagens
• Usuários iniciadores e aprovadores
• Timestamps e identificadores de mensagem
• Respostas e erros da API do CBC
• Detalhes de segmentação geográfica

Acesse os registros via o Registro de Atividades ou consultas ao banco de dados:

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

Integração com Dispositivos Móveis

As mensagens de Transmissão de Células são recebidas por dispositivos móveis compatíveis:

Suporte a Dispositivos:

• A maioria dos smartphones de 2015 em diante suporta Transmissão de Células
• Telefones com recursos limitados podem ter suporte limitado
• O dispositivo deve estar conectado à rede (sem créditos de dados/SMS necessários)
• Funciona mesmo durante congestionamento de rede quando o SMS falha

Experiência do Usuário:

• O alerta é exibido como uma notificação em tela cheia
• Um tom de alerta único toca
• O alerta persiste até ser reconhecido
• Nenhuma assinatura do usuário é necessária
• Não pode ser bloqueado por usuários para alertas presidenciais/extremos

Testando a Recepção do Dispositivo:

Para verificar se os dispositivos podem receber alertas:

1. Envie uma mensagem de teste (identificador 4379 ou 4380-4381)
2. Certifique-se de que o dispositivo esteja na área de rastreamento alvo
3. Verifique se o dispositivo tem Transmissão de Células habilitada nas configurações
4. Verifique com vários modelos de dispositivos e versões de SO

Funcionalidade Adicional

A plataforma OWL pode ser estendida com recursos opcionais para complementar a mensagem de Transmissão de Células:

Mensagem em Massa / SMS

Envio de SMS regulares para indivíduos para notificações suplementares.

• Frequentemente usado para alertas rebaixados para informar as pessoas que a ameaça imediata passou, de uma maneira menos intrusiva
• Muito mais lento que a Transmissão de Células, mas pode incluir um mecanismo de confirmação para verificar se a mensagem foi recebida
• Útil para comunicações de acompanhamento direcionadas

Chamadas de Voz para Linha Fixa

Ligar automaticamente para números de linha fixa e reproduzir mensagens de aviso de emergência.

• Reprodução de mensagem pré-gravada
• Reprodução de texto para fala da mensagem de aviso de emergência
• Alcança populações sem telefones móveis
• Pode verificar a entrega da mensagem através da conclusão da chamada

Postagem Cruzada em Mídias Sociais

Postar automaticamente mensagens de Aviso de Emergência em canais oficiais de mídias sociais.

• Estende o alcance além da rede celular
• Fornece referência para aqueles que perderam o alerta inicial
• Permite mensagens estendidas além dos limites de caracteres

Transmissão Automática de Rádio/TV

Transmitir automaticamente mensagens de emergência via rádio e televisão.

• Reprodução de mensagem pré-gravada
• Reprodução de texto para fala da mensagem de aviso de emergência
• Alcança populações durante quedas de rede
• Complementa a Transmissão de Células para cobertura abrangente

Dispositivos de Alerta Externos

O OWL CBC pode se conectar a uma variedade de fontes externas:

• Plataformas de mídias sociais
• APIs públicas
• Sistemas de chamadas de voz
• Sistemas de transmissão de rádio
• Alarmes físicos e sirenes
• Sinalização eletrônica

As opções de personalização podem ser exploradas como parte da fase de design.

Personalização e Manutenção

Testes Periódicos

Testes periódicos da solução devem ser realizados em intervalos regulares para garantir:

• A solução e todos os componentes estão funcionando corretamente
• Todo o pessoal está familiarizado com os processos e procedimentos necessários para emitir Mensagens de Aviso de Emergência
• Os pontos de integração permanecem operacionais
• Os modelos de mensagem estão atuais e eficazes

Testes Recomendados:

• Mensagens de teste mensais usando identificadores 4379, 4380-4381
• Testes completos do sistema trimestrais, incluindo fluxos de trabalho de aprovação
• Testes anuais de aviso público com notificação prévia
• Sessões de treinamento regulares para usuários autorizados

Manutenção de Dados do Site de Celular

Quando os operadores adicionam ou removem sites de celular, ou alteram Áreas/Identificadores de Rastreamento de sites de celular, essas informações devem ser compartilhadas com a equipe do Omnitouch para garantir que os dados da ferramenta de mapeamento permaneçam precisos.

Integração Automática de Dados

O OWL suporta raspagem automática de dados de:

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

Atualizações Manuais de Dados

Alternativamente, os dados do site de celular podem ser fornecidos à equipe de operações do Omnitouch periodicamente via e-mail em vários formatos.

Frequência de Atualização: Revise e atualize os dados do site de celular sempre que ocorrerem mudanças na rede, tipicamente mensal ou trimestral.

Áreas de Segmentação Pré-definidas

À medida que as fronteiras geográficas mudam, o desenvolvimento ocorre e áreas de risco se deslocam, há necessidade de revisar as Áreas de Segmentação Pré-definidas usadas na etapa de Segmentação.

Revisão Anual: As áreas de segmentação pré-definidas devem ser revisadas anualmente pelo NDMO (Escritório Nacional de Gerenciamento de Desastres).

Processo de Atualização: Atualizações de fronteiras podem ser definidas usando várias plataformas GIS comuns ou Google Earth, e então fornecidas à equipe de operações do Omnitouch.

Modelos de Mensagem Pré-definidos

Revisão Anual: Os modelos de mensagem pré-definidos devem ser revisados anualmente pelo NDMO para garantir:

• O conteúdo da mensagem reflete os procedimentos de emergência atuais
• As traduções de idiomas são precisas
• Os identificadores de mensagem são apropriados
• As informações de contato e instruções estão atualizadas

Processo de Atualização: Atualizações podem ser fornecidas por e-mail à equipe de operações do Omnitouch.

Fluxos de Aprovação de Mensagens

Diferentes regiões têm diferentes requisitos em relação à emissão de mensagens e fluxos de aprovação.

Regra de Duas Pessoas: O uso da regra de duas pessoas é defendido sempre que prático para garantir supervisão na submissão de mensagens.

Papéis de Usuário Granulares: Papéis de usuário individuais podem ser configurados para:

• Permitir que apenas certos usuários enviem mensagens pré-definidas
• Restringir a segmentação a regiões específicas
• Exigir etapas de aprovação adicionais
• Minimizar o risco de uso indevido

2FA / Manutenção de Segurança

A equipe de operações do Omnitouch pode apoiar com:

• Redefinição de tokens 2FA
• Reemissão de tokens perdidos/danificados/expirados
• Auditoria de segurança e gerenciamento de tokens

Procedimentos de Segurança do Token:

Quando os tokens são emitidos, um procedimento é detalhado para os passos a serem tomados caso um token se torne perdido ou não contabilizado. A pessoa que aceita o token deve seguir esses procedimentos para garantir que o sistema não seja abusado.

Ações Imediatas para Tokens Perdidos:

1. Relate o token perdido imediatamente ao pessoal autorizado
2. O token é desativado no sistema
3. Revisão de segurança realizada
4. Novo token emitido após verificação de segurança

Integração de API Externa

Um conjunto completo de APIs está disponível para a Entidade de Transmissão de Células para permitir que sistemas de terceiros se integrem e interajam com o CBE.

Capacidades da API:

• Relatórios/Monitoramento - Verificar status e alcance das mensagens transmitidas
• Criação de Mensagens - Criar e transmitir novas mensagens programaticamente
• Verificações de Saúde - Verificar periodicamente a saúde do sistema com geração rotineira de tráfego de mensagens de teste
• Consultas de Status - Recuperar status da mensagem, estatísticas de entrega e métricas do sistema

Consulte a seção de Referência da API abaixo para documentação detalhada dos endpoints.

Referência da API

Todos os endpoints do CBC requerem autenticação e permissões apropriadas.

Criar Mensagem:

PUT /crm/cbc/

Obter Todas as Mensagens:

GET /crm/cbc/

Atualizar Mensagem:

PATCH /crm/cbc/{cbc_message_id}

Excluir Mensagem:

DELETE /crm/cbc/{cbc_message_id}

Consulte a documentação do Swagger em /crm/docs/ para especificações detalhadas da API.