Introducción
Las notificaciones automatizadas son fundamentales para una comunicación transparente con los socios y una respuesta rápida a desviaciones en las ventas de socios. Affilentra vincula el seguimiento, el cálculo de comisiones y la facturación con notificaciones basadas en roles. Este artículo describe concretamente cómo comerciantes y operadores de redes pueden configurar notificaciones para Conversiones, Reversiones (Chargeback) y Pagos, utilizar plantillas personalizadas y establecer reglas de escalado para casos críticos de SLA.
Por qué las notificaciones basadas en eventos son útiles
Las notificaciones basadas en eventos garantizan que los socios y los equipos internos reciban solo la información relevante: una confirmación de conversión para los editores, una alerta de chargeback para el equipo de operaciones o una comunicación de pago para el socio. La automatización reduce el trabajo manual, acelera la resolución de errores y crea trazabilidad para la facturación y las auditorías.
Preparativos: roles y permisos de acceso
Antes de crear notificaciones, revise los roles en Affilentra:
- Operador de software: gestiona parámetros del sistema, seguridad e integraciones.
- Comerciante/Merchant: define datos de producto, condiciones y reglas de notificación.
- Socio/Publisher: recibe enlaces de seguimiento personales, notificaciones dentro de la app y avisos de pago.
Asegúrese de que solo los roles autorizados puedan crear o modificar notificaciones y de que las plantillas se guarden con control de versiones.
Paso 1 — Seleccionar y priorizar eventos
Defina los eventos que deben desencadenar notificaciones. Para la mayoría de los comerciantes, al menos estos tres eventos son relevantes:
- Conversion: mediación exitosa, relevante para los informes de socios e información inmediata de comisiones.
- Chargeback: devolución o anulación, crítico para la facturación y la monitorización de fraude.
- Payout: pago al socio, importante para la trazabilidad y las consultas de soporte.
Priorice según la urgencia: los chargebacks merecen una prioridad de SLA más alta que la información estándar de conversiones.
Paso 2 — Canales: correo electrónico, webhook, In‑App
Affilentra admite tres canales principales. Elija el canal según el destinatario:
- E‑Mail — adecuado para socios y destinatarios externos; use líneas de asunto claras y contenidos estructurados.
- Webhook — ideal para integraciones con CRM, ERP, sistemas de tickets o monitorización. Asegure la autenticación (p. ej., HMAC) y estrategias de reintento.
- In‑App — rápido y contextual para los paneles de socios y los usuarios internos en Affilentra.
Combine canales para entregas redundantes en eventos críticos para el SLA (p. ej., In‑App + Webhook al sistema de incidencias).
Paso 3 — Crear y personalizar plantillas
Utilice plantillas para asegurar coherencia. Puntos importantes:
- Establezca marcadores estándar, p. ej. {{merchant.name}}, {{partner.id}}, {{conversion.id}}, {{amount}}, {{payout.id}}, {{chargeback.reason}}.
- Separe Asunto/Título, Cuerpo y, opcionalmente, Pie para los correos electrónicos. Preste atención a asuntos concisos: aumentan las tasas de apertura y reducen las consultas al soporte.
- Utilice bloques condicionales para detalles que solo deben aparecer cuando sean necesarios (p. ej. motivo de devolución en chargebacks).
Ejemplo: Plantilla de correo para una conversión (Asunto y Cuerpo):
Asunto: Conversión confirmada — Pedido {{conversion.id}} (Partner {{partner.id}})
Cuerpo:
Hola {{partner.name}},
Su recomendación generó una conversión: pedido {{conversion.id}}.
Importe: {{amount}}.
Estado de la comisión: En revisión. Detalles en el panel del partner.
Ejemplo: Webhook‑Payload (estructura simplificada):
{
"event": "conversion",
"conversion": {"id": "{{conversion.id}}", "amount": "{{amount}}", "status": "confirmed"},
"partner": {"id": "{{partner.id}}", "name": "{{partner.name}}"},
"merchant": {"id": "{{merchant.id}}"}
}
Paso 4 — Configuración de Webhooks y seguridad
Al configurar webhooks tenga en cuenta:
- URL del endpoint: sistema de destino, modelo de recepción (POST, JSON).
- Autenticación: firma HMAC con secreto compartido o Bearer‑Token.
- Lógica de reintentos: configure reintentos con backoff exponencial y número máximo de intentos.
- Idempotencia: envíe una ID de evento (p. ej. conversion.id) para evitar procesamientos duplicados.
- Modo de prueba: verifique el endpoint con eventos de prueba antes de pasar a producción.
Paso 5 — Reglas de escalado para casos críticos SLA
Para chargebacks o pagos fallidos debe definirse una ruta de escalado. Procedimiento práctico:
- Defina ventanas SLA (p. ej. primera respuesta dentro de X horas). Establezca los plazos internamente; comunique externamente solo la información necesaria.
- Modele niveles de escalado: 1. Equipo de operaciones (In‑App + correo), 2. Líder de equipo (correo + webhook al sistema de tickets), 3. Incident Manager (push o SMS a través de servicio externo).
- Automatice las transiciones: si no hay acción dentro del plazo SLA, Affilentra envía automáticamente el siguiente nivel.
- Registre todos los pasos de escalado en el historial de auditoría para trazabilidad.
Regla de ejemplo para chargebacks: Si se detecta un chargeback y no se gestiona en 4 horas, se activa adicionalmente un webhook al sistema de tickets y se envía una notificación al líder de equipo.
Pruebas, monitorización y mantenimiento
Las pruebas regulares y el monitoreo son cruciales:
- Utilice entornos de staging y envíe eventos de prueba con distintos valores de estado.
- Compruebe las tasas de entrega de los correos electrónicos y los códigos de respuesta de los webhooks.
- Mantenga las plantillas de forma centralizada: versionice los cambios y conserve versiones anteriores para revisión.
- Traducciones: si tiene partners internacionales, mantenga plantillas específicas por locale.
Ejemplo práctico: flujo de extremo a extremo para un Chargeback‑Senkrechtstart
1) El chargeback es notificado por el proveedor de pagos y verificado por Affilentra.
2) Affilentra desencadena un evento de chargeback: alerta en la app para el equipo de operaciones + correo electrónico al Merchant + webhook al sistema de tickets.
3) Si no hay procesamiento dentro del plazo SLA definido, Affilentra envía automáticamente un mensaje de escalado al líder del equipo y dispara una notificación push al sistema de incidentes.
4) Tras la finalización, Affilentra documenta el resultado e informa al partner sobre el resultado final de la liquidación.
Buenas prácticas resumidas
- Precisión: sólo eventos relevantes para partners, nivel de detalle para destinatarios internos.
- Estándar de seguridad: webhooks firmados y restricciones de acceso para cambios en plantillas.
- Redundancia: combinación de In‑App, webhook y correo electrónico para eventos críticos.
- Prueba y versionado: cambios primero en staging, versionar plantillas.
- Operacionalización: automatizar y auditar cadenas de escalado conforme a SLA.
Conclusión y siguiente paso
Affilentra ofrece los bloques constructivos para diseñar la comunicación con partners de forma automatizada, trazable y segura, respetando roles claramente separados. Con plantillas de notificación dirigidas, webhooks seguros y rutas de escalado definidas, se pueden gestionar eficientemente la información de conversiones, alertas de chargeback y notificaciones de pago.
Elija el punto de entrada adecuado y configure su setup de notificaciones: Einstieg wählen
Siguiente paso
Probar Affilentra
Plataforma unificada que reúne de forma transparente la entrega de producto, el tracking, la validación de conversiones, el cálculo de comisiones y el pago según roles claramente separados; opción de instalación self‑hosted con licencia perpetua sin participación en ingresos; los comerciantes mantienen el control sobre productos, condiciones y materiales promocionales; los partners reciben enlaces de tracking personales e historial de pagos trazable.