[Access] Ecrire dans une table SAGE par ODBC

Bonjour Paty

Tu as parfaitement raison dans le fait que Sage en base propriétaire nécessite un driver ODBC pour accéder aux données en lecture comme en écriture.

Le driver ODBC de Sage ne se contente pas de faire une interface d'accès, mais il assure également des contrôles de cohérence indispensables à l'intégrité de la base de données Cbase. Par conséquent, le driver ODBC n'est pas en téléchargement libre comme pourrait l'être un MySQL puisqu'il intègre des règles métiers spécifiques aux applications développées par Sage.

Le driver ODBC Sage L100 (compatible aussi L30) est donc commercialisé par les revendeurs agréés Sage au prix public de 300 €HT, prix qui n'a pas bougé depuis plusieurs années malgré l'enrichissement des règles métier.

J'espère avoir apporté une réponse à ta demande.

Cordialement,

Phil

Jusqu'à maintenant, j'ai jamais réussi à établir la connexion avec sage ligne 100 et d'exécuter des requetes à partir de windev.

puis-je avoir un exemple de code qui me rend ce service ( la connexion à sage et l'exécution au moin d'une requete ) et que je peux tester sans avoir à le modifier et qui est testé et marche bien.

Merci bien.
ahmd.

Bonsoir Rob1f, bonsoir le Forum,

Le driver ODBC permettant d'attaquer les BdD de Sage est un driver Simba. Il donne accès à la totalité des bases de données en lecture et écriture, tout en préservant l'intégrité des données. Par exemple, il est impossible de générer une requète DELETE sur un article si ce dernier comporte un stock, des numéros de série ou de lot ou s'il est mouvementé dans un quelconque document. Par contre, le driver assure de lui-même la cohérence des informations (ex: pour une requete de création d'un mvt d'entrée en stock, il contrôle si l'article est géré en stock, il assure le calcul auto des stocks à terme et stocks réels et contrôle si l'article est suivi en série/lot/fifo pour refuser le mouvement non pourvu du numéro de lot/serie)

Par ailleurs, les tables de gestion des comptes utilisateurs et des droits d'accès restent inaccessibles.

Pour accéder aux bases, dans la requete de connexion (sqlconnecte( )) il faut indiquer un login et un password valides.

Le driver ODBC doit être dans une version compatible avec celle des applications. Il est commercialisé avec une clé d'activation sans restriction et de ce fait ne pas être transmis pour test sans tomber sous le coup de la licence piratée, (ce qui ne correspond pas à la déontologie de ce forum).

Si besoin, n'hésite pas à me contacter par le forum pour plus d'infos.

A+
Phil.

Merci pour ces infos, peux tu m'indiquer quelle est exactement la référence de ce driver simba, je crois qu'il existe une version d'évaluation.

Encore merci

Bonjour rob1f, le forum,

Le driver ODBC s'acquiert auprès d'un revendeur Sage sous la référence ODB10WPP100 au prix unique de 300€.

Ce produit n'associe pas de contrat de maintenance. Il est néanmoins indispensable de tranmettre le n° de version de ta gescom afin d'obtenir le driver compatible.

Il n'existe pas de version d'évaluation sur le driver.

Pour un contact client chez Sage, 01.41.66.21.21.

Si besoin, n'hésite pas à me contacter par le forum pour plus d'infos, voir me laisser ton adresse email.

A+
Phil.

Bonjour ppa,

Le driver ODBC s'acquiert auprès d'un revendeur Sage sous la référence ODB10WPP100 au prix unique de 300€.

Est-ce 300 euros HT ou 300 euros TTC ?

Merci.

Bonsoir c,

Mille pardons, j'aurais effectivement du préciser !

C'est 300 € HT.

A+

Phil

Mille merci !

Il est vrai que lorsqu'on aime on ne compte pas ... mais quand meme ;).

Re-bonjour,

J'ai encore une question un peu deportée par rapport au sujet... à tout hasard.
Le driver ODBC est-il la seule solution d'integration avec SAGE (ligne 100) ou existe-il quelque chose de plus haut niveau, comme un SDK ou une API ?

Merci.

Merci pour ces infos.
Je viens de recevoir le driver ODBC
J'arrive donc a créer la connexion à partir de Windev.
Mais je n'ai pas la structure de la base de Sage Gestion Com 100.
Du coup je ne connais pas les noms des tables et des champs.
Peux-tu m'indiquer ou les trouvers stp.
Merci par avance

