Soucis dans mise à jour article dans BC

Bonjour,

J'ai fais un développement sur la version 16.90 en gescom, en SQL Server, qui permet de générer des bons de commande client.
Le soucis rencontré, c'est que lorsque notre client modifie en Gescom la quantité d'un article dans la ligne du BC ainsi généré, sa quantité en stock n'est pas mis à jour, notre client est obligé de lancer un recalcul de la quantité en stock, est-ce que cela vous parle?
Si cela vient du paramétrage, je ne pourrais pas vérifier, pour des soucis de confidentialité, nous n'avons pas droit d'avoir une copie de leur base...

Merci

Bonjour,

Il n'est pas recommandé (du tout!) de programmer directement en SQL : toutes les contraintes ne sont pas gérées par le code SQL, elles le sont par :
L'application cliente SAGE
L'ODBC SAGE (propriétaire)
Les Objets métiers

D'autre part, à ma connaissance, une commande ne modifie pas la quantité en stock (le réservé ou le commandé oui, mais pas le stock réel).

Cordialement,

Bonjour,

Je suis bien conscient du risque que je prends mais je n'ai pas vraiment le choix, vu les exigences de notre client...
Je me suis un peu mieux informé sur le problème rencontré, notre client a mentionné cela dans son dernier mail :
"le stock à terme devient régulièrement plus important que le réel.
Le stock se remet à jour après avoir procédé à un recalcul du CMUP."

Cette notion de stock à terme ne me parle pas vraiment ...

Bonjour,

1 - le mieux est de comparer une ligne de commande d'une commande saisie dans la gescom (comparer tous les champs) avec la requête SQL d'insertion.

2 - Le stock à terme devrait baisser plutôt qu'augmenter :
Vérifier le champ DL_MvtStock qui devrait être à 3
Mouvement de stock (Quantité +, Quantité -, Frs +, Frs -)
Numérique : Entier
0 à 4 0 = Aucun 1 = Entrée Quantité 2 = Entrée Francs 3 = Sortie Quantité 4 = Sortie Francs

Cordialement,

Bonjour, mon client nous a finalement fait parvenir une copie de leur base.

Suite à la recommandation d'une collègue, j'ai lancé SQL Profiler pour voir ce qui est fait précisément en Gescom, je me suis rendu compte qu'il fallait mettre à jour le champ AS_QteRes de la table F_ARTSTOCK, il faut l'incrémenter de la quantité de l'article de notre bon de commande.

Bonjour,

D'où mon alerte concernant la mise à jour (INSERT/UPDATE) en SQL.

Passer par :
Import
ODBC SAGE (propriétaire)
Objets Métiers.

Même si là ton insert s'est bien passé, ce n'est pas pour autant que lors d'un réajustement de stock ou d'une recopie de données, tu n'explose pas ta base car tu aura oublié de remplir un champ sur lequel il n'y a pas de contrainte SQL, mais qui aurait été rempli ou signalé en erreur par les autres outils.

Cdt,

Bonjour, effectivement, en passant par l'odbc (nous n'avons pas les objets métiers en version 16, ni en 17, seulement à partir de la version 18), les choses se sont corrigées.

Cependant, je rencontre un soucis pour faire un insert dans la table F_DOCLIGNE où je dois ajouter une ligne commentaire, j'ai construit la requête suivante :

Code: Tout sélectionner

INSERT INTO F_DOCLIGNE
(
DL_No, DO_Domaine, DO_Type, DO_Date, DO_Piece, DL_Ligne, EU_Qte, DL_Valorise, DE_No, DL_Design, CT_NUM
)
VALUES
(
0, 0, 1, '2016-05-20', 'BC160222', 40000, 0, 1, 0, 'hgfg', 'EX0099'
)

Le message d'erreur est le suivant :

[Simba][SimbaEngine ODBC Driver][DRM File Library]Domaine de validité du champ incorrect, veuillez vous référer à la documentation.

Bonjour,

Je mettrai bien une pièce sur le format de la date !!!!!

'20/05/2016' me paraitrait plus sympathique

Bonjour,


Tu as :
INSERT INTO F_DOCLIGNE
(
DL_No, DO_Domaine, DO_Type, DO_Date, DO_Piece, DL_Ligne, EU_Qte, DL_Valorise, DE_No, DL_Design, CT_NUM
)
VALUES
(
0, 0, 1, '2016-05-20', 'BC160222', 40000, 0, 1, 0, 'hgfg', 'EX0099'

Et tu mets ton DL-No à 0 ??????????????????????????

DL_No c'est un numero de ligne LOL

Regarde tes contraintes sur ta F_DOCLIGNE.... Vire le DL_No de ta ligne. c'est une clé primaire en plus ....

Cdlt

Bonjour,

Si tu passes par l'ODBC SAGE, en effet, le DL_NO doit être à zéro (car généré par la dll ODBC).
Par contre, en SQL Direct, il faut en effet renseigner ce champ par un truc du genre select Max(DL_No)+1 as NumLigne from F_DOCLIGNE, mais là, bien d'autres champs à renseigner...

Par contre, j'ai un doute sur la possibilité de rajouter par l'ODBC SAGE une ligne sans référence article.

Cordialement,