DataPumpPaie invalid password

Bonjour.

Depuis quelques jours, nous rencontrons un problème de plusieurs tâches planifié de rafraichissement Sage.

Code: Tout sélectionner

C:\Program Files\Ligne 100 Edition PiloteePROP\Rafraichissement>"C:\Program Files\Ligne 100 Edition PiloteePROP\Rafraichissement\DataPumpPaie.exe" DP_SOURCEPAIE /DDP_CUBE

DTSStep_DTSDataPumpTask_1_failed
Microsoft OLE DB Provider for ODBC Drivers
[Microsoft][Gestionnaire de pilotes ODBC] Echec SQLSetConnectAttr du pilote (Microsoft OLE DB Provider for ODBC Drivers (80004005): [Simba][SimbaEngine ODBC Driver][DRM File Library]Invalid password.)


Système d'exploitation : Windows Server 2003
Version de Sage Paie & RH : 20.50
Version du serveur SQL : SQL Standard 2000

D'après les infos que j'ai pu trouver sur ce serveur :
DP_SOURCE = *.PRH
DDP_CUBE = Base SQL

SimbaEngine ne serait 'il pas le connecteur PRH ?
Où puis-je voir les autorisations afin de résoudre le problème de mot de passe ?

Merci de votre aide.
Cordialement.

Bonjour,

Euh, j'ai pas du tout bien comprendre.
Si tu es sur une Paie RH, du doit être sur base de données SQL.
Si c'est bien ça, tu n'as plus besoin du DataPump.
Pour rappel, le DataPump permet, sur une version propriétaire de la Paie (cBase, non SQL) de lire par ODBC SAGE les données de ce dossier cBase et de les mettre à disposition dans une base de données SQL, les Editions Pilotées attaquant alors cette base SQL.
En Paie Rh SQL, les éditions pilotées attaquent directement la base de Paie SQL par des vues, ce qui ne nécessite pas une fonction du type DataPump.

Faire appel à ton prestataire pour explications.

Cordialement,

Bonjour Juronius,

Effectivement il y une possible confusion : soit vous avez des fichiers PRH > 1 ko et vous êtes en propriétaire, soit vous avez des PRH = 1ko et là ce sont des lanceurs pointant sur une base SQL.

Quoi qu'il en soit, si vous avez des DDP_CUBE c'est que vous êtes en CBase, donc MSDE (@asr : d'où le SQL 2000)

Bref : Pour les fichiers de paie, contrairement à la compta / gescom, il ne faut pas entrer des noms d'utilisateurs et mot de passe mais ne renseigner que l'éventuel mot de passe société. Demandez aux utilisateurs.
Attention : le Superviseur (code à blanc) n'a pas forcément à taper le mot de passe société. Assurez-vous qu'ils passent bien par un autre utilisateur.

HTH,

@OokieDookie,

Yes, la version SQL 2000 m'interpelait, en effet.
Est-ce juste l'insall du MSDE pour les E.P. d'une version cBase de SAGE et une migration vers une solution SQL Express ou standard (mais alors, dans les services du panneau des outils d'administration, coté système, on devrait avoir plusieurs instances du serveur SQL, non ?) ?

Cdt,

Non pas de doute possible, DDP_CUBE c'est du CBase, en SQL on reprend le nom des bases directement.

A+

OK, mais le DSN DDP-Cube peut dater d'une install précédente en mode cBase et le client a depuis migré en version SQL Express ou std...
Comme quoi, quelques explications sur la version en cours ne sont pas de trop.

On est bien d'accord qu'une suite RH n'existe qu'en base SQL, non ?

Cdt,

asr31 a écrit:On est bien d'accord qu'une suite RH n'existe qu'en base SQL, non ?

Oui

Bonjour.
Merci pour vos réponses, désolé pour le retards.

Donc les *.PRH sont supérieur à 1ko (environ 20Mo chacun) apparemment nous sommes en proprio.
Vous confirmez que le DataPump n'a pas d'impact sur les comptes du domaine ? Qu'il utilise sa propre authentification.

En ayant discuter avec les comptables, 4 des 7 tâches dont les pannes sont les mêmes et sont inutiles mais pour les 3 restant la question demeure la même.

Pour le prestataire, la réponse a cette question est payante ...
Il y a un projet de migration où les bases Sage vont tous passer en SQL Server vers des serveurs distant, je pense profiter de l'occasion pour faire le ménage.

Cordialement.

Bonjour,

Le datapump utilise la session qui le lance.
Idéalement il faut donc le planifier avec un compte ayant les droits d'administration au niveau de la tâche planifiée.

HTH,