Changelog

​

Improvements

​

New features

• WhatsApp, Telegram (user mode), and Instagram: generateShareableLink: true on create returns a link for the end user to finish connection in the browser, no QR or Meta login on your server.
• Telegram (user mode): create already starts QR and returns connection.base64 / loginUrl.
• Instagram: without auth on create, generates a PENDING draft + remote login link.
• Link management via API: GET/POST .../instances/{id}/connect-page (status, enable, rotate secret, disable).

• On WhatsApp, SMS, email, push, Telegram, Instagram, RCS, and voice: type: "template" + payload.templateId sends only that channel’s slice of the template.
• Official WhatsApp: requires a Meta-approved template; QR connection: simple session content (no Meta header or buttons).
• Multi-channel fan-out remains on POST /v1/templates/send.

​

Improvements

• mode field on instances: UNOFFICIAL (QR) or OFFICIAL (Embedded Signup). List, get, and create return mode.
• Official with shareable link: omit Meta fields in the payload and use the flag to create a draft; the customer finishes on the link.
• Official send: token, template, and media validation before queueing, with clear errors (META_TOKEN_EXPIRED, META_PERMISSION_DENIED, TEMPLATE_NOT_ALLOWED_FOR_INSTANCE).
• metaName on official templates: name used on send (sync fills it automatically).
• Sandbox (sk_test_): WhatsApp sends and templates do not call Meta or mark the real line as disconnected.
• Embedded reconnect: ALREADY_CONNECTED only when the line is active with a valid token.
• Rotating the link secret invalidates the previous link.

​

New features

• Dashboard: WhatsApp → New instance → Official → Embedded Signup (WABA + number).
• API: mode: "OFFICIAL" on POST /v1/whatsapp/instances (Embedded Signup; when the feature is enabled in the environment).
• Meta bills conversations on the customer’s account; Notifique charges only the platform software fee (see billing table in the docs).
• An active payment method in WhatsApp Manager is required. Without it, sends are blocked with META_PAYMENT_METHOD_REQUIRED.
• Outside the 24-hour window, only an approved official template; inside the window, session text/media.
• Bring-your-own credentials (OFFICIAL_BYOK) are secondary for onboarding, prefer Embedded Signup (OFFICIAL).

• Catalog lives on the WABA (numbers on the same account share templates).
• Pull/push sync with Meta; status via webhook (APPROVED, PENDING, REJECTED, …).
• Internal Notifique templates stay source: ZENVIO; official ones use source: WHATSAPP_OFFICIAL.
• APPROVED Meta templates: edit limit 1× per 24h and 10× per 30 days (Meta rule).

• Channel settings shortcut on WhatsApp (and other channels): instance overview and inbound receive / persist / webhook controls, aligned with the workspace Received messages tab.

• In the Inbox and inbound message detail: transcribe audio (WhatsApp, Telegram, Instagram) on demand, billed in credits.
• Optional auto-transcribe in the user’s inbound settings.

​

Improvements

• Below the timeline: Message / Metadata / Events tabs (compact segmented control, no wrapping card).
• Message, content and edit/reply history.
• Metadata, request metadata (and provider payload when available).
• Events, webhook deliveries triggered by that message (with a link to the delivery).
• Structured message preview (template, buttons, list, interactive replies) on WhatsApp outbound and inbound detail.

• Expired or invalid Meta token: instance becomes DISCONNECTED and the dashboard prompts reconnect.
• Shared connection links keep the line’s same reconnect mode (Embedded Signup or legacy token).
• Cloud API does not edit or delete an already-sent message: API returns META_MESSAGE_EDIT_UNSUPPORTED / META_MESSAGE_DELETE_UNSUPPORTED; the dashboard hides Edit/Delete on official lines.

​

Improvements

• Inbound download now includes video and sticker (in addition to image/audio/document) via QR / unofficial.
• Endpoints: POST /v1/whatsapp/messages/inbound/{id}/media and GET .../media/download.

