Creation Virement dépôt à dépôt via SQL
Modérateurs: Super-Apogea, Super Modérateur
19 messages
|Page 1 sur 1
Creation Virement dépôt à dépôt via SQL
Bonjour,
SAGE V14.03 version SQL
Je voudrais creer un documents sans passer par SAGE Gescom.
J'ai une bonne connaissance en SQL et ai plusieurs expérience avec la base SAGE SQL (surtout les stats). Mais c'est la prémière fois que je dois faire des insertions/modifications.
Je dois realiser un virement de dépôt à dépôt avec plusieurs articles.
Est ce faisable avec Delphi ?
Qu'est ce que vous me conseiller ?
Merci
SAGE V14.03 version SQL
Je voudrais creer un documents sans passer par SAGE Gescom.
J'ai une bonne connaissance en SQL et ai plusieurs expérience avec la base SAGE SQL (surtout les stats). Mais c'est la prémière fois que je dois faire des insertions/modifications.
Je dois realiser un virement de dépôt à dépôt avec plusieurs articles.
Est ce faisable avec Delphi ?
Qu'est ce que vous me conseiller ?
Merci
Nous progressons ....
- Contributeur
- Messages: 57
- Inscription: Jeu 15 Fév 2007 09:36
- Localisation: Madagascar
Oui, je me suis rendu compte qu'il faut aussi modifier (inserer si inexistant) chaque article dans F_ARTSTOCK.
En tous cas, c'est vraiment très ardu leur structure et il y a beaucoup d'incoherence ou de redondance.
Merci
En tous cas, c'est vraiment très ardu leur structure et il y a beaucoup d'incoherence ou de redondance.
Merci
Nous progressons ....
- Contributeur
- Messages: 57
- Inscription: Jeu 15 Fév 2007 09:36
- Localisation: Madagascar
Je m'en suis rendu compte.
DO_Tiers est le Numéro du dépot Cible
DE_No indique soit le N° dépot Cible ou Source en fonction de DL_MvtStock (1 ou 3)
C'est vraiment pas organisé.
Hier je me suis apercu que lors de la vente, le prix affiché est différent lors d'un virement dad. Je me suis cassé la tête pour trouver le prix affiché, en faites, il suffit de diviser le Montant Stock par la quantité Stock dans le dépot concerné.
Mais finalement, pas mal de champs me reste flou.
A+
DO_Tiers est le Numéro du dépot Cible
DE_No indique soit le N° dépot Cible ou Source en fonction de DL_MvtStock (1 ou 3)
C'est vraiment pas organisé.
Hier je me suis apercu que lors de la vente, le prix affiché est différent lors d'un virement dad. Je me suis cassé la tête pour trouver le prix affiché, en faites, il suffit de diviser le Montant Stock par la quantité Stock dans le dépot concerné.
Mais finalement, pas mal de champs me reste flou.
A+
Nous progressons ....
- Contributeur
- Messages: 57
- Inscription: Jeu 15 Fév 2007 09:36
- Localisation: Madagascar
Attention aux accès direct dans la base SQL
Pour faire des insertions, il est vivement conseillé de ne pas passer directement par SQL, mais d'utiliser le kit ODBC Sage.
Dans ce cas, le kit prend en charge une série de contrôle et de mise à jour que tu n'as plus à faire.
Ton insertion de ligne devient ultra simple dans ce cas.
Pour les lectures il vaut mieux accéder directement par SQL.
Dans ce cas, le kit prend en charge une série de contrôle et de mise à jour que tu n'as plus à faire.
Ton insertion de ligne devient ultra simple dans ce cas.
Pour les lectures il vaut mieux accéder directement par SQL.
- Contributeur
- Messages: 53
- Inscription: Ven 31 Aoû 2007 14:30
Je n'ai pas le Kit ODBC, du moins, je n'ai pas la clé et vu qu'il faut aussi payer pour l'avoir, alors autant acceder directement à SQL quitte à reproduire ce qui se passe exactement.
D'ailleur,
-1° j'ai effectué un trace au niveau de SQL Server pour savoir exactement les requêtes essentiels que SAGE execute lors de ses opérations.
- 2° j'ai effectué les mêmes opérations sur SAGE et sur mon appli et ai verifié les changements opérée sur la BDD sur chaque opération.
D'ailleur,
-1° j'ai effectué un trace au niveau de SQL Server pour savoir exactement les requêtes essentiels que SAGE execute lors de ses opérations.
- 2° j'ai effectué les mêmes opérations sur SAGE et sur mon appli et ai verifié les changements opérée sur la BDD sur chaque opération.
Nous progressons ....
- Contributeur
- Messages: 57
- Inscription: Jeu 15 Fév 2007 09:36
- Localisation: Madagascar
Re: Attention aux accès direct dans la base SQL
Francis a écrit:... il est vivement conseillé de ne pas passer directement par SQL, mais d'utiliser le kit ODBC Sage...
J'aurais mieux fait de ne rien dire !!!
J'ai justement à faire une insertion de ligne dans un virement de D.à D.
Je suis sur une base propriétaire et je n'ai donc pas le choix -> odbc obligatoire.
J'ai beau essayer toutes les variantes de requètes, j'ai toujours un gentil message ->
"Le type de document n'existe pas, n'est pas valide, ou n'est pas en accord avec le domaine de document"
Je suis habitué à faire des insertions sur d'autres type de doc sans problème.
J'ai pointé champ à champ avec des données saisies manuellement.
J'ai essayé en ajoutant des champs à ceux obligatoires, un peu toutes les combinaisons ....
J'ai bien peur que le kit odbc ne traîte pas ce type de ligne car lors de la saisie avec la gescom, c'est 2 lignes qui sont créées (DL_MVTSTOCK à 3 et à 1) or le kit odbc ne prend pas en charge les insertions à valeurs multiples.
Je vais essayer d'obtenir un peu plus d'info de la part de Sage.
- Contributeur
- Messages: 53
- Inscription: Ven 31 Aoû 2007 14:30
Creation Virement dépôt à dépôt
Le_Maraudeur a écrit:C'est indiqué dans la doc du Kit odbc, le virement de dépot à dépot n'est pas géré par le driver odbc (ni les Objets métiers d'ailleurs je crois)...
Dommage
Merci pour l'info.
J'ai cherché plus à fond dans la doc et j'ai bien trouvé l'info.
Je ne consulte jamais cette liste de tables où il est mentionné que les virements de dépôt à dépôt ne sont pas géré.
De plus, c'est en grand partie faux, car on peut y accéder parfaitement en lecture.
Bon ceci ne fait pas mon affaire (et surtout celle de mon client qui va devoir continuer à se taper la saisie des virements à la main !!!).
Dans tous les cas merci.
Comme quoi, on ne cherche jamais assez dans les docs.
Je pense pouvoir être à moitié pardonné, car la doc odbc Sage est fausse en de tellement nombreux endroits que ce n'est plus ma bible ...
- Contributeur
- Messages: 53
- Inscription: Ven 31 Aoû 2007 14:30
Creation Virement dépôt à dépôt
Andry a écrit:Salut,
Mais alors, si l'ODBC ne gèere pas le virement DAD, est ce que l'insertion manuelle des deux lignes ne passe pas ?
A+
Si bien sûr, ta soluion en SQL reste donc la seule possible, mais tu as vu que dans Sage, les informations sont tellement redondantes que tu dois aller faire des mises à jour un peu partout (lié à l'historique de la base propriétaire qui pour gagner en performances gardait l'info un peu partout ...).
Le projet que j'avais à traité n'étant pas en SQL, pour moi pas le choix, je ne peux pas faire, mais dans ton cas, il faut juste s'armer de patience ...
Pour d'autres documents (achats, ventes ...) je conseille par contre vivement le kit odbc qui te fera gagner un temps fou (largement rentable d'en faire l'acquisition).
- Contributeur
- Messages: 53
- Inscription: Ven 31 Aoû 2007 14:30
Creation Virement dépôt à dépôt
stephane3381 a écrit:les virements de dépot sont bien gérés par l'ODBC et heureusement
Non, ODBC les gère en lecture, mais modifications et créations sont interdits.
Plus d'infos ici :
http://www.zoom.fr/phpBB2/ftopic2787.html
En SQL il est par contre possible (au prix d'une mise à jour compliquée de toutes les tables concernées) de passer en direct et de travailler en saisie, modification.
- Contributeur
- Messages: 53
- Inscription: Ven 31 Aoû 2007 14:30
et bien alors la ligne 100 te permet de faire très simple.
tu crées un mouvement d'entré sur le dépôt concerné et un mouvement de sortie sur le dépot concerné...
au lieu de l'avoir en une fois tu l'as en 2 documents.
ça fonctionne très bien.
tu crées un mouvement d'entré sur le dépôt concerné et un mouvement de sortie sur le dépot concerné...
au lieu de l'avoir en une fois tu l'as en 2 documents.
ça fonctionne très bien.
Stéphane, Formateur ligne 100 (SCD, gescom, compta)
conseils en intégration, installation SCD
A la recherche d'un emploi
conseils en intégration, installation SCD
A la recherche d'un emploi
- Super Contributeur
- Messages: 1013
- Inscription: Lun 12 Mar 2007 15:35
19 messages
|Page 1 sur 1
Qui est en ligne
Utilisateurs parcourant ce forum: Aucun utilisateur enregistré et 0 invités