Robin

bonsoir rob1f,

Passe moi une adresse mail, je t'envoi un lien sur "yousendit"

Phil

rob1f@wanadoo.fr

Puis-je abuser de ta gentillesse ;) ?
Je veux rajouter une facture dans Sage via ODBC, j'ai aucune idée sur comment faire. J'aimerais aussi pour editer des bons de livraison ( récuperer des bl et les editer sous windev ). En gros mon problème est que je ne sais pas quelle base utiliser.
J'ai fais un reverse engeenering par PowerAMC, j'ai pu récupérer à peu près toutes les tables et champs mais à quoi correspondent t'elles dans Sage gestion com ???? :s

Merci.

re bonsoir rob1f, bonsoir le Forum,

Dans la gescom 100, les documents ne sont jamais dupliqués tout au long des différentes étapes de le vie (sauf pour les devis sur demande et les BL quand ils sont partiels d'un BC). Les documents évoluent dans le domaine, du type 0 à 8 pour les Vte, de10 à 18 pour les Ach, etc...)

La table F_DOCENTETE (Manuel de structure p 248 ) sert à identifier l'entête du document en indiquant le domaine, le type, la date, le n° de pièce, le tiers, etc...

La table F_DOCLIGNE (Manuel de structure p 260 ) sert à identifier toutes les lignes du document en les reliant à F_DOCENTETE par le DO_Piece. Les lignes ont un N° d'ordre dans le document DL_Ligne qui commence par défaut à 10 000 et qui s'incrémente avec un pas de 10 000.

Le manuel est très bien fait. C'est celui que tu trouve sur le CD de sage dans <cd>\Sage\Manuel structure 100\strucfic.pdf.
Après la description de chaque table, est indiquée pour chaque champ, la valeur attendu, si elle est obligatoire ou renseignée par défaut par le driver ODBC, et un exemple de requête INSERT sur la table en question.

Par aileurs, dans Windev, tu disposes d'un outil interactif, WDSQL32.EXE qui te permet de tester tes requêtes en direct live.

Par habitude (et par expériences), fait une copie par copier coller des bases .MAE et .GCM pour tes tests. Penses sur ces bases de tests à aller modifier le chemein du fichier de compta par défaut défini dans Fichier ->A propos de -> Option -> Fichiers liés -> Comptabilité.

A+

Phil

Bonsoir le Forum,

Pour les curieux de la structure des bases de données de Sage L100, vous trouverez sur le lien ci-dessous jusqu' au 27/01/06 un PDF sur le sujet.

http://s52.yousendit.com/d.aspx?id=3UZ0Q7OTGX3MS1D5ASXRW24ANG

Phil

j'essayé de télécharger le document pdf qui décrit l'architecture de la BD de SAGe, mais j'arrive pas car " the file has expired."

est ce que tu peux m'envoyer le document par mail?


merci d'avance,
youssef

Bonjour Youssef,

Il n'est pas aisé de mailer un fichier à un "anonyme".
Le PDF pèse 2,4 Mo.

A+

Phil

Bonjour PPA,
Je serais intéressé par ce fichier .pdf indiquant la structure des fichiers. Comment peut on procéder pour que je puisse le recevoir ?

Sinon peux tu utiliser le service http://www.yousendit.com/ si la pièce jointe est trop importante.

Merci de me dire quoi

Amicalement

Bonsoir bwthor,

Fichier PDF de 2.4 Mo.
Envoi moi une adresse mail pour un coup de YouSendIt.com

Amicalement,

Phil

Bonsoir le Forum,

Allez, pour les curieux, la structure de Sage L100 sur ce lien jusqu'au 12/02/06.


http://s41.yousendit.com/d.aspx?id=1MOJJOQ6ARRM11E4GMAGLFS73I

Merci bien pour cette documentation.

Amicalement

Bonjour,

Je programme sur du sage version sql t je voudrais adapter mon programme pour une version propriétaire en ODBC.

Je me heurte à quelques problème.

Savez-vous s'il existe une équivalence à la fonction datepart en ODBC et à la fonction Cast (qui fonctionnent toutes les 2 avec sql server)

Merci d'avance

Tim

Bonjour TIM,

Le driver ODBC de Sage pour les bases propriétaires nécessite de transmettre les requètes dans une syntaxe simplifiée.

Les fonctions CAST et CONVERT ne sont pas reprises (à ma connaissance) et le format des dates est très particulier. Exemple : Insert Into F_ECRITUREC (JO_Num, EC_No, JM_Date, EC_Jour, EC_Date, EC_Piece,
CG_Num,EC_Montant) Values (’ACH’, 0, ’{d 2001-04-01}’, 12, ’{d 2001-04-01}’, ’10’, ’5310’, 12500) où la valeur de la date est passée sous la forme d'une chaine telle que ’{d 2001-04-01}’

C'est dans la construction de ta requète qu'il faut traiter des types de données.

A+

Phil

Avec un grand retard, je suis également curieux de connaitre la structure de Sage L100. Pourriez-vous à nouveau la rendre accèssible ? merci.

Bonjour,

J'utilise la Compta 100 v12.02 et l'ODBC de Sage, je désire récupérer (de joindre) les écritures analytiques relatives à une écriture générale. Dans quelle table, et quel est le champ de jointure entre une écriture générale (F_ECRITUREC) et les écritures analytiques (F_ECRITUREA ou autre ) associées.

Merci d'avance pour vos réponses et vos conseils.

arasa

Bonjour arasa007,

Pour qu'une écriture soit ventilée en analytique, il faut 2 conditions :
-> le compte général est ventilable
-> le journal est ventilable.

Une écriture générale est identifiée par un numéro de pièce (F_ECRITUREC.EC_Piece) et chaque ligne de cette écriture possède un numéro interne unique (F_ECRITUREC.EC_No).

La ventilation analytique se fera pour chaque ligne répondant aux 2 critères cités au dessus.
Le point commun est donc F_ECRITUREC.EC_No = F_ECRITUREA.EC_No.

Le dossier comptable peut comporter plusieurs axes analytiques.
Il faut donc préciser l'axe sur lequel on effectue la ventilation (F_ECRITUREA.N_Analytique).

Le montant peut être éclaté entre une et plusieurs sections analytiques du même axe analytique.
Cette ventilation comportera alors plusieurs lignes dans la table F_ECRITUREC.
Le numéro de ligne (F_ECRITUREA.EA_Ligne) permettra de différencier les éléments de la même ventilation pour cet axe.
Il faudra indiquer la section dans (F_ECRITUREA.A_Num).
Le montant associé au compte général est aussi mémorisé dans F_ECRITUREA.EA_MONTANT.
Attention, le montant est non signé et non affecté d'un sens.

Le critère de ventilation en mode automatique peut être lié à une notion de "quantité". C'est une notion comptable qui peut être assimilée à une unité d'oeuvre.
Cette quantité est stockable dans (F_ECRITUREA.EA_Quantite).

Gardons à l'esprit que :
-> une ventilation analytique comporte une ou plusieurs ligne,
-> la somme des montants ventilés doit être égale au montant du compte général,

Un lien entre les tables F_ECRITUREC et F_ECRITUREA retournera, pour chaque ligne d'écriture générale, 0 ou plusieurs lignes analytiques.

Voici de quoi apporter des éléments de réflexion.

Phil

Bonjour arasa007,

Pour qu'une écriture soit ventilée en analytique, il faut 2 conditions :
-> le compte général est ventilable
-> le journal est ventilable.

Une écriture générale est identifiée par un numéro de pièce (F_ECRITUREC.EC_Piece) et chaque ligne de cette écriture possède un numéro interne unique (F_ECRITUREC.EC_No).

La ventilation analytique se fera pour chaque ligne répondant aux 2 critères cités au dessus.
Le point commun est donc F_ECRITUREC.EC_No = F_ECRITUREA.EC_No.

Le dossier comptable peut comporter plusieurs axes analytiques.
Il faut donc préciser l'axe sur lequel on effectue la ventilation (F_ECRITUREA.N_Analytique).

Le montant peut être éclaté entre une et plusieurs sections analytiques du même axe analytique.
Cette ventilation comportera alors plusieurs lignes dans la table F_ECRITUREC.
Le numéro de ligne (F_ECRITUREA.EA_Ligne) permettra de différencier les éléments de la même ventilation pour cet axe.
Il faudra indiquer la section dans (F_ECRITUREA.A_Num).
Le montant associé au compte général est aussi mémorisé dans F_ECRITUREA.EA_MONTANT.
Attention, le montant est non signé et non affecté d'un sens.

Le critère de ventilation en mode automatique peut être lié à une notion de "quantité". C'est une notion comptable qui peut être assimilée à une unité d'oeuvre.
Cette quantité est stockable dans (F_ECRITUREA.EA_Quantite).

Gardons à l'esprit que :
-> une ventilation analytique comporte une ou plusieurs ligne,
-> la somme des montants ventilés doit être égale au montant du compte général,

Un lien entre les tables F_ECRITUREC et F_ECRITUREA retournera, pour chaque ligne d'écriture générale, 0 ou plusieurs lignes analytiques.

Voici de quoi apporter des éléments de réflexion.

Phil

Slt Adil,

Ta requete d'update et de delete est transmise par le driver ODBC de Sage ?

Te connectes-tu avec un utilisateur/mot de passe valide dans la base de données en question ?

Sinon, envoies moi la syntaxe de la requete que tu soumets.

A+

Phil

Slt Pandarouge,

Poste la syntaxe de la requete que tu soumets, que j'y jette un oeil.

A+

Phil

Bonjour,

Je suis pas développeur mais je cherche une solution pour transmettre des commandes de mon site de vente (php/mysql) dans Sage (en tant que commande)...merci de me dire si quelqu'un la déjà fait sachant que je suis en base proprio. Merci. Boris

Bonjour Boris,

Bien des utilisateurs de Sage se trouvent dans ta situation.
J'ai déja réalisé ce genre de module destiné à injecté des commandes reçues sur une autre application.
Il faut utiliser un driver ODBC Sage commercialisé par un revendeur.
Je développe dans l'environnement Windev qui me permet de disposer d'un accès via ODBC vers MySql et l'accès ODBC de Sage.
Reste à connaître la srtucture de tes données dans MySql, parce que je connais celle de Sage. Il esfaut également une table de correspondance entre les articles des 2 applis et unetable pour tes "tiers clients".

Transmets-moi une adresse mail.

Phil

Pourriez-Vous m'enoyer si jamais vous avez des documentations pour resoudre ce probleme car je travaille sur la meme chose, j'aimerais se connecter sur Sage pour inserer des enregistrements par mon Serveur Apach en utilisant PHP

Voici mon Email mohboukhary@yahoo.fr

Bonjour, excusez moi pour le retard, voici mon email, Boris borispelsy@gmail.com Merci pour votre aide

Il suffit de copier la bonne version de msjet40.dll en mode sans echec, dans le répertoire windows\system32 et dans c:\i386
la version 4.0.6218.0 fonctionne. si tu ne la trouve pas, communique un Email.
J'utilise l'ODBC SAGE depuis 4 ans.

moi je cherche cette dll. Peux tu me l'envoyer à cet email:
adrian.alfan@caramail.com

merci

Bonjour,
J'ai le même problème de DLL MSJET40 en version 4.0.6xxx
Peux tu me l'envoyer ?
Merci

Bonjour,

J’ai un petit souci avec la GESCOM de sage en liaison avec ACCESS via le driver ODBC.

Le problème vient de la zone AR_REFCOMPOSE du fichier F_DOCLIGNE. Cette zone signale une erreur dès lors que vous cherchez à modifier l’enregistrement. Elle intervient dans la fabrication d’un article à partir de plusieurs et identifie les articles origines. Dans notre cas nous utilisons la fabrication pour améliorer les qualités du produit, nous ne créons pas d’article composé. Sauf qu’à la saisie sous sage, la zone est renseignée par le logiciel et la référence inscrite correspond à la référence de l’article. Jusque là pas de souci, sauf que si vous cherchez à modifier l’enregistrement il cherche la correspondance article composé, il ne la trouve pas et indique une erreur et empêche toute modification.Impossible d’agir sur le fichier F_docligne en modification.

La solution copier les lignes dans un fichier temp, supprimer ces lignes dans f_docligne et les recopier à partir du fichier temp en renseignant AR_REFCOMPOSE à null. Et cela marche. Ce qui démontre une incohérence dans la GESCOM sage.

Sauf que si vous avez fait des rachats, il a généré des sous lots virtuels (fichier LOTSERIE dlnoin-et dlnoout) et qu’en recopiant il n’identifie pas clairement le sous lot virtuel ce qui entraîne des bugs .

Pouvez vous me renseigner ?

Bonjour Phil

Je rentre de vacances, merci pour ta réponse, je viens d'essayer et cela fonctionne

A+

Marcanto

Bonsoir Georges,

Donnes-moi une adresse en "mail privé" sur ce site et hors forum. Donnes-moi qqes explications.
En retour, je t'enverrai le moyen de me contacter.

@+

Phil