Les types d'enregistrement basés sur les rôles dans un schéma ALM permettent d'obtenir un développement distribué global plus efficace. Une équipe d'utilisateurs peut travailler sur des enregistrements spécifiques associés à une demande ou à une tâche en fonction de leurs rôles. Cela empêche tout conflit lorsque plusieurs utilisateurs doivent mettre à jour le même enregistrement.
Le paradigme du flux de travaux ALM fournit une prise en charge claire du développement parallèle distribué. Par exemple, les tâches créées pour traiter les demandes peuvent être révisées par les demandeurs lorsque les activités du développeur ont été réalisées, mais pas encore testées ou évaluées au niveau de la documentation. Certaines activités de développeur peuvent posséder l'état Completed et d'autres conserver l'état Opened lors du test sur le travail réalisé jusqu'à présent.
Le tri d'enregistrements dans un clan MultiSite ne permet pas aux utilisateurs exécutant la même demande sur différents sites de voir la même séquence d'enregistrements si les zones de tri d'une requête possèdent plus d'un enregistrement avec la même clé de tri ou des valeurs de clé de tri concaténées. Par exemple, si vous effectuez un tri par nom et que deux enregistrements possèdent le même nom, les utilisateurs de chaque site peuvent ne pas voir les deux enregistrements dans le même ordre. Si vous utilisez l'enregistrement ID comme deuxième zone de tri, notez que les ID se voient allouer des blocs d'ID qui peuvent ne pas suivre l'ordre des enregistrements soumis. Si vous utilisez les filtres d'historique (History.action_name dans ('Copy_Record, 'Import')OR History.old_state = 'no_value'), vous pouvez obtenir le premier enregistrement d'historique pour tout enregistrement afin de trouver l'ordre absolu dans lequel les deux enregistrements intègrent un clan. Utilisez le code History.expiration_timestamp IS NULL pour obtenir la dernière occurrence History.Action.