Correo y notificaciones

Configura canales, plantillas, entregas y facturación de notificaciones.

Avisos obligatorios de la cuenta

Los abonos, las actualizaciones de retiros, los resultados de suscripciones y los cambios de seguridad generan avisos en la aplicación y correos a la cuenta. Las plantillas del comerciante no pueden desactivarlos.

Notificaciones y plantillas

Gestionar canales abre la gestión de canales en un panel lateral de la página actual. Añada arriba a la derecha o edite desde la lista, en diálogos. Use las pestañas Canales / Historial de notificaciones para cambiar entre canales y registros de notificaciones. Los ajustes de notificaciones ya no aparecen en la barra lateral. Ambos paneles se deslizan dentro de la página sin cambiar la URL, conservando filtros y paginación.

Los interruptores de plantillas controlan las notificaciones; las tarjetas muestran las activadas como etiquetas.

Las plantillas de pago vinculan un canal concreto; solo se permite una por evento, canal e idioma y las nuevas están desactivadas. Cada destino usa contenido habilitado en el idioma de notificación o, después, en inglés, como máximo una vez por evento. Las listas permanecen en paneles y los formularios se abren en diálogos. Se confirma antes de descartar cambios y se impide cerrar durante operaciones. Las pruebas solo envían al destino elegido, sin guardar ni activar la plantilla.

Las variables de las plantillas de pago están contraídas encima de Cancelar y Guardar. Despliéguelas y pulse una variable para insertarla.

Las plantillas predeterminadas de ingresos y gastos de la cartera en inglés y chino incluyen Telegram en el título. El contenido empieza con la etiqueta del flujo de fondos, sin emojis iniciales.

En escritorio, arrastre el borde izquierdo del panel de plantillas para ajustar su anchura. Arrastre la esquina inferior derecha del editor de contenido para ajustar su altura, hasta 600px o el 70% de la altura de la ventana, lo que sea menor.

Configura plantillas y canales desde los engranajes del formulario. Las listas se abren en paneles y los formularios en diálogos que conservan el borrador de la dirección. Enviar prueba usa únicamente el canal guardado y la plantilla de esa fila; no guarda la dirección ni confirma una transferencia real. Si una dirección supervisada se desactiva, se elimina o se pausa por facturación, las alertas fallidas dejan de reintentarse y se bloquea el reenvío manual. Los mensajes ya enviados no se retiran.

Las pruebas de Telegram devuelven el código 10036 cuando se rechaza el token del bot (401 Unauthorized). Comprueba o reemplaza el token con BotFather. Al probar un canal guardado, un token enmascarado conserva las credenciales guardadas; introduce el nuevo token completo para reemplazarlo.

Entrega y reintentos

Consulta el historial antes de reintentar. Los correos fallidos se reintentan con intervalos crecientes, hasta cinco intentos. Los avisos de billetera pendientes y los reenvíos respetan el estado de la dirección y el límite de 72 horas descritos abajo.

La monitorización de carteras solo notifica transacciones cuya fecha en la cadena esté dentro de las últimas 72 horas. Este límite se aplica al escaneo inicial, las notificaciones pendientes y los reintentos. Las transacciones anteriores pueden permanecer en el historial, pero no generan notificaciones en la aplicación, por canales externos ni por Webhook.

Idioma del correo

Los correos admiten inglés y chino. Se elige el idioma del evento, el correo del comerciante, la interfaz de la cuenta y, por último, inglés.

Webhook independiente

Se administra un único Webhook de monitorización en la sección Webhook debajo de las plantillas de Configuración de notificaciones y no reutiliza la configuración de Webhooks de pago ni los Webhooks de canales. La configuración tiene su propio alcance de eventos y direcciones, secreto, firma HMAC-SHA256, reintentos y JSON versionado. Cambiar la URL, el alcance, los eventos o el secreto la deshabilita hasta superar otra prueba. Los Webhooks heredados quedan en modo lectura; use la migración para crear y probar la configuración.

Verifica cada solicitud con el cuerpo sin modificar antes de analizar el JSON. Lee X-PolyPay-Timestamp y X-PolyPay-Signature (t=<timestamp>,v1=<hex>), calcula HMAC-SHA256 con el secreto completo whsec_... sobre <timestamp>.<raw body> y compara los bytes en tiempo constante. Rechaza las marcas de tiempo que se desvíen más de 5 minutos de la hora actual y procesa cada id del payload una sola vez. Cada solicitud de prueba usa un ID de evento de prueba único.

Planes y uso

Los planes de cobro, las cuotas de pedidos y el uso de billeteras receptoras pertenecen a cada comerciante. Los planes de monitoreo, las direcciones supervisadas y las cuotas de avisos pertenecen a la cuenta; cambiar de comerciante no genera otra cuota de monitoreo.

Los avisos de pagos para personas y los Webhooks de monitoreo son ilimitados. Solo la primera entrega exitosa de un aviso de monitoreo para personas por destino consume la cuota de la cuenta o el cargo PAYG aplicable. Los fallos, los avisos internos y los del sistema no la consumen.