• New endpoints: POST /v1/telegram/messages/inbound/{id}/media and GET .../media/download (telegram:read).
• GET .../inbound/{id} now returns contentPreview and mediaFetch.
• Types: image, audio, video, document, sticker. Bot uses getFile; User uses MTProto downloadMedia.

• New endpoints: POST /v1/instagram/messages/inbound/{id}/media and GET .../media/download (instagram:read).
• GET .../inbound/{id} includes contentPreview and mediaFetch.
• Types: image, video, and audio/voice (URL from payload; voice with aiograpi fallback).

​

Improvements

• MARKETING templates (headers always; HTML footer still optional via appendPreferencesLink), campaigns, and automations.
• POST /v1/email/messages: on by default when the recipient is a contact; use listUnsubscribe: false for transactional mail.
• Public endpoint: GET confirms only (no mutation, avoids scanners); POST applies opt-out (List-Unsubscribe=One-Click or form).
• Invalid topic in the URL does not fall back to global opt-out; invalid listUnsubscribeTopicId on the API returns 400 INVALID_LIST_UNSUBSCRIBE_TOPIC.
• Guide: One-click unsubscribe (RFC 8058). Error: Error responses.

​

Improvements

• ~1,150 success: false responses reviewed across WhatsApp, Instagram, SMS, email, Telegram, push, RCS, voice, webhooks, CRM, contacts, templates, automations, short links, and more.
• Required error fields: error (HTTP label), message (human-readable), code (enum).
• Global middleware: UNAUTHORIZED, API_KEY_EXPIRED, API_KEY_REVOKED, RATE_LIMIT_EXCEEDED, ONBOARDING_REQUIRED, WORKSPACE_HEADER_NOT_ALLOWED.
• New common business codes: WEBHOOK_NOT_FOUND, EMAIL_DOMAIN_NOT_FOUND, INSTANCE_CAPACITY_FULL, VOICE_*, NO_MEDIA, DOWNLOAD_FAILED, etc.
• POST /v1/report (FELCA reports) and WhatsApp inbound media download now include code on all errors.

• DNS pending: HTTP 200, success: true, verified: false, code: EMAIL_DOMAIN_DNS_PENDING
• Verified: EMAIL_DOMAIN_VERIFIED
• DNS failed: EMAIL_DOMAIN_VERIFY_FAILED
• HTTP errors with localized message and specific code

{
  "success": true,
  "verified": false,
  "code": "EMAIL_DOMAIN_DNS_PENDING",
  "message": "DNS records are not verified yet. Check your DNS provider and try again in a few minutes.",
  "data": { "id": "clxx...", "domain": "yourdomain.com", "status": "PENDING" }
}

{
  "success": false,
  "error": "Forbidden",
  "message": "Missing scope: whatsapp:send",
  "code": "FORBIDDEN"
}

​

New features

• GET /v1/whatsapp/messages/inbound/{id}/media/download, returns the binary file with Content-Type and Content-Disposition (ideal for curl -o and scripts).
• POST /v1/whatsapp/messages/inbound/{id}/media, empty body; returns JSON with data.base64 (ideal for in-memory integrations).
• Type (image | audio | document) is inferred server-side from contentPreview.
• Scope: whatsapp:read (honors API Key instanceIds).
• Requires an active unofficial (QR) instance.

curl -L -H "Authorization: Bearer sk_live_..." \
  -o received.ogg \
  "https://api.notifique.dev/v1/whatsapp/messages/inbound/clxxinbound001/media/download"

{
  "success": true,
  "data": {
    "contentType": "audio/ogg",
    "fileName": "audio.ogg",
    "base64": "..."
  }
}

​

Improvements

• Success (200) and the DNS records payload are unchanged.
• On error, prefer handling by code (use message for end-user display).
• Provider antispam blocks now return 422 instead of 502.

​

Improvements

• expectedUsername (optional) on POST /v1/instagram/instances
• GET /v1/instagram/instances/:id exposes lockedUsername, lockedIgUserPk, reconnectBlockedUntil, abusePausedUntil, firstConnectedAt, and warmup (active, dailyLimit, sentToday, daysRemaining)
• Account lock: one instance = one username after first login. Switch accounts by creating a new instance.
• 12 h cooldown after involuntary disconnect + max 3 logins/hour. Manual disconnect via API does not apply cooldown.
• Abuse pause when Instagram signals rate-limit / restriction.
• Warm-up: up to 15 DMs/day for the first 5 days (new instances only).

