Planifiez avant de créer

Essentiellement, une application est un programme numérique qui prend en charge les tâches des utilisateurs. Certaines actions que vous effectuez lors de la création d’une application peuvent être irréversibles. Soyez conscient de ces actions et planifiez-les à l’avance.

IA agentique

Créez des applications avec l’aide de l’IA agentique. Pour plus d'informations, consultez Utiliser les options de l’IA dans des applications personnalisées.

Périmètre de l'application

L’une des premières décisions importantes à prendre lors de la création d’une application est la suivante : l’application doit-elle être dans un périmètre privé ou un périmètre global ?

Par défaut, les applications sont créées dans leur propre périmètre d’application privé. Les applications d’un périmètre d’application privé restreignent l’accès à leurs artefacts d’application de sorte que seuls les artefacts d’application dans le même périmètre ont un accès complet à la création, à la modification, à la suppression ou à l’exécution des données d’application. Les applications incluses dans le périmètre peuvent utiliser le contrôle de source, l’intégration et le développement délégué. Les applications incluses dans le périmètre global ne peuvent pas utiliser le développement délégué.

Créez des applications d’entreprise personnalisées dans le champ d’application, sauf si :

• L’application doit supprimer les données globales.
• L’application doit modifier les paramètres d’accès à l’application sur plusieurs tables par défaut pour fonctionner.
• L’application doit accéder aux API disponibles uniquement dans le champ d’application global. La création d’un include de script de transfert dans le champ d’application global ne suffirait pas pour répondre à cette exigence.

Remarque :

Le passthrough inclus dans le champ d’application global est un include de script créé dans un champ d’application global accessible à partir du champ d’application privé. Le passthrough donne accès à une API globale qui n’est pas accessible par défaut à partir d’un périmètre d’application privé.

Pour plus d’informations, consultez Périmètre de l'application et Comprendre le périmètre de l’application sur le ServiceNow AI Platform (Livre blanc).

Sélection d’instance

Les builds d’applications de preuve de concept (PoC) peuvent et doivent être créées dans une instance distincte d’une instance de développement standard. L’instance peut être une instance de bac à sable ou une instance de développeur personnelle (PDI) du site du développeur. Le format d’affectation de nom PDI est dev12345.service-now.com.

Si vous utilisez une instance avec un espace de noms de champ d’application différent, reconstruisez les applications PoC dans l’instance de développement de l’organisation. N’importez pas les applications dans l’instance de développement de l’organisation. L’espace de noms inclus dans le champ d’application pour les applications ne correspond pas à l’espace de noms inclus dans le champ d’application de l’instance de développement de l’entreprise.

Les applications que l’organisation a l’intention d’utiliser (c’est-à-dire les applications de production) doivent être créées dans l’instance de développeur de l’organisation, afin que l’application puisse suivre le processus de test et de déploiement de l’organisation.

Décisions de dénomination

Le nom de l’application a de l’importance. ServiceNow suggère un périmètre basé sur le nom de l’application. Les noms de fichiers d’application sont ajoutés au champ d’application pour identifier de manière unique les ressources d’application dans une instance. Le champ d’application est au format suivant : x_[code de société]_[application_name] avec un maximum de 18 caractères. Par exemple, un nom d’application Legal Request (Demande juridique ) propose un périmètre de x_acme_legal_reque.

Tous les fichiers d’application au sein de l’application héritent du périmètre. Réfléchissez donc attentivement à la valeur. Le nom de l’application peut toujours être modifié.