# Notificación

La pasarela de pago de comercio electrónico de Tieto cuenta con un framework avanzado de notificaciones diseñado para garantizar una comunicación oportuna, transparente y accionable entre todos los participantes clave del ecosistema de pagos, incluidos los comercios, el propietario de la pasarela (banco o PSP) y los usuarios finales.

El sistema admite tanto notificaciones operativas internas como alertas transaccionales externas, entregadas a través de múltiples canales y accesibles mediante portales basados en roles.

## Tipos de notificación

| Notificaciones internas | Alertas generadas por el sistema relacionadas con la configuración, el onboarding, el fraude o eventos operativos entre el comercio y el propietario de la EGW. | Comercio y banco |
| ----------------------- | --------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------- |
| Notificaciones externas | Mensajes dirigidos al usuario final activados por los comercios, como confirmaciones de pago o recordatorios de carrito.                                        | Cliente final    |
| Alertas del sistema     | Avisos de toda la plataforma, como mantenimiento programado, indisponibilidad o estado de despliegue.                                                           | Comercio y banco |

## Notificaciones en el Portal del Comercio

El menú de Notificaciones en el Portal del Comercio ofrece a los comercios una vista centralizada de todas las alertas relevantes para sus operaciones.

Capacidades clave:

* Bandeja unificada que muestra mensajes internos y externos
* Filtrado y búsqueda por tipo, estado y fecha
* Vista detallada del contenido, estado de entrega y origen
* Entrega por correo electrónico de notificaciones internas para actualizaciones importantes
* Segmentación basada en roles (por ejemplo, enviar avisos de liquidación a usuarios de finanzas)

Notificaciones internas típicas:

* Creación o activación de una nueva tienda
* Solicitud del comercio para habilitar un método de pago
* Actualizaciones de documentos legales o de cumplimiento normativo
* Alertas de revisión de fraude
* Cambios en la configuración de pagos

Notificaciones externas típicas:

* Confirmación de pago para los usuarios finales
* Confirmación de procesamiento de reembolso
* Recordatorios de checkout abandonado
* Alertas de actividad del carrito
* Actualizaciones de envío (mediante integración con el sistema del comercio)

## Notificaciones en el Portal de Administración (propietario de la EGW)

El propietario de la EGW (banco o PSP) tiene visibilidad y control totales sobre las notificaciones internas y los flujos de aprobación a través del Portal de Administración. Estas notificaciones garantizan una colaboración fluida entre los equipos de operaciones, cumplimiento y soporte, e incluyen tanto eventos originados por el comercio como acciones internas iniciadas por usuarios del banco.

**Funciones clave:**

* Ver notificaciones y alertas específicas del comercio: supervisar solicitudes, actualizaciones y eventos del sistema relacionados con comercios individuales o con todos los tenants.
* Aprobar/Rechazar solicitudes del comercio: procesar solicitudes operativas como:
  * Activación de nuevas tiendas
  * Habilitación/deshabilitación de métodos de pago
  * Cambios en la cuenta de abono
  * Revisión de documentos legales/de cumplimiento normativo
* Definir reglas y políticas de notificación a nivel de plataforma: establecer qué desencadena notificaciones (por ejemplo, cambios de configuración, eventos de riesgo), qué usuarios reciben la notificación y a través de qué canales (portal, correo electrónico, etc.).
* Flujos de gestión de cambios iniciados por el banco: cuando un administrador del banco realiza un cambio de configuración en nombre de un comercio o tenant (por ejemplo, habilitar pagos A2A o actualizar el branding):
  * El cambio puede requerir la confirmación de un segundo administrador (principio de 4 ojos).
  * Esta acción aparece como una notificación de aprobación pendiente visible en la cola interna de notificaciones del banco.
  * Se mantiene un registro de auditoría completo, que muestra el iniciador, el revisor, la marca temporal y la acción realizada.
* Colaboración entre equipos: las notificaciones pueden asignarse o derivarse a roles específicos de usuarios del banco (por ejemplo, responsable de cumplimiento, gestor de riesgo, propietario de producto), garantizando la correcta transferencia y la propiedad de la tarea.

## Configuración de notificaciones

Controles del comercio:

* Habilitar/deshabilitar notificaciones específicas
* Configurar canales de entrega por rol de usuario
* Gestionar plantillas para mensajes externos

Controles del propietario de la EGW:

* Definir desencadenantes globales de notificación
* Personalizar plantillas de la plataforma

### Beneficios clave

* Garantiza conocimiento en tiempo real entre todas las partes interesadas
* Reduce los seguimientos manuales y los retrasos en el onboarding
* Mejora la experiencia del usuario final y el compromiso del comercio
* Centraliza la comunicación en flujos de trabajo seguros y auditables


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://doc.ecomm.api.tietoevry.com/tietoevry-egw-documentation-es/caracteristicas/notificacion.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