​

Integration notices

​

Improvements

• expectedPhoneNumber (optional) on POST /v1/whatsapp/instances, validates the number on first pairing.
• GET /v1/whatsapp/instances/:id exposes lockedPhoneNumber, reconnectBlockedUntil, and warmup (active, dailyLimit, sentToday, daysRemaining).
• Permanent lock: one instance = one number after the first connection. Change SIM by creating a new instance.
• 6 h cooldown after involuntary disconnect (ban, dropped session). Manual disconnect via API does not apply cooldown.
• Warm-up: up to 20 messages/day for the first 3 days after firstConnectedAt (new instances only).

​

Integration notices

​

Improvements

{
  "to": ["..."],
  "type": "text",
  "payload": { "message": "..." },
  "schedule": { "sendAt": "ISO" }
}

{ "success": true, "data": { "messageIds": ["..."], "status": "QUEUED", "count": 1 } }

• to is always an array, never a string. Maximum 100 recipients per request.
• status is always UPPERCASE, QUEUED, SCHEDULED, SENT, DELIVERED, FAILED.
• messageIds is the canonical response field. Channel aliases (smsIds, emailIds, etc.) remain for compatibility.

​

New features

• GET /v1/rcs/messages, RCS message listing.
• POST /v1/notify, multi-channel send in one call (includes Instagram).
• POST /v1/templates/send, Instagram channel support (instagram.instanceId).
• Notifique MCP, new tools for RCS, Voice, and Instagram Direct.

​

Compatibility

​

New features

• Login with username and password (2FA / challenge when required); acceptInstagramTerms required.
• Content: text and media via HTTPS URL (image, video, audio, document).
• Edit messages (up to 1000 characters, 15 min, 5 edits) and unsend when allowed.
• Comments: list, reply, and delete (instagram:comments:reply, instagram:comments:moderate).
• Scopes: instagram:send, instagram:read, instagram:cancel, instagram:update, instagram:delete, and instances.

​

Improvements

• RCS: rcs:send, rcs:read, rcs:cancel
• Conversions (Smart Links): conversions:manage
• WhatsApp groups: whatsapp:groups (with add-on enabled)
• Instagram: instagram:update alongside other Instagram scopes

​

More powerful segments

​

New rule types

• contactField: platform fields (name, phone, email, url, telegramPeer, languages, hasPhone, hasEmail, hasUrl, hasTelegram)
• topic: subscribed or not to a topic (topicId + subscribed)
• Still available: tag, property (custom fields), and receiveMarketing

​

Typed operators (op)

​

Preview

​

New channel: voice and phone numbers

​

Phone numbers

• Contratação pelo painel: busque números disponíveis por país/DDD, reserve e pague a mensalidade recorrente
• API v1: GET /v1/phone-numbers, GET /v1/phone-numbers/available, GET /v1/phone-numbers/{id} e PATCH /v1/phone-numbers/{id} para consultar e configurar voz de entrada
• Comportamento inbound: encaminhar (FORWARD), TTS e desligar (TTS_HANGUP), rejeitar, caixa postal ou controle via webhook (WEBHOOK_CONTROL)
• Escopos: phone_numbers:read, phone_numbers:update

​

Voice API

• Originar chamadas: POST /v1/voice/calls com TTS, áudio por URL, coleta DTMF, gravação e detecção de caixa postal
• Acompanhar: GET /v1/voice/calls e GET /v1/voice/calls/{id} (com includeEvents=true)
• Controlar sessão: POST /v1/voice/calls/{id}/actions/{action} (speak, play, gather, transfer, record-start, record-stop, dtmf, hangup)
• Gravações: download via GET /v1/voice/calls/{id}/recordings/{recordingId}/download
• Escopos: voice:call, voice:read, voice:control
• Cobrança: por minuto de voz (pague pelo uso ou créditos do plano)

