Création automatique de patch

• Type de patch (champ TYPPTC)

Le type de patch peut prendre les valeurs suivantes :

• Standard : c'est un patch qui est susceptible d'être installé sur une liste de dossiers qui sera donnée à l'intégration, cette liste intégrant en principe le dossier superviseur. Dans la plupart des cas (y compris pour des développements spécifiques et verticaux), c'est le type de patch à utiliser. En effet, la livraison de développements spécifiques ou verticaux n'est pas conditionnée par le type de patch, mais par la liste des codes activités qui sont données dans le tableau correspondant.
• Superviseur : c'est un patch qui ne sera intégré que dans le dossier superviseur. Ce type est utilisé quand on veut intégrer des éléments de pré-paramétrage (modèles d'import/export, pièces automatiques, règles de Workflow...) qui peuvent avoir été modifiés dans les différents dossiers. Pour éviter d'écraser les modifications faites, on ne met alors à jour que le dossier superviseur. Ceci permet d'avoir des valeurs de paramétrage à jour en cas de création d'un nouveau dossier, et aussi de permettre des mises à jour manuelles par copie dans chaque dossier après avoir utilisé les utilitaires de comparaison existants.
• Vertical : c'est un patch identique au patch standard, mais il permet, lorsqu'un écran est patché, de supprimer les actions verticales (SPV) non présentes dans le patch.
• Spécifique : c'est un patch identique au patch standard, mais il permet, lorsqu'un écran est patché, de supprimer les actions spécifiques (SPE) non présentes dans le patch.
• Add-on : c'est un patch dédié aux add-on. Il permet de conserver les actions sur champ verticales (SPV) et les action spécifiques (SPE).

Dans les versions précédentes, on utilisait un type de patch SPX pour supprimer une action SPE présente dans un écran. A partir de la version 150, ces deux derniers types de patch, beaucoup plus souples, permettent de remettre à jour les actions SPE (qui existaient précédemment) et les action SPV (qui sont nouvelles).

Note importante : Les patches contenant des éléments de documentation sont traités de façon un peu particulière, décrite dans l'annexe correspondante.

• champ AW

• Type de destination (champ TYPEXP)

• Patch (champ VOLFIL)

• Génération directe (champ FLAGPAT)

Si la case est cochée, l'extraction va se faire sur la liste des éléments restés sélectionnés sans autre filtre possible. Si cette case n'est pas cochée, le fichier de patch qui va être créé ne contiendra qu'un en-tête avec la liste des éléments à patcher. Il suffira, pour générer effectivement le fichier avec son contenu, de rappeler ce fichier en création manuelle de patch. La question Chargement d'objet sera alors posée. En répondant Oui à cette question, on rechargera l'intégralité de l'en-tête du patch. Il sera alors possible de modifier manuellement la liste détaillée des objets à patcher, de la compléter, et de lancer finalement l'extraction des éléments du patch pour réécrire le fichier de patch avec à la fois l'en-tête listant les éléments et leur contenu.

• Date début (champ DATDEB)

Permet de définir un intervalle de date pour sélectionner les éléments à patcher. La date de dernière modification est utilisée pour les éléments modifiés, et la date de création est utilisée pour les éléments nouvellement créés.

• Date fin (champ DATFIN)

• Version minimum (champ VERSION)

Ce code version minimum permet d'éviter d'intégrer le patch dansune application de version inférieure.

• Code (champ CODE)

Définit les codes des types d'éléments susceptibles d'être écrits dans le fichier de patch.

• Intitulé objet (champ LIBEL)

Intitulé associé au code précédent.

• Nombre (champ NB)

Indique le nombre d'élément de chaque type trouvés lors de la recherche préliminaire des éléments à patcher. On peut en voir le détail par clic droit sur la ligne.

• O/N (champ PATCH)

Dernière possibilité de refuser ou de sélectionner les OBJets àpatcher.