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à.

# Come un ritardo iniziale influisce sulle metriche pianificate e in coda in Amazon Connect
<a name="scheduled-vs-inqueue"></a>

Nel blocco [Transfer to queue (Trasferisci alla coda)](transfer-to-queue.md) la proprietà **Initial delay (Ritardo iniziale)** riguarda quando una richiamata viene messa in coda. Ad esempio, si supponga che **Initial delay (Ritardo iniziale)** sia impostato su 30 secondi. Ecco cosa appare nel report dei parametri in tempo reale:

1. Dopo 20 secondi, la richiamata è già stata creata, ma non è ancora in coda a causa dell'impostazione **Initial delay (Ritardo iniziale)**. Nell'immagine seguente della pagina **Parametri in tempo reale**, **In coda** = 0 e **Pianificato** = 1.  
![\[Un contatto pianificato ma non in coda.\]](http://docs.aws.amazon.com/it_it/connect/latest/adminguide/images/rtm-callback-scheduled.png)

1. Dopo 35 secondi, il contatto di richiamata è stato messo in coda. Nell'immagine seguente, il callback è ora **In coda**. Non è più pianificato.  
![\[La colonna In coda ha un 1, la colonna Pianificato ha uno 0.\]](http://docs.aws.amazon.com/it_it/connect/latest/adminguide/images/rtm-callback-in-queue2.png)

1. Si supponga che dopo 40 secondi un agente accetta la richiamata. La colonna **In coda** = 0, la colonna **Pianificato** = 0.  
![\[La colonna In coda ha un 1, la colonna Pianificato ha uno 0.\]](http://docs.aws.amazon.com/it_it/connect/latest/adminguide/images/rtm-callback-accepted-by-agent.png)