Historique du module pour Sage X3

Version 16.2
e-InvoiceLink

Corrections Sage X3

Notes dans cette version : 6

Toutes les versions Historique public · PDF

Sommaire de la version · 6

Sélection de l’IBAN selon le périmètre Active Flows
Contrôle bloquant de présence de l’IBAN
Préservation du paramétrage existant lors de l’application du patch
Cohérence de l’environnement des adresses électroniques
Compatibilité des fonctions avec le serveur batch
Optimisation et fiabilisation du cockpit

Correction1

Sélection de l’IBAN selon le périmètre Active Flows

Anomalie

La sélection de l’IBAN donnait toujours la priorité au site, puis à la société, sans tenir compte du niveau retenu dans Active Flows.

Conséquence

Les coordonnées bancaires intégrées dans la facture pouvaient ne pas correspondre au périmètre d’émission paramétré.

Correction

La recherche privilégie désormais la société ou le site selon la règle Active Flows applicable à la facture. L’autre niveau reste utilisé comme valeur de repli si l’IBAN prioritaire est absent.

Résultat attendu

l’IBAN intégré dans le fichier UBL correspond en priorité au périmètre d’émission défini dans Active Flows, tout en conservant un mécanisme de repli entre la société et le site.

Correction2

Contrôle bloquant de présence de l’IBAN

Anomalie

L’absence d’IBAN après la recherche sur la société et le site n’était pas bloquée par un contrôle dédié avant la génération UBL.

Conséquence

La génération pouvait se poursuivre sans les coordonnées bancaires attendues pour l’émetteur.

Correction

Un contrôle bloque désormais la génération et l’envoi lorsqu’aucun IBAN n’est disponible sur les deux niveaux autorisés. La trace identifie la société et le site concernés pour permettre de compléter le paramétrage.

Résultat attendu

Sans IBAN sur l’entité prioritaire ou sur l’entité de repli, la facture n’est ni générée en UBL ni transmise.

Correction3

Préservation du paramétrage existant lors de l’application du patch

Anomalie

L’application du patch pouvait écraser le paramétrage existant des tables diverses 6380 et 6143.

Conséquence

Les valeurs utilisées pour les flux pouvaient être remplacées lors de la mise à jour.

Correction

L’affectation des composants du patch a été corrigée pour préserver le contenu de ces tables.

Résultat attendu

l’application du patch v16.2 préserve désormais le paramétrage existant des tables diverses 6380 et 6143.

Correction4

Cohérence de l’environnement des adresses électroniques

Anomalie

Le paramètre d’environnement pouvait être interprété à tort comme Sandbox alors qu’il désignait Production. Une valeur vide ou invalide pouvait également être acceptée comme Sandbox.

Conséquence

La sélection des adresses électroniques risquait d’utiliser un environnement différent de celui attendu pour la facture.

Correction

Les valeurs Production et Sandbox sont désormais normalisées et contrôlées avant la recherche des adresses. Une valeur invalide ou l’absence d’une fiche active dans le bon environnement bloque la génération et l’envoi. Le message précise l’environnement concerné.

Résultat attendu

une facture ne peut être générée et transmise que lorsque les paramétrages d’adressage électronique de l’émetteur et du client correspondent à l’environnement défini dans YB2E5ENV.

Correction5

Compatibilité des fonctions avec le serveur batch

Anomalie

Les fonctions d’envoi des ventes et de récupération des achats reposaient sur un fonctionnement interactif incompatible avec les tâches du serveur batch.

Conséquence

La création ou l’exécution d’une tâche pouvait échouer avec les messages « Action not generated in this function » ou « File Non-existent CHSTD ».

Correction

Les fonctions YB2E5V et YB2E5A ont été adaptées à l’exécution planifiée en conservant les critères saisis lors de la soumission. Les traitements batch ne présentent plus de dialogue interactif. L’absence de facture entrante est traitée comme un résultat informatif et non comme une erreur ; le secret de connexion n’est plus affiché dans la trace.

Résultat attendu

les fonctions YB2E5V et YB2E5A peuvent désormais être associées à des tâches batch, les critères sont conservés jusqu’à l’exécution et l’absence de facture entrante ne provoque plus de statut d’erreur.

Correction6

Optimisation et fiabilisation du cockpit

Anomalie

Le cockpit analysait toutes les factures validées des 120 derniers jours, y compris celles de sociétés ou sites non configurés. Après remplissage des grilles, seule la première ligne pouvait conserver la couleur attendue.

Conséquence

L’ouverture du cockpit était ralentie par des lectures inutiles et la coloration ne permettait pas de distinguer correctement toutes les lignes.

Correction

Le chargement est limité aux sites émetteurs configurés et évite de répéter les contrôles des factures déjà suivies. Les factures en erreur restent visibles même si leur paramétrage a changé. Les couleurs sont appliquées après l’affichage complet des grilles.

Résultat attendu

le cockpit se charge plus rapidement en limitant l’analyse aux périmètres émetteurs configurés, tout en conservant la visibilité des documents existants et une coloration correcte de toutes les lignes.

Version 16.2e-InvoiceLink

Sélection de l’IBAN selon le périmètre Active Flows

Anomalie

Conséquence

Correction

Résultat attendu

Contrôle bloquant de présence de l’IBAN

Anomalie

Conséquence

Correction

Résultat attendu

Préservation du paramétrage existant lors de l’application du patch

Anomalie

Conséquence

Correction

Résultat attendu

Cohérence de l’environnement des adresses électroniques

Anomalie

Conséquence

Correction

Résultat attendu

Compatibilité des fonctions avec le serveur batch

Anomalie

Conséquence

Correction

Résultat attendu

Optimisation et fiabilisation du cockpit

Anomalie

Conséquence

Correction

Résultat attendu

Aucune note correspondante.

Version 16.2
e-InvoiceLink