---
sourceDocument: Administration de la ServiceNow AI Platform en Australie
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/platform-administration

 Release :

    - australia

ft:locale :

    - fr-FR

ft:publication_title :

    - Administration de la ServiceNow AI Platform en Australie

ft:clusterId :

    - platadm

bundleId :

    - platadm

workflow :

    - Platform


---

# Exemples d'actions d'e-mail entrant

# Exemples d'actions d'e-mail entrant {#ariaid-title1}

* Rversion finale: Australia
* 
* Mis à jour 12 mars 2026
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture

Différents exemples d'actions d'e-mail entrant sont disponibles pour vous aider à créer vos propres actions d'e-mail entrant. Ces exemples montrent comment configurer des actions d'e-mail entrant pour gérer les réponses par e-mail, créer (journaliser) un enregistrement de problème, demander un changement et mettre à jour un incident.

## Exemple d'action d'e-mail entrant : gestion des réponses par e-mail {#ariaid-title2}

Cet exemple vous montre comment configurer des actions d'e-mail entrant pour gérer les réponses renvoyées par les utilisateurs à l'instance.

### Avant de commencer

Rôle requis : admin

### Pourquoi et quand exécuter cette tâche

L'action d'e-mail entrant analyse l'e-mail et répond à l'aide d'un script. Par défaut, un e-mail reçu par l'instance crée un nouvel incident, et le corps de l'e-mail est ajouté à la zone de texte Commentaires supplémentaires . Des actions d'e-mail entrant plus précises permettent de créer des tickets d'incident avec plus de données, ce qui permet à l'équipe de gestion des incidents de gagner un temps précieux.

Normalement, lorsqu'un utilisateur répond à un e-mail envoyé par l'instance, l'action d'e-mail entrant fait correspondre le filigrane à un incident existant et met à jour l'incident plutôt que de créer un nouvel enregistrement. Toutefois, si le filigrane est manquant, cette action d'e-mail entrant tente de faire correspondre une réponse à l'incident d'origine.

Cette action d'e-mail entrant est répliquée en Studio de workflow tant qu'exemple de flux Flux d'e-mails entrants Exemple : gestion des réponses par e-mail. Pour afficher l'exemple de flux, accédez à Concepteur de fluxConcepteur.

### Procédure