​

Webhooks

• Chamadas: voice.call.initiated, voice.call.received, voice.call.ringing, voice.call.answered, voice.call.completed, voice.call.failed, voice.call.dtmf, voice.call.gather.ended, voice.call.recording.ready, voice.call.machine.detected
• Números: phone_number.activated, phone_number.past_due, phone_number.suspended, phone_number.released

​

New features

• Single queue with status (Open, Pending, Resolved), assignee, and channel filters
• Assign conversations manually or automatically; resolve and reopen
• Routing: automation/AI, waiting for teammate, or active human
• Metrics: first response, resolution, unassigned conversations
• Reply with text, template, or image URL; side panel with AI summary and contact link

​

Improvements

​

Notices

1. Settings → API Keys → new key with required scopes.
2. Switch your app and revoke the old key when stable.
3. Or Edit the current key and set scopes explicitly.

​

New features

​

Improvements

• Schedule sends (scheduledFor) and cancel schedules
• Richer list with readable statuses and sent · delivered · failed summary
• KPIs, per-channel funnel, timeline, and recipient list (dashboard and API)
• Automatic UTMs (utm_campaign, utm_content) on campaign links

​

Multiple numbers working together

• Estratégias de distribuição: rodízio, por peso (números “mais fortes” mandam mais) ou menor uso (quem enviou menos hoje é o próximo)
• Proteções automáticas: pausa por falhas consecutivas (circuit breaker), cooldown entre lotes, limite diário por número e monitoramento de saúde no painel
• Retrocompatível: se você escolher instanceId ou número específico na API ou no painel, nada muda; sem número definido, usa o pool padrão do workspace
• Campanhas: escolha um pool no editor para distribuir todos os destinatários entre os números do grupo

​

Richer contact profile

• Visão geral: dados, tags, tópicos, segmentos e inteligência operacional
• Timeline: histórico cronológico unificado: envios e recebidas (WhatsApp, SMS, e-mail, Telegram, widget web), automações, notas, tarefas, mudanças no funil e insights de IA
• Notas: anotações internas da equipe, com opção de fixar as mais importantes
• Tarefas: follow-ups com título, prazo, responsável e status (aberta/concluída)
• Conversas: todas as threads do inbox ligadas ao contato, com link direto para cada uma

​

AI relationship profile

​

Kanban pipeline

​

Connect Gmail, Outlook, Drive, and more to the assistant

• Gmail, Google Calendar, Google Drive (OAuth)
• Outlook (e-mail e calendário), SharePoint, Microsoft Teams, Dropbox
• Servidor MCP customizado (HTTPS) com token ou headers próprios

​

Approval checkpoint in flows

​

AI chat in the corner of your site

• Instalação simples: copie o snippet <script> do painel e cole no site; preview ao vivo enquanto personaliza cores, posição, textos de boas-vindas e perguntas sugeridas
• Domínios autorizados: o widget só funciona nos hosts que você permitir
• Identificação do visitante: modos anônimo, opcional (nome/e-mail/telefone) ou obrigatório; quem preenche vira contato no CRM automaticamente
• Verificação por código OTP: opcional: envia código de 6 dígitos por e-mail, SMS ou WhatsApp antes de liberar a conversa (consome créditos de envio)
• Login no site (HMAC): se o visitante já está logado no seu site, o backend pode assinar a identidade sem formulário nem OTP
• Handoff humano: conversas entram no Inbox como canal Widget IA; pode transferir para atendente; visitante pode disparar automações

​

Onboarding that understands your business

​

Clearer instance limits and plan expiration

• Limites por canal: WhatsApp e Telegram têm cotas separadas (ex.: Pro = 2 de cada); o wizard de criação de instância e a página de planos deixam isso explícito
• Expiração automática: quando a assinatura paga expira, o workspace é rebaixado automaticamente (sem depender de ação manual)
• Data de expiração visível: planExpiresAt aparece na assinatura e nas configurações do workspace, com mensagens de trial/período de teste na página de assinatura
• Ao tentar exceder o limite do plano, o bloqueio é claro na API e no painel

