Un banner programado en el portal del cliente y un correo tienen horarios diferentes. En PayRequest, la fecha de inicio controla cuándo aparece la notificación. El correo opcional se envía al crearla. Editar después la notificación no envía otro correo.
Una empresa de servicios que prepara un cierre debe decidir cuándo avisar con antelación, cuándo mostrar el cierre en el portal de facturación y cómo recibir preguntas.
Comprueba dos horarios
La documentación de Portal Notifications describe anuncios, cambios de precio, vacaciones y alertas. Aparecen como banners y en la campana del portal. Puedes elegir todos los clientes, clientes concretos o etiquetas, establecer inicio y caducidad, y permitir o impedir que se oculten.
El correo sale al crear la notificación, según la documentación. Un inicio futuro del banner no retrasa ese correo. Crear o enviar un aviso tampoco prueba recepción en la bandeja de entrada ni lectura.
Planifica un cierre concreto
Ejemplo original de planificación, sin prueba de cuenta: la oficina cierra del 21 al 23 de diciembre de 2026 y abre el 24 a las 09:00 Europe/Amsterdam. Crea el aviso el 18, con inicio en el portal el 21 y caducidad el 24. Revisa la hora y zona realmente configuradas.
| Evento | Portal | Correo |
|---|---|---|
| Crear el 18 con correo activado | Banner programado | Envío al crear |
| Inicio configurado el 21 | El aviso activo puede aparecer al público elegido | No supongas un segundo envío |
| Editar apertura el 22 | Cambia el texto guardado | No se reenvía |
| Caducidad el 24 | Aviso oculto tras caducar | El correo enviado permanece |
El envío al crear puede servir para avisar antes. Si el correo debe salir más tarde, no lo actives antes suponiendo que el inicio del banner lo retendrá.
Selecciona a los clientes
Un cierre general puede afectar a todos. Para un solo equipo, elige clientes concretos o un grupo de etiquetas revisado. El público de las notificaciones incluye clientes con al menos una etiqueta seleccionada. “Consulting” y “support” incluyen cualquiera de las dos; no exigen ambas.
Anota el grupo esperado y revisa clientes incluidos y excluidos. Las etiquetas no prueban lectura. El banner requiere una visita al portal; el correo complementa ese canal sin garantizar llegada a la bandeja de entrada.
Redacta una acción clara
Elige Vacation para disponibilidad. Indica título breve, fechas exactas, reapertura, zona horaria si procede y siguiente paso. Ejemplo: “Nuestra oficina cierra del 21 al 23 de diciembre. El soporte vuelve el 24 a las 09:00 Europe/Amsterdam. Para una pregunta sobre tu cuenta, abre un ticket en el portal.”
Esto describe horarios de oficina. No detiene facturas, pausa suscripciones ni mueve vencimientos. Gestiona cambios de facturación por separado y comunica solo acuerdos confirmados.
Revisa juntos vista previa, público, correo, inicio, caducidad y ajuste permanente. El cliente puede retirar un aviso descartable del banner y de la campana. Permanente impide ocultarlo; úsalo con moderación y pon caducidad a los mensajes temporales.
Corrige y cierra el aviso
Editar la reapertura corrige el portal, no el correo enviado. Decide si los clientes afectados necesitan una corrección aparte. Registra versión y responsable; una edición no es un reenvío.
Las notificaciones son unidireccionales. Los clientes pueden abrir un ticket desde Support. Tras reabrir, verifica que el aviso caducado o desactivado no siga presentándose como actual.
Prepara un aviso revisado con Portal Notifications. El Customer Portal aporta el contexto de facturas y soporte. Empieza por un público claro y dos horarios comprobados.
Nota editorial: la IA ayudó con artículo y portada. Documentación publicada revisada el 6 de octubre de 2026. La cronología es un ejemplo original, no una prueba de entrega ni un resultado de clientes.
