Le Forum des Utilisateurs Sage

depuis quelques jours, je n'arrive plus à accéder à certains fichiers compta sage en utilisant le driver odbc sage.
- Avec la compta bijou.mae : pas de soucis
- avec un fichier compta de la société xxx.mae : pas de soucis
- avec un autre, yyy.mae : code erreur, connexion impossible
- avec ce meme fichier yyy.mae sauvegardé il ya quelques semaines: pas de soucis

j'ai donc essayé :
- arrêter le serveur sage et redémarrer
- copier le fichier en local, et créer un dsn avec ce lien local
- ouvrir le fichier dans la maintenance, pas de message
- recopier les données dans la maintenance et utiliser ce nouveau fichier


je n'ai plus d'idées...

des pistes ?, un changement récent provoquant cela ?

merci de votre retour

jlbn

pour info, message quand j'essaye de me conecter via le query d'excel :

Détails : « ODBC: ERROR [42000] [Simba][SimbaEngine ODBC Driver][DRM File Library]Access denied.
ERROR [IM006] [Microsoft][Gestionnaire de pilotes ODBC] Échec SQLSetConnectAttr du pilote
ERROR [01000] [Microsoft][Gestionnaire de pilotes ODBC] Le pilote ne gère pas la version du comportement ODBC demandé par l'application (voir SQLSetEnvAttr). »

est-ce que ton dossier ne serait pas lié au moyen de paiement?
Vérifie dans fichiers liés si tous les chemins sont bons

Tiens nous au courant

bonjour,


il n'y a aucun fichiers liés, le plus étrange c'est que j'arrive à y accéder en local par moment puis d'un coup plus possible.

j'utilise le driver odbc depuis plus de 10 ans sans soucis et là c'est quasi inutilisable. Je soupçonne un problème peut être entre mes infos de session qui ont changé et ce problème. Ce que je ne comprends pas c'est que ça ne fonctionne pas en local.

Bonjour,

Le message d'erreur Access denied me fait penser à un problème au niveau des autorisations windows, est-ce que le fichier yyy.mae se trouve dans un dossier où l'utilisateur a toutes les autorisations?

Bonjour,
c'est amusant (façon de parler) : j'ai exactement le même type de problème avec la gestion commerciale depuis ce matin (i7)

Je n'accède plus à la base courante mais j'accède à une copie effectuée il y a quelques semaines.

Les fichiers sont tous dans le même répertoire (base courante et copie).

La connexion s'effectue avec l'utilisateur <Administrateur> (j'ai essayé avec d'autres)

L'ensemble logiciel tiers / odbc / serveur SQL sont sur le même serveur.

La seule chose que j'ai réalisé avant-hier c'est la maj du code annuel.

@jlbn :
Je me demande si ça ne peut pas être lié aux utilisateurs connectés.
J'ai actuellement un utilisateur qui est connecté 2 fois :
une fois Application gescom (fichier gcm) + Application compta (fichier mae)
une fois Application gescom (fichier mae) + Application mdp (fichier mae)

Est-ce que l'utilisateur que vous utilisez pour la connection ODBC est utilisé pour une connection normale ?
Quel est le nombre d'utilisateur en cours au moment de l'accès refusé ?
Combien de licences avez-vous ?



Emilio

Auto-réponse.

Le problème chez moi s'est résolu lorsque l'utilisateur qui était connecté 2 fois
( rappel :
une fois Application gescom (fichier gcm) + Application compta (fichier mae)
une fois Application gescom (fichier mae) + Application mdp (fichier mae)
)
s'est deconnecté.
(et il n'y avait que lui qui était connecté)

Mes 2 centimes

Emilio

bonjour, jusque là, j'utilisais l'odbc sans renseigner quoi que ce soit dans les infos login/mot de passe.

Manifestement, il y a aussi eu du changement je crois de ce côté là et l'odbc "consomme" maintenant un jeton utilisateur (ce qui n'était pas le cas à ma connaissance avant).

par ailleurs, je pense avoir des soucis effectivement au niveau des accès windows

je retesterai et vous redirai


jlbn