Le Forum des Utilisateurs Sage

Bonjour,
J'ai plusieurs bases sur mon serveur ( exercices comptables ), j' y ai accés par la comptabilité, je les vois par
SQL Server Management Studio et .......... je n' arrive pas à y accéder par l' Edition Pilotée que faire ????
Même question pour la base Bijou

Bonjour,

- Vérifier que les bases sont déclarées dans l'outil d'administration serveur
- Ajouter manuellement les bases dans l'outil d'administration client

HTH,

Bonjour,
Les 2 premiers points sont OK
Le test des base dans outil d' administration OK
En sélection la base par l' outil d' administration ( BIJOU )et en lançant l ' édition pilotée message d' erreur sur
liste des comptes tiers
DA0003 Nom d' Objet 'dpo.DP_TIERS' non valide 208
( idem sur autres bases ajoutées )

Re,

Alors supprimez BIJOU dans l'outil d'administration serveur et recréez le lien, ça devrait rentrer dans l'ordre.

HTH,

Négatif........ j' ai toujours le même message d' erreur .........

Louche...

Ouverture par le produit OK ?

Qu' appelez vous "ouverture par le produit" ?

Pardon, par la Compta / Gescom.

+ Dans SQL Management Studio, est-ce que vous voyez les vues DP_* ?

Je crois que vous commencer à "chauffer"
Je ne vois les vues DP_* uniquement dans la base de travail !!!!!!!!
Dans BIJOU et les autres il n'y a rien

Et l'outil d'admin dit que tout va bien ?
Vous êtes sur de l'instance utilisée ? Pas de possibilité d'erreur à ce niveau ?

J'ai bien accès à mes différentes bases compta par la Compta Sage
J'ai plus de problèmes avec BIJOU sur les postes clients mais sur le serveur cela marche Compta + Gescom

Que devrait dire l' outil d' administration ?

Je pencherai plutôt du côté de la sécurité... c'est vraiment bizarre.
Normalement l'outil d'admin passe par ODBC, donc si on est opérationnel sur le serveur c'est logiquement le compte.

En vrac, je procéderais aux tests suivants

Essayez de créer manuellement un DSN système à partir d'un client (Démarrer / exécuter / odbcad32) sur une base qui marche, puis sur BIJOU.
Il devrait y avoir un message d'erreur sur cette dernière, avec un peu de chance on aura un début d'explication.

Bien que j'y crois moins, essayez également de vérifier dans SQL Server Management Studio que le niveau de compatibilité de BIJOU est le même que celui d'une base qui fonctionne (Propriétés de la BDD / Options).

Enfin, vous pouvez également vérifier dans Sécurité / Connexions que le mappage de l'utilisateur est bien actif pour les utilisateurs sur BIJOU (db_owner ou db_datareader/writer)

HTH,

Restons calme

Je crée 2 DSN un sur la base qui marche, un sur BIJOU --> Test source de données OK dans les 2 cas
Niveau de compatibilité cela à l' air identique
Sécurité / Utilisateur là je n'ai pas mes utilisateurs --> J' en crée un Hélas cela ne change rien ......

N' existerait-il pas la liste des bases utilisables par l' Edition Pilotée
Je suspecte les fichiers dans le répertoire
Program Files / Ligne 100 Edition Pilotee /Univers

rcanudo a écrit:N' existerait-il pas la liste des bases utilisables par l' Edition Pilotée

A ma connaissance non, tout tourne autour des sources de données ODBC.

Essayez de supprimer la connexion sur BIJOU + vérifiez que le DSN correspondant est bien shooté lui aussi.
Si ça ne marche toujours pas, recréez le lien avec l'outil d'admin client et modifiez-le manuellement à l'identique de ce que vous avez fait dans les tests.

Courage

Déja fait, je re-fait et c''est pareil.....

PS j' ai essayé de joindre mon correspondant Sage depuis ce matin j' attends encore ..........

Youppi j' ai trouvé !!!!!!!!

Il fallait déclarer les bases sur le serveur avec l' Outil Administration Serveur de l' Edition Pilotée

Merci OokieDookie pour ton coup de main

rcanudo a écrit:Il fallait déclarer les bases sur le serveur avec l' Outil Administration Serveur de l' Edition Pilotée

OokieDookie a écrit:- Vérifier que les bases sont déclarées dans l'outil d'administration serveur

L'outil d'admin serveur n'est pas QUE sur le serveur ?

Mais bon tant mieux, ça commençait à trop me chatouiller là.

Bonne journée, n'oubliez pas le résolu du 1er post SVP

Oui ce n'est que sur le serveur et le correspondant Sage n' avait mis que la base principale

Bjr,
suite à la réaction de Ookie dokie:"L'outil d'admin serveur n'est pas QUE sur le serveur ?"
Celà me rends un peu perplexe.
Est-ce que le fait d'avoir l'outil d'administration serveur sur le poste client à un effet sur l'utilisation de l'Edition pilotée?
J'utilise Sage 100 V16.05 sous SQL Server
Merci bien

finou a écrit:Celà me rends un peu perplexe.
Est-ce que le fait d'avoir l'outil d'administration serveur sur le poste client à un effet sur l'utilisation de l'Edition pilotée?

Bonjour,

Moi aussi
En fait, je suis old school (<--- m... c'est moi qui dis ça ? )

Sur un serveur, j'installe la partie serveur uniquement, et sur un client... la partie client ( )
Éventuellement si TSE j'installe le client sur le serveur, mais bref, chacun son rôle.

Pour les versions CBase, la partie Serveur installant le moteur SQL, c'est plus évident vu qu'on ne va pas faire quinze installs parallèles, mais c'est vrai que j'adopte la même logique par défaut pour les versions SQL.
Et bien m'en a pris, puisque visiblement il semble que l’exécution à partir du client ait posé des soucis.

Tout dépend de la configuration de la sécurité sur la base AMHA :

- Soit les utilisateurs sont db_datareader et db_datawriter
=> OK pour utilisation de la gestion courante, KO pour la mise à jour (ce qui inclut la maintenance et l'outil d'admin serveur). En effet, en SQL, la "création" / "mise à jour" des cubes sont en fait des créations / suppressions de vues SQL. Un utilisateur qui écrit dans une base via un programme n'a pas nécessairement à avoir les droits sur la structure même.
Donc on se log en Administrateur sur le serveur pour lancer l'outil.

- Soit ils sont db_owner, et là il ne devrait pas y avoir de problème.

J'aimerai avoir une confirmation de ce dernier point si possible.

Espérant avoir éclairci ce point,