1. Accédez à la Politique systèmeActions entrantes et cliquez sur Nouveau.
2. Renseignez le formulaire comme suit :  
   {#t_DefInboundEmailActionRep__table_dth_jbj_wr__entry__2}

   | Champ | Valeur |
   |-|-|
   | Nom | Mettre à jour l'incident |
   | Type | Répondre |
   | Table cible | Incident \[incident\] |
   [Tableau 1. Valeurs des champs d'action entrante]

   {#t_DefInboundEmailActionRep__table_dth_jbj_wr}
3. Dans Script, entrez ce code.  

       gs.include('validators');
        
       //Note: current.caller_id and current.opened_by are already set to the first UserID that matches the From: email address
        
       if (current.getTableName() == "incident") {
         current.comments = "reply from: " + email.origemail + "\n\n" + email.body_text;
        
         if (email.body.assign != undefined)
           current.assigned_to = email.body.assign;
        
         if (email.body.priority != undefined && isNumeric(email.body.priority))
           current.priority = email.body.priority;
        
         if (email.body.category != undefined)
           current.category = email.body.category;
        
         if (email.body.short_description != undefined)
           current.short_description = email.body.short_description;
        
         current.update();
       }

## Exemple d'action d'e-mail entrant : journalisation d'un problème {#ariaid-title3}

Cet exemple vous montre comment configurer des actions d'e-mail entrant pour créer un enregistrement de problème.

### Avant de commencer

Rôle requis : admin

### Pourquoi et quand exécuter cette tâche

Les actions d'e-mail entrant permettent aux utilisateurs de consigner ou de mettre à jour les incidents sur une instance par e-mail. L'action d'e-mail entrant analyse l'e-mail et répond à l'aide d'un script.

Cette action d'e-mail entrant est répliquée en Studio de workflow tant qu'exemple de flux Flux d'e-mails entrants Exemple : journalisation d'un problème. Pour afficher l'exemple de flux, accédez à Concepteur de fluxConcepteur.

### Procédure

1. Accédez à la Politique systèmeActions entrantes et cliquez sur Nouveau.
2. Renseignez le formulaire comme suit :  
   {#t_DefInboundEmailActionLogProb__simpletable_iry_cjf_hq__entry__2}

   | Champ | Entrée |
   |-|-|
   | Nom | Problème de journal |
   | Type | Nouveau |
   | Actives | Vrai |
   | Table cible | Problème \[problem\] |
   | Condition | email.subject.indexOf("Problem: ") == 0 |
   | Script | current.description = email.body_text; current.short_description = email.subject.toString().substring(9); current.assignment_group.setDisplayValue("Development"); if (email.body.assign != undefined) current.assigned_to = email.body.assign; current.insert(); |
   [Tableau 2.]

   {#t_DefInboundEmailActionLogProb__simpletable_iry_cjf_hq}

## Exemple d'action d'e-mail entrant : demande de changement {#ariaid-title4}

Cet exemple vous montre comment configurer des actions d'e-mail entrant pour créer un enregistrement de demande de changement.

### Avant de commencer

Rôle requis : admin

### Pourquoi et quand exécuter cette tâche

Les actions d'e-mail entrant permettent aux utilisateurs de consigner ou de mettre à jour les incidents sur une instance par e-mail. L'action d'e-mail entrant analyse l'e-mail et répond à l'aide d'un script.

### Procédure

1. Accédez à la TousPolitique systèmeActions entrantes et cliquez sur Nouveau.
2. Renseignez le formulaire comme suit :  
   {#t_DefInboundEmailActionCR__simpletable_iry_cjf_hq__entry__2}

   | Champ | Entrée |
   |-|-|
   | Nom | Demande de changement |
   | Type | Nouveau |
   | Actives | Vrai |
   | Table cible | Demande de changement \[change_request\] |
   | Condition | email.subject.indexOf("Change Request: ") == 0 |
   | Script | current.comments = email.body_text; current.short_description = email.subject; current.notify = 2; if (email.body_text.assign != undefined) current.assigned_to = email.body_text.assign; if (email.body_text.priority != undefined) current.priority = email.body_text.priority; if (email.body_text.category != undefined) current.category = email.body_text.category; current.insert(); |
   [Tableau 3.]

   {#t_DefInboundEmailActionCR__simpletable_iry_cjf_hq}

## Valeurs définies automatiquement à partir de l'e-mail entrant {#ariaid-title5}

L'action entrante par défaut de la table Incident définit automatiquement les valeurs de champ suivantes lorsqu'elle reçoit un e-mail entrant.
{#r_ValuesAutoSetFromIncEmail__table_fzv_hgq_n4__entry__2}

| Ensemble de valeurs de champ | Valeur utilisée à partir de l'e-mail entrant |
|-|-|
| `current.caller_id` | ID d'utilisateur du premier utilisateur dont l'adresse e-mail correspond à la variable `email.from` . |
| `current.opened_by` | ID d'utilisateur du premier utilisateur dont l'adresse e-mail correspond à la variable `email.from` . |
[Tableau 4. Valeurs définies automatiquement à partir de l'e-mail entrant]

{#r_ValuesAutoSetFromIncEmail__table_fzv_hgq_n4}Si plusieurs utilisateurs ont la même adresse e-mail, l'instance recherche d'abord un utilisateur actif avec l'adresse e-mail. Dans la mesure du possible, utilisez des adresses e-mail uniques pour chaque enregistrement utilisateur. Dans le cas contraire, le fait de n'avoir qu'un seul utilisateur actif avec l'adresse e-mail partagée garantit que l'instance fait toujours correspondre l'e-mail entrant de cette adresse à l'utilisateur actif.