Le Forum des Utilisateurs Sage

Bonjour,

Je bataille depuis maintenant plusieurs jours à tenter, tant bien que mal, à importer le fichier d'un client après avoir installé (difficilement) Sage 100.

Je dois importer une série d'article et j'utilise pour cela l'import paramétrable. J'ai bien créé mon modèle et il fonctionne (d'après l'outils de vérification).

Seulement voilà, lorsque je vais dans "Fichier > Importer > Format paramétrable...", j'obtient un beau message d'erreur :

BOF ou EOF est égal à True ou l'enregistrement actuel a été supprimé.
L'opération demandée nécessite un enregistrement actuel.

Un enregistrement actuel, je veux bien, mais où ? Surtout que lorsque j'ouvre la base de données "Bijou" (base exemple), cette même option marche sans problèmes...

Une idée ?

Bonjour,

Tu n'essayerait pas par hasard d'importer des informations libres qui n'existent pas

Par exemple une info libre 6 alors que tu n'en a que 4 ...

Cdlt

Du tout non. J'utilise des champs tout ce qu'il y a de plus classiques.

Mais le problème ne surgit pas quand j'utilise le modèle d'import, car je n'arrive pas à cette étape. Le problème survient quand je clique sur "Fichier > Importation -> Paramétrée" et là : hop ! Message d'erreur.

Bonjour,

Alors tu es sous SQL ...

ce message a pour origine une mauvaise configuration du rôle APPL_CBASE du serveur.


Au préalable :

Demander aux utilisateurs de quitter les bases de données hébergées par MS SQL Server
Sauvegarder les bases de données utilisées


Dans Microsoft SQL Server Management Studio effectuer les traitements suivants :

Supprimer la connexion APPL_CBASE du serveur SQL (Sécurité / Connexions) :
Attention : NE PAS supprimer le rôle APPL_CBASE des bases de données, il ne serait plus possible de s'y connecter.

Refaire l'installation de la partie serveur de Sage 100 pour SQL Serveur

Depuis l'analyseur de requête, exécuter la requête suivante :
ALTER USER [USER_CBASE] WITH LOGIN = [APPL_CBASE]

Ca devrait remarcher après

Cdlt

Génial tout roule.

Merci bien !

Bonjour,

nous avons le même problème mais la solution donnée n'a pas suffit !

En fait après analyse il s'avérait qu'en plus de ce qui est indiqué, il faut également que le propriétaire de la base de données (db_owner) soit sysadmin !

Dans notre cas le propriétaire des bases Sage n'était pas sysadmin en raison d'une politique de sécurité très poussée.

A +

Bonjour,

Par défaut le propriétaire des bases SQL est le compte sa ... On n'a pas vraiment interet à y toucher ... Sauf lorsqu'on change de serveur ...

Si on fait un alter authorisation pour changer le propriétaire de la base parce qu'on a un message du style le SID de la base .... il faut changer le SID (propriétaire) une première fois et le remettre ensuite au compte Sa

cdlt

Bonjour à tous,

J'aurai un renseignement à demander concernant la procédure donnée par IMPERIAL.
Ayant cette opération a effectué, je voulais savoir exactement ce qu'il faut mettre dans la requête ALTER USER.

Faut t'il l'appliquer uniquement sur une base de donnée (celle qui me générait l'erreur)
Donc par exemple :

Use [nom_de_ma_base]
ALTER USER [USER_CBASE] WITH LOGIN = [APPL_CBASE]

Ou faut-il juste mettre dans l'éditeur de requête :
ALTER USER [USER_CBASE] WITH LOGIN = [APPL_CBASE]


Désolé pour la question très novice, mais je préfère être sur.

Cordialement,

Bonjour,

Dans l'éditeur de requete ...

de toutes façons tu fais une USE [nomdelabase] avant

Cdlt

Merci IMPERIAL pour ta réponse.
Mieux vaut tard que jamais ^^