Chaque contact intégré dans InterAction doit avoir un ID système unique provenant du système externe pour être revendiqué. Les contacts qui ne sont pas revendiqués par la source de données externe n'ont pas d'ID système (SYS_ID). Cet ID est la clé primaire utilisée pour identifier de manière unique chaque contact. InterAction et Application Collaboration utilisent cet ID pour faire ce qui suit :
- Identifier que le contact provient d'un système externe.
- Localiser le contact lors de la mise à jour avec des informations provenant de l'autre système (par exemple, l'ID est utilisé lors de la mise à jour d'un nom d'entreprise qui a changé dans le système externe).
- Associer des personnes et des entreprises. Pour plus de détails, voir Associer des personnes avec des entreprises.
- Localiser le contact lors de l'ajout et de la mise à jour d'autres données du système externe, telles que les téléphones, adresses et champs supplémentaires au contact. L'ID système est utilisé pour cela si vous choisissez de mapper par ID système de la source de données, comme décrit dans Mappage par ID système de la source de données.
Les IDs système doivent être des valeurs entières positives, ce qui signifie une valeur comprise entre :
1 et 2147483647
Si vous prévoyez d'intégrer à la fois des entreprises et des personnes du même système externe, les deux types de contacts doivent avoir des ID complètement uniques. Par exemple, si l'ID 1000 est utilisé pour une entreprise, il ne peut pas être utilisé pour un enregistrement de personne.
Les IDs système n'ont pas besoin d'être uniques entre les sources de données - Application Collaboration utilise une combinaison de l'ID de la source de données et de l'ID système pour identifier de manière unique les contacts. Par conséquent, il n'est pas problématique si l'ID 1000 est utilisé à la fois pour une entreprise dans votre système de gestion du temps et de facturation et pour une personne dans votre système de ressources humaines, s'ils utilisent des sources de données distinctes.
Lors de la collecte de données dans la table de jeu de données pour les entreprises ou pour les personnes, vous collectez les valeurs d'ID dans la colonne SYS_ID. Par exemple, le tableau suivant est un exemple de table de jeu de données pour un jeu de données d'entreprise. Notez les valeurs d'ID dans la colonne SYS_ID :
INT_DIS_COMPANY$1
| SYS_ID | COMPANY_NM | COMPANY_KNOWN_AS |
|---|---|---|
| 1000 | TeleNorth Financial Services | TeleNorth |
| 1500 | Guru, Limited | Guru, Ltd. |
| 2000 | Justus Software, Inc. | Justus Software |
Si vous utilisez Application Collaboration pour une conversion de données unique, vous devez toujours fournir des IDs système uniques. Dans ce cas, vous pouvez simplement attribuer un numéro à chaque contact à importer.
Cela ne pose problème que lorsque vous intégrez des personnes et des entreprises du même système externe. Les mêmes IDs utilisés dans une source de données peuvent également être utilisés pour des contacts dans une autre source de données.
Problèmes lors de la collecte d'IDs uniques pour les entreprises et les personnes
Générer des IDs uniques à partir d'un système externe peut être un problème de collecte, surtout lors de la collecte de données de personnes et d'entreprises pour une intégration continue ou si vous souhaitez utiliser les valeurs d'ID système comme valeur de mappage pour ajouter d'autres informations aux contacts.
Si les entreprises et les personnes sont stockées dans la même table dans le système externe, les IDs sont probablement déjà uniques et ne posent pas de problème.
Cependant, si les deux types de contacts sont stockés dans des tables séparées dans le système externe et utilisent des IDs qui se chevauchent, vous devez résoudre ce problème lors de la collecte et attribuer des IDs uniques. Par exemple, vous pourriez concevoir une routine de collecte qui ajoute une valeur à l'ID pour les entreprises.
L'ID pour un contact particulier doit être le même à chaque fois que le contact est collecté.