---
sourceDocument: Yokohama Créer ou modifier des applications
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/fr-FR/yokohama/application-development

 Release :

    - yokohama

ft:locale :

    - fr-FR

ft:publication_title :

    - Yokohama Créer ou modifier des applications

ft:clusterId :

    - cadev

bundleId :

    - cadev

workflow :

    - Creator


---

Périmètre de l'application
==========================

Périmètre de l'application {#ariaid-title1}
===========================================

* Rversion finale: Yokohama
* 
* Mis à jour 30 janv. 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 1 minute de lecture

La définition du périmètre de l'application protège les applications en identifiant et en limitant l'accès aux fichiers et données d'application.  
Les administrateurs peuvent spécifier quelles parties d'une application sont accessibles à d'autres applications depuis :

* Enregistrement d'application personnalisé
* Chaque enregistrement de table d'application
{#c_ApplicationScope__ul_jmz_5r1_t5}

Par exemple, supposons que vous créiez une application de réservation de salle de conférence dans son propre périmètre d'application. Par défaut, l'application peut accéder à ses propres tables et à sa logique métier et les modifier, mais les autres applications ne le peuvent pas, sauf autorisation explicite de votre part. Le périmètre de l'application garantit :  
* L'application de réservation de salles de conférence n'interrompt pas les services d'affaires principaux.
* D'autres applications n'interfèrent pas avec son fonctionnement normal.
{#c_ApplicationScope__ul_lsk_jp5_1r}

Par défaut, toutes les applications personnalisées ont un périmètre privé qui les identifie, ainsi que leurs artefacts associés, de manière unique avec un identificateur d'espace de noms. Le périmètre de l'application évite les conflits de dénomination et permet à l'environnement de développement contextuel de déterminer quelles modifications, le cas échéant, sont autorisées. Les développeurs d'applications spécifient un périmètre de l'application lorsqu'ils créent une application.  
Conseil :  
Les applications globales peuvent modifier des données que vous n'avez pas l'intention de modifier. Vous devez tirer parti des applications incluses dans le périmètre pour créer de nouvelles tables et envisager la transition des anciennes vers des applications incluses dans le périmètre. Cela vous permet de répartir les responsabilités avec Delegated Development. Pour en savoir plus sur Delegated Development, reportez-vous à la section [Développement et déploiement délégués](https://servicenow-prod.fluidtopics.net/V4R6sC2zVtFp84qPqhb~wQ "Delegated Development permet aux utilisateurs désignés sans rôle d’administrateur système de développer ou de déployer des applications sur le Now Platform.").

La sélection de l'option Peut modifier l'application dans Studio n'affecte pas les applications personnalisées ou globales en développement sur une instance. Si vous êtes le propriétaire et que vous choisissez de publier l'application, vous pouvez restreindre le développement de personnalisations dans Studio de. Si vous définissez Peut modifier l'application dans Studio sur faux, puis que vous la publiez, les personnes qui téléchargent l'application sur leurs propres instances ne seront pas en mesure de modifier l'application dans Studio. Mais ils auront accès aux [Intégration du contrôle de source](https://servicenow-prod.fluidtopics.net/2kPE0EvXYj06HUioVod4kQ "Permettre aux développeurs d’applications de s’intégrer à un référentiel de contrôle de source Git. Enregistrez et gérez plusieurs versions d’une application à partir d’une instance de non-production.") fonctionnalités à l'intérieur de Studio.

**Concepts associés**   

* [Accès en cours d'exécution aux tables d'applications](https://servicenow-prod.fluidtopics.net/30sZvFJ3CZt25tSV22IKRw#c_RuntimeAccessToAppTables "L’accès à l’exécution détermine si un appel d’API ou de service Web peut s’exécuter sur une table d’application.")