OmniRoam — Acordos de Roaming & Automação de Email

O lado de acordos do OmniRoam transforma a papelada de configuração de um parceiro de roaming — os emails, os formulários AA.12/AA.13, as tarifas IOT, as trocas de SIM e o trabalho de provisionamento — em um único registro rastreado por parceiro, e automatiza as partes que costumavam ser copiadas e coladas. Seu truque principal: encaminhe um email de parceiro para o OmniRoam e ele lê a conversa, extrai os fatos e atualiza o acordo para você — depois gera e assina eletronicamente os contratos, arquiva-os e gera as ordens de trabalho para que o parceiro seja lançado.

← Voltar ao Guia de Operações

Dois "OmniRoam" diferentes. Este documento é sobre o lado de acordos / email / documentos do OmniRoam (o ciclo de vida comercial e de provisionamento com um parceiro de roaming). Não é a mesma coisa que os livros de teste de roaming (IR.38 / IR.48 / testes de conformidade VoLTE) — esses são abordados separadamente em OmniRoam — Automação de Testes de Roaming. Um produto, dois trabalhos: obter o acordo assinado (aqui) e provar que o roaming funciona (lá).

Índice

• A Grande Imagem
• 1. Ingestão de Email de Entrada — "extraindo os dados"
• 2. Acordos & Parceiros
• 3. Geração Automática de Documentos & Assinatura
• 4. Arquivamento & Armazenamento
• 5. Ordens de Trabalho & Notificações de Atribuição
• O Ciclo de Vida Completo, de Ponta a Ponta
• O Que Você Configura Uma Vez

---

A Grande Imagem

Tudo no OmniRoam gira em torno de um registro: o Acordo — um por parceiro de roaming. Um acordo carrega o nome do parceiro, país, TADIG(s)/PLMN, seu status de ciclo de vida, seus contatos, as tarifas comerciais acordadas, os SIMs trocados, os documentos gerados e recebidos, uma linha do tempo de atividades e as ordens de trabalho que fazem o parceiro entrar em operação.

Você pode construir tudo isso manualmente na interface do usuário. Mas o objetivo do OmniRoam é que a maior parte disso chega por email, e o OmniRoam arquiva isso para você.

O inquilino em que você está trabalhando é um Operador (sua própria rede — o lado "doméstico"). Tudo está escopado para isso: seu cabeçalho e signatário preenchem os documentos gerados, seu endereço de entrada aciona a automação de email, e suas equipes são os atribuintes das ordens de trabalho.

---

1. Ingestão de Email de Entrada — "extraindo os dados"

O que você faz

Negociar com um parceiro é uma conversa por email. Para trazê-la para o OmniRoam, você faz uma coisa: encaminhe o email — ou CC o endereço de entrada do OmniRoam na conversa. É isso. Seu endereço de entrada dedicado (por exemplo, roaming@seudominio) é configurado uma vez por operador (Configurações → detalhes da papelada, Email de entrada).

• Encaminhe toda uma conversa uma vez e o OmniRoam constrói o acordo a partir do histórico enterrado nas mensagens citadas.
• CC o endereço em uma negociação em andamento e cada novo email mantém o registro atualizado — status avança, contatos e TADIGs são preenchidos, tarifas chegam e a papelada anexada é arquivada, email por email.

Você nunca preenche um formulário para fazer isso. O email é a entrada.

O que o OmniRoam faz

Passo a passo, uma vez que um email chega ao OmniRoam:

