...

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 Si les paramètres ont été sauvegardés pour ce champ (par exemple, dans l'explorateur de pièces), il est nécessaire de réenregistrer les filtres en tenant compte de la nouvelle taille de PinoTiers (dans ce cas, 30).

Si cette manipulation n’est pas faite, le filtrage sera fait avec la mauvaise valeur de fin et aucune ligne ne sera affichée.

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

...

• 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

...

Technique et surcharge Nouveau moteur

...

décomposition 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

...

Moteur X.12 (ggtm600_sql.dhsp)

...

Rôle et prototype

...

Moteur historique

...

Compose_Utilisation_Av

...

L’appel est fait avant d’utiliser le composé BA - Il permet de modifier BA ci nécessaire

public procedure Compose_Utilisation_Av(&G6, &BA, Niveau, NiveauReel)

...

BA_Utilisation_Compose_Av

...

Compose_Chargement_Av

...

L’appel est fait avant de stocker l’enregistrement lié au composé G6T2 dans la liste des composés

public procedure Compose_Chargement_Av (&G6, &G6T2, &ART, &SART, Niveau, NiveauReel, Qte, Unit, QteComposant)

...

...

Compose_Chargement_Ap

...

L’appel est fait après le traitement du composé
Si le moteur est utilisé pour générer des OF, l'appel est fait après avoir créé l’entête d’OF et les séquences

public procedure Compose_Chargement_Ap (&G6, &G6T2, &GH, Niveau, NiveauReel, Qte, Unit, CdQte, Ticketres)

...

Compose_Chargement_Ap

Compose_Fictif_Chargement_Ap

...

Composant_Chargement_Av

...

L’appel est fait avant de stocker l’enregistrement lié au composant G6T1 dans la liste des composants

public Procedure Composant_Chargement_Av(&G6T2_compose, &G6T1, Niveau, NiveauReel)

...

Composant_Chargement_Av

...

Composant_Utilisation_Av

...

L’appel est fait avant d’utiliser le composant BB - Il permet de modifier BB ci nécessaire

public procedure Composant_Utilisation_Av(&G6, &BB, Niveau, NiveauReel)

...

BA_Utilisation_Composant_Av

...

Composant_Chargement_Ap

...

L’appel est fait après le traitement du composant
Si le moteur est utilisé pour générer des OF, l'appel est fait après avoir crée le composant

public Procedure Composant_Chargement_Ap (&G6T1, &G6T2, Niveau, NiveauReel, CdQte, Unit, BA_Trouve)

...

Composant_Chargement_Ap

...

Composant_Test_stock

...

Permet de valider le test de stock d’un composant

public function char Composant_Test_stock(&G6, &BB)

...

Decompo_Test_stock_composant

...

Decomposition_Retour_Av

...

Le parcours des composants du composé est terminé

public Procedure Decomposition_Retour_Av (&G6, &BA)

...

Decomposition_Retour_Av

...

Decomposition_avec_test_boucle_infinie

...

Permet de désactiver le test sur les nomenclatures qui bouclent.

public function char Decomposition_avec_test_boucle_infinie()

...

Decomposition_avec_test_boucle_infinie

...

Mode_Traitement_Decoupage_Contrainte_Lot_SF

...

Règle de découpage des lots

public function char Mode_Traitement_Decoupage_Contrainte_Lot_SF

...

Mode_Traitement_Decoupage_Contrainte_Lot_SF

...

Compose_Secondaire_Init_Quantite

...

public procedure Compose_Secondaire_Init_Quantite(&BB, &RefQte)

...

Inclure page
Technique et surcharge Nouveau moteur décomposition OF Technique et surcharge Nouveau moteur décomposition OF