Aide a la migration x4 vers X5

Nouvelle gestion des 'fiches dossiers' achat-vente et WMS

La gestion des fiches dossier a été revue afin de centraliser et optimiser le chargement des fiches. La lecture et la modification de ces fiches est faite dans un nouveau module GTPMFDOS.DHOP.

Pour cela:

• Les programmes, traitements, modules, doivent utiliser les Record mémoire publics. Concerne : T000, SOCCRM_COMMUN, WMTCOMMUN, SOC, SOCGP, SOCDT, SOCAFR, SOCCRM, SOCCEA, WMSOC, SOCGIM, SOCDTR, ETS

• Les record SQL public de ces fiches ont été supprimés. Concerne : Dossier, DossierAff, DossierCea, DossierCRM, DossierDT, DossierDTR, DossierGim, DossierProd, Etablissement

• Toutes les fonctions de lecture ou mise à jour directes de ces tables ont disparu. Concerne : Seek_Soc, Seek_SocGP, Seek_Ets, Give_T000, Seek_TableCommune, Seek_TCommun, Seek_Dossier, Seek_DossierProd, Seek_Dossier_Dav, Seek_DosWMS, Seek_DossierAff, Seek_DossierCRM_Lite, Seek_DossierDT, Seek_DossierDTr, Seek_DossierCRM, Seek_Etablissement

• Il convient d'utiliser les nouvelles fonctions décrites plus bas

• Les fiches de numérotation SOCNO, SOCPREFNO et leurs fonctions n'ont pas été modifiées

• Les fonctions de lecture SQL (Seek_dossier par exemple) existent toujours, mais elles correspondent a un usage objet métier donc sans jointure ni chargement de record public, et ont été transférées dans l'objet métier correspondant.

Il existe 3 fonctions pour le chargement des fiches dossier:

• Load_GtfDos_Common() : charge les fiches communes (qui ne sont pas liées au dossier courant). Concerne : T000, SOCCRM_COMMUN, WMTCOMMUN. A la sortie de la fonction, ces 3 tables mémoires sont chargées

• Load_GtfDos(dos, etb, f) : charge les fiches dossiers et etablissement. Concerne : SOC, SOCGP, SOCDT, SOCAFR, SOCCRM, SOCCEA, WMSOC, SOCGIM, SOCDTR et ETS si le paramètre a été transmis. A noter que cette fonction appelle aussi Load_GtfDos_Common

• Load_GtfDos_ETS(etb, f, conf) : charge uniquement la fiche etablissement, après un chargement dossier seul, et permet de tester la confidentialité et d'affiche un message. Concerne : ETS

A cela s'ajoute des fonctions spécifiques pour vérifier l'existance de certaines fiches dossier. Par exemple, un programme de CRM va vérifier que la fiche SOCCRM est existante, ou un programme qui gère les établissement va vérifier qu'il existe une fiche établissement :

• Verify_GtfDos_Etb(etb) : vérifie si l'établissement est géré dans SOC et que l'établissement est vide on quitte le programme

• Verify_GtfDos_CRM(quit) : vérifie, si l'appelant veut gerer l'appli CRM, que les fiches dossiers minimales sont là

• Verify_GtfDos_GP(quit) : vérifie, si l'appelant veut gerer l'appli CRM, que les fiches dossiers minimales sont là

• Verify_GtfDos_WMS(quit) : vérifie, si l'appelant veut gerer l'appli CRM, que les fiches dossiers minimales sont là

• Verify_GtfDos_AFF(quit) : vérifie, si l'appelant veut gerer l'appli CRM, que les fiches dossiers minimales sont là

Il convient donc d'appeler : Load_GtfDos(MZ.Dos,MZ.Etb) et si un contrôle avancé sur une fiche dossier ou l'établissement doit être fait, on complète par l'un des fonction Verify_GtfDos_xxx

Remplacement des anciens appels: Exemple 1: Seek_Soc(MZ.dos, app=6) ou Seek_Dossier (MZ.DOS, applic=C_APPLIC_DAFF ) devient Load_GtfDos(MZ.Dos) Verify_GtfDos_AFF(true)

(le 'Load' charge toutes les fiches et quitte si SOC absent, le 'Verify' vérifie que la fiche SOCAFR est présente et quitte si absente)

Exemple 2: Seek_Soc(MZ.dos,f=0, app=3) ou Seek_Dossier (MZ.DOS,0, applic=C_APPLIC_DPROD ) devient Load_GtfDos(MZ.Dos,f=0) Verify_GtfDos_GP()

(le 'Load' charge toutes les fiches, le 'Verify' vérifie que la fiche SOCGP est présente)

Exemple 3: Seek_Soc(MZ.Dos, app=1, conf=FALSE, ctrtab=FALSE) devient Load_GtfDos(MZ.Dos)

(le 'Load' charge toutes les fiches, ctrtab ne sert plus, conf ne sert plus)

Recensement des points d'attention

GESTION DES "GIVE" AVEC CONTEXTE

PROTO DES FONCTIONS/PROCÉDURE (AJOUT DE PARAMÈTRE A LA FIN, AJOUT DE PARAMÈTRE AU MILIEU, CHANGEMENT DE TYPE DE PARAMÈTRE )

AGRANDISSEMENT DE CHAMPS

CHANGEMENT DE NOM D'UN CHAMP

CHANGEMENT DE NOM D'UN ENREG

MIGRATION DE DONNÉES DANS UN NOUVEL ENREG

Certaines données qui étaient présentes dans l'enregistrement ENT, ont été déplacées dans un nouvel enregistrement ENTCPLEXT

Il s'agit des données : GouvServCod, GouvEngag, IdDPII, ConfigurateurFormulaire, ConfigurateurMonoStatus, ConfigurateurMultiStatus, ConfigurateurPino, ConfigurateurStatus

L'enregistrement ENTCPLEXT sera créé uniquement si une de ces données est remplie

Lors de la génération de pièce par GTFI, on pourra insérer cet enregistrement . Il faudra ajouter une ligne dans le gtfi avec le code 'E' correspondant au ENTCPLEXT à générer (voir doc technique fonction)

AFFAIRE

GAGPA110TABSORTIES

L'enregistrement mémoire GAGPA110TABSORTIES a été renommer GAGPA110TABFLUXSTOCK

CHANGEMENT DE NOM D'UN RECORDSQL

GESTION DU LOAD_GTFDOS

PROCÉDURE OU FONCTION QUI N’EXISTE PLUS

Commerce et Logistique

Seek_dossier au profits de load_gtfdos

Affaire

• GattGpa110 : Le tableau des sorties de stocks servant désormais à visualiser les flux de stock (entrées et sorties) la syntaxe s'y référent a été modifié la partie du suffixe SORTIES étant remplacé par FLUXSTOCK.

PROCÉDURE OU FONCTION QUI NE SONT PLUS APPELÉES

XXX_read_ap car Sqlisation du traitement

WMS MODIFICATION DANS LA GESTION DES QUANTITÉS LORS DES MISSIONS

ATTENTION la migration vers WMS X.5 nécessitera d'avoir fermé toutes les missions en cours avant de migrer. Dans le cas contraire vous pourriez rencontrer des problèmes de quantité sur les missions en cours.