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

Les ouvertures pour les distributeurs sont dans le module ggtm600_sql.dhsp

Le parcours des nomenclatures est réalisé en itératif (pas d’appel récursif)

Ce type de parcours implique de faire un traitement en 2 étapes pour générer les OF dans le même ordre que le moteur historique (qui faisait directement le parcourt des éléments fils).

Les 2 étapes sont :

• E1 : Le parcours de construction pour alimenter les listes BA, BB et réaliser les appels de ouvertures xxx_av

• E2 : le parcours d'ouverture sert à refaire le parcours en explorant les fils et à réaliser les appels des ouvertures xxx_ap