Welcome Guest! Log in
×

Notice

The forum is in read only mode.
Due to some maintenance operations, stambia.org will be switched to read-only mode during the 13th November. It will be possible to read and download, but impossible to post on the forums or create new accounts. For any question please contact the support team.

Topic-icon Question disable mapping fields

More
03 Sep 2018 12:11 #1 by nada
nada created the topic: disable mapping fields
Bonjour ,

J'essaie de charger des données dans un object Salesforce .

Est-il possible qu'en fonction de la valeur d'un champ X de la source , activer ou désactiver le mapping d'un champ Y de l'objet Salesforce ?
Y a-t-il un moyen pour ajouter une condition au paramètre Enable ?



Merci .
Cordialement,
Attachments:
More
21 Sep 2018 11:36 #2 by Adrian MATYSIAK
Adrian MATYSIAK replied the topic: disable mapping fields
Bonjour,

Pour l’instant la fonctionnalité qui permettrait de désactiver le mapping d’un champ Y en fonction de la valeur d’un champ X n’existe pas dans Stambia.
Par contre, nous trouvons l’idée très intéressant, nous allons donc essayer d’inclure cette fonctionnalité dans la prochaine version du connecteur Salesforce.
Si vous souhaitez recevoir plus de détails là-dessus ou tester cette nouvelle version, n’hésitez pas à créer un ticket auprès du Support Stambia.

Dans l’état actuel, vous pouvez envisager de filtrer le flux de données en fonction de la valeur d’un champ X et ainsi avoir deux versions de mapping (un avec le champ Y mappé et l’autre sans ce champ) en fonction de la valeur d’un champ X.
Voici un exemple :

De cette manière, le champ « last_name » ne sera pas mappé pour les lignes qui ont TIT_CODE=’Mr’.
A noter que cela signifie que le process fera un import vers Salesforce deux fois (une fois pour chacun de ces flux).
Il faudrait donc préciser l’ordre d’intégration au niveau de datastores Salesforce afin que les imports ne se fassent pas en parallèle et les fichiers temporaires ne soient pas écrasés :


J'espère que cela vous aide.
Cordialement,
Adrian MATYSIAK
Attachments: