Skip to main content
Uma account é um id sobre o qual um login, um rate scope, uma linha de balance e um call record todos concordam. Nada precisa criá-la: uma account existe no momento em que um login a nomeia ou uma mensagem chega carregando-a, e a linha app_account é um rótulo aparafusado depois.

​
Deixe accountId em branco e algo mais se torna a account

accountId é opcional em uma credencial, e o que preenche a lacuna difere por protocolo.
Um login HTTP com um apiKey e sem accountId fatura para a própria API key. O segredo cai em cdr_submit.account_id, nas cifras de receita do painel de controle e em todo export CSV — copiado para registros que vivem enquanto histórico de billing vive, e que deixam a plataforma em planilhas. Rotacionar a chave depois divide a história daquele cliente entre dois ids.Configure accountId explicitamente em toda credencial e nenhum fallback importa.

​
Por que a account e não o login

Uma account pode conter várias logins, e tudo que carrega dinheiro ou um teto é indexado pela account:
Um limite por login permitiria a um cliente aumentar o próprio teto criando outro login. Indexar pela account é o que faz qualquer disso significar algo.
Aprovações são a única coisa que pode ir de qualquer forma: uma linha de sender ID ou template pode nomear um system_id para vinculá-la a um login, ou deixá-lo nulo para todos os logins da account. Veja Sender IDs.

​
O que a linha do catálogo efetivamente contém

app_account é nome, contato e hierarquia — nada que o caminho da mensagem lê. A árvore tem exatamente dois níveis de profundidade, e o banco aplica isso: app_account_two_levels recusa uma linha que tanto nomeia um pai quanto revende, portanto uma account ou contém outras ou pertence a uma.
Desalistar uma account não para nada. O gateway nunca lê o catálogo de accounts, portanto limpar enabled remove a linha das listas deste painel e deixa seus logins conectando, seu tráfego enviando e suas rate rules precificando exatamente como antes. É o oposto do que enabled significa em um vendor ou product, e muito mais caro de entender ao contrário.Para parar tráfego, desabilite os logins. Para parar spend, use o balance.

​
Criar um login não cria um balance

Uma account sem linha account_balance não está em zero — ela não tem balance, que é um estado diferente e o que silenciosamente engole um top-up.
Um RECHARGE escrito para uma account sem linha de balance credita nada. Fica pendente e loga, e se aplica no momento em que a linha aparece — mas até lá o cliente pagou e não pode enviar. Abra a account para crédito primeiro (Open for credit na página da account), então faça top-up.
O painel distingue os dois deliberadamente: “no balance row” e “credit switched off” são mostrados como respostas diferentes em vez de colapsados em uma cifra vazia. Veja Crédito prepaid.

​
Um account id que também é um nome de vendor

Rating casa um rate scope apenas por nome, e a mesma tabela mantém os dois lados da negociação. Um id que também é um nome de instância de vendor tem suas regras lidas como nosso custo para aquele vendor, além do que este cliente paga. A página da account pinta isso de vermelho em vez de deixar ser descoberto em um relatório de margem. Renomeie um antes de precificar qualquer um. * é reservado de saída e não pode ser usado como nome de account ou vendor.

​
O que está na página da account

Logins

Quem pode se conectar como esta account, qual product cada um carrega, e rotacionar um segredo.

Tarifa customizada

O que esta account paga. Sem regras próprias significa que é precificada por qualquer catch-all que a cubra.

Statement

O que é devido por um período, faturado por submitted — portanto o valor para de se mover quando o período para.

Sender IDs e conteúdo

As duas listas de aprovação e o switch de enforcement ao lado delas.
Tráfego na página é derivado das mensagens que efetivamente chegaram, dividido por login e product — portanto ele mostra tráfego que veio sob esta account de um login que este painel nunca viu.