Discussion :

[marcfurberg]

Bonjour à toutes et tous,

Je m'occupe de la gestion d'un serveur X3 en V5.3 (web sous windows et data sous linux).
Mon environnement de développement fait des siennes car il ne veut plus importer d'écritures comptables (probablement suite à une coupure électrique, et un redémarrage laborieux), sinon tout le reste est opérationnel.
Lors de l'import avec le modèle d'import d'une écriture comptable ( je peux importer une facture fournisseur sans problème) j'obtiens l'erreur suivante :

@X3.CPTBATCH
Erreur 20 ligne no 1234
INI_FNLPSTNUM : fichier inexistant
----------------------------------
Création de FAR FAR1812AF100664
1 enregistrements créés
erreur système (prog exp/imp)

voila, et lorsque j'interroge cette pièce, elle n'existe pas !

impossible de comprendre d'où vient cette erreur INI_FNLPSTNUM et comment y remédier.

Evidemment, j'ai déjà arrêté le serveur, tache comptable et tout redémarré

Cette erreur ne survient pas sur le serveur de production.

Quelqu'un a déjà eu cette anomalie ?

J'envisage d'arrêter physiquement mon serveur et de le redémarrer, au cas où un composant ne serait pas dans un état "stable"

Merci de votre assistance

[marcfurberg]

Bonjour,

le serveur vient d'être relancé ce matin, et toujours la même erreur INI_FNLPSTNUM

Si quelqu'un a une piste !

merci à vous

[piotr.n]

Bonjour,

Est-ce qu'il y a des points d'entrée activés ? Ou des développements spécifiques ??
Pour analyser ce bug, il faudrait se connecter et lancer un debugger...
Je vous conseille de soumettre le problème à votre intégrateur.


Cdlt,
Piotr

[marcfurberg]

Bonjour Piotr,

Ce traitement a donné lieu il y a plusieurs années à une version spécifique du GASIMPORT standard développé par notre intégrateur.
Un ticket a déjà été ouvert, et escaladé auprès de Sage, j'attends pour le moment leur expertise

Mais je veux bien savoir comment passer en mode debug et executer le traitement pour voir d'où cela pourrait provenir, mais le probleme me semble "profond"

Merci de votre retour

Bonjour,

Est-ce qu'il y a des points d'entrée activés ? Ou des développements spécifiques ??
Pour analyser ce bug, il faudrait se connecter et lancer un debugger...
Je vous conseille de soumettre le problème à votre intégrateur.


Cdlt,
Piotr

[piotr.n]

Je doute que Sage interviennent sur la V5, elle n'est plus maintenue.
Votre intégrateur n'a pas trouvé ?

Il y a plusieurs possibilité de déclencher le débuggeur :

• avec la fonction dbgaff dans un traitement spécifique (ou standard dont on a les sources)

• on peut aussi le déclencher immédiatement dans le menu d'aide (je ne sais plus si cela existe dans la V5 ou seulement depuis la V6)

• ou l'activer à la prochaine action avec Alt+Ctrl+F (V5 ou V6 ?)

• il y a aussi des traces qui peuvent être activées et qui permettent parfois de trouver l'origine d'un bug

Je peux peut-être vous aider si vous voulez, contactez-moi par message privé.

Cordialement,
Piotr

[marcfurberg]

Piotr,

merci de vos réponses,
pour le moment notre intégrateur n'a pas trouvé, un ticket est ouvert auprès de Sage, même si cette version n'est plus maintenue.

je vais tenter de voir comment activer le mode debug à partir que vous m'avez fourni, et chercher où les logs ou traces sont stockées (surement au même endroit que les autres).

je vous tiens au courant

Cdlt
Marc

[marcfurberg]

J'ai finalement réussi tant bien que mal à génére une trace debug lors du traitement Import de ma pièce

mais je crains que le résultat ne soit pas "très clair" ni très détaillé, personnellement, on m'envoie ca, j'en fait rien !

[marcfurberg]

je crois avoir isolé la fonction qui semble générer l'erreur, ca semble provenir de la tâche comptable

Call VALPIECER(STAT,MESSA) From CPTBATCH

Mais je ne sais pas comment aller plus loin

[piotr.n]

Je crois qu'il est possible de se "brancher" dans ce traitement standard, en utilisant un traitement spécifique nommé "SPEGAS", les actions INICRE, et CREATION sont récupérables.
Il y a également la possibilité d'activer le point d'entrée "PIECE" :

