Bonjour,
je ch un peu d'info sur les possibilité d'interface avec Sage V14 ligne 100
MS SQL Server.
Dans un premier temps pour faire une offre, puis ensuite surement besoin
d'une resource.
Merci d'avance
Le 13 février 2007 à 14:27, dans <news:, dragonal42_ nous disait :
C'est vraiement de la MMMMMMM****de l odbc de Sage ... c long et en plus le fonctionnement est aléatoire ...
Long, oui. Aléatoire, je ne vois pas.
il vaut mieux prendre sont temps et etudier leur base pour l'attaquer directement ...
Comme je le disais dans un message précédent, ça pose certains problèmes et, de toutes façons, ce n'est possible que pour les versions SQL. Pour les versions propriétaires, seul le driver ODBC est utilisable.
-- Eric
Le 13 février 2007 à 14:27, dans
<news:1171373259.534876.34230@a34g2000cwb.googlegroups.com>, dragonal42_
nous disait :
C'est vraiement de la MMMMMMM****de l odbc de Sage ... c long et en
plus le fonctionnement est aléatoire ...
Long, oui. Aléatoire, je ne vois pas.
il vaut mieux prendre sont temps et etudier leur base pour l'attaquer
directement ...
Comme je le disais dans un message précédent, ça pose certains problèmes
et, de toutes façons, ce n'est possible que pour les versions SQL. Pour
les versions propriétaires, seul le driver ODBC est utilisable.
Le 13 février 2007 à 14:27, dans <news:, dragonal42_ nous disait :
C'est vraiement de la MMMMMMM****de l odbc de Sage ... c long et en plus le fonctionnement est aléatoire ...
Long, oui. Aléatoire, je ne vois pas.
il vaut mieux prendre sont temps et etudier leur base pour l'attaquer directement ...
Comme je le disais dans un message précédent, ça pose certains problèmes et, de toutes façons, ce n'est possible que pour les versions SQL. Pour les versions propriétaires, seul le driver ODBC est utilisable.
-- Eric
Dominique Lecocq
Merci à tous...
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base Sage... Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
Dominique "QNX" Lecocq
Merci à tous...
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base
Sage...
Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un
amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base Sage... Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
Dominique "QNX" Lecocq
Axel
Dominique Lecocq a écrit :
Merci à tous...
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base Sage... Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
Dominique "QNX" Lecocq
En résumé, Sage Gestion commerciale + compta + paie , ça tient sur plus de 250 tables, ce n'est pas toujours bien modélisé (par exemple P_CATCOMPTA que je trouve superbe) et la doc sur la structure de la base contient quelques petites erreurs.
Sans parler du pas-support technique pour les développeurs, des procédures d'installation foireuses, des procédures d'activation lourdes, en gros , Sage c'est que du bonheur.
Je te conseille vivement d'utiliser la version ODBC qui te simplifiera grandement la tâche (mise à jour auto de tables), surtout si tu t'amuses avec les stocks, sérialisation, lots par exemple. Et qui t'évitera de t'arracher les cheveux avec ce satané SQL Serveur qui s'amuse à transformer les dates au format local si tu ne lui passes pas 42 requetes de paramètrage avant :)
D'un point de vue "concret", si tu t'en tiens à la doc , tu pourras rapidement prendre en main tout ça, en tout cas il me semble qu'il y a sur ce newsgroup quelques habitués de Sage, qui seront là pour t'aider si nécessaire.
Axel
Dominique Lecocq a écrit :
Merci à tous...
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base
Sage...
Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un
amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
Dominique "QNX" Lecocq
En résumé, Sage Gestion commerciale + compta + paie , ça tient sur plus
de 250 tables, ce n'est pas toujours bien modélisé (par exemple
P_CATCOMPTA que je trouve superbe) et la doc sur la structure de la base
contient quelques petites erreurs.
Sans parler du pas-support technique pour les développeurs, des
procédures d'installation foireuses, des procédures d'activation
lourdes, en gros , Sage c'est que du bonheur.
Je te conseille vivement d'utiliser la version ODBC qui te simplifiera
grandement la tâche (mise à jour auto de tables), surtout si tu t'amuses
avec les stocks, sérialisation, lots par exemple. Et qui t'évitera de
t'arracher les cheveux avec ce satané SQL Serveur qui s'amuse à
transformer les dates au format local si tu ne lui passes pas 42
requetes de paramètrage avant :)
D'un point de vue "concret", si tu t'en tiens à la doc , tu pourras
rapidement prendre en main tout ça, en tout cas il me semble qu'il y a
sur ce newsgroup quelques habitués de Sage, qui seront là pour t'aider
si nécessaire.
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base Sage... Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
Dominique "QNX" Lecocq
En résumé, Sage Gestion commerciale + compta + paie , ça tient sur plus de 250 tables, ce n'est pas toujours bien modélisé (par exemple P_CATCOMPTA que je trouve superbe) et la doc sur la structure de la base contient quelques petites erreurs.
Sans parler du pas-support technique pour les développeurs, des procédures d'installation foireuses, des procédures d'activation lourdes, en gros , Sage c'est que du bonheur.
Je te conseille vivement d'utiliser la version ODBC qui te simplifiera grandement la tâche (mise à jour auto de tables), surtout si tu t'amuses avec les stocks, sérialisation, lots par exemple. Et qui t'évitera de t'arracher les cheveux avec ce satané SQL Serveur qui s'amuse à transformer les dates au format local si tu ne lui passes pas 42 requetes de paramètrage avant :)
D'un point de vue "concret", si tu t'en tiens à la doc , tu pourras rapidement prendre en main tout ça, en tout cas il me semble qu'il y a sur ce newsgroup quelques habitués de Sage, qui seront là pour t'aider si nécessaire.
Axel
dragonal42_
On 14 fév, 00:38, Axel wrote:
Dominique Lecocq a écrit :
> Merci à tous...
> Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base > Sage... > Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un > amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
> Dominique "QNX" Lecocq
En résumé, Sage Gestion commerciale + compta + paie , ça tient sur plus de 250 tables, ce n'est pas toujours bien modélisé (par exemple P_CATCOMPTA que je trouve superbe) et la doc sur la structure de la base contient quelques petites erreurs.
Sans parler du pas-support technique pour les développeurs, des procédures d'installation foireuses, des procédures d'activation lourdes, en gros , Sage c'est que du bonheur.
Je te conseille vivement d'utiliser la version ODBC qui te simplifiera grandement la tâche (mise à jour auto de tables), surtout si tu t'amu ses avec les stocks, sérialisation, lots par exemple. Et qui t'évitera de t'arracher les cheveux avec ce satané SQL Serveur qui s'amuse à transformer les dates au format local si tu ne lui passes pas 42 requetes de paramètrage avant :)
D'un point de vue "concret", si tu t'en tiens à la doc , tu pourras rapidement prendre en main tout ça, en tout cas il me semble qu'il y a sur ce newsgroup quelques habitués de Sage, qui seront là pour t'aid er si nécessaire.
Axel
ouhep je confirme :utiliser le driver ODBC !! en sachant qu il possède certaine limitation ... l'avantage de rester en SQL direct est qu on peut tout faire ... même augmenter le nombre de licence à la volée !!
==> mont terme aléatoire vient du fait de la manière de calcul du P AMP sur les vente de la gestion co etc ...
On 14 fév, 00:38, Axel <axelDOTazert...@laposteDOT.net> wrote:
Dominique Lecocq a écrit :
> Merci à tous...
> Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base
> Sage...
> Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un
> amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
> Dominique "QNX" Lecocq
En résumé, Sage Gestion commerciale + compta + paie , ça tient sur plus
de 250 tables, ce n'est pas toujours bien modélisé (par exemple
P_CATCOMPTA que je trouve superbe) et la doc sur la structure de la base
contient quelques petites erreurs.
Sans parler du pas-support technique pour les développeurs, des
procédures d'installation foireuses, des procédures d'activation
lourdes, en gros , Sage c'est que du bonheur.
Je te conseille vivement d'utiliser la version ODBC qui te simplifiera
grandement la tâche (mise à jour auto de tables), surtout si tu t'amu ses
avec les stocks, sérialisation, lots par exemple. Et qui t'évitera de
t'arracher les cheveux avec ce satané SQL Serveur qui s'amuse à
transformer les dates au format local si tu ne lui passes pas 42
requetes de paramètrage avant :)
D'un point de vue "concret", si tu t'en tiens à la doc , tu pourras
rapidement prendre en main tout ça, en tout cas il me semble qu'il y a
sur ce newsgroup quelques habitués de Sage, qui seront là pour t'aid er
si nécessaire.
Axel
ouhep je confirme :utiliser le driver ODBC !! en sachant qu il possède
certaine limitation ...
l'avantage de rester en SQL direct est qu on peut tout faire ... même
augmenter le nombre de licence à la volée !!
==> mont terme aléatoire vient du fait de la manière de calcul du P AMP
sur les vente de la gestion co etc ...
> Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base > Sage... > Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a un > amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
> Dominique "QNX" Lecocq
En résumé, Sage Gestion commerciale + compta + paie , ça tient sur plus de 250 tables, ce n'est pas toujours bien modélisé (par exemple P_CATCOMPTA que je trouve superbe) et la doc sur la structure de la base contient quelques petites erreurs.
Sans parler du pas-support technique pour les développeurs, des procédures d'installation foireuses, des procédures d'activation lourdes, en gros , Sage c'est que du bonheur.
Je te conseille vivement d'utiliser la version ODBC qui te simplifiera grandement la tâche (mise à jour auto de tables), surtout si tu t'amu ses avec les stocks, sérialisation, lots par exemple. Et qui t'évitera de t'arracher les cheveux avec ce satané SQL Serveur qui s'amuse à transformer les dates au format local si tu ne lui passes pas 42 requetes de paramètrage avant :)
D'un point de vue "concret", si tu t'en tiens à la doc , tu pourras rapidement prendre en main tout ça, en tout cas il me semble qu'il y a sur ce newsgroup quelques habitués de Sage, qui seront là pour t'aid er si nécessaire.
Axel
ouhep je confirme :utiliser le driver ODBC !! en sachant qu il possède certaine limitation ... l'avantage de rester en SQL direct est qu on peut tout faire ... même augmenter le nombre de licence à la volée !!
==> mont terme aléatoire vient du fait de la manière de calcul du P AMP sur les vente de la gestion co etc ...
f76
Bonjour, L'ODBC SAGE coute 300 Euros HT. Attention à partir de la version 14, un nouveau champ 'N° de facture' apparait en plus. Ta nouvelle application doit être installée sur le poste qui a la base (SQL ou proprietaire) pour plus de rapidité ... donc souvent sur le serveur ! Je trouve pourtant que les tables SAGE sont distinguées justement pour s'y reperer plus vite. Alex
"Dominique Lecocq" wrote in message news:45d2191b$0$5110$
Merci à tous...
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base Sage... Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a
un
amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
Dominique "QNX" Lecocq
Bonjour,
L'ODBC SAGE coute 300 Euros HT.
Attention à partir de la version 14, un nouveau champ 'N° de facture'
apparait en plus.
Ta nouvelle application doit être installée sur le poste qui a la base (SQL
ou proprietaire) pour plus de rapidité ... donc souvent sur le serveur !
Je trouve pourtant que les tables SAGE sont distinguées justement pour s'y
reperer plus vite.
Alex
"Dominique Lecocq" <lecocq.dominique@wanadoo.frNOSPAM> wrote in message
news:45d2191b$0$5110$ba4acef3@news.orange.fr...
Merci à tous...
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base
Sage...
Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a
un
amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
Bonjour, L'ODBC SAGE coute 300 Euros HT. Attention à partir de la version 14, un nouveau champ 'N° de facture' apparait en plus. Ta nouvelle application doit être installée sur le poste qui a la base (SQL ou proprietaire) pour plus de rapidité ... donc souvent sur le serveur ! Je trouve pourtant que les tables SAGE sont distinguées justement pour s'y reperer plus vite. Alex
"Dominique Lecocq" wrote in message news:45d2191b$0$5110$
Merci à tous...
Je ne suis pas particulièrement rassuré : 4 mois pour comprendre la base Sage... Bon, on va voir pour prendre qq jours avec un "consultant Sage" si il y a
un
amateur parmi vous, merci de me communiquer vos tarif pour la région PACA.