1. Ele descobre para qual operador (inquilino) o email é correspondendo um endereço To/Cc ao endereço de entrada configurado de um operador. Se nada corresponder, o email é registrado como no-operator e nada é alterado — uma operação segura.
2. Ele lê os anexos, não apenas o corpo. As tarifas acordadas ou os termos assinados estão frequentemente dentro de um AA.13 anexado, uma planilha de tarifas IOT, ou uma planilha — então o OmniRoam extrai o texto de anexos PDF, Word, Excel e CSV e fornece isso ao extrator também. Logos de bloco de assinatura (PNG/JPG) são ignorados.
3. Ele extrai os fatos usando a API do ChatGPT. O extrator é especificamente instruído de que o remetente externo geralmente está apenas encaminhando a conversa (frequentemente seu próprio gerente de roaming) e deve ler toda a história citada — atribuindo tarifas, contatos, endereços e SIMs a quem realmente os declarou, nunca ao encaminhador. Ele retorna um registro estruturado: nome do parceiro, país, endereço, TADIG(s)/PLMN, status de ciclo de vida mais adequado, tarifas acordadas (somente se ambas as partes concordaram explicitamente), contatos do parceiro, SIMs trocados/solicitados, se um acordo assinado está anexado e um resumo de uma linha.
4. Ele encontra o acordo certo — ou cria um. A correspondência é deliberadamente tolerante para que uma conversa nunca gere um duplicado: nome exato do parceiro, depois uma correspondência de "nome normalizado" (então AT&T Mobility se junta a AT&T), depois uma correspondência de PLMN compartilhado (MCC+MNC) — um sinal de alta precisão, uma vez que um PLMN identifica exclusivamente uma rede. Sem correspondência → um novo acordo.
5. Ele mescla apenas o que é novo. Para acordos novos e existentes, o OmniRoam aplica o que este email revela de novo e nunca sobrescreve valores existentes:
   • Status só avança para frente ao longo do ciclo de vida (nunca para trás).
   • País / endereço é definido se em branco ou alterado.
   • TADIGs adicionados — mas apenas códigos que existem no catálogo IR.21 (para que a IA não possa inventar um), e nunca os códigos da sua própria rede doméstica.
   • Contatos adicionados, ou existentes enriquecidos (campos em branco preenchidos).
   • SIMs registrados (SIMs de teste que o parceiro compartilhou) e solicitações de SIM (lotes que alguém pediu para serem enviados a um endereço).
   • Tarifas acordadas tornam-se um nível de tarifa — somente quando ambas as partes concordaram explicitamente, e nunca um duplicado de um nível existente.
   • Um AA.12/AA.13 assinado (anexado ou declarado no email) avança o status para IRA Assinado.
6. Ele escreve dois registros. Uma amigável entrada de log de atividade na linha do tempo do acordo ("Email de Jane no Parceiro (encaminhado): tarifa de dados acordada — status → rates_agreed, contato Jane adicionado, tarifas acordadas registradas"), e uma linha de auditoria de entrada bruta (veja abaixo).

O processamento é idempotente — o mesmo email (por Message-ID) é processado apenas uma vez, então CC'ing várias pessoas ou reencaminhar uma conversa nunca conta duas vezes.

Três maneiras de o email entrar

Você só precisa de uma. Todas as três acabam chamando a mesma lógica de processamento:

Caminho	Como funciona	Quando usá-lo
Cloudflare Email Worker	O Cloudflare Email Routing encaminha a mensagem bruta para um pequeno Worker que envia o .eml diretamente para o webhook do OmniRoam.	Domínios que já usam Cloudflare; sem caixa de correio para verificar.
Poller IMAP	O OmniRoam faz login em uma caixa de correio real a cada ~60 s, processa mensagens não lidas e as marca como lidas.	Qualquer caixa de correio padrão (TLS implícito, STARTTLS ou simples).
Provider inbound-parse	Um provedor de email (Mailjet/SendGrid) POSTa a mensagem analisada + anexos para o webhook.	Se você já executa inbound-parse.

O webhook (/api/roaming/inbound-email) é protegido por um segredo compartilhado, então apenas seu caminho de email configurado pode postar nele.

O Log de Email de Entrada — seu rastro de auditoria

Cada email processado — sucesso ou falha — escreve uma linha no Log de Email de Entrada (na interface do usuário sob a visão de Emails do operador). Cada linha mostra o remetente, destinatários, assunto, anexos, se a extração de IA foi bem-sucedida, exatamente o que foi extraído e o que o email mudou (ou por que não fez nada — no-operator, no-partner). Esta é sua janela para a automação: se uma tarifa não foi capturada, o log informa o que o extrator realmente viu.

O Log de Email de Entrada — uma linha por email processado, com o resultado da extração e as mudanças que fez. Este é o rastro de auditoria para toda a automação email→acordo.

---

2. Acordos & Parceiros

A lista de Acordos é seu livro de parceiros de roaming para o operador atual. Cada linha é um parceiro, com seu status de ciclo de vida, TADIG/país, prioridade e em quem a próxima ação está aguardando ("Nós" ou "Eles").

A lista de Acordos. Os status vão da esquerda para a direita ao longo do ciclo de vida; a barra de filtro estreita por status. Os acordos são criados aqui manualmente — ou automaticamente a partir de um email de entrada.

O ciclo de vida (status)

Um acordo avança por essas etapas. A automação de email só avança o status, então o registro reflete o ponto mais distante que a conversa alcançou:

