Integrator Studio : connexions et correspondances
Objectif
Échanger avec clés, relations et contrôle des changements.
Exemple pratique
Testez une entrée d’articles par code, répétez et vérifiez mise à jour idempotente sans doublon avant programmation.
Des données au résultat
- 1Connexion
- 2Clés
- 3Correspondance
- 4Exécution
Integrator échange des données via connexions, opérations et correspondances ; les champs gouvernés peuvent devenir non modifiables.
- 1Vérifiez licence et droits, créez la connexion selon le fournisseur et ne publiez jamais de secrets.
- 2Choisissez direction, entité et opération puis champs, valeurs par défaut et transformations. Vérifiez dates et fuseaux.
- 3Si le service utilise `{keys}`, respectez les clés exigées sans inventer guillemets ni doublons de ressource. DELETE n’est pas admis.
- 4Testez des données contrôlées, examinez requête, réponse et erreurs avant d’activer programmation ou déclencheurs.
Référence technique
Exemple illustratif : adaptez au contrat installé et utilisez un coffre de secrets.
GET /articles
{ "items": [{ "code": "ART-DEMO", "name": "Demo" }] }
items[] → Material
code → code
name → name
PATCH /resource/({keys})
{keys}: company={company},id={order.number}Avant de terminer
Vérifiez entité plate/groupée, racine, clés, panneaux, champs, unités, fuseau, pagination et journal.
Questions fréquentes
Une option manque ou je ne peux pas modifier
Vérifiez société, licence, droits et champs gérés par intégration. Une URL directe ne contourne pas les restrictions.
Je ne trouve pas de données
Effacez les filtres et vérifiez page, dates et société. Il peut ne pas y avoir de données accessibles ; ne créez pas de doublons.
J’ai enregistré sans voir l’effet attendu
Rouvrez et vérifiez. Enregistrer ne publie pas une simulation requise. Vérifiez la première écriture avant de la répéter.
