AllyOneMail / Arquitectura

Cómo está compuesta AllyOne

AllyOne no es una herramienta con integraciones frágiles por debajo. Es una plataforma con un componente de entrega propio, cuentas aisladas por cliente y 5 canales reales de comunicación — cada pieza dueña de una parte real de la operación, no una capa de API sobre un servicio de terceros.

Topología

El Mail no es un segundo producto en igualdad de condiciones — es un componente de entrega dentro de la plataforma AllyOne, especializado en una cosa (infraestructura de envío de correo) que el CRM no necesita saber operar.

AllyOne plataforma AllyOneCRM Customer Application AllyOneCRM Contactos · Journeys Chat Flow · Automations AllyOneMail componente de entrega Internal Delivery API MTA Dominio DKIM·SPF·DMARC envía por API interna webhook: delivered / bounced Bandeja de entrada entrega
AllyOneCRM (mismo componente) Meta Cloud API WhatsApp Business WhatsApp del destinatario Embedded Signup entrega
WhatsApp nunca pasa por el Mail: el CRM habla directamente con Meta, porque es Meta quien opera la entrega final — no AllyOne.

El CRM decide qué enviar y a quién. El Mail decide cómo entregar — MTA, DKIM, reputación de IP, reintentos. Esta frontera no es un detalle de implementación: es lo que permite a AllyOne operar infraestructura de entrega propia (no un proveedor tercero detrás de una API) sin acoplarla a la lógica de negocio del CRM.

Quién es dueño de qué

AllyOneCRM

Customer Application Plane

Identidad de tenant, datos de contacto y de negocio, orquestación de campañas/journeys, decisión comercial. Es donde clientes y usuarios finales inician sesión directamente.

AllyOneMail

Internal Delivery Platform

Infraestructura física de envío: dominio, DKIM/SPF/DMARC, IP dedicada, MTA (AllyMTA), warmup y reputación, estado de entrega/bounce/supresión.

Por qué WhatsApp no pasa por el Mail

Los mensajes de WhatsApp usan la Cloud API de Meta directamente desde el CRM (mediante Embedded Signup) — no interviene ningún MTA ni IP dedicada, porque Meta es quien opera la entrega final. El Mail entra solo en el camino del correo, donde AllyOne sí opera la infraestructura de salida.

Por qué dos productos y no un monolito

La reputación de IP y la entregabilidad del correo son operaciones especializadas — pausar una IP, ajustar el warmup o reaccionar a una caída de reputación exigen un modelo de acceso y de operación distinto al del día a día de quien usa el CRM. Separarlos evita que un cambio en el esquema de campañas ponga en riesgo la infraestructura de envío, y viceversa.

Cuentas y jerarquía

Una Agencia puede operar varias cuentas de clientes al mismo tiempo, cada una aislada de las demás — los datos de un cliente nunca son visibles para otro, ni siquiera por accidente.

Agencia Cuenta A tenant aislado Cuenta B tenant aislado Cuenta C tenant aislado

Cada cuenta (tenant) tiene sus propios contactos, campañas, claves de API y canales conectados — nada se comparte entre cuentas, ni siquiera dentro de la misma agencia.

Canales de comunicación

AllyOne no es solo WhatsApp y correo — la plataforma habla con el cliente final por 5 canales distintos, cada uno con su propio proveedor real detrás.

💬 WhatsApp

Nativo, directo con la Meta Cloud API (Embedded Signup) — sin intermediario.

✉️ Correo

Mediante AllyOneMail — dominio propio, IP dedicada, AllyMTA.

📱 SMS

Zenvia, Twilio o Infobip — la cuenta elige el proveedor.

💡 RCS

Mediante Infobip — mensaje enriquecido (imagen, carrusel, botones) en la app de SMS nativa de Android.

🔔 Push

Notificación push en el navegador del sitio del cliente (Web Push).

📢 Anuncios

Google, Meta, TikTok y LinkedIn Ads conectados — para cerrar el embudo entre la campaña de pago y la base de contactos.

Todo canal pasa por los mismos 3 motores de automatización (Journey · Chat Flow · Automation, en AllyOneCRM) y por la misma base de contactos — cambiar de canal no significa cambiar de plataforma.

Arquitectura del ecosistema — AllyOne