​

Sync WhatsApp history

​

Reply with more tools in the inbox

• Templates (WhatsApp, SMS, Telegram) com preview de variáveis: enviar direto ou colocar no campo de texto
• Imagem por URL (WhatsApp e Telegram)
• Tags IA padronizadas no painel lateral (ex.: “cliente frustrado”, “alta intenção”)

​

Detailed credits and balance ledger

​

WhatsApp Link tools

• Ajustar privacidade da conta (último visto, foto, grupos etc.)
• Importar contatos da agenda WhatsApp para o CRM

​

Webhook per automation

​

Wait for signal and richer conditions

• Esperar sinal: o fluxo pausa até acontecer algo: e-mail aberto, recibo de leitura no WhatsApp ou evento registrado da automação, com ramo de timeout opcional (ex.: “mandou e-mail → espera abrir → manda follow-up”)
• Condições numéricas: além de “igual” e “contém”, compare números com maior que, menor que, maior ou igual, menor ou igual (valores de pedido, quantidades, scores)
• Gatilho por mensagem recebida: automações disparam quando chega mensagem inbound (WhatsApp, Telegram etc.), não só por eventos internos

​

Find contacts with precision

• Por tópicos (topicIds), segmento (segmentId) e propriedades customizadas (propertyFilters)
• Filtros por marketing, presença de URL/Telegram e combinações de regras
• UI de filtros avançados no painel com busca segmentada, feedback visual de carregamento e colunas configuráveis

​

Email editor closer to original HTML

​

Knowledge bases (RAG) per workspace

​

Configurable assistants

​

AI assistant in the dashboard

​

More stable connections

​

CRM and campaigns

• Nova aba Tags de audiência no CRM para criar e gerenciar tags de contatos
• Confirmação antes de disparar campanha, com preview da audiência
• Preview rico de mensagens WhatsApp recebidas (texto, mídia, botões) na API e na tela de detalhe do inbound
• Editor de templates mais capaz (comandos /, sidebar, canvas por canal)
• Página de contatos reorganizada com melhor UX de listagem e filtros

​

More stable WhatsApp connection

​

Dashboard in Portuguese, English, and Spanish

​

Track clicks on links you send

​

What you need to do

• Em Configurações do workspace, ative links curtos e, se quiser, marque converter links automaticamente nos envios.
• No add-on de links curtos, você também pode criar links na mão e ver a lista dos mais recentes.

​

Webhook when someone clicks the short link

​

Status CLICKED no envio (além do e-mail)

​

Sandbox mode launched in API and dashboard

• Documentação: Sandbox mode
• Blog: Ambiente sandbox: testar integração sem enviar SMS (nem e-mail) de verdade

​

Richer, more predictable flow editor

• Encerrar fluxo (endFlow): passo terminador: não envia nada e não tem saída; serve para fechar um ramo (por exemplo “senão” de uma condição) sem pendurar mais nada. O motor grava o passo como concluído e segue a regra normal de fim de run quando não há mais passos pendentes.
• Condição em gatilho por mensagem recebida: quando o gatilho é inbound (WhatsApp, Telegram ou SMS), a condição compara o texto da mensagem (body / bodyPreview / preview) com operadores como igual, contém, começa com, etc. Não há “fonte evento vs contato” nesse modo: só o texto recebido. Em gatilho por evento da API, a condição continua podendo olhar payload do evento ou dados do contato (com campo / path obrigatório).
• Condição dentro de condição: dá para colocar outra condição a partir do + do ramo Verdadeiro ou Falso (antes o painel só permitia passos “lineares” ali). Isso permite regras mais granulares em sequência.
• Sempre dois ramos: depois de apagar passos (por exemplo uma condição intermediária), o editor garante que cada condição continue com saída Verdadeiro e Falso; se faltar um lado, volta a aparecer o placeholder (+) para você escolher o próximo passo: evita fluxo “quebrado” com só um braço.
• Esperas curtas corretas: ajuste no motor de filas para delays não serem executados antes da hora. Hoje o agendamento respeita o horário devido com promoção periódica da fila de automação.

​

