

Avis de fin de support : le 15 septembre 2025, le support pour Amazon Lex V1 AWS sera interrompu. Après le 15 septembre 2025, vous ne pourrez plus accéder à la console Amazon Lex V1 ni aux ressources Amazon Lex V1. Si vous utilisez Amazon Lex V2, consultez plutôt le [guide Amazon Lex V2](https://docs.aws.amazon.com/lexv2/latest/dg/what-is.html). 

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

# Types prédéfinis d'option et d'intention
<a name="howitworks-builtins"></a>

Pour faciliter la création de robots, Amazon Lex vous permet d'utiliser des intentions et des types d'emplacements intégrés standard. 

**Topics**
+ [Intentions prédéfinies](howitworks-builtins-intents.md)
+ [Types d'option prédéfinis](howitworks-builtins-slots.md)

# Intentions prédéfinies
<a name="howitworks-builtins-intents"></a>

Pour les actions courantes, vous pouvez utiliser la bibliothèque d'intentions intégrée standard. Pour créer une intention à partir d'une intention prédéfinie, choisissez une intention prédéfinie dans la console et attribuez-lui un nouveau nom. La nouvelle intention a la même configuration que l'intention de base, telle que les exemples d'énoncés. 

Dans l'implémentation actuelle, vous ne pouvez pas effectuer les actions suivantes : 
+ Ajouter ou supprimer des exemples d'énoncés dans l'intention de base
+ Configurer les options pour les intentions prédéfinies

**Pour ajouter une intention intégrée à un bot**

1. Connectez-vous à la console Amazon Lex AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/lex/](https://console.aws.amazon.com/lex/).

1. Choisissez le bot auquel ajouter l'intention intégrée.

1. Dans le volet de navigation, choisissez le signe plus (\$1) en regard de **Intents (Intentions)**.

1. Pour **Add intent (Ajouter une intention)**, choisissez **Search existing intents (Rechercher les intentions existantes)**.

1. Dans le champ **Intentions de recherche**, tapez le nom de l'intention intégrée à ajouter à votre bot.

1. Pour **Copier l'intention intégrée**, nommez l'intention, puis choisissez **Ajouter**.

1. Configurez l'intention selon les besoins de votre bot.

**Topics**
+ [AMAZON.CancelIntent](built-in-intent-cancel.md)
+ [AMAZON.FallbackIntent](built-in-intent-fallback.md)
+ [AMAZON.HelpIntent](built-in-intent-help.md)
+ [AMAZON.KendraSearchIntent](built-in-intent-kendra-search.md)
+ [AMAZON.PauseIntent](built-in-intent-pause.md)
+ [AMAZON.RepeatIntent](built-in-intent-repeat.md)
+ [AMAZON.ResumeIntent](built-in-intent-resume.md)
+ [AMAZON.StartOverIntent](built-in-intent-start-over.md)
+ [AMAZON.StopIntent](built-in-intent-stop.md)

**Note**  
Pour la langue anglaise (États-Unis) (en-US), Amazon Lex prend en charge les intentions à partir des intentions intégrées standard d'Alexa. Pour obtenir la liste des intentions prédéfinies, consultez [Intentions prédéfinies standard](https://developer.amazon.com/docs/custom-skills/standard-built-in-intents.html) dans le *kit Alexa Skills*.  
Amazon Lex ne prend pas en charge les objectifs suivants :  
`AMAZON.YesIntent`
`AMAZON.NoIntent` 
Intentions de la [bibliothèque d'intentions prédéfinies](https://developer.amazon.com/docs/custom-skills/built-in-intent-library.html) dans le *kit Alexa Skills*

# AMAZON.CancelIntent
<a name="built-in-intent-cancel"></a>

Répond aux mots et aux phrases qui indiquent que l'utilisateur souhaite annuler l'interaction en cours. Votre application peut utiliser cette intention pour supprimer les valeurs de type d'emplacement et d'autres attributs avant de mettre fin à l'interaction avec l'utilisateur.

Énoncés courants :
+ annuler
+ tant pis
+ oublie ça

# AMAZON.FallbackIntent
<a name="built-in-intent-fallback"></a>

Lorsque la saisie d'une intention par un utilisateur ne correspond pas aux attentes d'un bot, vous pouvez configurer Amazon Lex pour qu'il invoque une *intention de secours*. Par exemple, si la saisie par l'utilisateur « J'aimerais commander des bonbons » ne correspond pas à l'intention de votre `OrderFlowers` bot, Amazon Lex invoque l'intention de remplacement pour gérer la réponse.

Vous ajoutez une intention de secours en ajoutant le type d'intention `AMAZON.FallbackIntent` intégré au bot. Vous pouvez spécifier l'intention à l'aide de l'opération [PutBot](API_PutBot.md) ou en choisissant l'intention dans la liste des intentions intégrées dans la console. 

L'appel d'une intention de secours se fait en deux étapes. Dans la première étape, l'intention de secours est mise en correspondance en fonction de l'entrée de l'utilisateur. Lorsque l'intention de secours est mise en correspondance, le comportement du bot dépend du nombre de nouvelles tentatives configurées pour une invite. Par exemple, si le nombre maximal de tentatives pour déterminer une intention est de 2, le bot renvoie l'invite de clarification du bot deux fois avant d'appeler l'intention de secours.

Amazon Lex répond à l'intention de remplacement dans les situations suivantes : 
+ L'entrée de l'utilisateur pour une intention ne correspond pas à l'entrée attendue par le bot
+ L'entrée audio est du bruit ou l'entrée de texte n'est pas reconnue en tant que mots.
+ La saisie de l'utilisateur est ambiguë et Amazon Lex ne peut pas déterminer l'intention à invoquer.

L'intention de secours est appelée lorsque :
+ Le bot ne reconnaît pas l'entrée utilisateur en tant qu'intention après le nombre de tentatives de clarification configuré lors du démarrage de la conversation.
+ Une intention ne reconnaît pas l'entrée utilisateur comme valeur d'option après le nombre de tentatives configuré.
+ Une intention ne reconnaît pas l'entrée utilisateur comme réponse à une invite de confirmation après le nombre de tentatives configuré.

Vous pouvez utiliser les éléments suivants avec une intention de secours :
+ Une fonction Lambda d'exécution
+ Une déclaration de conclusion
+ Une invite de suivi

Vous ne pouvez pas ajouter les éléments suivants à une intention de secours :
+ Énoncés
+ Emplacements
+ Une fonction Lambda d'initialisation et de validation 
+ Une invite de confirmation

Si vous avez configuré à la fois une déclaration d'annulation et une intention de remplacement pour un bot, Amazon Lex utilise l'intention de remplacement. Si vous avez besoin que votre bot dispose d'une déclaration d'annulation, vous pouvez utiliser la fonction d'exécution pour l'intention de remplacement afin de fournir le même comportement qu'une déclaration d'annulation. Pour plus d'informations, consultez le paramètre `abortStatement` de l'opération [PutBot](API_PutBot.md).

## Utilisation des invites de clarification
<a name="fallback-clarification"></a>

Si vous fournissez une invite de clarification au bot, l'invite est utilisée pour demander une intention valide auprès de l'utilisateur. L'invite de clarification est répétée le nombre de fois que vous avez configuré. Ensuite, l'intention de secours est appelée.

Si vous ne définissez pas de demande de clarification lorsque vous créez un bot et que l'utilisateur n'entame pas la conversation avec une intention valable, Amazon Lex indique immédiatement votre intention de secours. 

Lorsque vous utilisez une intention de secours sans demander de précisions, Amazon Lex n'appelle pas la solution de secours dans les circonstances suivantes :
+ Lorsque l'utilisateur répond à une invite de suivi, mais qu'il ne fournit pas une intention. Par exemple, en réponse à une demande de suivi indiquant « Voulez-vous autre chose aujourd'hui ? » , l'utilisateur répond « Oui ». Amazon Lex renvoie une exception 400 Bad Request car aucune demande de clarification ne doit être envoyée à l'utilisateur pour obtenir une intention.
+ Lorsque vous utilisez une AWS Lambda fonction, vous renvoyez un type de `ElicitIntent` dialogue. Amazon Lex n'étant pas invité à clarifier l'intention de l'utilisateur, il renvoie une exception 400 Bad Request.
+ Lorsque vous utilisez l'opération `PutSession`, vous envoyez un type de dialogue `ElicitIntent`. Amazon Lex n'étant pas invité à clarifier l'intention de l'utilisateur, il renvoie une exception 400 Bad Request.

## Utilisation d'une fonction Lambda avec une intention de repli
<a name="invoke-fallback"></a>

Lorsqu'une intention de secours est appelée, la réponse dépend de la valeur du paramètre `fulfillmentActivity` définie sur l'opération [PutIntent](API_PutIntent.md). Le bot effectue l'une des opérations suivantes :
+ Il renvoie les informations d'intention à l'application cliente.
+ Appelle la fonction Lambda d'exécution. Il appelle la fonction avec les variables de session définies pour la session.

Pour plus d'informations sur la définition de la réponse lorsqu'une intention de secours est appelée, consultez le paramètre `fulfillmentActivity` de l'opération [PutIntent](API_PutIntent.md). 

Si vous utilisez la fonction Lambda d'exécution dans le cadre de votre intention de secours, vous pouvez utiliser cette fonction pour appeler une autre intention ou pour établir une forme de communication avec l'utilisateur, telle que la collecte d'un numéro de rappel ou l'ouverture d'une session avec un représentant du service client.

Vous pouvez effectuer n'importe quelle action dans une fonction Lambda d'intention de secours que vous pouvez effectuer dans la fonction d'exécution pour toute autre intention. Pour plus d'informations sur la création d'une fonction d'expédition à AWS Lambda l'aide de[Utilisation des fonctions Lambda](using-lambda.md).

Une intention de secours peut être appelée plusieurs fois dans la même session. Supposons, par exemple, que votre fonction Lambda utilise l'action `ElicitIntent` de dialogue pour demander à l'utilisateur une intention différente. Si Amazon Lex ne parvient pas à déduire l'intention de l'utilisateur après le nombre d'essais configuré, il invoque à nouveau l'intention de secours. Il appelle également l'intention de secours lorsque l'utilisateur ne répond pas avec une valeur d'option valide après le nombre de tentatives configuré.

Vous pouvez configurer une fonction Lambda pour suivre le nombre de fois que l'intention de secours est appelée à l'aide d'une variable de session. Votre fonction Lambda peut effectuer une action différente si elle est appelée plus de fois que le seuil que vous avez défini dans votre fonction Lambda. Pour plus d'informations sur les variables de session, consultez [Définition des attributs de session](context-mgmt-session-attribs.md).

# AMAZON.HelpIntent
<a name="built-in-intent-help"></a>

Répond aux mots ou expressions qui indiquent que l'utilisateur a besoin d'aide lorsqu'il interagit avec votre bot. Lorsque cette intention est invoquée, vous pouvez configurer votre fonction ou application Lambda pour fournir des informations sur les capacités de votre bot, poser des questions complémentaires sur les domaines d'aide ou confier l'interaction à un agent humain. 

Énoncés courants :
+ help
+ aidez-moi
+ peux-tu m'aider

# AMAZON.KendraSearchIntent
<a name="built-in-intent-kendra-search"></a>

Pour rechercher des documents que vous avez indexés avec Amazon Kendra, utilisez l'`AMAZON.KendraSearchIntent`intention. Lorsqu'Amazon Lex ne parvient pas à déterminer l'action suivante dans une conversation avec l'utilisateur, cela déclenche l'intention de recherche.

`AMAZON.KendraSearchIntent`Il est disponible uniquement dans la région anglaise (États-Unis) (en-États-Unis) et dans les régions USA Est (Virginie du Nord), USA Ouest (Oregon) et Europe (Irlande).

Amazon Kendra est un service de machine-learning-based recherche qui indexe les documents en langage naturel tels que les documents PDF ou les fichiers Microsoft Word. Il peut effectuer des recherches sur des documents indexés et renvoyer les types de réponse suivants à une question :
+ Une réponse 
+ Une entrée de FAQ qui pourrait répondre à la question
+ Un document lié à la question

Pour obtenir un exemple d'utilisation de `AMAZON.KendraSearchIntent`, veuillez consulter [Exemple : création d'un bot FAQ pour un index Amazon Kendra](faq-bot-kendra-search.md).

Si vous configurez une `AMAZON.KendraSearchIntent` intention pour votre bot, Amazon Lex appelle l'intention chaque fois qu'il ne parvient pas à déterminer l'énoncé de l'utilisateur pour un emplacement ou une intention. Par exemple, si votre bot obtient une réponse pour un type de machine à sous appelé « garniture à pizza » et que l'utilisateur demande « Qu'est-ce qu'une pizza ? », Amazon Lex les appelle `AMAZON.KendraSearchIntent` pour répondre à la question. En l'absence de réponse de la part d'Amazon Kendra, la conversation se poursuit telle que configurée dans le bot.

Lorsque vous utilisez à la fois le `AMAZON.KendraSearchIntent` et le `AMAZON.FallbackIntent` dans le même bot, Amazon Lex utilise les intentions suivantes :

1. Amazon Lex appelle le`AMAZON.KendraSearchIntent`. L'objectif est l'opération Amazon Kendra`Query`.

1. Si Amazon Kendra renvoie une réponse, Amazon Lex affiche le résultat à l'utilisateur.

1. En l'absence de réponse de la part d'Amazon Kendra, Amazon Lex réinvite l'utilisateur. L'action suivante dépend de la réponse de l'utilisateur.
   + Si la réponse de l'utilisateur contient un énoncé reconnu par Amazon Lex, tel que le remplissage d'une valeur de créneau ou la confirmation d'une intention, la conversation avec l'utilisateur se poursuit comme configuré pour le bot.
   + Si la réponse de l'utilisateur ne contient aucun énoncé reconnu par Amazon Lex, Amazon Lex lance un autre appel à l'`Query`opération.

1. S'il n'y a aucune réponse après le nombre de tentatives configuré, Amazon Lex appelle l'utilisateur `AMAZON.FallbackIntent` et met fin à la conversation avec l'utilisateur.

Vous pouvez utiliser le pour envoyer une demande `AMAZON.KendraSearchIntent` à Amazon Kendra de trois manières :
+ Laissez l'intention de recherche faire la demande pour vous. Amazon Lex appelle Amazon Kendra en utilisant l'énoncé de l'utilisateur comme chaîne de recherche. Lorsque vous créez l'intention, vous pouvez définir une chaîne de filtre de requête qui limite le nombre de réponses renvoyées par Amazon Kendra. Amazon Lex utilise le filtre dans la demande de requête.
+ Ajoutez des paramètres de requête supplémentaires à la demande pour affiner les résultats de recherche à l'aide de la fonction Lambda de votre boîte de dialogue. Vous ajoutez un `kendraQueryFilterString` champ contenant les paramètres de requête Amazon Kendra à l'action de `delegate` dialogue. Lorsque vous ajoutez des paramètres de requête à la demande avec la fonction Lambda, ils ont priorité sur le filtre de requête que vous avez défini lors de la création de l'intention.
+ Créez une nouvelle requête à l'aide de la fonction Lambda de dialogue. Vous pouvez créer une demande de requête Amazon Kendra complète envoyée par Amazon Lex. Vous spécifiez la requête dans le champ `kendraQueryRequestPayload` de l’action de dialogue `delegate`. Le champ `kendraQueryRequestPayload` a priorité sur le champ `kendraQueryFilterString`.

Pour spécifier le `queryFilterString` paramètre lorsque vous créez un bot, ou pour spécifier le `kendraQueryFilterString` champ lorsque vous appelez l'`delegate`action dans une fonction Lambda de dialogue, vous devez spécifier une chaîne qui est utilisée comme filtre d'attribut pour la requête Amazon Kendra. Si la chaîne n'est pas un filtre d'attribut valide, vous obtiendrez une exception `InvalidBotConfigException` lors de l'exécution. Pour plus d'informations sur les filtres d'attributs, consultez la section [Utilisation des attributs de document pour filtrer les requêtes](https://docs.aws.amazon.com/kendra/latest/dg/filtering.html#search-filtering) dans le manuel *Amazon Kendra Developer Guide*.

Pour contrôler la requête qu'Amazon Lex envoie à Amazon Kendra, vous pouvez spécifier une requête dans le `kendraQueryRequestPayload` champ de votre fonction Lambda de dialogue. Si la requête n'est pas valide, Amazon Lex renvoie une `InvalidLambdaResponseException` exception. Pour plus d'informations, consultez l'[opération de requête](https://docs.aws.amazon.com/kendra/latest/dg/API_Query.html) dans le manuel *Amazon Kendra Developer Guide*.

Pour obtenir un exemple de la façon d'utiliser l’intention `AMAZON.KendraSearchIntent`, veuillez consulter [Exemple : création d'un bot FAQ pour un index Amazon Kendra](faq-bot-kendra-search.md).

## Politique IAM pour Amazon Kendra Search
<a name="kendra-search-iam"></a>

Pour utiliser l'`AMAZON.KendraSearchIntent`intention, vous devez utiliser un rôle qui fournit des politiques Gestion des identités et des accès AWS (IAM) permettant à Amazon Lex d'assumer un rôle d'exécution autorisé à appeler l'intention Amazon `Query` Kendra. Les paramètres IAM que vous utilisez varient selon que vous les avez créés à l'`AMAZON.KendraSearchIntent`aide de la console Amazon Lex, d'un SDK AWS ou du AWS Command Line Interface ()AWS CLI. Lorsque vous utilisez la console, vous pouvez choisir entre ajouter l'autorisation d'appeler Amazon Kendra au rôle lié au service Amazon Lex ou utiliser un rôle spécifique pour appeler l'opération Amazon Kendra. `Query` Lorsque vous utilisez le AWS CLI ou un SDK pour créer l'intention, vous devez utiliser un rôle spécifique pour appeler l'`Query`opération.

### Attachement d’autorisations
<a name="kendra-iam-attach"></a>

Vous pouvez utiliser la console pour associer des autorisations d'accès à l'`Query`opération Amazon Kendra au rôle lié au service Amazon Lex par défaut. Lorsque vous associez des autorisations au rôle lié au service, vous n'avez pas besoin de créer et de gérer un rôle d'exécution spécifiquement pour vous connecter à l'index Amazon Kendra.

L'utilisateur, le rôle ou le groupe que vous utilisez pour accéder à la console Amazon Lex doit disposer des autorisations nécessaires pour gérer les politiques relatives aux rôles. Associez la politique IAM suivante au rôle d'accès à la console. Lorsque vous accordez ces autorisations, le rôle dispose des autorisations permettant de modifier la stratégie de rôle liée à un service existante. 

------
#### [ JSON ]

****  

```
{
    "Version":"2012-10-17",		 	 	 
    "Statement": [
        {
            "Effect": "Allow",
            "Action": [
                "iam:AttachRolePolicy",
                "iam:PutRolePolicy",
                "iam:GetRolePolicy"
            ],
            "Resource": "arn:aws:iam::*:role/aws-service-role/lex.amazonaws.com/AWSServiceRoleForLexBots"
        },
        {
            "Effect": "Allow",
            "Action": "iam:ListRoles",
            "Resource": "*"
        }
    ]
}
```

------

### Spécification d'un rôle
<a name="kendra-iam-role"></a>

Vous pouvez utiliser la console AWS CLI, le ou l'API pour spécifier un rôle d'exécution à utiliser lors de l'appel de l'opération Amazon Kendra`Query`. 

L'utilisateur, le rôle ou le groupe que vous utilisez pour spécifier le rôle d'exécution doit disposer de l'`iam:PassRole`autorisation. La stratégie suivante définit l'autorisation. Vous pouvez utiliser les clés de contexte de condition `iam:AssociatedResourceArn` et `iam:PassedToService` pour limiter davantage la portée des autorisations. Pour plus d'informations, consultez les sections [IAM et AWS STS Condition Context Keys](https://docs.aws.amazon.com/IAM/latest/UserGuide/reference_policies_iam-condition-keys.html) dans le *guide de l'Gestion des identités et des accès AWS utilisateur*.

------
#### [ JSON ]

****  

```
{
    "Version":"2012-10-17",		 	 	 
    "Statement": [
        {
            "Effect": "Allow",
            "Action": "iam:PassRole",
            "Resource": "arn:aws:iam::111122223333:role/role"
        }
    ]
}
```

------

Le rôle d'exécution qu'Amazon Lex doit utiliser pour appeler Amazon Kendra doit disposer des `kendra:Query` autorisations requises. Lorsque vous utilisez un rôle IAM existant pour obtenir l'autorisation d'appeler l'opération Amazon `Query` Kendra, le rôle doit être associé à la politique suivante.

Vous pouvez utiliser la console IAM, l'API IAM ou le AWS CLI pour créer une politique et l'associer à un rôle. Ces instructions utilisent l’AWS CLI pour créer le rôle et les stratégies.

**Note**  
Le code suivant est formaté pour Linux et macOS. Sous Windows, remplacez le caractère de continuité de ligne Linux (\$1) par le caret (^).

**Pour ajouter une autorisation d'opération Query à un rôle**

1. Créez un document appelé **KendraQueryPolicy.json** dans le répertoire courant, ajoutez-y le code suivant et enregistrez-le.

1. Dans le AWS CLI, exécutez la commande suivante pour créer la politique IAM permettant d'exécuter l'opération Amazon `Query` Kendra.

   ```
   aws iam create-policy \
       --policy-name query-policy-name \
       --policy-document file://KendraQueryPolicy.json
   ```

1. Attachez la politique au rôle IAM que vous utilisez pour appeler l'`Query`opération.

   ```
   aws iam attach-role-policy \
       --policy-arn arn:aws:iam::account-id:policy/query-policy-name
       --role-name role-name
   ```

Vous pouvez choisir de mettre à jour le rôle lié au service Amazon Lex ou d'utiliser un rôle que vous avez créé lors de la création du rôle `AMAZON.KendraSearchIntent` pour votre bot. La procédure suivante indique comment choisir le rôle IAM à utiliser.

**Pour spécifier le rôle d'exécution pour AMAZON. KendraSearchIntent**

1. Connectez-vous à la console Amazon Lex AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/lex/](https://console.aws.amazon.com/lex/).

1. Choisissez le bot auquel vous souhaitez ajouter l’intention `AMAZON.KendraSearchIntent`.

1. Choisissez le signe plus (\$1) en regarde de **Intents (Intentions)**.

1. Dans **Add intent (Ajouter une intention)**, choisissez **Search existing intents (Rechercher des intentions existantes)**.

1. Dans **Search intents (Rechercher des intentions)**, entrez, **AMAZON.KendraSearchIntent** puis choisissez **Add (Ajouter)**.

1. Dans **Copy built-in intent (Copier une intention intégrée)**, entrez un nom pour l'intention, par exemple **KendraSearchIntent**, puis choisissez **Add (Ajouter)**.

1. Ouvrez la section **Amazon Kendra query (Requête Amazon Kendra)**.

1. Pour **IAM role (Rôle IAM)** choisissez une des options suivantes :
   + Pour mettre à jour le rôle lié au service Amazon Lex afin de permettre à votre bot d'interroger les index Amazon Kendra, choisissez Ajouter des autorisations **Amazon** Kendra.
   + Pour utiliser un rôle autorisé à appeler l'`Query`opération Amazon Kendra, choisissez **Utiliser un rôle existant**.

## Utilisation des attributs de demande et de session en tant que filtres
<a name="kendra-search-filter"></a>

Pour filtrer la réponse d'Amazon Kendra aux éléments liés à la conversation en cours, utilisez les attributs de session et de demande comme filtres en ajoutant le `queryFilterString` paramètre lorsque vous créez votre bot. Vous spécifiez un espace réservé pour l'attribut lorsque vous créez l'intention, puis Amazon Lex V2 remplace une valeur avant d'appeler Amazon Kendra. Pour de plus amples informations sur les attributs de demande, veuillez consulter [Définition des attributs de demandes](context-mgmt-request-attribs.md). Pour en savoir plus sur les attributs de session, consultez [Définition des attributs de session](context-mgmt-session-attribs.md).

Voici un exemple de `queryFilterString` paramètre qui utilise une chaîne pour filtrer la requête Amazon Kendra.

```
"{"equalsTo": {"key": "City", "value": {"stringValue": "Seattle"}}}"
```

Voici un exemple de `queryFilterString` paramètre qui utilise un attribut de session appelé `"SourceURI"` pour filtrer la requête Amazon Kendra.

```
"{"equalsTo": {"key": "SourceURI","value": {"stringValue": "[FileURL]"}}}"
```

Voici un exemple de `queryFilterString` paramètre qui utilise un attribut de requête appelé `"DepartmentName"` pour filtrer la requête Amazon Kendra.

```
"{"equalsTo": {"key": "Department","value": {"stringValue": "((DepartmentName))"}}}"
```

Les `AMAZON.KendraSearchInteng` filtres utilisent le même format que les filtres de recherche Amazon Kendra. Pour plus d'informations, consultez la section [Utilisation des attributs de document pour filtrer les résultats de recherche](https://docs.aws.amazon.com/kendra/latest/dg/filtering.html#search-filtering) dans le *guide du développeur Amazon Kendra*.

La chaîne de filtre de requête utilisée avec le `AMAZON.KendraSearchIntent` doit utiliser des lettres minuscules pour la première lettre de chaque filtre. Par exemple, le filtre de requête suivant est valide pour`AMAZON.KendraSearchIntent`.

```
{
    "andAllFilters": [
        {
            "equalsTo": {
                "key": "City",
                "value": {
                    "stringValue": "Seattle"
                }
            }
        },
        {
            "equalsTo": {
                "key": "State",
                "value": {
                    "stringValue": "Washington"
                }
            }
        }
    ]
}
```

## Utilisation de la réponse de recherche
<a name="kendra-search-response"></a>

Amazon Kendra renvoie la réponse à une recherche dans la déclaration d'`conclusion`intention. L'intention doit comporter une `conclusion` déclaration, sauf si une fonction Lambda d'exécution produit un message de conclusion.

Amazon Kendra propose quatre types de réponses. 
+ `x-amz-lex:kendra-search-response-question_answer-question-<N>`— La question d'une FAQ qui correspond à la recherche.
+ `x-amz-lex:kendra-search-response-question_answer-answer-<N>`— La réponse d'une FAQ correspondant à la recherche.
+ `x-amz-lex:kendra-search-response-document-<N>`— Extrait d'un document de l'index lié au texte de l'énoncé.
+ `x-amz-lex:kendra-search-response-document-link-<N>`— L'URL d'un document dans l'index qui est lié au texte de l'énoncé.
+ `x-amz-lex:kendra-search-response-answer-<N>`— Extrait d'un document de l'index qui répond à la question.

Les réponses sont renvoyées dans les attributs `request`. Il peut y avoir jusqu'à cinq réponses pour chaque attribut, numérotées de 1 à 5. Pour plus d'informations sur les réponses, consultez la section [Types de réponses](https://docs.aws.amazon.com/kendra/latest/dg/response-types.html) dans le manuel *Amazon Kendra Developer Guide*. 

L'instruction `conclusion` doit comporter un ou plusieurs groupes de messages. Chaque groupe de messages contient un ou plusieurs messages. Chaque message peut contenir une ou plusieurs variables d'espace réservé qui sont remplacées par des attributs de demande dans la réponse d'Amazon Kendra. Il doit y avoir au moins un message du groupe de messages dans lequel toutes les variables du message sont remplacées par des valeurs d'attribut de demande dans la réponse d'exécution, ou il doit y avoir un message du groupe de messages sans aucune variable d'espace réservé. Les attributs de demande sont définis avec des parenthèses doubles ("((" "))"). Les messages du groupe de messages suivants correspondent à toutes les réponses d'Amazon Kendra :
+ « J'ai trouvé une question FAQ pour vous : ((x-amz-lex: kendra-search-response-question \$1answer-question-1)), et la réponse est ((x-amz-lex: \$1answer-answer-1)) » kendra-search-response-question
+ « J'ai trouvé un extrait d'un document utile : ((x-amz-lex: kendra-search-response-document -1)) »
+ « Je pense que la réponse à vos questions est ((x-amz-lex: kendra-search-response-answer -1)) »

## Utilisation d'une fonction Lambda pour gérer la demande et la réponse
<a name="kendra-search-lambda"></a>

L'`AMAZON.KendraSearchIntent`intention peut utiliser votre crochet de code de dialogue et votre crochet de code d'expédition pour gérer la demande adressée à Amazon Kendra et la réponse. Utilisez la fonction Lambda du crochet de code de dialogue lorsque vous souhaitez modifier la requête que vous envoyez à Amazon Kendra, et la fonction Lambda du crochet de code d'expédition lorsque vous souhaitez modifier la réponse.

### Création d'une requête avec le hook de code de dialogue
<a name="kendra-search-lambda-dialog"></a>

Vous pouvez utiliser le code hook de dialogue pour créer une requête à envoyer à Amazon Kendra. L'utilisation du hook de code de dialogue est facultative. Si vous ne spécifiez pas de crochet de dialogue, Amazon Lex crée une requête à partir de l'énoncé de l'utilisateur et utilise `queryFilterString` celui que vous avez fourni lors de la configuration de l'intention, si vous en avez fourni un.

Vous pouvez utiliser deux champs dans la réponse au crochet de code de la boîte de dialogue pour modifier la demande adressée à Amazon Kendra :
+ `kendraQueryFilterString`— Utilisez cette chaîne pour spécifier les filtres d'attributs pour la demande Amazon Kendra. Vous pouvez filtrer la requête à l'aide de l'un des champs d'index définis dans votre index. Pour connaître la structure de la chaîne de filtre, consultez la section [Utilisation des attributs de document pour filtrer les requêtes](https://docs.aws.amazon.com/kendra/latest/dg/filtering.html#search-filtering) dans le manuel *Amazon Kendra Developer Guide*. Si la chaîne de filtre spécifiée n'est pas valide, vous obtiendrez une exception `InvalidLambdaResponseException`. La chaîne `kendraQueryFilterString` remplace toute chaîne de requête spécifiée dans `queryFilterString` configuré pour l'intention.
+ `kendraQueryRequestPayload`— Utilisez cette chaîne pour spécifier une requête Amazon Kendra. Votre requête peut utiliser n'importe laquelle des fonctionnalités d'Amazon Kendra. Si vous ne spécifiez pas de requête valide, vous obtenez une exception `InvalidLambdaResponseException`. Pour plus d'informations, consultez la section [Requête](https://docs.aws.amazon.com/kendra/latest/dg/API_Query.html) dans le *guide du développeur Amazon Kendra*.

Après avoir créé le filtre ou la chaîne de requête, vous envoyez la réponse à Amazon Lex avec le `dialogAction` champ de réponse défini sur`delegate`. Amazon Lex envoie la requête à Amazon Kendra, puis renvoie la réponse à la requête au hook du code d'expédition.

### Utilisation du hook de code d'exécution pour la réponse
<a name="kendra-search-lambda-fulfillment"></a>

Une fois qu'Amazon Lex a envoyé une requête à Amazon Kendra, la réponse à la requête est renvoyée à la fonction `AMAZON.KendraSearchIntent` Lambda d'expédition. L'événement d'entrée dans le code hook contient la réponse complète d'Amazon Kendra. Les données de requête ont la même structure que celles renvoyées par l'opération Amazon Kendra`Query`. Pour plus d'informations, consultez la section [Syntaxe des réponses aux requêtes](https://docs.aws.amazon.com/kendra/latest/dg/API_Query.html#API_Query_ResponseSyntax) dans le manuel *Amazon Kendra Developer Guide*.

Le hook de code d'exécution est facultatif. S'il n'en existe pas, ou si le crochet de code ne renvoie aucun message dans la réponse, Amazon Lex utilise l'`conclusion`instruction pour les réponses.

# Exemple : création d'un bot FAQ pour un index Amazon Kendra
<a name="faq-bot-kendra-search"></a>

Cet exemple crée un bot Amazon Lex qui utilise un index Amazon Kendra pour fournir des réponses aux questions des utilisateurs. Le bot FAQ gère le dialogue pour l'utilisateur. Il utilise l'intention `AMAZON.KendraSearchIntent` pour interroger l'index et présenter la réponse à l'utilisateur. Pour créer le bot, vous : 

1. Créez un bot avec lequel vos clients interagiront pour obtenir des réponses.

1. Créez une intention personnalisée. Votre bot nécessite au moins une intention avec au moins un énoncé. Cette intention permet à votre bot de construire, mais n'est pas utilisée par ailleurs.

1. Ajoutez l'`KendraSearchIntent`intention à votre bot et configurez-le pour qu'il fonctionne avec votre index Amazon Kendra.

1. Testez le bot en posant des questions auxquelles répondent des documents stockés dans votre index Amazon Kendra.

Avant de pouvoir utiliser cet exemple, vous devez créer un index Amazon Kendra. Pour plus d'informations, consultez [Getting started with an S3 bucket (console)](https://docs.aws.amazon.com/kendra/latest/dg/gs-console.html) dans le manuel *Amazon Kendra Developer Guide*.

**Pour créer un bot FAQ**

1. Connectez-vous à la console Amazon Lex AWS Management Console et ouvrez-la à l'adresse [https://console.aws.amazon.com/lex/](https://console.aws.amazon.com/lex/).

1. Dans le volet de navigation, sélectionnez **Bots**. 

1. Choisissez **Créer**.

1. Choisissez **Custom bot (robot personnalisé)**. Configurez le bot comme suit :
   + **Nom du bot** — Donnez au bot un nom indiquant son objectif, tel que**KendraTestBot**.
   + **Sortie vocale** : choisissez **Aucune**.
   + **Expiration de session** — Entrez**5**.
   + **Analyse des sentiments** — Choisissez **Non**.
   + **COPPA** — Choisissez **Non**.
   + **Stockage des énoncés de l'utilisateur** — Choisissez **Ne pas enregistrer**.

1. Choisissez **Créer**.

Pour construire un bot, vous devez créer au moins une intention avec au moins un exemple d'énoncé. Cette intention est requise pour créer votre bot Amazon Lex, mais elle n'est pas utilisée pour la réponse aux questions fréquentes. L'énoncé de l'intention ne doit s'appliquer à aucune des questions posées par votre client.

**Pour créer l'intention requise**

1. Sur la page **Getting started with your bot (Démarrer avec votre bot)** choisissez **Create intent (Créer une intention)**.

1. Pour **Add intent (Ajouter une intention)**, choisissez **Create intent (Créer une intention)**.

1. Dans la boîte de dialogue **Create intent (Créer une intention)**, attribuez un nom à l'intention, par exemple **RequiredIntent**.

1. Pour **Sample utterances (Exemples d'énoncé)**, tapez un énoncé, par exemple **Required utterance**.

1. Choisissez **Save intent (Enregistrer l'intention)**.

À présent, créez l'intention de rechercher un index Amazon Kendra et les messages de réponse qu'il doit renvoyer.

**Pour créer un AMAZON. KendraSearchIntent message d'intention et de réponse**

1. Dans le volet de navigation, choisissez le signe plus (\$1) en regard de **Intents (Intentions)**.

1. Pour **Add intent (Ajouter une intention)**, choisissez **Search existing intents (Rechercher les intentions existantes)**.

1. Dans le champ **Intentions de recherche**, saisissez-le**AMAZON.KendraSearchIntent**, puis sélectionnez-le dans la liste.

1. Pour **Copy built-in intent (Copier une intention intégrée)**, donnez un nom à l'intention (par exemple, **KendraSearchIntent**) et choisissez **Add (Ajouter)**. 

1. Dans l'éditeur d'intention, choisissez **Amazon Kendra query (Requête Amazon Kendra)** pour ouvrir les options de requête.

1. Dans le menu **Amazon Kendra index (Index Amazon Kendra)** choisissez l'index que vous souhaitez rechercher.

1. Dans la section **Response (Réponse)** ajoutez les trois messages suivants :

   ```
   I found a FAQ question for you: ((x-amz-lex:kendra-search-response-question_answer-question-1)) and the answer is ((x-amz-lex:kendra-search-response-question_answer-answer-1)).
   I found an excerpt from a helpful document: ((x-amz-lex:kendra-search-response-document-1)).
   I think the answer to your questions is ((x-amz-lex:kendra-search-response-answer-1)).
   ```

1. Choisissez **Save intent (Enregistrer l'intention)**, puis **Build (Créer)** pour créer le bot.

Enfin, utilisez la fenêtre de test de la console pour tester les réponses de votre bot. Vos questions doivent porter sur le domaine pris en charge par votre index.

**Pour tester votre bot FAQ**

1. Dans la fenêtre de test de la console, tapez une question pour votre index.

1. Vérifiez la réponse dans la section de réponse de la fenêtre de test.

1. Pour réinitialiser la fenêtre de test avant une autre question, choisissez **Clear chat history (Effacer l'historique des discussions)**.

# AMAZON.PauseIntent
<a name="built-in-intent-pause"></a>

Répond aux mots et aux phrases qui permettent à l'utilisateur de suspendre une interaction avec un bot afin de pouvoir y revenir plus tard. Votre fonction ou application Lambda doit enregistrer les données d'intention dans des variables de session, ou vous devez utiliser l'[GetSession](API_runtime_GetSession.md)opération pour récupérer les données d'intention lorsque vous reprenez l'intention actuelle.

Énoncés courants :
+ suspension
+ mettez ça en pause

# AMAZON.RepeatIntent
<a name="built-in-intent-repeat"></a>

Répond aux mots et aux phrases qui permettent à l'utilisateur de répéter le message précédent. Votre application doit utiliser une fonction Lambda pour enregistrer les informations d'intention précédentes dans des variables de session, ou vous devez utiliser l'[GetSession](API_runtime_GetSession.md)opération pour obtenir les informations d'intention précédentes.

Énoncés courants :
+ répéter
+ redis-le
+ Répète ça

# AMAZON.ResumeIntent
<a name="built-in-intent-resume"></a>

Répond aux mots et aux phrases qui permettent à l'utilisateur de reprendre une intention précédemment interrompue. Votre fonction ou application Lambda doit gérer les informations requises pour reprendre l'intention précédente.

Énoncés courants :
+ cv
+ continuer
+ continuez

# AMAZON.StartOverIntent
<a name="built-in-intent-start-over"></a>

Répond aux mots et aux phrases qui permettent à l'utilisateur d'arrêter de traiter l'intention actuelle et de recommencer depuis le début. Vous pouvez utiliser votre fonction Lambda ou l'`PutSession`opération pour obtenir à nouveau la première valeur d'emplacement.

Énoncés courants :
+ recommencer
+ redémarrer
+ recommencer

# AMAZON.StopIntent
<a name="built-in-intent-stop"></a>

Répond aux mots et aux phrases qui indiquent que l'utilisateur souhaite arrêter de traiter l'intention actuelle et mettre fin à l'interaction avec un bot. Votre fonction ou application Lambda doit effacer tous les attributs et valeurs de type d'emplacement existants, puis mettre fin à l'interaction.

Énoncés courants :
+ stop
+ off
+ tais-toi

# Types d'option prédéfinis
<a name="howitworks-builtins-slots"></a>

Amazon Lex prend en charge les types d'emplacements intégrés qui définissent la manière dont les données de l'emplacement sont reconnues et traitées. Vous pouvez créer des options de ces types dans vos intentions. Cela vous évite ainsi de devoir créer des valeurs d'énumération pour les données d'option couramment utilisées, telles que la date, l'heure et l'emplacement. Les types d'options prédéfinies n'ont pas de versions. 


| Type d'option | Brève description | Paramètres régionaux pris en charge | 
| --- | --- | --- | 
| [Aéroport Amazon](built-in-slot-airport.md) | Reconnaît les mots qui représentent un aéroport. | Toutes les localisations | 
| [AMAZON. AlphaNumeric](built-in-slot-alphanumeric.md) | Reconnaît les mots composés de lettres et de chiffres. | Toutes les langues sauf le coréen (Ko-KR) | 
| [Amazon.City](built-in-slot-city.md) | Reconnaît les mots qui représentent une ville. | Toutes les localisations | 
| [Amazon.country](built-in-slot-country.md) | Reconnaît les mots qui représentent un pays. | Toutes les localisations | 
| [AMAZON.DATE](built-in-slot-date.md) | Reconnaît les mots qui représentent une date et les convertit dans un format standard. | Toutes les localisations | 
| [AMAZON.DURATION](built-in-slot-duration.md) | Reconnaît les mots qui représentent la durée et les convertit dans un format standard. | Toutes les localisations | 
| [AMAZON. EmailAddress](built-in-slot-email.md) | Reconnaît les mots qui représentent une adresse e-mail et les convertit en adresse e-mail standard. | Toutes les localisations | 
| [AMAZON. FirstName](built-in-slot-first-name.md) | Reconnaît les mots qui représentent un prénom. | Toutes les localisations | 
| [AMAZON. LastName](built-in-slot-last-name.md) | Reconnaît les mots qui représentent un nom de famille. | Toutes les localisations | 
| [AMAZON.NUMBER](built-in-slot-number.md) | Reconnaît les mots numériques et les convertit en chiffres. | Toutes les localisations | 
| [AMAZON.Percentage](built-in-slot-percent.md) | Reconnaît les mots qui représentent un pourcentage et les convertit en nombre et en signe de pourcentage (%). | Toutes les localisations | 
| [AMAZON. PhoneNumber](built-in-slot-phone.md) | Reconnaît les mots qui représentent un numéro de téléphone et les convertit en chaîne numérique. | Toutes les localisations | 
| [AMAZON. SpeedUnit](built-in-slot-speed.md) | Reconnaît les mots qui représentent une unité de vitesse et les convertit en abréviation standard. | Anglais (États-Unis) (en-US) | 
| [État d'Amazon](built-in-slot-state.md) | Reconnaît les mots qui représentent un État. | Toutes les localisations | 
| [AMAZON. StreetName](built-in-slot-street-name.md) | Reconnaît les mots qui représentent le nom d'une rue. | Toutes les langues sauf l'anglais (États-Unis) (en-US) | 
| [AMAZON.TIME](built-in-slot-time.md) | Reconnaît les mots qui indiquent l'heure et les convertit en format horaire. | Toutes les localisations | 
| [AMAZON. WeightUnit](built-in-slot-weight.md) | Reconnaît les mots qui représentent une unité de poids et les convertit en abréviation standard  | Anglais (États-Unis) (en-US) | 

**Note**  
Pour la langue anglaise (États-Unis) (en-US), Amazon Lex prend en charge les types d'emplacements issus du kit de compétences Alexa. Pour obtenir la liste des types d'options prédéfinies disponibles, consultez [Référence des types d'options](https://developer.amazon.com/docs/custom-skills/slot-type-reference.html) dans la documentation du kit Alexa.   
Amazon Lex ne prend pas en charge les types d'emplacements `AMAZON.SearchQuery` intégrés `AMAZON.LITERAL` ni les types d'emplacements intégrés. 

# Aéroport Amazon
<a name="built-in-slot-airport"></a>

Fournit une liste des aéroports. En voici quelques exemples :
+ Aéroport international John F. Kennedy
+ Aéroport de Melbourne

# AMAZON. AlphaNumeric
<a name="built-in-slot-alphanumeric"></a>

Reconnaît les chaînes composées de lettres et de chiffres, par exemple **APQ123**.

Ce type de machine à sous n'est pas disponible dans la région coréenne (Ko-KR).

Vous pouvez utiliser le type d'emplacement `AMAZON.AlphaNumeric` pour les chaînes qui contiennent : 
+ Des caractères alphabétiques, tels que **ABC**
+ Des caractères numériques, tels que **123**
+ Une combinaison de caractères alphanumériques, notamment **ABC123**

Vous pouvez ajouter une expression régulière au type d'emplacement `AMAZON.AlphaNumeric` pour valider les valeurs saisies pour l'emplacement. Par exemple, vous pouvez utiliser une expression régulière pour valider :
+ Les codes postaux du Royaume-Uni ou du Canada
+ Des numéros de permis de conduire
+ Des numéros d'identification de véhicules

Utilisez une expression régulière standard. Amazon Lex prend en charge les caractères suivants dans l'expression régulière :
+ A-Z, a-z
+ 0-9

Amazon Lex prend également en charge les caractères Unicode dans les expressions régulières. Le formulaire est `\uUnicode`. Utilisez quatre chiffres pour représenter les caractères Unicode. Par exemple, `[\u0041-\u005A]` est équivalent à [A-Z].

Les opérateurs d'expression régulière suivants ne sont pas pris en charge :
+ Répéteurs infinis :\$1, \$1 ou \$1x,\$1 sans limite supérieure.
+ Caractère générique (.)

La longueur maximale de l'expression régulière est de 300 caractères. Longueur maximale d'une chaîne stockée dans un AMAZON. AlphaNumeric le type de slot qui utilise une expression régulière comporte 30 caractères.

Voici quelques exemples d'expressions régulières.
+ Des chaînes alphanumériques, telles que **APQ123** ou **APQ1** : `[A-Z]{3}[0-9]{1,3}` ou une plus limitée `[A-DP-T]{3} [1-5]{1,3}`
+ Format US Postal Service Priority Mail International, tel que **CP123456789US** : `CP[0-9]{9}US`
+ Numéros d'acheminement bancaire, tels que **123456789** : `[0-9]{9}`

Pour définir l'expression régulière d'un type d'emplacement, utilisez la console ou l'opération [PutSlotType](API_PutSlotType.md). L'expression régulière est validée lorsque vous enregistrez le type d'emplacement. Si l'expression n'est pas valide, Amazon Lex renvoie un message d'erreur.

Lorsque vous utilisez une expression régulière dans un type de slot, Amazon Lex compare les entrées aux slots de ce type par rapport à l'expression régulière. Si l'entrée correspond à l'expression, la valeur est acceptée pour l'emplacement. Si l'entrée ne correspond pas, Amazon Lex invite l'utilisateur à la répéter. 

# Amazon.City
<a name="built-in-slot-city"></a>

Fournit une liste des villes locales et mondiales. Le type de slot reconnaît les variantes courantes des noms de villes. Amazon Lex ne convertit pas une variante en nom officiel.

Exemples :
+ New York
+ Reykjavik
+ Tokyo
+ Versailles

# Amazon.country
<a name="built-in-slot-country"></a>

Les noms des pays du monde entier. Exemples :
+ Australie
+ Allemagne
+ Japon
+ États-Unis
+ Uruguay

# AMAZON.DATE
<a name="built-in-slot-date"></a>

Convertit les mots qui représentent des dates en un format de date.

La date est fournie à votre intention au format de date ISO-8601. La date à laquelle votre intention est reçue dans le slot peut varier en fonction de la phrase spécifique prononcée par l'utilisateur.
+ Les énoncés qui correspondent à une date spécifique, tels que « aujourd'hui », « maintenant » ou « 25 novembre », sont convertis en une date complète :. `2020-11-25` Par défaut, il s'agit de *dates identiques ou ultérieures* à la date actuelle.
+ Les énoncés correspondant à une semaine spécifique, tels que « cette semaine » ou « la semaine prochaine », sont convertis à la date du premier jour de la semaine. Au format ISO-8601, la semaine commence le lundi et se termine le dimanche. Par exemple, si aujourd'hui est le 25 novembre 2020, « semaine prochaine » est converti en. `2020-11-30`
+ Les énoncés correspondant à un mois, mais pas à un jour précis, tels que « le mois suivant », sont convertis au dernier jour du mois. Par exemple, si aujourd'hui est le 25 novembre 2020, « mois suivant » est converti en. `2020-12-31`
+ Les énoncés qui correspondent à une année, mais pas à un mois ou à un jour précis, tels que « l'année prochaine », sont convertis au dernier jour de l'année suivante. Par exemple, si aujourd'hui est le 25 novembre 2020, « l'année prochaine » est converti en. `2021-12-31`

# AMAZON.DURATION
<a name="built-in-slot-duration"></a>

Convertit les mots qui indiquent des durées en durée numérique.

La durée est résolue dans un format basé sur le format de [durée ISO-8601](https://en.wikipedia.org/wiki/ISO_8601#Durations),. `PnYnMnWnDTnHnMnS` Le `P` indique qu'il s'agit d'une durée, d'une valeur numérique et que la lettre majuscule qui suit `n` est l'élément de date ou d'heure spécifique. `n` Par exemple, `P3D` cela signifie 3 jours. A `T` est utilisé pour indiquer que les valeurs restantes représentent des éléments temporels plutôt que des éléments de date.

Exemples :
+ « dix minutes » : `PT10M`
+ « cinq heures » : `PT5H`
+ « trois jours » : `P3D`
+ « quarante-cinq secondes » : `PT45S`
+ « huit semaines » : `P8W`
+ « sept ans » : `P7Y`
+ « cinq heures dix minutes » : `PT5H10M`
+ « deux ans trois heures dix minutes » : `P2YT3H10M`

# AMAZON. EmailAddress
<a name="built-in-slot-email"></a>

Reconnaît les mots qui représentent une adresse e-mail fournie comme nom d'utilisateur@domaine. Les adresses peuvent inclure les caractères spéciaux suivants dans un nom d'utilisateur : le trait de soulignement (\$1), le trait d'union (-), le point final (.) et le signe plus (\$1).

# AMAZON. FirstName
<a name="built-in-slot-first-name"></a>

Prénoms couramment utilisés. Ce type de machine à sous reconnaît à la fois les noms formels et les surnoms informels. Le nom envoyé à votre intention est la valeur envoyée par l'utilisateur. Amazon Lex ne convertit pas le surnom en nom officiel.

Pour les prénoms qui se ressemblent mais qui sont orthographiés différemment, Amazon Lex envoie à votre intention une forme commune unique.

Dans les paramètres régionaux anglais (États-Unis) (en-US), utilisez le nom de slot Amazon.US\$1FIRST\$1NAME.

Exemples :
+ Emilie
+ John
+ Sophie

# AMAZON. LastName
<a name="built-in-slot-last-name"></a>

Noms de famille couramment utilisés. Pour les noms qui se ressemblent et qui sont orthographiés différemment, Amazon Lex envoie à votre intention une forme commune unique.

Dans les paramètres régionaux anglais (États-Unis) (en-US), utilisez le nom de slot Amazon.US\$1LAST\$1NAME.

Exemples :
+ Brosky
+ Dasher
+ Evers
+ Parres
+ Monde

# AMAZON.NUMBER
<a name="built-in-slot-number"></a>

Convertit les mots ou les nombres qui expriment un nombre en chiffres, y compris en nombres décimaux. Le tableau suivant montre la façon dont le type d'option `AMAZON.NUMBER` capture les mots numériques.


| Input | Réponse | 
| --- | --- | 
| cent vingt-trois point quatre cinq | 123.45 | 
| cent vingt-trois point quarante cinq | 123.45 | 
| zéro point quatre deux | 0.42 | 
| zéro point quarante deux | 0.42 | 
| 232.998 | 232.998 | 
| 50 | 50 | 

# AMAZON.Percentage
<a name="built-in-slot-percent"></a>

Convertit les mots et les symboles qui représentent un pourcentage en valeur numérique accompagné du signe de pourcentage (%).

Si l'utilisateur entre un nombre sans signe de pourcentage ou sans le mot « pour cent », la valeur de l'option sera un nombre. Le tableau suivant montre la façon dont le type d'option `AMAZON.Percentage` capture les pourcentages.


| Input | Réponse | 
| --- | --- | 
| 50 pour cent | 50% | 
| 0,4 pour cent | 0.4% | 
| 23,5 % | 23,5% | 
| vingt-cinq pour cent | 25% | 

# AMAZON. PhoneNumber
<a name="built-in-slot-phone"></a>

Convertit les nombres ou mots qui représentent un numéro de téléphone en format de chaîne sans ponctuation, comme suit.


| Type | Description | Input | Résultat | 
| --- | --- | --- | --- | 
| Numéro international avec le signe plus (\$1) au début | Numéro à 11 chiffres avec le signe plus (\$1) au début | \$161 7 4445 1061 \$11 (509) 555-1212 | `+61744431061` `+15095551212` | 
| Numéro international sans signe plus (\$1) | Numéro à 11 chiffres sans signe plus | 1 (509) 555-1212 61 7 4445 1061 | `15095551212` `61744451061` | 
| Numéro national | Numéro à 10 chiffres sans code international | (03) 5115 4444 (509) 555-1212 | `0351154444` `5095551212` | 
| Numéro local | Numéro de téléphone à 7 chiffres sans code international ni code régional | 555-1212 | 5551212 | 

# AMAZON. SpeedUnit
<a name="built-in-slot-speed"></a>

Convertit les mots qui représentent des unités de vitesse en abréviation. Par exemple, « miles par heure » est converti en `mph`.

Ce type de machine à sous n'est disponible que dans la langue anglaise (États-Unis) (en-US).

Les exemples suivants montrent la façon dont le type d'option `AMAZON.SpeedUnit` capture les unités de vitesse.


| Unité de vitesse | Abréviation | 
| --- | --- | 
|  miles par heure, mph, MPH, m/h  | mph | 
|  kilomètres par heure, km par heure, kmph, KMPH, km/h  | kmph | 
|  mètres par seconde, mps, MPS m/s  | mps | 
| milles nautiques par heure, nœuds, nœud | knot | 

# État d'Amazon
<a name="built-in-slot-state"></a>

Les noms des régions géographiques et politiques des pays. 

Exemples :
+ Bavière
+ Préfecture de Fukushima
+ Nord-Ouest du Pacifique
+ Queensland
+ Pays de Galles

# AMAZON. StreetName
<a name="built-in-slot-street-name"></a>

Les noms des rues comprises dans une adresse postale typique. Cela inclut uniquement le nom de la rue, pas le numéro de la maison.

Ce type de machine à sous n'est pas disponible dans la région anglaise (États-Unis) (en-US).

Exemples :
+ Avenue de Canberra
+ Front Street
+ Route du marché

# AMAZON.TIME
<a name="built-in-slot-time"></a>

Convertit les mots qui représentent des heures en valeurs horaires. Inclut des résolutions pour les périodes ambiguës. Lorsqu'un utilisateur saisit une heure ambiguë, Amazon Lex utilise l'`slotDetails`attribut d'un événement Lambda pour transmettre les résolutions relatives aux heures ambiguës à votre fonction Lambda. Par exemple, si le bot demande à l'utilisateur une heure de livraison, l'utilisateur peut répondre « 10 heures ». Cette heure est ambiguë. Elle peut aussi bien signifier 10 h du matin que 10 h du soir. Dans ce cas, la valeur de la `slots` carte est`null`, et l'`slotDetails`entité contient les deux résolutions possibles de l'heure. Amazon Lex saisit les informations suivantes dans la fonction Lambda :

```
"slots": {
   "deliveryTime": null
},
"slotDetails": {
   "deliveryTime": {
      "resolutions": [
         {
            "value": "10:00"
         },
         {
            "value": "22:00"
         }
      ]
   }
}
```

Lorsque l'utilisateur répond en indiquant une heure précise, Amazon Lex envoie l'heure à votre fonction Lambda dans `slots` l'attribut de l'événement Lambda et `slotDetails` l'attribut est vide. Par exemple, si votre utilisateur répond à l'invite indiquant l'heure de livraison par « 22 h 00 », Amazon Lex saisit ce qui suit dans la fonction Lambda :

```
"slots": {
   "deliveryTime": "22:00"
}
```

Pour plus d'informations sur les données envoyées par Amazon Lex à une fonction Lambda, consultez. [Format d'un événement d'entrée](lambda-input-response-format.md#using-lambda-input-event-format)

# AMAZON. WeightUnit
<a name="built-in-slot-weight"></a>

Convertit les mots qui représentent une unité de poids en abréviation. Par exemple, « kilogramme » est converti en `kg`. 

Ce type de machine à sous n'est disponible que dans la langue anglaise (États-Unis) (en-US).

Les exemples suivants montrent la façon dont le type d'option `AMAZON.WeightUnit` capture les unités de poids :


| Unité de poids | Abréviation | 
| --- | --- | 
| kilogrammes, kilos, kgs, KGS | kg | 
| grammes, g, gm, GMS, g | g | 
| milligrammes, mg, mgs | mg | 
| livres, lbs, LBS | lbs | 
| onces, oz, OZ | oz | 
| tonne, t | t | 
| kilotonne, kt | kt | 