

Avviso di fine del supporto: il 15 settembre 2025 AWS interromperà il supporto per Amazon Lex V1. Dopo il 15 settembre 2025, non potrai più accedere alla console di Amazon Lex V1 o alle risorse di Amazon Lex V1. Se utilizzi Amazon Lex V2, consulta invece la [guida Amazon Lex V2](https://docs.aws.amazon.com/lexv2/latest/dg/what-is.html). 

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

# Fase 2b (facoltativo): Revisione dei dettagli del flusso di informazioni digitate (console)
<a name="gs-bp-details-part1"></a>

Questa sezione illustra il flusso di informazioni tra il client e Amazon Lex in cui il client utilizza l'API `PostText` per inviare le richieste. Per ulteriori informazioni, consulta [PostText](API_runtime_PostText.md). 

1. L'utente digita: Vorrei ordinare dei fiori

   1. Il client (console) invia la seguente richiesta [PostText](API_runtime_PostText.md) ad Amazon Lex: 

      ```
      POST /bot/{{OrderFlowers}}/alias/{{$LATEST}}/user/{{4o9wwdhx6nlheferh6a73fujd3118f5w}}/text
      "Content-Type":"application/json"
      "Content-Encoding":"amz-1.0"
      
      {
          "inputText": "I would like to order some flowers",
          "sessionAttributes": {}
      }
      ```

      Sia l'URI della richiesta che il corpo forniscono informazioni ad Amazon Lex:
      + URI della richiesta: fornisce il nome del bot (`OrderFlowers`), l'alias del bot (`$LATEST`) e il nome utente (una stringa casuale che identifica l'utente). Il codice `text` finale indica che si tratta di una richiesta API `PostText` (non `PostContent`).

         
      + Corpo della richiesta: include l'input utente (`inputText`) e il campo `sessionAttributes` vuoto. Quando il client effettua la prima richiesta non vi sono attributi della sessione. La funzione Lambda li avvia in un secondo momento.

   1. Da`inputText`, Amazon Lex rileva l'intento ()`OrderFlowers`. Questo intento non prevede alcun code hook (ovvero le funzioni Lambda) per l'inizializzazione e la convalida dell'input o dell'adempimento dell'utente. 

      Amazon Lex sceglie uno degli slot dell'intento (`FlowerType`) per ottenere il valore. Inoltre, seleziona uno dei prompt per l'ottenimento del valore dello slot (tutti parte della configurazione dell'intento) e invia la seguente risposta al client. La console mostra il messaggio nella risposta all'utente.  
![Al client viene inviato un messaggio con i dati JSON.](http://docs.aws.amazon.com/it_it/lex/latest/dg/images/gs-1-details-10.png)

      Il client visualizza il messaggio nella risposta.

1. L'utente digita: rose

   1. Il client (console) invia la seguente richiesta [PostText](API_runtime_PostText.md) ad Amazon Lex: 

      ```
      POST /bot/{{OrderFlowers}}/alias/{{$LATEST}}/user/{{4o9wwdhx6nlheferh6a73fujd3118f5w}}/text
      "Content-Type":"application/json"
      "Content-Encoding":"amz-1.0"
      
      {
          "inputText": "roses",
          "sessionAttributes": {}
      }
      ```

      `inputText` nel corpo della richiesta fornisce l'input utente. `sessionAttributes` rimane vuoto.

   1. Amazon Lex interpreta innanzitutto l'intento attuale: il servizio ricorda di aver chiesto all'utente specifico informazioni sullo slot. `inputText` `FlowerType` Amazon Lex aggiorna innanzitutto il valore dello slot per l'intento corrente e sceglie un altro slot (`PickupDate`) insieme a uno dei relativi messaggi di richiesta: in che giorno vuoi che vengano ritirate le rose? — per lo slot. ``

      Quindi, Amazon Lex restituisce la seguente risposta:  
![Dati JSON inviati in risposta a una richiesta per lo FlowerType slot.](http://docs.aws.amazon.com/it_it/lex/latest/dg/images/gs-1-details-20.png)

      Il client visualizza il messaggio nella risposta.

1. L'utente digita: domani

   1. Il client (console) invia la seguente richiesta [PostText](API_runtime_PostText.md) ad Amazon Lex: 

      ```
      POST /bot/{{OrderFlowers}}/alias/{{$LATEST}}/user/{{4o9wwdhx6nlheferh6a73fujd3118f5w}}/text
      "Content-Type":"application/json"
      "Content-Encoding":"amz-1.0"
      
      {
          "inputText": "tomorrow",
          "sessionAttributes": {}
      }
      ```

      `inputText` nel corpo della richiesta fornisce l'input utente. `sessionAttributes` rimane vuoto.

   1. Amazon Lex interpreta innanzitutto l'intento attuale: il servizio ricorda di aver chiesto all'utente specifico informazioni sullo slot. `inputText` `PickupDate` Amazon Lex aggiorna il valore slot (`PickupDate`) per l'intento corrente. e sceglie un altro slot per ottenere il valore di (`PickupTime`). Restituisce una delle istruzioni per suscitare valore: consegnare le rose a che ora il 05/01/2017? — al cliente. ``

      Amazon Lex restituisce quindi la seguente risposta:  
![Il messaggio JSON è stato restituito dopo aver richiesto lo PickupDate slot.](http://docs.aws.amazon.com/it_it/lex/latest/dg/images/gs-1-details-30.png)

      Il client visualizza il messaggio nella risposta.

1. L'utente digita: 18:00

   1. Il client (console) invia la seguente richiesta [PostText](API_runtime_PostText.md) ad Amazon Lex: 

      ```
      POST /bot/{{OrderFlowers}}/alias/{{$LATEST}}/user/{{4o9wwdhx6nlheferh6a73fujd3118f5w}}/text
      "Content-Type":"application/json"
      "Content-Encoding":"amz-1.0"
      
      {
          "inputText": "6 pm",
          "sessionAttributes": {}
      }
      ```

      `inputText` nel corpo della richiesta fornisce l'input utente. `sessionAttributes` rimane vuoto.

   1. Amazon Lex interpreta innanzitutto l'intento attuale: il servizio ricorda di aver chiesto all'utente specifico informazioni sullo slot. `inputText` `PickupTime` Amazon Lex aggiorna innanzitutto il valore dello slot per l'intento corrente. Ora Amazon Lex rileva di disporre di informazioni per tutti gli slot. 

      Tuttavia, poiché l'intento `OrderFlowers` è configurato con un messaggio di conferma, Pertanto, Amazon Lex necessita di una conferma esplicita da parte dell'utente prima di poter procedere a soddisfare l'intento. Amazon Lex invia il seguente messaggio al cliente richiedendo una conferma prima di ordinare i fiori:  
![Messaggio con i dati JSON che richiede una conferma per ordinare fiori.](http://docs.aws.amazon.com/it_it/lex/latest/dg/images/gs-1-details-40.png)

      Il client visualizza il messaggio nella risposta.

1. L'utente digita: Sì

   1. Il client (console) invia la seguente richiesta [PostText](API_runtime_PostText.md) ad Amazon Lex: 

      ```
      POST /bot/{{OrderFlowers}}/alias/{{$LATEST}}/user/{{4o9wwdhx6nlheferh6a73fujd3118f5w}}/text
      "Content-Type":"application/json"
      "Content-Encoding":"amz-1.0"
      
      {
          "inputText": "Yes",
          "sessionAttributes": {}
      }
      ```

      `inputText` nel corpo della richiesta fornisce l'input utente. `sessionAttributes` rimane vuoto.

   1. Amazon Lex interpreta il `inputText` nel contesto della conferma dell'intento attuale. e comprende che l'utente desidera procedere con l'ordine. L'`OrderFlowers`intento è configurato `ReturnIntent` come attività di adempimento (non esiste una funzione Lambda per soddisfare l'intento). Pertanto, Amazon Lex restituisce i seguenti dati dello slot al client.   
![Dati JSON inviati quando la conversazione è completata e l'ordine è pronto per essere evaso.](http://docs.aws.amazon.com/it_it/lex/latest/dg/images/gs-1-details-50.png)

      Amazon Lex ha impostato `dialogState` il`ReadyForFulfillment`. Quindi il client può realizzare l'intento.

1. A questo punto, esegui nuovamente il test del bot. Per farlo, devi scegliere il collegamento **Clear** (Cancella) nella console per stabilire un nuovo contesto (utente). Ora, quando fornisci i dati per l'intento relativo all'ordine di fiori, prova a fornire dei dati non validi. Esempio: 
   + Gelsomino come tipo di fiore (non è uno dei tipi di fiore supportati).
   + Ieri come giorno in cui si desidera ritirare i fiori.

   Nota che il bot accetta questi valori perché non hai alcun codice per i dati initialize/validate utente. Nella sezione successiva, aggiungi una funzione Lambda per eseguire questa operazione. Nota quanto segue sulla funzione Lambda:
   + La funzione Lambda convalida i dati degli slot dopo ogni input dell'utente. Soddisfa l'intento alla fine. Ciò significa che il bot elabora l'ordine di fiori e restituisce un messaggio all'utente invece che restituire semplicemente i dati dello slot al client. Per ulteriori informazioni, consulta [Utilizzo delle funzioni Lambda](using-lambda.md).
   + La funzione Lambda imposta anche gli attributi della sessione. Per ulteriori informazioni sugli attributi di sessione, consulta [PostText](API_runtime_PostText.md). 

      Al termine della sezione Nozioni di base, potrai eseguire gli esercizi aggiuntivi ([Esempi aggiuntivi: creazione di bot Amazon Lex](additional-exercises.md)). [Prenota un viaggio](ex-book-trip.md) utilizza gli attributi di sessione per condividere le informazioni tra intenti per impegnarsi in una conversazione dinamica con l'utente.

**Fase succcessiva**  
[Fase 3: Creare una funzione Lambda (console)](gs-bp-create-lambda-function.md)