Cheaper push sends on BRL balance

​

A full automation ecosystem

​

Everyday examples

• Boas-vindas e depois dicas: Envie um e-mail de boas-vindas assim que o evento acontecer e, alguns dias depois, outro e-mail com dicas. Basta colocar um passo de espera (por exemplo 3 dias) entre os dois envios.
• Conteúdo diferente por plano: Use uma condição em cima de um dado do contato ou do evento (por exemplo plano gratuito ou pago) e ramifique o fluxo: um caminho envia um tipo de mensagem, o outro caminho envia outro: cada público recebe o que faz sentido.
• Só avançar depois da integração: Monte a sequência para que a próxima mensagem só venha depois que a pessoa tiver tempo de concluir um passo importante (como terminar a integração). Você combina esperas e o que acontece no evento ou no contato para não apressar a jornada e melhorar a experiência.

​

Inbound messages: clearer in dashboard and webhooks

​

Rules for inbound messages

​

Template history: view the past and restore safely

​

Test the template before production use

​

Multiple languages, variables, and AI in one template

​

Preferred languages on the contact (CRM)

• Painel: edite idiomas na ficha do contato (detalhe do CRM).
• API e envios: WhatsApp, SMS, e-mail, push, RCS, Telegram e templates passam a considerar languages do contato ao resolver texto por destinatário.

​

Analytics and per-contact performance

• Insights: resumo com score de engajamento, nível (alto/médio/baixo) e bullets acionáveis.
• Gráficos e canais: leitura de volume e desempenho ao longo do tempo, com recorte por canal quando aplicável.
• Contexto para o time: menos “achismo”: abre o contato e vê se ele responde, em quais canais interage mais e como isso evolui.

​

Message localization: manual, automatic (AI), and off

• Desligada: um único texto para todos (comportamento clássico).
• Manual: você envia um objeto i18n (JSON por locale) com traduções já prontas; o backend escolhe o bloco certo usando sourceLocale + idiomas do contato.
• Automática (IA): o texto base é traduzido por modelo (OpenAI ou API compatível), com regras rígidas para preservar placeholders ({{nome}}, etc.) e HTML em e-mails; se a IA falhar ou não estiver configurada, há fallback para o texto base.
• Custo: no modo IA, a cobrança segue a política do produto (por destinatário traduzido); o painel indica quando o envio usa idiomas do CRM.

​

Templates: translations by locale

​

Combined benefits

​

Sending: priority, per-batch webhook, and metadata

• options.priority: fila prioritária de entrega da mensagem (e, quando aplicável, fila prioritária de webhooks).
• options.webhook: URL HTTPS (e secret opcional) para receber só os eventos daquele envio, no mesmo formato dos webhooks cadastrados.
• metadata: pares string→string persistidos no registro do envio (por canal).

​

Public reports and Platform Status

• POST /v1/report: endpoint público para denúncias (FELCA); API reference in the Report API guide.
• Platform Status: super admins veem as últimas denúncias recebidas, com detalhes ao clicar na linha.

​

New channel: Telegram

• Dois modos de conexão:
  • Bot: cadastro com token do @BotFather.
  • Conta de usuário: fluxo de login com QR ou string de sessão após aceite dos termos no painel.
• API v1: envio de texto, mídia por URL, localização (localização apenas no modo bot, conforme suporte atual); listagem e detalhe de mensagens; cancelar, editar texto e apagar quando o Telegram permitir; listagem e detalhe de atividade recebida.
• Dashboard: criar e gerir instâncias Telegram, assistir ao fluxo de QR/sessão e acompanhar envios e recebidas no painel.
• Documentação: guia dedicado Telegram API.

​

Contacts and audience API (v1)

​

Segment rules: custom field with “contains” and ignore case

• valueMatch: exact (padrão, comportamento anterior) ou contains (substring no valor salvo).
• ignoreCase: true para comparar sem diferenciar maiúsculas/minúsculas.

​

Contacts and audiences: Topics, Segments, and Campaigns

