Soucis dans mise à jour article dans BC
Modérateurs: Super-Apogea, Super Modérateur
10 messages
|Page 1 sur 1
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
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
- Super Contributeur
- Messages: 176
- Inscription: Sam 28 Juin 2014 20:48
Re: Soucis dans mise à jour article dans BC
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,
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,
ASR31
En recherche de missions.
En recherche de missions.
Re: Soucis dans mise à jour article dans BC
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 ...
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 ...
- Super Contributeur
- Messages: 176
- Inscription: Sam 28 Juin 2014 20:48
Re: Soucis dans mise à jour article dans BC
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,
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,
ASR31
En recherche de missions.
En recherche de missions.
Re: Soucis dans mise à jour article dans BC
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.
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.
- Super Contributeur
- Messages: 176
- Inscription: Sam 28 Juin 2014 20:48
Re: Soucis dans mise à jour article dans BC
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,
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,
ASR31
En recherche de missions.
En recherche de missions.
Re: Soucis dans mise à jour article dans BC
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 :
Le message d'erreur est le suivant :
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.
- Super Contributeur
- Messages: 176
- Inscription: Sam 28 Juin 2014 20:48
Re: Soucis dans mise à jour article dans BC
Bonjour,
Je mettrai bien une pièce sur le format de la date !!!!!
'20/05/2016' me paraitrait plus sympathique
Je mettrai bien une pièce sur le format de la date !!!!!
'20/05/2016' me paraitrait plus sympathique
Ligne 100c Premium v2.00
May the Force be with you...
May the Force be with you...
- Super Contributeur
- Messages: 1224
- Inscription: Ven 24 Juil 2009 15:43
Re: Soucis dans mise à jour article dans BC
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
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
IMPERIAL
Consultant Ligne 100 - INFOROPE
Le savoir c'est comme l'Amour. Si tu ne le partage pas, il devient inutile.
IMPERIAL
Consultant Ligne 100 - INFOROPE
Le savoir c'est comme l'Amour. Si tu ne le partage pas, il devient inutile.
IMPERIAL
Re: Soucis dans mise à jour article dans BC
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,
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,
ASR31
En recherche de missions.
En recherche de missions.
10 messages
|Page 1 sur 1
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 1 invité