AllyOneMail / Arquitetura

Como a AllyOne é composta

A AllyOne não é uma ferramenta com integrações frágeis por baixo. É uma plataforma com um componente de entrega próprio, contas isoladas por cliente, e 5 canais reais de comunicação — cada peça dona de uma parte real da operação, não uma camada de API sobre serviço de terceiro.

Topologia

O Mail não é um segundo produto co-igual — é um componente de entrega dentro da plataforma AllyOne, especializado em uma coisa (infraestrutura de envio de e-mail) que o CRM não precisa saber operar.

AllyOne plataforma AllyOneCRM Customer Application AllyOneCRM Contatos · Journeys Chat Flow · Automations AllyOneMail componente de entrega Internal Delivery API MTA Domínio DKIM·SPF·DMARC envia via API interna webhook: delivered / bounced Caixa de entrada entrega
AllyOneCRM (mesmo componente) Meta Cloud API WhatsApp Business WhatsApp do destinatário Embedded Signup entrega
O WhatsApp nunca passa pelo Mail: o CRM fala direto com a Meta, porque é a Meta quem opera a entrega final — não a AllyOne.

O CRM decide o quê enviar e para quem. O Mail decide como entregar — MTA, DKIM, reputação de IP, retry. Essa fronteira não é um detalhe de implementação: é o que permite a AllyOne operar infraestrutura de entrega própria (não um provedor terceiro atrás de uma API) sem acoplar isso à lógica de negócio do CRM.

Quem é dono do quê

AllyOneCRM

Customer Application Plane

Identidade de tenant, dados de contato e negócio, orquestração de campanhas/jornadas, decisão comercial. É onde clientes e usuários finais fazem login direto.

AllyOneMail

Internal Delivery Platform

Infraestrutura física de envio: domínio, DKIM/SPF/DMARC, IP dedicado, MTA (AllyMTA), warmup e reputação, estado de entrega/bounce/supressão.

Por que o WhatsApp não passa pelo Mail

Mensagens de WhatsApp usam a Cloud API da Meta diretamente a partir do CRM (via Embedded Signup) — não existe MTA nem IP dedicado envolvido, porque a Meta é quem opera a entrega final. O Mail entra apenas no caminho de e-mail, onde a AllyOne de fato opera a infraestrutura de saída.

Por que dois produtos, não um monólito

Reputação de IP e deliverability de e-mail são operações especializadas — pausar um IP, ajustar warmup, reagir a uma queda de reputação exigem um modelo de acesso e de operação diferente do dia a dia de quem usa o CRM. Separar os dois evita que uma mudança de esquema de campanha arrisque a infraestrutura de envio, e vice-versa.

Contas & hierarquia

Uma Agência pode operar várias contas de clientes ao mesmo tempo, cada uma isolada da outra — dado de um cliente nunca é visível para outro, nem por acidente.

Agência Conta A tenant isolado Conta B tenant isolado Conta C tenant isolado

Cada conta (tenant) tem seus próprios contatos, campanhas, chaves de API e canais conectados — nada é compartilhado entre contas, mesmo dentro da mesma agência.

Canais de comunicação

A AllyOne não é só WhatsApp e e-mail — a plataforma fala com o cliente final por 5 canais diferentes, cada um com seu próprio provedor real por trás.

💬 WhatsApp

Nativo, direto com a Meta Cloud API (Embedded Signup) — sem intermediário.

✉️ E-mail

Via AllyOneMail — domínio próprio, IP dedicado, AllyMTA.

📱 SMS

Zenvia, Twilio ou Infobip — a conta escolhe o provedor.

💡 RCS

Via Infobip — mensagem rica (imagem, carrossel, botões) no app de SMS nativo do Android.

🔔 Push

Notificação push no navegador do site do cliente (Web Push).

📢 Anúncios

Google, Meta, TikTok e LinkedIn Ads conectados — para fechar o funil entre campanha paga e a base de contatos.

Todo canal passa pelos mesmos 3 motores de automação (Journey · Chat Flow · Automation, no AllyOneCRM) e pela mesma base de contatos — trocar de canal não significa trocar de plataforma.

Arquitetura do Ecossistema — AllyOne