---
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


---

Créer un formulaire et une logique métier
=========================================

Créer un formulaire et une logique métier {#ariaid-title1}
==========================================================

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

L'étape suivante de la conception d'une application consiste à créer une logique. La logique comprend la logique de formulaire (ce que les gens peuvent et ne peuvent pas voir/utiliser sur un formulaire) et la logique métier (règles qui régissent ce qu'il advient des données lorsqu'elles sont entrées).

IA agentique {#build-form-and-business-logic__section_pdy_tlc_h2c}
------------------------------------------------------------------

Créez des applications à l'aide de l'IA agentique. Pour plus d'informations, consultez [Utiliser l'IA agentique pour créer et modifier des applications](https://servicenow-prod.fluidtopics.net/BNm~yZc06pR5u_VkbeQLPQ "Utilisez l’IA agentique pour faciliter la création et la modification des applications. L’IA agentique peut également résumer ce que fait une application et vous aider à générer du code.").

Scripting et modifications {#build-form-and-business-logic__section_w1p_vx2_5xb}
--------------------------------------------------------------------------------

Avant d'écrire du code, soyez conscient de l'impact sur les mises à niveau et l'adoption de nouvelles fonctionnalités ServiceNow. Une prudence particulière doit être prise lors de la modification des artefacts et des processus de base.

Tenez compte des points suivants avant d'utiliser un script :

* Évaluez le besoin. La logique est-elle essentielle au fonctionnement de l'application ?
* Déterminez si ServiceNow peut être configuré pour répondre au besoin sans code.
* Exploitez des options telles que Concepteur de flux, Agent virtuel et les politiques d'interface utilisateur pour tirer parti des options de la plateforme sans écrire de code.
* Les approches logiques low-code et no-code sont plus faciles à déboguer et à mettre à niveau.

{#build-form-and-business-logic__ul_onf_wx2_5xb}

Exemples de cas où le scripting est approprié :

* Création d'actions du Concepteur de flux
* Création d'une API REST scriptée
* Création d'une logique pour les applications incluses dans le périmètre dans les includes de script
* Personnalisation et création de widgets pour Portail de services

{#build-form-and-business-logic__ul_pnf_wx2_5xb}

Évaluez les besoins de l'entreprise et envisagez un itinéraire sans code avant d'utiliser une solution scriptée.

Tenez compte des améliorations apportées à ServiceNow. Par exemple, dans la version Orlando, les conversations d'Agent virtuel offrent plus d'options sans code que London. Lire les notes de version et autres publications. Obtenez une certification et restez à jour avec vos certifications.

Pour mieux comprendre quand personnaliser, consultez le [Playbook de réussite Innover à grande échelle](https://www.servicenow.com/success/playbook/innovate-at-scale.html) sur le [Customer Success Center](https://www.servicenow.com/success.html).

Modification du comportement par défaut {#build-form-and-business-logic__section_jtv_wx2_5xb}
---------------------------------------------------------------------------------------------

Dans le passé, l'une des stratégies utilisées consistait à copier l'artefact pour mettre à jour et désactiver l'original. L'approche copier/désactiver n'est plus recommandée en raison des problèmes suivants :

* Les développeurs ne peuvent pas dire si un artefact désactivé a été mis à niveau sans recherche.
* Deux fichiers, l'original et la copie, doivent être conservés. La maintenance double chaque fois qu'une personnalisation est effectuée.
* À chaque sortie, l'enregistrement personnalisé vieillit.
  * Les clients ne bénéficient pas des améliorations incluses dans une nouvelle version.
  * Une nouvelle version peut dépendre de la mise à jour de l'enregistrement d'origine.
  * Les développeurs peuvent apporter d'autres modifications pour compenser l'inactivité de l'enregistrement d'origine.
  {#build-form-and-business-logic__ul_wjz_xx2_5xb}

{#build-form-and-business-logic__ul_vjz_xx2_5xb}

Un script dans lequel seul le marqueur Actif est changé est mis à jour, mais le script n'apparaît pas sur la liste ignorée. Avec la stratégie copier et désactiver, un développeur a moins de visibilité sur les personnalisations et ne peut pas facilement évaluer ou revenir à la version de base de référence.

Plutôt que de copier et de désactiver l'artefact d'origine, modifiez-le directement. Le moteur de mise à niveau ServiceNow ajoute la dernière version à l'historique des versions et signale que l'artefact a été ignoré. Les développeurs peuvent voir qu'une nouvelle version est disponible avec la mise à niveau.
* **[Logique de formulaire](https://servicenow-prod.fluidtopics.net/koVyMO11lxNeUV~DrmJksw)**   
  Contrôler ce que les utilisateurs voient lorsqu'ils visitent un formulaire peut augmenter la productivité et la réactivité. Par exemple, les utilisateurs ne doivent voir que les champs qui leur sont utiles. Les utilisateurs peuvent avoir besoin de voir uniquement certains champs en fonction de ce qui est configuré sur le formulaire. Appliquez la logique de formulaire pour contrôler ce qui est visible, en lecture seule et obligatoire dans un formulaire.
* **[Règles métier et includes de script](https://servicenow-prod.fluidtopics.net/OZmJdHN9sxKWdg74nzbgOw)**   
  Les règles métier sont des actions côté serveur qui peuvent être exécutées pendant les opérations CRUD (Créer, Lire, Mettre à jour, Supprimer) sur les enregistrements d'instance.
* **[Concepteur de flux](https://servicenow-prod.fluidtopics.net/UAx20aLUG5Xm7wYRer04ww)**   
  Flow Designer est une fonctionnalité de Now Platform qui offre de riches options d'automatisation des processus dans un environnement de conception consolidé. Flow Designer permet aux propriétaires de processus d'utiliser le langage naturel pour automatiser les approbations, les tâches, les notifications et les opérations d'enregistrement sans avoir à coder.

