Control de acceso basado en roles
RBAC nativo: Roles, RolePermissions, uniones Usuario-Rol. Los roles son globales (de toda la administración) o acotados por Cliente (departamento, unidad de negocio, equipo regional). Los conjuntos de permisos son granulares: crear campaña, exportar lista, configurar servidor de envío, gestionar planes. Los nuevos roles los define el administrador; no hace falta reconstruir el modelo cuando cambia su organigrama.
Traza de auditoría con registro de actividad
Cada acción de cara al cliente y de cara a la administración escribe una entrada en activity_logs: quién hizo qué, cuándo y sobre qué recurso. Cambios de suscripción, acciones de cliente, eventos de cambio de plan, envíos de campaña, ediciones manuales de suscriptores. Vista de auditoría por cliente para el registro del propio cliente; vista de auditoría de toda la administración para el registro del equipo de seguridad. La retención la decide usted: las filas viven en su base de datos, aplica su política de archivado.
Cuotas y derechos por plan
Cada Plan lleva cuatro conjuntos de límites: créditos, cuotas, derechos y límites de frecuencia. Las cuotas controlan recuentos estáticos de recursos (listas, suscriptores, automatizaciones). Los derechos controlan funciones (permitir servidor de envío personalizado, permitir acceso programático a la API). Los límites de frecuencia controlan el volumen de envío por ventana. Gating por departamento en una instalación multi-tenant: Ingeniería en un plan de cuota alta, Marketing en el plan promocional masivo, Soporte al Cliente en un plan solo transaccional.
Cascada del derecho de supresión del GDPR
Cuando un suscriptor ejerce el derecho de supresión, se ejecuta la cascada: la fila del suscriptor se purga, las filas del historial de envíos se anonimizan y la baja se propaga a las audiencias conectadas de plataformas de anuncios (Facebook, Google) para que el email no se recree aguas abajo. La entrada del registro de auditoría conserva la acción (ID del sujeto hasheado) para que la propia supresión quede documentada en la traza de cumplimiento.
Servidores de envío personalizados (SES privado, Postal, Exim)
Ejecute los envíos a través de una identidad privada de Amazon SES, un Postal MTA on-prem, un relay Exim interno o cualquier combinación. Los nuevos proveedores de envío se entregan como un plugin de driver de envío de una sola clase. Útil cuando la política corporativa exige que todo el correo saliente atraviese un relay SMTP interno, o cuando el escaneo DLP ocurre en la ruta de salida.
Stack estándar — Laravel, MySQL, Redis
PHP 8.2+, MySQL 5.7+ / MariaDB 10.3+, Redis (opcional, para caché y colas). Servidor Linux estándar. Su equipo de plataforma ya ejecuta este stack: ningún motor de base de datos nuevo, ningún runtime nuevo, ninguna orquestación de contenedores nueva que introducir. Aplican los mismos playbooks de copia de seguridad, monitorización, escalado y parcheo. Once docs para desarrolladores recorren cada punto de extensión.
