AyudaNotificaciones y automatizacionesNotificaciones y automatizaciones: configurar email, canales y reglas que trabajan solas
    Notificaciones y automatizaciones

    Notificaciones y automatizaciones: configurar email, canales y reglas que trabajan solas

    Cómo entender el hub de Notificaciones: proveedor de email, canales, automatizaciones lifecycle, estados de ejecución y relación con Campañas.

    Qué problema resuelve

    Configuración → Notificaciones es el hub de comunicaciones y automatizaciones del tenant. Su responsabilidad es distinta de Campañas: acá se prepara el canal y se controlan automatizaciones lifecycle; Campañas se usa para crear y enviar un blast comercial a un segmento.

    El catálogo de producto define este hub como Automation Hub y lo identifica con la capability/flag de automatizaciones de email. La disponibilidad comercial está gobernada por el plan y por las capacidades del tenant.

    Qué se configura acá

    La superficie de Notificaciones reúne, según la configuración disponible del tenant:

    • proveedor de email;
    • configuración del envío;
    • automatizaciones lifecycle;
    • estado de activación de cada automatización;
    • información de frecuencia/schedule cuando existe;
    • canales adicionales sujetos a sus propias flags o integraciones.

    No asumir que un canal visible está listo para enviar: primero hay que comprobar que esté configurado y habilitado.

    Proveedor de email

    El runtime contempla estos caminos:

    ProveedorUso
    Gmailenvío mediante cuenta Gmail del comercio
    Resendemail transaccional mediante proveedor especializado
    SMTPservidor de correo del comercio
    Structurainfraestructura de email de plataforma, con cuota de plan

    La configuración del proveedor es una dependencia directa de Campañas y de los emails que usan el sistema de comunicaciones.

    Si Campañas indica “configurá tu cuenta de email en Configuración → Notificaciones”, no crees otro proveedor desde Campañas: resolvé primero esta dependencia.

    Automatizaciones lifecycle

    El catálogo de automatizaciones identifica estas ejecuciones programadas para FM:

    AutomatizaciónFrecuencia indicada en el catálogoPropósito
    scheduled-abandoned-carthorariarecuperar carritos abandonados
    scheduled-repurchase-top-skudiariacontactar clientes inactivos para recompra
    scheduled-reengagementdiariareactivar clientes inactivos
    scheduled-onboarding-nudgediariarecordar al owner completar onboarding
    scheduled-reservation-remindersparcial/BETArecordar reservas de mesa
    scheduled-digital-lifecycleparcialrecordatorios/expiración de productos digitales
    scheduled-shipnow-sync-statusparcial/BETAsincronizar tracking Shipnow

    No todas tienen el mismo estado de madurez. READY, BETA y caminos parciales deben mantenerse diferenciados en la documentación y no venderse como equivalentes.

    Qué significa activar una automatización

    La lógica operativa es:

    evento/cron → gate de feature + configuración → runner → canal de comunicación → resultado.

    Si el gate o la configuración están desactivados, el runner no debe enviar el mensaje.

    Por eso una automatización puede existir en el producto y estar correctamente configurada para no ejecutar.

    Schedule y estado

    La UI de Automation Hub está documentada en el Product System como READY, con toggles y badges de schedule.

    Usá el estado que muestra la pantalla para distinguir:

    • si la automatización está habilitada;
    • qué frecuencia tiene;
    • si está disponible para el plan;
    • si existe una dependencia externa.

    No interpretes el schedule como garantía de entrega: el schedule inicia la ejecución; la entrega depende del canal y del proveedor.

    Canales adicionales

    El producto contempla Email, Push, Inbox y WhatsApp como canales de comunicación, con distintos niveles de disponibilidad.

    • Email: canal principal de automatizaciones FM.
    • Push: depende de la configuración/capacidad correspondiente.
    • Inbox: comunicación dentro del producto; figura como parcial en el Product System.
    • WhatsApp: está sujeto a whatsapp_notify y a la integración Kapso; el estado productivo depende de la disponibilidad externa.

    No documentes WhatsApp como si fuera un canal garantizado si la integración externa no está habilitada.

    Relación con Campañas

    La diferencia práctica es:

    NotificacionesCampañas
    Configura canal y automatizacionesCrea un envío comercial manual
    Usa triggers/cronsUsa un segmento elegido por el usuario
    Puede ejecutar automáticamenteRequiere acción explícita de Enviar
    Depende de flags/schedulesDepende de proveedor + cuota + segmento

    Diagnóstico

    Campañas no puede enviar: revisá proveedor de email y plan en Notificaciones.

    Una automatización no ejecuta: revisá toggle, capability/plan, schedule y dependencia externa antes de asumir un bug.

    Se ejecuta pero no llega el email: separá el problema en runner → proveedor → entrega. No cambies el contenido de la automatización como primera reacción.

    WhatsApp no está disponible: verificá flag e integración antes de modificar las automatizaciones de email.

    El schedule figura pero no hay resultados: el schedule solo demuestra que existe una programación; revisá logs/estado de ejecución y proveedor.

    Qué no hacer

    • No mezcles Campañas con automatizaciones lifecycle.
    • No habilites un canal sin comprobar su proveedor/configuración.
    • No asumas que BETA equivale a READY.
    • No cambies varias automatizaciones a la vez cuando estés diagnosticando una ejecución.
    • No interpretes la ausencia de un email como prueba de que el cron no corrió.