En raison de certaines limitations de l'intégration actuelle de Zapier, j'ai été contraint d'utiliser la fonctionnalité JSON Webhook à la place. La manière dont les données de section répétitives sont présentées via la fonction JSON WEBHOOK actuelle est plutôt inutile. Il serait bien de pouvoir spécifier une URL JSON WEBHOOK distincte pour les sections répétées, et cognito enverrait un nouveau hook à chaque itération de la section répétée. Cela rendrait l'ajout de lignes "enfants" dans un format de base de données traditionnel beaucoup plus facile que la façon dont nous devons le faire maintenant.
La configuration actuelle renvoie TOUTES les données de cette section répétitive sous la forme d’un seul champ. Par exemple, j'ai un formulaire de test avec une section intitulée "Enfants". Cette section est répétée et comporte 2 champs - nom et sexe. Ainsi, lorsque vous extrayez la liste des champs disponibles, il répertorie "Enfants" en tant que champ unique avec toutes les données suivantes:
Enfants: Nom de l'enfant: A Sexe: Homme Nom de l'enfant: B Sexe: Femme Nom de l'enfant: C Sexe: Autre
Ne serait-il pas facile d’avoir un autre crochet qui publierait chaque élément avec l’ID de formulaire parent?
Cognito Forms vous permet de publier un document JSON dans Webhook lorsque de nouvelles entrées sont envoyées, qui reflètent avec précision les données collectées. Les formulaires peuvent être hiérarchiques avec de multiples sections répétitives et même des sections répétitives imbriquées. Il est donc naturel de pouvoir les exprimer à l'aide de JSON. Les sections répétées ne sont pas stockés dans un seul champ - ce sont en réalité des tableaux d'entités enfants qui ont leurs propres champs et enfants.
Par exemple, le formulaire que vous avez décrit pourrait ressembler à ceci:
Et le JSON correspondant ressemble à ceci:
Comme vous pouvez le constater, la section répétée Children
est correctement représentée en JSON sous la forme d'un tableau d'entités enfants, chacune d'entre elles ayant les champs Name
et Gender
.