• Custom fields (contact properties): definição de campos personalizados para enriquecer contatos e personalizar envios.
• Topics e preferências públicas: criação de tópicos de comunicação com página pública de preferências para opt-in/opt-out do usuário final.
• Segments com DSL: criação de segmentos dinâmicos com preview de contatos antes do disparo.
• Campaigns com execução em pipeline existente: disparos em lote reaproveitando o pipeline atual de envio.
• Tela Audience no dashboard: painel único para administrar tópicos, segmentos e campanhas com ações de criar, editar, pré-visualizar, executar e excluir.

​

Templates with marketing category and unsubscribe rules

• Categoria do template: suporte para classificar templates como transacionais ou marketing.
• Vínculo com tópico de marketing: templates de marketing podem ser associados a um tópico específico para respeitar consentimento.
• Descadastro automático por canal:
  • SMS e WhatsApp: Reply STOP to unsubscribe.
  • E-mail: frase clicável click here to unsubscribe com link de preferências.
• Toggle por template: opção para habilitar/desabilitar o append automático do texto/link de preferências.

​

Practical benefits

​

Inbound settings per workspace (SMS and WhatsApp)

• inboundSettings.channels.sms.enabled
• inboundSettings.channels.whatsapp.enabled
• inboundSettings.channels.whatsapp.allowPrivateChats
• inboundSettings.channels.whatsapp.allowGroupChats
• inboundSettings.channels.email.enabled

• GET /v1/workspaces/:id retorna inboundSettings resolvido.
• PUT /v1/workspaces/:id aceita inboundSettingsPatch para merge parcial.

​

Pricing and plans update (summary)

​

What changed in this release

• Mais créditos por faixa de plano: ampliamos os volumes de créditos mensais em diferentes tiers, mantendo a lógica de progressão para operações em crescimento.
• Ajuste de consumo por canal: recalibramos pesos de créditos em canais específicos para refletir melhor o custo real de envio.
• Redução de preço no avulso (SMS e RCS): o valor por envio no modelo Pague pelo uso foi reduzido.

​

Two-factor authentication (2FA)

• TOTP: cadastre um app autenticador (por exemplo Google Authenticator ou equivalente) escaneando o QR code e confirmando com o código de 6 dígitos.
• Passkeys: registre chaves de segurança ou biometria do dispositivo para concluir o login sem digitar código quando o navegador suportar.
• Códigos de backup: ao ativar o TOTP, geramos códigos de uso único para acesso se você perder o celular; você pode regenerar os códigos quando precisar (a ação exige confirmar o segundo fator).

​

Spend limit per API Key

• Ilimitado: comportamento anterior: a chave só respeita créditos/saldo do workspace.
• Limite em créditos: a chave acumula o consumo em créditos de plano usados nas operações feitas com ela; ao ultrapassar o teto, novos envios retornam 402 Payment Required com código API_KEY_SPEND_LIMIT_EXCEEDED.
• Limite em centavos de real: a chave acumula o custo em centavos de saldo (Pague pelo uso / pré-pago); ao ultrapassar o teto, a resposta é a mesma (API_KEY_SPEND_LIMIT_EXCEEDED).

​

SMS: minimum message length

​

Dashboard and API (other improvements in this release)

• Visão geral: ajustes na página de overview e na paleta dos gráficos para leitura mais clara dos números por canal.
• RCS: melhorias nas telas de criação e listagem de envios RCS no dashboard.
• SMS (recebidas e respostas): adicionamos o fluxo de SMS de entrada (MO) com eventos dedicados, listagem de recebidas no painel, detalhe da mensagem inbound e suporte a resposta automática opcional por envio.
• WhatsApp (enviadas e recebidas): a listagem passa a suportar abas separadas para mensagens enviadas e recebidas, com visualização dedicada das inbound no dashboard.
• Cobrança e envios: o fluxo de cobrança por envio e rotas de envio/cancelamento (WhatsApp, SMS, e-mail, push, RCS, templates) foram alinhados ao limite da API Key e ao registro de uso por chave, mantendo consistência entre canais.

​

Pay-as-you-go option

​

Smart queue per workspace and send optimizations

​

New email template editor

​

WhatsApp groups