Erreur "Accès refusé" sur écriture informations libres

Bonjour,

Nous avons mis en place un développement pour créer des mouvements de stock et des écritures comptables via les objets métiers V2 (version de SAGE : 14.04)
L'erreur "Accès refusé" survient aléatoirement lors de l'écriture des informations libres sur le .Write().
Les informations libres sont soit en entête soit en ligne de document.

Comment résoudre ce problème ? Qu'est ce qui peut bloquer les informations libres ?

Merci à vous
Bien cordialement,
Michael

Salut,

Les documents ne sont pas ouverts dans l'application au moment de l'écriture ?

Salut,

Non car c'est le programme qui créé les documents.
Un premier write pour instancier les champs de l'ecriture puis un deuxième pour les informations libres.
Le souci est que c'est aléatoire.
Sur une centaine de lignes écrites, deux ou trois ont cette erreur.

Merci.

Bonjour,

Ce n'est peut-être pas ça mais est-ce que la ligne d'écriture ou la ligne du mouvement est déjà créée (enregistrée, .Write) avant de vouloir enregistrer l’information libre ?
Je crois me souvenir qu'il faut que l'enregistrement principal soit persistant pour pouvoir accéder aux informations libres avec OM.

Cdt,

Bonjour,
Oui la ligne d'écriture ou de mouvement est déjà créé. Il faut effectivement que l'objet soit persistant pour pouvoir écrire les infos libres.
Voici un bout de code utilisé :
stock.DO_Date = transformToDate(lstParam[2]);
stock.DO_Ref = lstParam[8] + "/" + lstParam[3]; //lstParam[1] + " / " +
stock.DepotStockage = getDepot(lstParam[9]);
stock.Write(); ---> Première sauvegarde !
numeroStock = stock.DO_Piece;
System.Threading.Thread.Sleep(8000); ---> Pour tester
stock.InfoLibre["IFC_PSORIGINE"] = lstParam[8];
stock.InfoLibre["IFC_PSFACTURE"] = lstParam[1];
stock.InfoLibre["IFC_PSCOMMANDE"] = lstParam[3];
stock.Write(); ---> Ici erreur aléatoire "Accès Refusé"

Merci.
Michael

Bonjour,

Essaye de gérer ton Try (gestion d'erreurs) au mieux dans le module pour avoir plus d'informations.
Ne pas oublier que l'objet erreur est une pile qui contient les erreurs consécutives liées à l'objet subissant l'erreur.

Cdt,

Bonjour,

Les anciennes versions des objets métiers ont des bug sur les écritures des informations libres. Depuis ça a été réparé mais dans la version 2 il faut faire de la sorte :

dim reussi as boolean = false
while not reussi
try
entete.read
ligne.read
ligne.infolibre("moninfo") = linfo
ligne.write
reussi = true
catch ex as exception
end try
end while


il se peut que ça passe du 1er coup comme il se peut que ça passe au pour de 10 passages. Entre chaque essaie on relie le document pour essayer de débloquer les verrous.

Bonjour,

Merci Tim pour cette info.

Je vais essayer cette solution et voir si cela fonctionne.

Cordialement,
Michael