Como os créditos são cobrados por destinatário?

O Emailit cobra por destinatário, não por requisição. Este artigo explica quantos créditos um e-mail usa, quando eles são descontados e por que o seu uso pode ser maior que o número de chamadas à API.

Sintomas

• O uso de créditos é maior que o número de requisições em Email API›Logs.
• Uma chamada à API criou vários e-mails, cada um com o próprio ID em_….
• Foram usados créditos em e-mails que depois deram bounce ou foram suprimidos.

Causa

Cada ação tem um preço fixo em créditosCréditoA unidade de cobrança do Emailit. Cada ação custa um número fixo de créditos, por exemplo 1 por e-mail via API ou SMTP e 2 por e-mail de campanha.:

Ação	Créditos
E-mail enviado pela API ou por SMTP (por destinatário)	1
E-mail recebido	1
E-mail de campanha (por destinatário)	2
Execução de automação	3
Verificação de e-mail (por endereço)	5

Como os destinatários são contados:

• Cada destinatário único é um e-mail. O Emailit envia uma cópia separada para cada endereço em to, cc e bcc, e cada cópia recebe o próprio ID. Uma requisição com 2 endereços em to, 1 em cc e 1 em bcc custa 4 créditos e retorna os quatro IDs no campo ids.
• As duplicatas são removidas antes. O mesmo endereço em to e cc, com qualquer combinação de maiúsculas e minúsculas, é cobrado uma vez.
• O SMTP conta os destinatários do envelope. Cada endereço RCPT TO na sessão SMTP vira um e-mail próprio, incluindo os endereços que você só colocou em Bcc.
• As campanhas custam 2 créditos por destinatário, depois que os contatos descadastrados, suprimidos e duplicados são removidos.
• Novas tentativas e encaminhamentos são novos envios. Eles são cobrados de novo pelo preço normal.

Quando os créditos são descontados:

• E-mails pela API são cobrados quando a requisição é aceita. Se você não tiver créditos suficientes para todos os destinatários, a requisição falha com 402 e nada é cobrado.
• E-mails por SMTP e de campanha são cobrados quando o Emailit processa cada um para entrega. Se os créditos acabarem nesse momento, o e-mail fica retido.
• E-mails aceitos não são reembolsados se depois derem bounce, forem suprimidos ou cancelados.

Os créditos mensais incluídos são usados primeiro e depois os créditos comprados.

Solução

1. Veja para onde foram os créditos. Abra Workspace›Billing, selecione Billable usage e revise a tabela por produto e o gráfico diário.

2. Conte destinatários, não requisições. Em Email API›Emails, filtre por data para ver quantos e-mails individuais foram criados.

3. Evite pagar por endereços ruins. Remova das suas próprias listas os endereços com bounce e suprimidos e valide os novos cadastros com a verificação de e-mails. Um e-mail para um endereço suprimido continua sendo cobrado quando a API o aceita.

4. Evite duplicatas acidentais. Use uma Idempotency-Key para que as novas tentativas da mesma requisição não sejam cobradas duas vezes.

5. Planeje o volume. Compare os preços por crédito dos planos na página de preços e em Créditos.

Se os créditos acabam com frequência, ative a recarga automática. Para o erro que você recebe quando os créditos acabam, consulte Por que recebo o erro 402 Insufficient credits?.

Ainda com problemas?

Se o seu uso não corresponder ao que você enviou, fale com o suporte ou pergunte no Discord, informando o nome do workspace e o intervalo de datas.