Consultado → Negociação IOT → IOT Pendente de Assinatura → IRA Negociando → Aguardando Assinaturas IRA → IRA Assinado → Tarifas Acordadas → Troca de SIM → Testes → Lançado (mais Lançamento Padrão, Suspenso, Terminado).

Abrindo um parceiro

Clique em um parceiro para abrir sua página de detalhes — um conjunto de abas/seções cobrindo tudo sobre o relacionamento:

• Visão geral & linha do tempo — status, prioridade, notas e o log de atividades (cada email, documento gerado, assinatura e nota manual em ordem de data).
• TADIGs — os códigos de rede do parceiro (com MCC/MNC, tipo de conexão e direção). Uma ação de "encontrar candidatos" pode puxar os outros TADIGs do operador parceiro do catálogo IR.21 para você revisar e adicionar.
• Contatos — pessoas de roaming/comerciais/técnicas no parceiro.
• Tarifas — os níveis de tarifas comerciais acordadas (dados/SMS/voz, moeda, unidade).
• SIMs & Solicitações de SIM — SIMs de teste trocados e lotes solicitados para envio.
• Documentos — papelada gerada e recebida (veja abaixo).
• Roteamento — rotas DRA, títulos globais SS7, DNS e intervalos de IP para provisionamento (muito disso é pré-preenchido a partir do IR.21 do parceiro).

Tudo na página de detalhes é editável — a automação lhe dá um bom começo, e você corrige ou adiciona manualmente conforme necessário.

O catálogo IR.21

As pesquisas de TADIG se baseiam em um catálogo global de operadores IR.21 indexado por TADIG (organização, rede, MCC/MNC, DNS, intervalos de IP, nós SS7, contatos). É assim que o OmniRoam valida um TADIG que a IA extraiu, descobre os TADIGs irmãos de um parceiro e pré-preenche os dados de roteamento.

---

3. Geração Automática de Documentos & Assinatura

Gerando um documento

Na seção Documentos de um acordo, você escolhe um tipo de documento e clica em Gerar. O OmniRoam renderiza o formulário Word real, preenchido com os detalhes de ambos os lados, pronto para assinatura:

Tipo	O que é	Formato
AA.12	Acordo de roaming GSMA AA.12 IREG (o formulário real, ambos os lados pré-preenchidos)	.docx / PDF
AA.13	Anexos comuns GSMA AA.13, incluindo o anexo de faturamento/regularização — veja opções de regularização AA.13	.docx / PDF
CLL	Carta de Lançamento Comercial (genérica)	.docx / PDF
CLL (Bilateral / Unilateral, após testes)	Carta de lançamento confirmando a data de início após testes bem-sucedidos de IREG & TADIG	.docx / PDF
CLL (Bilateral / Unilateral, padrão)	Carta de lançamento para um lançamento por padrão, sem completar testes de IREG/TADIG	.docx / PDF
TCC (VoLTE)	Conclusão de Chamada de Teste VoLTE	.docx / PDF
Conclusão de TADIG	Formulário de conclusão de TADIG	.docx / PDF
Formulário de Acordo de Roaming TNS	Solicitação de clearing house TNS (entregue como legado .doc)	.doc
Solicitação TNS 3G-4G	Solicitação de clearing house TNS	.docx

Como os campos são preenchidos. Cada documento é um modelo Word com marcadores de posição (docxtpl / Jinja). O OmniRoam os preenche a partir de:

• O lado doméstico — do seu registro de Operador: seu nome, nome legal, TADIG, PLMN, país, signatário & título, local e endereço. Como isso vem do inquilino, cada operador hospedado recebe seu próprio cabeçalho e signatário automaticamente.
• O lado do parceiro — do Acordo: nome do parceiro, sua abreviação de forma curta usada no corpo do contrato, TADIG(s), PLMN(s), país e endereço. O signatário/título do parceiro fica em branco — essa linha é deixada pronta para eles assinarem.
• Valores derivados — data efetiva, direção (bilateral/entrada/saída), empresa hub, reinos Diameter, moeda e a tarifa IOT confirmada.

Formato de saída — Word por padrão, PDF para assinatura

A geração produz um Word .docx editável por padrão — essa é a cópia de trabalho que você revisa e edita manualmente se necessário. Você recebe um PDF apenas quando realmente precisa de uma renderização fixa e final:

