--- sourceDocument: Australie Workflow Data Fabric sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/integrate-applications Release : - australia ft:locale : - fr-FR ft:publication_title : - Australie Workflow Data Fabric ft:clusterId : - crint bundleId : - crint workflow : - Creator --- # Exemples d'importation de fichier JSON # Exemples d'importation de fichier JSON {#ariaid-title1} * Rversion finale: Australia * * Mis à jour 12 mars 2026 * * ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 3 minutes de lecture Ces exemples montrent comment importer différents types de données JSON et le chemin d'accès nécessaire pour chaque ligne. Les fichiers JSON que vous importez doivent suivre ces directives. Pour obtenir des instructions détaillées sur la création d'une source de données de type Fichier, [Créer une source de données de type de fichier](https://servicenow-prod.fluidtopics.net/6dzAcDjNEHbgWCgLb03dyQ "Créez un enregistrement de source de données de type de fichier pour définir les données qu’un jeu d’importation doit importer.") reportez-vous à la section . * Pour JSON les tableaux, le chemin d'accès de chaque ligne doit spécifier deux fois l'élément racine du tableau, par exemple `/incidents/incidents`. * JSON doivent suivre [la RFC-4627](https://www.ietf.org/rfc/rfc4627.txt). Par exemple, une virgule doit séparer une valeur du nom suivant. Les noms dans un objet doivent être uniques. * Les prédicats tels que `@element`, `[index]` ou `text(),` ainsi que les axes tels que enfants, frères et sœurs ou ancêtres ne sont pas pris en charge. {#json-data-source-examples__ul_u43_kqc_m1b} ## Tableau simple * Chemin d'accès de chaque ligne : `/incidents/incidents` * Résultat : 2 enregistrements {#json-data-source-examples__ul_bt4_33r_5x}Dans cet exemple, le chemin d'accès de chaque ligne inclut deux fois le nœud racine `du tableau /incidents` . Cela est nécessaire lors de l'importation d'un tableau. { "source":"HI", "incidents":[ { "number":"INC0000001", "short_description":"Can't read email" }, { "number":"INC0000002", "short_description":"Error loading XML file" } ] } ## Tableau dans le 2e niveau * Chemin d'accès de chaque ligne : `/problems/data/data` * Résultat : 3 enregistrements {#json-data-source-examples__ul_xh4_43r_5x}Dans cet exemple, le chemin d'accès de chaque ligne inclut le nœud racine `du tableau /data` deux fois. { "problems":{ "id":"0", "data":[ { "number":"PRBTEST001", "short_description":"testsd1" }, { "number":"PRBTEST002", "short_description":"testsd2" }, { "number":"PRBTEST003", "short_description":"testsd3" } ] } } ## Tableau imbriqué * Chemin d'accès de chaque ligne : `/problems/problems/data/data` * Résultat : 3 enregistrements {#json-data-source-examples__ul_yzl_t3r_5x}Dans cet exemple, le chemin d'accès de chaque ligne inclut deux fois les nœuds racines des deux tableaux, `/problems` et `/data`. { "problems": [ { "id":0, "data":[ { "number":"PRBTEST001", "short_description":"testsd1" }, { "number":"PRBTEST002", "short_description":"testsd2" }, { "number":"PRBTEST003", "short_description":"testsd3" } ] } ] } ## Prise en charge des tableaux enfants (imbriqués) {#json-data-source-examples__limited-support-child-arrays} Par défaut, l'importation ne prend pas en charge les tableaux enfants (imbriqués). Vous pouvez activer la prise en charge en décochant la case Ignorer les tableaux dans la vue Source de données. Le tableau suivant décrit différents comportements lors de l'activation et de la désactivation de la prise en charge des tableaux enfants. { "response":{ "docs":[ { "id":"id_val", "childrenArray":[1,2,3], "anotherArray":[{"key1":"value1"}, {"key1": "value2"}], "elementWithArray":{"childrenArray":[1,2,3]} } ] } } {#json-data-source-examples__table_apx_ct1_lhb__entry__3} | Chemin d'accès | Ignorer les tableaux activés | Ignorer les tableaux désactivés | |-|-|-| | /réponse/documents/documents | Crée un enregistrement avec les colonnes et valeurs suivantes : * ID : id_val * elementWithArray : {} {#json-data-source-examples__ul_rjv_tt1_lhb}Les tableaux trouvés dans un enregistrement, tels que childrenArray ou anotherArray, ne sont pas créés en tant que colonnes dans la table d'importation. | Crée un enregistrement avec les colonnes et valeurs suivantes : * ID : id_val * enfantTableau : \[1, 2, 3\] * anotherArray : \[{"key1 \>\> : \<\< value1"}, {"key1 \>\> : \<\< value2"}\] * elementWithArray : {"childrenArray \>\> : \[1, 2, 3\]} {#json-data-source-examples__ul_mzn_pt1_lhb} | | /response/docs/docs/anotherArray/anotherArray | Crée deux enregistrements avec une colonne chacun : key1. | Crée deux enregistrements avec une colonne chacun : key1. | | /response/docs/docs/childrenArray/childrenArray | Ne fonctionne pas et renvoie un chemin d'accès doit toujours faire référence à l'erreur des objets JSON , car les valeurs du tableau ne sont pas dans une structure clé-valeur. | Ne fonctionne pas et renvoie un chemin d'accès doit toujours faire référence à l'erreur des objets JSON , car les valeurs du tableau ne sont pas dans une structure clé-valeur. | [Tableau 1. Comportement de tableau enfant] {#json-data-source-examples__table_apx_ct1_lhb} ## Tableau orphelin * Chemin d'accès de chaque ligne : * Résultat : 2 enregistrements {#json-data-source-examples__ul_r3p_4l1_45b} [ { "number":"PRBTEST001", "short_description":"testsd1" }, { "number":"PRBTEST002", "short_description":"testsd2" } ] ## Plusieurs éléments au lieu d'un tableau * Chemin d'accès de chaque ligne : `/problems/problem` * Résultat : 3 enregistrements {#json-data-source-examples__ul_mds_djr_5x} Important : Ce format n'est pas recommandé. Les fichiers JSON doivent suivre la norme RFC 4627, qui stipule que les noms dans un objet doivent être uniques. Utilisez plutôt des tableaux JSON. { "problems":{ "title":"2 problems", "problem":{ "number":"PRBTEST001", "short_description":"testsd1" }, "problem":{ "number":"PRBTEST002", "short_description":"testsd2" } }, "problems":{ "title":"1 problem", "problem":{ "number":"PRBTEST005", "short_description":"testsd5" } } }