
La fonctionnalité « Destination Control Field » du Transfer mise à jour (version 3.2.92i)
Nous avons mis à jour notre fonctionnalité « Destination Control Field » sur le Transfer et ajouté la prise en charge de quelques nouveaux types de champ.
Au fait, qu’est-ce que la fonctionnalité « Destination Control Field » ?
La fonctionnalité « Destination Control Field » se trouve sous « Source Control » sur le Transfer. Elle met à jour un champ dans la base de données ou la table de Destination afin que ce champ puisse servir de champ « Source Control », c’est-à-dire à identifier les enregistrements qui ont été mis à jour.
Vous pouvez utiliser cette fonctionnalité si un processus chez vous doit traiter chaque enregistrement ajouté ou mis à jour dans la table de Destination. C’est le cas, par exemple, si vous transférez des Sales Orders vers la Destination et que vous souhaitez les imprimer ou prévenir quelqu’un qu’une nouvelle commande est disponible.
Prise en charge désormais des champs Integer, BigInteger, Text, Date, Time et DateTime
La fonctionnalité « Destination Control Field » prend désormais en charge de nombreux types de champ. Le champ sélectionné peut être de l’un des types suivants : 'Integer', 'BigInteger', 'Text', 'Date', 'Time' et 'DateTime'. Lorsque le Transfer s’exécute, nous détectons automatiquement le type du champ sélectionné et, selon ce type, nous générons une valeur qui servira à mettre à jour ce champ dans la Destination :
- Champs 'Date', 'Time', 'DateTime' et 'Text' : nous insérons la date et l’heure courantes dans le champ de Destination.
- 'Integer', 'BigInteger' : nous recherchons le dernier enregistrement (celui dont la valeur du Destination Control Field est la plus élevée) et incrémentons cette valeur de 1.
Nous veillons à ce que la valeur du « Destination Control Field » lui-même ne soit pas prise en compte lorsque nous comparons l’enregistrement existant dans la Destination avec celui qui provient du système source. Ainsi, seuls les enregistrements réellement différents sont mis à jour, et marqués comme mis à jour dans la Destination.

image 1 : Transfer dont le Destination Control Field est configuré pour utiliser un champ DateTime.
Même si nous prenions déjà en charge le « Destination Control Field » pour les types Integer et BigInteger, cela ne fonctionnait pas correctement pour les Destinations reposant sur une base de données MS-SQL. Cela ne fonctionnait que pour des systèmes comme MySQL et MS Dynamics NAV sur la base de données native. Cela fonctionne désormais avec les systèmes basés sur MS-SQL (bases de données MS-SQL, MS Dynamics NAV SQL, MS Dynamics AX, etc.). Il reste des limitations pour les types Integer et BigInteger, car tous les systèmes ne permettent pas de récupérer la valeur la plus élevée sur l’ensemble des enregistrements du système. Veuillez nous contacter ou utiliser des champs 'DateTime' ou 'Text' à la place si cela ne fonctionne pas chez vous.
Par ailleurs, dans certaines versions récentes, le « Destination Control Field » produisait des valeurs comme 1, 11, 111, 1111 au lieu d’incrémenter le nombre. Ce problème est également corrigé.
Ces modifications ont été apportées dans la version 3.2.92i. Vous devez mettre à niveau votre Rapidi Service central ainsi que les RapidiConnector(s) correspondants au moins vers cette version. Veuillez contacter notre support pour convenir d’une mise à niveau.
Pour en savoir plus sur Source Control et le Destination Control Field, consultez notre wiki.
Cordialement
Michael
Vous aimez ce que vous lisez ? Abonnez-vous au blog Product Updates et recevez immédiatement les notifications sur les nouvelles fonctionnalités et les mises à jour. Et si un collègue pouvait lui aussi tirer profit des Product Updates RapidiOnline, n’hésitez pas à l’abonner également.