• Marque a caixa saída PDF antes de clicar em Gerar para renderizar um PDF em vez do .docx.
• O fluxo de assinatura eletrônica sempre usa PDF (o artefato assinado não deve mudar).
• Baixe / visualize um documento arquivado como PDF sob demanda.

Um email de Pacote de Roaming anexa o AA.12/AA.13 como .docx editável para que o parceiro possa revisar e comentar — não é a etapa de assinatura, então não é enviado como PDF.

Opções de regularização AA.13 (Anexo C.3.2)

O Anexo C.3.2 do GSMA AA.13 (faturamento e regularização) é um menu de escolhas que cada parceiro negocia — qual modelo de fatura, qual método de pagamento, o limite e o período de regularização, termos de pagamento e juros. Em vez de travar um conjunto de escolhas no modelo, o OmniRoam os expõe como um painel de opções de regularização na seção Documentos: expanda opções de regularização AA.13, defina os valores para este parceiro e clique em Gerar AA.13. O anexo gerado contém apenas as opções que você escolheu — as alternativas (e a estrutura de "excluir aquelas que não se aplicam" do GSMA) são descartadas automaticamente.

Cada campo tem um padrão sensato, então gerar sem tocar no painel produz os termos padrão; mude apenas o que difere para um determinado parceiro.

Opção	Padrão	Descrição
Tipo de fatura	Fatura de rede única (SNI)	Seleciona o anexo de regularização: Rede única (SNI) → Anexo C.3.2 H, ou Rede múltipla (MNI) → Anexo C.3.2 I. O anexo não utilizado é removido.
Método de pagamento	Regularização líquida	O mecanismo de regularização: Regularização líquida, Pagamento total direto (sem conversão), Pagamento total direto (com conversão), ou Liquidação sem conversão. Somente a cláusula do método escolhido é mantida.
Regularização de limite	Opção 1 — Liquidação	Opção 1 (Liquidação) aplica um único limite de saldo baixo acordado; Opção 2 (Pagamento direto) usa limites por parte (Parte A / Parte B).
Limite	50	Valor do limite de saldo baixo, na moeda de regularização do acordo (por exemplo, SDR). Abaixo deste agregado mensal, a regularização pode ser adiada.
Início do período / Fim do período	Janeiro / Dezembro	O período não de regularização para saldos abaixo do limite — tipicamente o ano financeiro.
Dias de pagamento	60	Dias a partir da data da fatura dentro dos quais o devedor deve pagar.
Juros home %	8	Juros anuais que o credor pode cobrar sobre saldos em atraso quando o operador doméstico é o credor.
Juros parceiro %	8	Juros anuais quando o operador parceiro é o credor.
Enviar faturas de valor zero	Desligado	Quando desligado, o anexo afirma que cada parte não enviará faturas mensais com um valor zero (0,00).
BCE na fatura TAP	Desligado	Quando desligado, o anexo afirma que o uso de BCE não será incluído na Fatura de Roaming TAP.

Como funciona. As escolhas são passadas para a geração como substituições em cima dos padrões embutidos; o modelo AA.13 as resolve no anexo final — selecionando os blocos de opção corretos, preenchendo os valores/períodos/tarifas e formulando os alternadores. A própria moeda de regularização vem da moeda configurada do acordo, não deste painel.

Caso de uso. Um parceiro insiste em termos de 90 dias, um limite de 100 SDR e um ano financeiro de abril a março: abra o painel, defina Dias de pagamento 90, Limite 100, Início do período abril, Fim do período março e gere. Cada outra cláusula permanece nos termos padrão.

Os formulários da clearing house TNS são especiais. Os dois pedidos TNS não são modelos docxtpl — são os formulários genuínos de TNS do operador com apenas os campos preenchíveis alterados e as caixas de seleção corretas marcadas, para que o TNS receba exatamente o layout que espera. Eles são bloqueados por IOT: o OmniRoam não os gerará até que o acordo tenha uma tarifa confirmada (acordada) — tentar antes retorna uma mensagem clara "é necessário um IOT confirmado". Os estados das caixas de seleção (tipo de acordo, direção, serviços, interfaces LTE, GRX) são derivados automaticamente do acordo, e todos os campos podem ser substituídos no momento da geração.

A geração para PDF (e o legado .doc para TNS) é feita pelo LibreOffice sem cabeça no servidor — você apenas recebe o arquivo final.

A seção Documentos de um acordo. Gere um contrato à esquerda; documentos gerados e recebidos (com status de assinatura) listados abaixo, cada um baixável.

