Aide à la migration X.11->X.12

Agrandissement PinoTiers

Les champs PinoTiers, PinoTiersD, PinoTiersF, PinoTiersGs1 ont évolués de 18c à 30c dans les dictionnaires.

Interactions ERP-CRM : historisation des localisations des équipements en X.12

Dans les versions antérieures à la X.12, les équipements ne pouvaient avoir qu’une seule localisation dans Infinity. La version X.12 gère un historique de toutes les localisations des équipements. Ainsi, nous visualisons dans Infinity les mêmes données que celles dans Weavy.

En migration, il faut donc reprendre les localisations déjà existantes dans Weavy et les intégrer dans Infinity. Pour cela, il faut lancer un export.

Il est fortement conseillé de faire une sauvegarde de la base de données avant de lancer le traitement.

Voici les différentes étapes :

• Lancer le nouvel événement ‘[Infinity] Migrate v10.12’ dans le Studio :

→ ce traitement crée un fichier ‘equipementadrV62.txt’ qui reprend toutes les localisations des équipements de Weavy

• La synchronisation mobile traite ce fichier et crée les localisations dans Infinity (les éventuelles erreurs sont spécifiées dans le livre de bord)

Modification de la collation SQL des champs de type libellé

La propriété classement de certaines colonnes de type “libellé” a été changé en “Latin1_General_CI_AI” (CI = Case Insensitive et AI = Accent Insensitive) afin de faciliter les recherches par libellés et d'éradiquer les UPPER en SQL qui posaient des problèmes de performances significatifs.

Ce changement de propriété risque de poser des problèmes à l’exécution si vous avez des spécifiques, des widgets ou des scripts qui utilisent les colonnes modifiées.

Cas problématiques identifiés :

• COALESCE sur des champs incluant un champ en collation Latin1_General_CI_AI

• Concaténation SQL sur des champs incluant un champ en collation Latin1_General_CI_AI

• CASE WHEN sur des champs incluant un champ en collation Latin1_General_CI_AI

• Jointures utilisant un opérateur de comparaison (égalité) entre 2 champs de collations différentes

Pour tout ces cas, nous avons décidé en standard d’indiquer au RecordSql qu’on force la collation au niveau du premier champ qui est en collation Latin1_General_CI_AI afin que le moteur applique celle-ci aux autres (ça peut modifier l’ordre de tri si jamais un order by est appliqué dessus).

Liste des champs concernés

Comptabilité : suppression des CS (Statistiques par compte et axe)

Les soldes des comptes et axes ne sont plus enregistrés en base.
Ils sont calculés “à la volée” en cas de besoin. Ainsi il n’y a plus de déphasage possible entre les soldes en base et la réalité des écritures.

Table des statistiques par comptes, axe et mois : CS

• La table CS est vidée par les scripts exécutés lors de la migration vers la version X.12

• La table CS n’est plus alimentée lors de la gestion des écritures (Création, modification, suppression)

• Le programme de mise à jour de la tables des CS n’est plus présent au menu.

• Tous les programmes qui interrogeaient la table des CS ont été modifiés pour faire un calcul direct basé sur la lectures des écritures.

Soldes des comptes (C3) et des comptes par établissement (C3ETS)

• Les soldes des comptes sont vidés par les scripts exécutés lors de la migration vers la version X.12

• Ils ne sont plus mis à jours lors de la gestion des écritures (Création, modification, suppression)

