Modification de la table pour une application

  • Rversion finale: Zurich
  • Mis à jour 31 juil. 2025
  • 3 minutes de lecture
  • Les administrateurs peuvent modifier la table associée d’une application intégrée dans Creator Studio. En d’autres termes, vous pouvez modifier la table dans laquelle l’application enregistre ses demandes.

    Affichez la table actuelle de l’application en sélectionnant l’onglet Gestion des données dans les paramètres de l’application. Pour plus d'informations, consultez Modifier les paramètres d’une application dans Creator Studio.

    Remarque :
    Il existe deux façons de modifier la table associée d’une application :

    Raisons de modifier la table d’une application

    Voici quelques raisons pour lesquelles vous pouvez vouloir modifier la table d’une application :
    • Vous avez une table existante qui a une logique métier ou la gestion de champs spécifiques, vous pouvez demander à l’application d’écrire dans cette table pour utiliser la logique existante.
    • Comme vous ne pouvez pas modifier de façon importante la table Demande d’application, vous devrez peut-être apporter des modifications plus complexes et utiliser une autre table.
    • Vous souhaitez utiliser une table qui hérite des composants d’une application fédérée.
    • Vous avez déjà une grande application fédérée et souhaitez placer les données de la nouvelle Creator Studio dans cette table d’applications fédérées.

    Conditions requises pour modifier la table d’une application

    L’application doit déjà être créée avant de pouvoir modifier la table correspondante.

    En règle générale, il est recommandé d’utiliser une table qui étend la table Request Task (Tâche de demande).
    • Si vous modifiez la table d’une application pour une table qui n’étend pas une table étendue à la tâche de demande, cela peut affecter les automatisations.
    • Si la nouvelle table ne comporte pas le champ request_type , les automatisations de l’application ne seront pas déclenchées correctement.
      Remarque :
      Vous pouvez modifier le champ Type de demande , qui spécifie le formulaire, dans la table Tâche de demande ou dans une table qui étend la tâche de demande. Pour ce faire, vous devez être administrateur ou disposer du rôle sn_creatorstudio.configuration_admin ou sn_creatorstudio.task_admin.
    • Le champ request_type de la nouvelle table doit avoir l’étiquette Type de demande et faire référence à la table Créateur d’enregistrement.
    • Si la nouvelle table n’est pas dans le même champ d’application que l’application, le champ d’application de la table doit autoriser les mises à jour à partir d’autres champs d’application.
    Pour plus d’informations sur la table Tâche, reportez-vous à la section Working with the Task table.

    Rôle de changement de table pour une application

    Pour modifier la table associée d’une application, vous devez avoir le rôle administrateur, le rôle sn_creatorstudio.app_configurator ou sn_creatorstudio.configuration_admin, qui sont des rôles administrateur granulaires. Pour plus d'informations, consultez Granular admin roles required to secure your instance.

    Répercussions de la modification de la table d’une application

    Le tableau suivant décrit comment différentes parties de la création d’une application Creator Studio sont affectées par la modification de la table de l’application.
    Tableau 1. Impact de la modification de la table sur certaines parties d’une application
    Élément de la création d’une application Effet
    Formulaires Si vous modifiez la table d’une application après la création d’un formulaire, les utilisateurs reçoivent une erreur lorsqu’ils consultent un formulaire créé par rapport à une table différente de la table actuelle de l’application.

    Dans ce cas, vous devez rétablir la table d’origine ou les utilisateurs doivent créer de nouveaux formulaires qui utilisent la nouvelle table.

    Automatisations Si vous changez la table en une table sans le champ request_type , les utilisateurs ne peuvent pas ajouter de playbook à l’application.
    Configurations de la liste des espaces de travail Si vous modifiez la table après qu’un utilisateur a créé une liste filtrée, la liste filtrée conserve la table d’origine.

    Si plusieurs listes filtrées utilisent des tables différentes, les utilisateurs obtiendront des erreurs en fonction de ces divergences. Par exemple, il ne peut pas gérer les colonnes d’une table à laquelle il n’a pas accès en modification.