Assinatura — online ou offline

O OmniRoam suporta duas rotas de assinatura:

Assinatura eletrônica online (o parceiro assina no navegador, sem login). A partir de um AA.12/AA.13 gerado, você clica em Enviar para assinatura, nomeia o signatário e seu email, e o OmniRoam:

1. Cria um pedido de assinatura com um token opaco e envia um link seguro por email ao parceiro (sem necessidade de conta).
2. Quando eles abrem, o OmniRoam marca o pedido como visualizado e o registra na linha do tempo. Eles revisam o documento, opcionalmente corrigem seu nome/título/empresa de signatário e assinam — digitando seu nome e/ou desenhando uma assinatura.
3. O OmniRoam produz o PDF assinado e o envia por email para ambas as partes (signatário + caixa de retorno do seu operador), arquiva-o no acordo e registra "Assinado por … em …".
4. O parceiro também pode recusar (com um motivo), o que também é registrado.

Assinatura offline. Prefere assinar da maneira antiga? Baixe o documento gerado, assine-o externamente e faça o upload da cópia assinada de volta ao acordo. Um nome de arquivo contendo assinado/executado/contrassinado é reconhecido como uma cópia assinada — e um email de entrada que anexa um avança o status para IRA Assinado automaticamente.

O Pacote de Roaming — primeiro contato com um clique

Em vez de gerar cada formulário separadamente, Enviar pacote de roaming envia um contato parceiro o AA.12 + AA.13 + oferta IOT juntos em uma única mensagem, gerando os contratos como PDFs instantaneamente e anexando sua oferta IOT mais recente. Escolha um contato (ou digite um nome + email — ele é preenchido como um contato), e o OmniRoam envia o pacote com sua redação de modelo salva. Este é o email de abertura "vamos fazer um acordo de roaming", enviado de dentro do OmniRoam.

Modelos de email editáveis

Os três emails automatizados — pedido de assinatura, cópia assinada e pacote de roaming — usam modelos editáveis (substituição por operador, caso contrário, um padrão global), com marcadores de posição como {{ signer_name }}, {{ partner }}, {{ operator }}, {{ sign_url }} e {{ document_name }}. Ajuste a redação uma vez nas Configurações e cada envio a utiliza.

Como o email realmente sai do OmniRoam. Todo email de saída vai via a Mailjet HTTPS Send API, não SMTP. Plataformas de hospedagem (Railway) bloqueiam portas SMTP de saída, então o OmniRoam POSTa para a Mailjet via HTTPS em vez disso. Os envios são melhores esforços e não bloqueantes: o botão da interface do usuário retorna imediatamente e o email sai em uma thread de fundo, então um servidor de email lento nunca trava o aplicativo.

---

4. Arquivamento & Armazenamento

Cada documento — gerado (AA.12, AA.13, CLL, TCC, TNS…) ou recebido (uma cópia assinada anexada a um email, um IR.21 enviado, uma planilha IOT) — é arquivado diretamente no acordo ao qual pertence. Não há um armazenamento de documentos separado para gerenciar:

• Documentos são armazenados como blobs no banco de dados, marcados com um tipo (aa12, aa13, aa12_signed, iot, ir21, cll, outro, …), nome do arquivo, tipo de conteúdo, tamanho e se o OmniRoam gerou.
• Cópias assinadas são marcadas distintamente (por exemplo, aa12_signed) para que o conjunto assinado seja sempre distinguível de rascunhos.
• Anexos de entrada são deduplicados — uma cópia idêntica (mesmo nome de arquivo + comprimento de byte) que chega novamente não é re-arquivada.
• Cada geração, upload, assinatura e exportação de IOT escreve uma entrada de linha do tempo, então o log de atividades do acordo é um rastro completo do que foi produzido e recebido, e quando.

Para recuperar um documento, abra a seção Documentos do acordo e faça o download (Word/PDF gerado, ou o original recebido). PDFs assinados produzidos pelo fluxo de assinatura online são armazenados no pedido de assinatura e também enviados por email para ambas as partes.

Você também pode exportar a tarifa acordada como um arquivo XML GSMA RAEX IOT 5.0 do acordo — a mesma seleção de tarifas que os formulários TNS usam, então o IOT exportado e os formulários gerados sempre concordam.

---

5. Ordens de Trabalho & Notificações de Atribuição

