

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

# Notifiche nell'intestazione dell'area di lavoro
<a name="amazon-connect-notifications"></a>

## Informazioni sulle notifiche in-app
<a name="understanding-notifications"></a>

In-app le notifiche sono avvisi sullo schermo che appaiono nell'intestazione dell'area di lavoro di Connect Customer. Forniscono un modo centralizzato per comunicare informazioni importanti agli utenti che hanno effettuato l'accesso a Connect Customer. Le notifiche possono essere inviate ad amministratori e agenti. Indipendentemente dalla pagina in cui si trova un utente, l'icona dell'intestazione indicherà se ha messaggi non letti.

![Il widget delle notifiche che mostra tre notifiche non lette.](https://docs.aws.amazon.com/it_it/connect/latest/adminguide/images/header-notifications.png)


### Casi di utilizzo supportati
<a name="supported-use-cases"></a>

Le notifiche supportano i seguenti casi d'uso:
+ Notifiche di sistema quali impatti sulla disponibilità, eventi di failover, modifiche alle policy e aggiornamenti delle funzionalità critiche.
+ Messaggi organizzativi personalizzati specificati nelle richieste API del tuo team per i casi d'uso desiderati, ad esempio promemoria di formazione, avvisi di aderenza alla pianificazione e notifiche di emergenza ai tuoi team.

## Come vengono visualizzate le notifiche
<a name="how-notifications-appear"></a>

Le notifiche vengono visualizzate nell'intestazione dell'area di lavoro di Connect Customer con un'icona che indica i messaggi non letti. Scegli l'icona per visualizzare i messaggi.

![Il widget delle notifiche che mostra le notifiche per un utente.](https://docs.aws.amazon.com/it_it/connect/latest/adminguide/images/notifications-widget.png)


Il pannello delle notifiche mostra:
+ **Indicatore di priorità**: i messaggi urgenti sono evidenziati
+ **Contenuto del messaggio**: fino a 500 caratteri per ogni stringa localizzata, con supporto per collegamenti incorporati
+ **Contrassegna come letto**: gli utenti possono contrassegnarlo come letto o non letto scegliendo dal menu delle azioni a destra di ogni messaggio

Le notifiche non lette vengono visualizzate in grassetto con un indicatore a punti, in sequenza dalla più recente alla più vecchia. Le notifiche di lettura hanno un'enfasi visiva ridotta. Gli utenti che non hanno il tempo di reagire a un messaggio aperto possono contrassegnarlo come non letto come promemoria visivo.

Le notifiche hanno un periodo di visibilità predefinito di una settimana. I messaggi scaduti vengono rimossi automaticamente.

## Crea e gestisci notifiche (solo API)
<a name="create-notifications"></a>

Qualsiasi utente può * ricevere * notifiche senza autorizzazioni aggiuntive, ma è necessaria un'autorizzazione speciale per creare, modificare, eliminare e visualizzare le notifiche inviate.

**Importante**  
Per comporre e inviare una notifica sono necessarie le autorizzazioni API. Per ulteriori informazioni sulle API di notifica, consulta [ Azioni per risorsa nel Connect Customer API Reference. ](https://docs.aws.amazon.com/connect/latest/APIReference/actions-by-resource.html)

I controlli di accesso granulari vengono applicati agli utenti autorizzati a gestire le notifiche:
+ **Tag-Based Controllo degli accessi (TBAC)**: gli amministratori con restrizioni TBAC possono creare, modificare o eliminare solo notifiche che corrispondono ai tag assegnati. Inoltre, possono inviare notifiche solo agli utenti con tag corrispondenti.
+ **Hierarchy-Based Controllo degli accessi (HBAC)**: gli amministratori possono creare o gestire solo le notifiche inviate agli utenti al di sotto del loro livello gerarchico.

Il tuo team può eseguire le seguenti azioni di notifica:
+ Invia messaggi di testo RTF con link incorporati
+ Traduci il messaggio in diverse lingue per allinearlo alle preferenze dell'utente (fino a 500 caratteri per ogni stringa localizzata)
+ Specifica la durata di ogni messaggio, il suo «time to live», ovvero TTL (l'impostazione predefinita è 1 settimana)
+ Aggiorna o elimina i messaggi esistenti
+ Invia fino a 200 utenti contemporaneamente o, se necessario, a tutti i membri dell'istanza
  + 
**Importante**  
Solo gli amministratori senza restrizioni sul controllo degli accessi basato su tag (TBAC) o sul controllo degli accessi basato sulla gerarchia (HBAC) possono creare notifiche per tutti gli utenti di un'istanza
+ Contrassegna i messaggi urgenti come prioritari in modo che siano più visibili

### Best practice
<a name="notification-best-practices"></a>

**Importante**  
Non includere informazioni di identificazione personale (PII)

#### Ridurre al minimo il sovraccarico delle notifiche
<a name="minimize-notification-overload"></a>

Sono supportate fino a 500 notifiche attive per ogni istanza. Evita la probabilità di affaticamento delle notifiche:
+ **Rivolgiti a un pubblico specifico**: invia la rete più stretta possibile.
+ **Consolidamento degli aggiornamenti correlati**: raggruppa le informazioni in un'unica notifica anziché inviare più messaggi.
+ **Evitare messaggi ridondanti**: prima di creare una nuova notifica, valuta se sia più appropriato aggiornarne una esistente.
+ **Utilizzo della priorità appropriata**: riservate un'alta priorità ai messaggi veramente importanti per mantenerne l'efficacia.
+ **Fornire messaggi concisi**: includi collegamenti alla documentazione completa anziché a contenuti lunghi nelle notifiche.

#### Gestisci le situazioni in corso
<a name="manage-ongoing-situations"></a>

Per gli eventi che generano più aggiornamenti (come interruzioni meteorologiche o problemi di sistema), considera:
+ Inviare solo le modifiche di stato più pertinenti (ad esempio, «incidente avviato» e «incidente risolto»)
+ Prolungare gli aggiornamenti a intervalli ragionevoli: evita di sommergere gli utenti con messaggi a risposta rapida
+ Impostazione delle aspettative sulla frequenza degli aggiornamenti (ad esempio, «Gli aggiornamenti verranno inviati ogni 10 minuti fino a quando le condizioni non miglioreranno»)
+ Utilizzo dell'API di aggiornamento per modificare le notifiche esistenti anziché crearne di nuove per ogni cambio di stato

*Esempio*: se le condizioni meteorologiche avverse colpiscono 320 agenti in coda al supporto IT, inviate un avviso iniziale con l'impatto. Cinque minuti dopo, aggiorna con lo stato attuale: «170 agenti rimangono senza accesso». Continua con aggiornamenti significativi a intervalli definiti.

#### Quando utilizzare le alternative
<a name="when-to-use-alternatives"></a>

Prendi in considerazione alternative alle notifiche in questi scenari:
+ **Per le azioni tracciate**: le notifiche forniscono funzionalità CloudTrail di controllo ma non sono così affidabili come la funzionalità Attività, che fornisce funzionalità di assegnazione, monitoraggio e creazione di report. Il sistema di notifica non fornisce conferme di consegna o conferme di lettura.
+ **Per gli scenari che richiedono la conservazione dei dati**: le notifiche vengono archiviate solo fino alla scadenza del TTL o vengono eliminate manualmente. Il TTL predefinito è una settimana.
+ **Per gli utenti della console AWS**: le notifiche vengono visualizzate solo nell'area di lavoro di Connect Customer. Non possono raggiungere gli utenti che lavorano esclusivamente nella console AWS.

#### Test e verifica della ricezione
<a name="testing-and-verifying-receipt"></a>

Segui queste linee guida per testare le notifiche:
+ **Esegui il test prima di una distribuzione su larga scala**: invia prima a un piccolo gruppo per convalidare contenuti e formattazione.
+ Tieni presente che le notifiche vengono inviate immediatamente dopo la creazione; la consegna pianificata non è supportata.
+ **Verifica la consegna**: includi te stesso nell'elenco dei destinatari per confermare che la notifica venga visualizzata come previsto.