• Au niveau des zooms (plan comptable et informations établissements des comptes) les soldes saisis et les soldes balances courante sont calculés dans le traitement du zoom par une lecture directe des écritures liées au compte (et à l'établissement). Le calcul des soldes est optionnel, trois options sont possibles au niveaux des comptes :

  • Comptable (cochée par défaut) : pour le calcul des soldes comptables

  • Extra-comptable (non cochée par défaut) : pour le calcul des soldes extra-comptables

  • Budget (non cochée par défaut) : pour le calcul des soldes des écritures de budget

Soldes des axes (C5) et des axes par établissement (C5ETS)

• Les soldes des axes sont vidés par les scripts exécutés lors de la migration vers la version X.12

• Ils ne sont plus mis à jours lors de la gestion des écritures (Création, modification, suppression)

• Au niveau des zooms (Axe et informations établissements des axes) les soldes saisis et les soldes balances courante sont calculés dans le traitement du zoom par une lecture direct des écritures liées à l’axe (et à l'établissement). Le calcul des soldes est optionnel, trois options sont possibles au niveaux des comptes :

  • Comptable (cochée par défaut) : pour le calcul des soldes comptables

  • Extra-comptable (non cochée par défaut) : pour le calcul des soldes extra-comptables

  • Budget (non cochée par défaut) : pour le calcul des soldes des écritures de budget

Procédure “Calc_SoldeCpt” du module ccpm000sql.dhop

Permet un calcul des soldes saisis, et des soldes balances courante des comptes.

La période balance courante est définie au niveau du dossier.

Public procedure Calc_SoldeCpt(&SldCpt, TypEcr, SldCptFl, SldBalFl, SldExeFl, Etb)

• Paramétre SldCpt : enregistrement C3 passé par adresse.

  • En entrée il faut renseigner les données suivantes

    • SldCpt.Cpt : Numéro de compte

    • SldCpt.CptTyp : 1= normal; 2 = Collectif; 3 = texte

    • SldCpt.Dev et SldCpt.DevCod pour le calcul du solde saisi en devise des comptes MONO-DEVISE

    • SldCpt.CptNat: = 2 si compte de gestion; sinon autre nature de compte

  • En sortie

• Paramètre TypEcr : Type d'écritures traitées

  • = 1 si traitement des écritures comptables (valeur par défaut)

  • = 2 si traitement des écritures extra-comptables

  • = 3 si traitement des écritures de budget

• Paramètre SldCptFl : Calcul des soldes saisis

  • = True si calcul des soldes saisis demandés (valeur par défaut)

  • = False si calcul des soldes saisis non demandés

• Paramètre SldBalFl : Calcul des soldes début de période.

  • = True si solde début de période demandée

  • = False si solde début de période non demandée

• Paramètre SldExeFl : Calcul des montants débit et crédit sur la période balance courante

  • = True si montant débit et crédit demandés (valeur par défaut)

  • = False si si montant débit et crédit non demandés

• Paramètre Etb : Etablissement

  • = ' ' Si solde tous établissements demandé (valeur par défaut)

  • <> ' ' si solde pour un seul établissement demandé

Fonction “calculer_solde_Cpt” du module ccpm000sql.dhop

Permet le calcul du solde d'un compte sur une période choisie

Function int calculer_solde_Cpt(TypeEcr, SldDevFl, PerDdt, PerFdt, Etb, Cpt, Collectif, &MtDeb, &MtCre, &MtDebDev, &MtCreDev, &MtDebBis, &MtCreBis, &CptSldDev)

• Paramètre TypEcr : Type d'écritures traitées

  • = 1 si traitement des écritures comptables (valeur par défaut)

  • = 2 si traitement des écritures extra-comptables

  • = 3 si traitement des écritures de budget

• Paramètre SldDevFl : Solde en devise du compte demandé

  • = True si solde demandé

  • = False sinon

• Paramètre PerDdt : Date de début de période de prise en compte des écritures

• Paramètre PerFdt : Date de fin de période de prise en compte des écritures

• Paramètre Etb : Etablissement

  • = ' ' Si solde tous établissements demandé (valeur par défaut)

  • <> ' ' si solde pour un seul établissement demandé

• Paramètre Cpt : Numéro du compte a évaluer

• Paramètre Collectif

  • = True si le compte est un compte collectif (Interrogation des écritures avecC8. CptCol = Cpt)

  • = False sinon (Interrogation des écritures avec C8.Cpt = Cpt)

• Paramètre de sortie MtDeb : Montant total en devise principale des débits pour le compte, l'établissement et la période

• Paramètre de sortie MtCre : Montant total en devise principale des crédits pour le compte, l'établissement et la période

• Paramètre de sortie MtDebDev : Montant total en devise des écritures des débits pour le compte, l'établissement et la période. Attention si présence d'écritures en devises différentes ce montant n’a pas de sens. (Addition de montants en devises différentes)

• Paramètre de sortie MtCreDev : Montant total en devise des écritures des débits pour le compte, l'établissement et la période. Attention si présence d'écritures en devises différentes ce montant n’a pas de sens. (Addition de montants en devises différentes)

• Paramètre de sortie MtDebBis : Montant total en devise secondaire des débits pour le compte, l'établissement et la période

• Paramètre de sortie MtCreBis : Montant total en devise secondaire des crédits pour le compte, l'établissement et la période

• Paramètre de sortie CptSldDev : Solde (débit - crédit) des écritures en devise du compte.

Procédure “Calc_SoldeAxe” du module ccpm000sql.dhop

Permet un calcul des soldes saisis, et des soldes balances courante des axes.

La période balance courante est définie au niveau du dossier.

Public procedure Calc_SoldeAxe(&SldAxe, TypEcr, Etb, SldCptFl, SldBalFl, SldExeFl)

• Paramétre SldAxe : enregistrement C5 passé par adresse.

  • En entrée il faut renseigner les données suivantes

    • SldAxe.AxeNo : Numéro d’axe

    • SldAxe.Axe : Valeur d’axe

  • En sortie

• Paramètre TypEcr : Type d'écritures traitées

  • = 1 si traitement des écritures comptables (valeur par défaut)

  • = 2 si traitement des écritures extra-comptables

  • = 3 si traitement des écritures de budget

• Paramètre Etb : Etablissement

  • = ' ' Si solde tous établissements demandé (valeur par défaut)

  • <> ' ' si solde pour un seul établissement demandé

• Paramètre SldCptFl : Calcul des soldes saisis

  • = True si calcul des soldes saisis demandés (valeur par défaut)

  • = False si calcul des soldes saisis non demandés

• Paramètre SldBalFl : Calcul des soldes début de période.

  • = True si solde début de période demandée

  • = False si solde début de période non demandée

• Paramètre SldExeFl : Calcul des montants débit et crédit sur la période balance courante

  • = True si montant débit et crédit demandés (valeur par défaut)

  • = False si si montant débit et crédit non demandés

Fonction “calculer_solde_axe” du module ccpm000sql.dhop

Permet le calcul du solde d'un axe sur une période choisie

Function int calculer_solde_axe(TypeEcr, PerDdt, PerFdt, Etb, AxeNo, Axe, CptTyp, &MtDeb, &MtCre, &MtDebDev, &MtCreDev, &MtDebBis, &MtCreBis)

• Paramètre TypEcr : Type d'écritures traitées

  • = 1 si traitement des écritures comptables (valeur par défaut)

  • = 2 si traitement des écritures extra-comptables

  • = 3 si traitement des écritures de budget

• Paramètre PerDdt : Date de début de période de prise en compte des écritures

• Paramètre PerFdt : Date de fin de période de prise en compte des écritures

• Paramètre Etb : Etablissement

  • = ' ' Si solde tous établissements demandé (valeur par défaut)

  • <> ' ' si solde pour un seul établissement demandé

• Paramètre AxeNo : Numéro d’axe a évaluer

• Paramètre Axe : Valeur d’axe a évaluer

• Paramètre CptTyp : Type de compte à prendre en compte

  • = 0 : tous les comptes

  • = 1 : uniquement les comptes de gestion

  • = 2 : pas les comptes de gestion

• Paramètre de sortie MtDeb : Montant total en devise principale des débits pour l’axe, l'établissement et la période

• Paramètre de sortie MtCre : Montant total en devise principale des crédits pour l’axe, l'établissement et la période

• Paramètre de sortie MtDebDev : Montant total en devise des écritures des débits pour l’axe, l'établissement et la période. Attention si présence d'écritures en devises différentes ce montant n’a pas de sens. (Addition de montants en devises différentes)

• Paramètre de sortie MtCreDev : Montant total en devise des écritures des débits pour l’axe, l'établissement et la période. Attention si présence d'écritures en devises différentes ce montant n’a pas de sens. (Addition de montants en devises différentes)

• Paramètre de sortie MtDebBis : Montant total en devise secondaire des débits pour l’axe, l'établissement et la période

• Paramètre de sortie MtCreBis : Montant total en devise secondaire des crédits pour l’axe, l'établissement et la période

Production : Nouveau moteur de génération des OF

Il a été écrit pour répondre à des problèmes de performances du moteur historique

Les programmes ci dessous utilisent par défaut le nouveau moteur de génération des OF X.12

• Génération des OF à l’affaire

• Administration des affaires > Fabrication > Créer un OF

• Administration des affaires > Fabrication > Générer les OF

• Génération des OF à la commande

Le paramètre ERP PROD_ORDO / 4 = NON permet de réactiver l’ancien moteur de génération des OF sur les programmes listés ci dessus.

Il permet aux clients qui utilisent des surcharges à la génération d’OF de continuer à fonctionner normalement en attendant de reporter les surcharges.

Ouvertures distributeur et correspondances avec le moteur historique

Le nouveau moteur n’utilise plus aucun enregistrement publique (G6, BA, BB ...)

Les appels des ouvertures pour les distributeurs du nouveau moteur de décomposition sont centralisées dans le module ggtm600_sql.dhsp .

Chaque ouverture est appelée avec les paramètres qui sont nécessaires.

Chaque paramètre de la procédure est placée dans le tunnel local via des appels PingLocal.

La procédure appelle Xmt_Call pour le code de surcharge dans les modules TT de chaque programme

Exemple de la procédure ggtm600_sql / Composant_Utilisation_Av

;*
public procedure Composant_Utilisation_Av(G6, &BB, &BA_composant, Niveau, NiveauReel)
; L’appel est fait avant d’utiliser le composant BB  - Il permet de le modifier ci nécessaire
		Record GTFDD.dhsd			G6
		Record GTFDD.dhsd			BB										; Le composant
		Record GTFDD.dhsd			BA BA_composant					; Si le composant est aussi un composé 
1		Niveau						> GTFDD.dhsd	Niv				; Niveau de l'en-tête de production (y compris fictif)
1		NiveauReel					> GTFDD.dhsd	Niv				; Niveau en tenant compte des fictifs
beginp
	; envoyer les données en ping
	PingLocal("PM600_SQL_G6", G6)
	PingLocal("PM600_SQL_BB", BB)
	PingLocal("PM600_SQL_BA_COMPOSANT", BA_composant)
	PingLocal("PM600_SQL_NIVEAU", Niveau)
	PingLocal("PM600_SQL_NIVEAUREEL", NiveauReel)

	G3_Xmt_Call ("Composant_Utilisation_Av")

	; recupérer les records modifiés par l'ouverture
	PingLocalReceiveAndDelete("PM600_SQL_BB", BB)
	PingLocalReceiveAndDelete("PM600_SQL_BA_composant", BA_composant)
endp

Ouverture pour la génération des OF ggttfab100.dhsp / Composant_Utilisation_Av

;* 
public procedure Composant_Utilisation_Av
; Ouverture pour le moteur de Composant_Utilisation_Av
		Record GTFDD.dhsd			G6
		Record GTFDD.dhsd			BB								; Le composant
		Record GTFDD.dhsd			BA BA_composant					; Si le composant est aussi un composé 
1		Niveau						> GTFDD.dhsd	Niv				; Niveau de l'en-tête de production (y compris fictif)
1		NiveauReel					> GTFDD.dhsd	Niv				; Niveau en tenant compte des fictifs
beginp
	; Lire les enregistrements transmis par la procedure [ggtm600_sql.dhsp / Composant_Utilisation_Av]
	PingLocalReceive("PM600_SQL_G6", G6)
	PingLocalReceive("PM600_SQL_BB", BB)
	PingLocalReceive("PM600_SQL_BA_COMPOSANT", BA_composant)
	PingLocalReceive("PM600_SQL_NIVEAU", Niveau)
	PingLocalReceive("PM600_SQL_NIVEAUREEL", NiveauReel)
	
	; Modifier les données de BB et BA_Composant ici
	
	
	; retourner les enregistrements modifiés à [ggtm600_sql.dhsp / Composant_Utilisation_Av]
	PingLocal("PM600_SQL_BB", BB)
	PingLocal("PM600_SQL_BA_COMPOSANT", BA_composant)
endp

Le parcours des nomenclatures est réalisé en itératif (pas d’appel récursif) pour limiter les instructions SQL.

Ce type de parcours implique de faire un traitement en 2 étapes E1 + E2 afin de conserver l’ordre de génération des OF.

Les 2 étapes sont :

• E1 : Le parcours de construction → il sert essentiellement à alimenter les listes BA + BB et réaliser les appels des ouvertures xxx_avqui permettent d’agir sur les BA + BB

• E2 : le parcours d'ouverture → il sert à refaire le parcours des listes BA + BB en explorant les fils et à réaliser les appels des ouvertures xxx_ap