Colocar um parceiro em operação é trabalho — envio de SIMs, alteração de roteamento, execução de testes IREG/TADIG, auditorias, resolução de problemas. No OmniRoam, esse trabalho é rastreado como Ordens de Trabalho: a única unidade rastreada de trabalho de roaming. Uma ordem de trabalho pode estar vinculada a um acordo (um parceiro) ou ser independente.

A visão de Ordens de Trabalho. Cada ordem tem um tipo, prioridade, status, link opcional para parceiro e um atribuído — a parte notificada quando é atribuída.

Criando e atribuindo

Uma ordem de trabalho tem um tipo (Envio de SIM, Roteamento, Teste IREG, Teste TADIG, Auditoria, Problema), um título, prioridade, status (Aberto / Em Progresso / Bloqueado / Concluído / Cancelado), um link opcional para parceiro (acordo), detalhes em texto livre, uma data de vencimento e campos estruturados específicos do tipo (por exemplo, um Envio de SIM carrega quantidade, endereço postal, transportadora e rastreamento).

Você atribui uma ordem de trabalho a uma parte — uma equipe interna nomeada ou contato externo (por exemplo, "NOC de Roaming", "administrador TADIG") gerenciada por operador em Configurações. Você pode definir um atribuidor padrão por tipo de ordem de trabalho, então um novo Envio de SIM é automaticamente atribuído a quem lida com o envio, a menos que você o substitua.

A notificação — webhook + email

Quando uma ordem de trabalho é atribuída (criada com um atribuído, ou reatribuída a uma nova parte), o OmniRoam notifica esse atribuído através de quaisquer canais que a parte configurou:

• Webhook — se a parte tiver uma URL de webhook (por exemplo, um webhook de entrada do Slack), o OmniRoam POSTa uma mensagem com um bloco text legível por humanos e a ordem de trabalho completa como JSON estruturado (tipo, prioridade, status, parceiro, carga útil específica do tipo, um link de volta para a página de Ordens de Trabalho).
• Email — se a parte tiver um endereço de email, o OmniRoam envia os mesmos detalhes por email (via Mailjet), assunto [Ordem de Trabalho] <título> atribuída a você.

Uma parte com nenhum canal configurado é simplesmente um atribuído silencioso (no-op). Ambas as notificações são melhores esforços e não bloqueantes — um webhook ou servidor de email lento nunca pode travar o aplicativo — e a reatribuição notifica apenas quando o atribuído realmente muda para uma nova parte (então editar outros campos não re-pinga as pessoas).

Da cadeira do atribuído: você recebe uma mensagem no Slack (ou email) no momento em que um trabalho chega à sua equipe, com tudo o que você precisa — o que fazer, para qual parceiro, a contagem de SIM e endereço de envio (ou a mudança de roteamento, ou o escopo do teste), a prioridade e a data de vencimento, e um link direto para a ordem de trabalho.

---

O Ciclo de Vida Completo, de Ponta a Ponta

Colocando tudo junto — a jornada de "um parceiro nos enviou um email" para "o parceiro está em operação":

Em cada etapa, a linha do tempo do acordo registra o que aconteceu, e o log de email de entrada mantém a evidência bruta do que cada email contribuiu.

---

O Que Você Configura Uma Vez

A maior parte da automação precisa apenas de uma pequena configuração única por operador (em Configuraç��es):

Configuração	Por que	Onde é usada
Detalhes da papelada (nome legal, TADIG, PLMN, país, signatário & título, local, endereço)	Preenche o lado doméstico de cada documento gerado	Geração de documentos
Email de entrada	O endereço para o qual você encaminha/CC os emails do parceiro	Ingestão de email
Caixa de correio de retorno assinada	Para onde vão os emails de cópias assinadas e assinadas offline	Assinatura
Modelos de email (pedido de assinatura, cópia assinada, pacote de roaming)	Sua redação para os emails automatizados	Email de saída
Partes de ordem de trabalho + atribuições padrão por tipo	Quem é notificado para cada tipo de trabalho	Ordens de trabalho

Com isso em vigor, encaminhar um email de parceiro realmente se torna: email entra → acordo sai → contratos gerados e assinados → ordens de trabalho levantadas e sua equipe notificada.

---

Veja Também

• OmniRoam — Automação de Testes de Roaming — o outro OmniRoam: executando os livros de teste de roaming GSMA (IR.38 / IR.48 / VoLTE) contra uma rede ao vivo. Complementar a isso: assine o acordo aqui, prove que funciona lá.
• Operações Comuns — os padrões de visualização/edição compartilhados em todo o OmniWeb.