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à.
# Configurazione della scadenza dei messaggi RCS
Time-sensitive i messaggi, come le password monouso (OTP), gli annunci di vendita flash e i promemoria degli appuntamenti, perdono valore se consegnati dopo la scadenza della finestra pertinente. Quando si include il `TimeToLive` parametro in una `SendRcsMessage` richiesta, AWS End User Messaging rimuove il messaggio se non è stato recapitato entro il numero di secondi specificato. Il destinatario non vede mai un messaggio scaduto.
È possibile combinarlo `TimeToLive` con un fallback per messaggio in modo che un fallback SMS o MMS venga inviato automaticamente alla scadenza del messaggio RCS. Per i dettagli sulla configurazione del fallback, consulta. [Configurazione del fallback SMS o MMS per messaggio](rcs-fallback-per-message.md)
## Come funziona la scadenza dei messaggi
Il conto alla rovescia TTL inizia quando AWS End User Messaging accetta la `SendRcsMessage` richiesta. Sono possibili i seguenti risultati:
+ **Consegnato prima della scadenza del TTL**: il messaggio raggiunge il destinatario e AWS End User Messaging emette un evento di recapito. Per ulteriori informazioni sugli eventi di , consulta [Eventi dei messaggi RCS](rcs-events.md).
+ Il **TTL scade prima della consegna (con riserva): se si imposta un valore `FallbackConfiguration` sulla richiesta, AWS End User Messaging invia il messaggio di fallback** SMS o MMS al destinatario. Il messaggio RCS originale viene rimosso e il destinatario non lo vede mai.
+ **Il TTL scade prima della consegna (nessun fallback)**: il messaggio non riesce. AWSEnd User Messaging rimuove il messaggio RCS ed emette un evento di scadenza TTL. Il destinatario non vede mai il messaggio.
## TimeToLive riferimento al parametro
È possibile impostare la scadenza dei messaggi includendo il `TimeToLive` parametro nella `SendRcsMessage` richiesta.
**TimeToLive dettagli dei parametri**
| Proprietà | Valore |
| --- | --- |
| Nome del parametro | TimeToLive |
| Tipo | Numero intero |
| Unità | Secondi |
| Valore minimo | 1 |
| Valore massimo | 172800 (48 ore) |
| Comportamento predefinito | Se si ometteTimeToLive, AWS End User Messaging non applica una finestra di scadenza. Il messaggio rimane in sospeso fino a quando la consegna non viene completata o il corriere non lo rimuove. |
**Importante**
Imposta `TimeToLive` su almeno 10 secondi. I valori inferiori a 10 aumentano il rischio che il messaggio scada prima che il corriere possa tentare la consegna. Un valore pari a 0 o un numero negativo restituisce un`ValidationException`.
## Scadenza e fallback
Quando li includi entrambi `TimeToLive` e `FallbackConfiguration` nella stessa `SendRcsMessage` richiesta, AWS End User Messaging utilizza la seguente logica:
1. AWSEnd User Messaging tenta la consegna RCS.
1. Se il messaggio non viene recapitato prima che siano trascorsi `TimeToLive` alcuni secondi, AWS End User Messaging rimuove il messaggio RCS in sospeso.
1. AWSEnd User Messaging invia il messaggio di fallback sul canale specificato in `FallbackConfiguration.Channel` (o). `SMS` `MMS`
Se si imposta `TimeToLive` senza a`FallbackConfiguration`, il messaggio fallisce alla scadenza e non viene inviato alcun fallback. Monitora gli eventi di scadenza per rilevare questi casi. Per ulteriori informazioni, consulta [Eventi dei messaggi RCS](rcs-events.md).
Per i dettagli completi sulla configurazione fallback, inclusa la `FallbackConfiguration` struttura, vedere[Configurazione del fallback SMS o MMS per messaggio](rcs-fallback-per-message.md).
## Valori TTL consigliati
Scegli un `TimeToLive` valore che corrisponda alla finestra di pertinenza del contenuto che stai inviando.
**Valori TTL consigliati per caso d'uso**
| Caso d’uso | TTL consigliato | Rationale |
| --- | --- | --- |
| One-time password (OTP) | da 30 a 120 secondi | I codici OTP hanno finestre di validità brevi. La consegna dopo la scadenza confonde i destinatari. |
| Avvisi di frode o sicurezza | Da 60 a 300 secondi | Time-critical le notifiche di sicurezza devono arrivare rapidamente o attivare un canale di fallback. |
| promemoria degli appuntamenti | Da 3600 a 7200 secondi (da 1 a 2 ore) | Utile solo prima dell'orario dell'appuntamento. |
| Vendite flash | Corrisponde alla durata della vendita | Un messaggio inviato dopo la vendita crea un'esperienza negativa per il cliente. |
| Promozioni giornaliere | Da 43200 a 86400 secondi (da 12 a 24 ore) | Rilevante solo per il giorno corrente. |
| Notifiche di consegna | Da 1800 a 3600 secondi (da 30 a 60 minuti) | Lo stato del pacchetto cambia rapidamente; un aggiornamento non aggiornato è fuorviante. |
Per contenuti generici che non hanno vincoli temporali specifici, omettete `TimeToLive` e lasciate che AWS End User Messaging tenti la consegna a tempo indeterminato.
## Best practice
+ Imposta sempre contenuti `TimeToLive` urgenti come OTP, avvisi di sicurezza e promemoria degli appuntamenti.
+ Utilizza almeno 10 secondi per dare al corriere il tempo di tentare la consegna.
+ Abbinalo `TimeToLive` a un `FallbackConfiguration` per messaggi critici. Ciò garantisce che il destinatario riceva il contenuto su un canale alternativo se la finestra di consegna RCS si chiude.
+ Monitora gli eventi di scadenza TTL per tenere traccia delle percentuali di successo delle consegne e ottimizzare i valori TTL nel tempo. Per ulteriori informazioni sui tipi di eventi, consulta [Eventi dei messaggi RCS](rcs-events.md).
+ Per i messaggi rich media (rich card e caroselli), prendi in considerazione un TTL più lungo per tenere conto del tempo di download dei contenuti multimediali. Per informazioni sulla messaggistica avanzata, consulta. [Invio di messaggi RCS complessi](rcs-rich-messaging.md)