Traitement CPTBATCH : Validation pièces comptables
PIECE : Avant création de la pièce
Ce point d’entrée permet de prendre la main avant l’enregistrement d’une pièce par ce programme.

Cdlt,
Piotr

je crois avoir isolé la fonction qui semble générer l'erreur, ca semble provenir de la tâche comptable

Call VALPIECER(STAT,MESSA) From CPTBATCH

Mais je ne sais pas comment aller plus loin

[marcfurberg]

Merci piotr,

Mais cela va bien au dela de mes compétences et connaissances sur Sage X3,
j'ai juste réussi à ajouter des traces (ECR_TRACE) un peu partout pour identifier l'appel qui renvoyait l'erreur

Je vais laisser la main a mon intégrateur ou Sage a partir de maintenant

Mais encore merci pour votre aide et éclairage sur le sujet

[Optimus2016]

Bonjour

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
@X3.CPTBATCH
Erreur 20 ligne no 1234
INI_FNLPSTNUM : fichier inexistant
----------------------------------
Création de FAR FAR1812AF100664
1 enregistrements créés
erreur système (prog exp/imp)

Juste comme ça, as tu vérifier dans ton fichier la ligne 1234, as-tu pas un truc dans cette ligne ? bon courage

[marcfurberg]

Salut optimus,

A vrai dire, la ligne 1234 doit provenir d'un sous-programme appelé par le traitement principal.
Ce traitement est dans CPTBATCH qui doit être selon moi la tache comptable, mais pas évident à identifier, ca ril y a beaucoup d'appel a d'autres programmes, et pour savoir lequel pose probleme, c'ets pas gagné !

[marcfurberg]

Bonsoir,

J'ai finalement pu obtenir le source de CPTBATCH dans lequel on trouve le fameux appel qui pose problème, en ligne 1235 (ou 1234 si l'on ne tient pas compte de la première ligne (#<AdxTL>@(#)4.0.0.0 $Revision: 1.53 $)

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
# Initialization of final number
Gosub INI_FNLPSTNUM From SUBGAS
If GOK<1 : MESSA = GMESSAGE : Return : Endif

Cet appel semble venir d'un patch 26 de la v1.5.3 sur mon environnement de développement qui est déjà en patch 27 (sauf un dossier recopié depuis la production qui est en patch 25) alors que la production est encore en patch 25

Je cherche à savoir quel était le source du CPTBATCH en patch 25, voire antérieur, si quelqu'un a ce source, je suis preneur.

Bonne soirée

[piotr.n]

Bonjour,

Le problème que vous rencontrez, doit avoir pour origine un échange de traitements entre vos différents dossiers de différents niveaux de patchs (25,26,27)
Ce n'est peut-être pas le traitement CPTBATCH qui est en cause.
Dans ce fichier il y a le "Gosub INI_FNLPSTNUM From SUBGAS"
A l'évidance c'est cette ligne qui cause l'erreur car dans le traitement SUBGAS l'étiquette "INI_FNLPSTNUM" n'existe pas.
J'ai vérifié dans les source que j'ai (V6), et cette étiquette n'y est pas non plus.
Donc il y a surement une incohérence entre votre trt CPTBATCH et SUBGAS qui ne sont pas au même niveau de patch.

Cdlt,
Piotr

[marcfurberg]

Bonsoir,

Finalement intervention de l'intégrateur sur site.

Résultat des courses, le traitement SUBGAS a été dupliqué depuis le dossier X3 sur chacun des dossiers utilisés, et a subi des modification pour tenir compte d'une partie spé.
Cela n'aurait jamais du être effectué comme ca, mais voila !
Du coup, lors de l'application des patch 26 et 27 de début d'année, seul le traitement SUBGAS du dossier X3 a subi les modifications des patch. et le SUBGAS des dossiers ne faisait pas ou plus appel aux bons traitements.

Solution: recopier de nouveau le SUBGAS de X3 vers les dossiers et appliquer les modifications (mineures et juste à trois endroits) sur les copies de SUBGAS, recompilation, et hop ca refonctionne.

Idéalement il aurait fallu sortir de code spécifique, mais le manque de temps de l'intervenant nous a interdit cette recherche et développement, et tests.

Il faut que ca tienne au moins un an jusqu'à la migration en V11 ou v12

Merci à tout ceux qui m'ont repondu et aidé.