Le Forum des Utilisateurs Sage

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

Bon,

J'ai reussi à inserer directement tout d'abord dans F_DOCENTETE ensuite dans F_DOCLIGNE mais malhereusement, le stock n'est pas mouvmenté.

Que faire ?

les stocks se bougent dans f_artstock

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

attention je me suis apercu que sur les bons de fab et of le depot sur f_docentete est stocké dans le champs do_tiers et non pas sur de_no. normal non?? je n'ai pas encore faire de virement de depot à depot mais donc mefiance...

Oui, et c'est indiqué dans la doc Sage "strufic.pdf"

C'est un cas particulier des entetes de document.

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+

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.

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.

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.

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

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 ...

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+

Les virements de dépot à dépot sont bien gérés par les objets métiers.

Bons dev

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).

les virements de dépot sont bien gérés par l'ODBC et heureusement

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.

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.

absolument c'est la solution de secours alternative

Merci pour la précision des OM Gandaf, je ne savais plus...