Le Forum des Utilisateurs Sage

Bonjour à tous,

Je recherche les informations nécessaire pour insérer une rubrique dans une fiche de paie salarié.
Je cherche parmis toutes ces tables mais j'avoue que je ne vois pas vraiment où est sotcké l'information.

Si quelqu'un à des info là dessu, je suis preneur.

Merci à tous.

Bonjour ""rodcobalt22"" ,

Est ce que vous cherchez une Rubrique ?, Si oui, Laquelle ?.Ou bien vous voulez la créer de nouveau ?
Cordialement.
Mounir

Bonjour
merci de l'intérêt que tu portes à mon pb.

En faite je cherche à insérer des variable dans un fiche de paie sur une période donnée.
Mais je manque cruellement de documentation sur ça.

J'ai bien une table T_BNSSAL, mais en fonction de la variable il doit y avoir des spécificités je pense.

Aurais tu ces infos ?

Rodrigue

Bonjour,

Quelles sont les variables que vous voulez insérer dans la fiche personnelle ?

Cordialement

Mounir

Bonjour,

Sans plus de précisions, je suppose que vous êtes en environnement SQL Server. Pour information l'ODBC paie ne permet pas d'écrire dans la base, contrairement à l'ODBC Ligne 100.

Les rubriques des bulletins modèles (T_BMOD) sont stockées dans T_BNSMOD et T_COTMOD.
Lorsque vous rattachez un salarié à un bulletin modèle, les rubriques concernées sont copiées dans T_BNSSAL et T_COTSAL.

Si vous voulez alimenter automatiquement les rubriques dans les bulletins de salaires, il est nécessaire de travailler avec les champs codés en binaire (faites un SELECT *).
Pour cela il est nécessaire d'utiliser, au choix, la fonction dbo.SetValeurBinaire (si la valeur à passer est numérique) ou dbo.SetValeurCstBinaire (code constante). Ces deux fonctions utilisent une notion de flag que Sage refuse de documenter (personnellement j'ai demandé ces infos une cinquantaine de fois... )
Bref il est INDISPENSABLE de saisir manuellement sur un salarié pour contrôler la valeur à utiliser. Visiblement c'est souvent (tout le temps ?) une puissance de 2 (je n'ai plus le détail mais j'ai utilisé au moins 0, 32, 64 et 128).
Si vous utilisez le mauvais flag, vous ne verrez rien de choquant dans l'application (la bonne info au bon endroit en visuel), mais le calcul sera dans les choux. J'ai remarqué qu'en partant d'une même fenêtre dans l'appli et en restant dans la même table SQL, le flag n'a pas toujours la même valeur.

Enfin, si vous devez mettre à jour des constantes prédéfinies (CLxx notamment), la table à mouvementer est T_CUMSAL.
Là aussi faites attention, elle contient des informations de la fiche de personnel qu'il vaut mieux éviter de modifier hors application (salaire de base, horaire...)

HTH,

Bonjour,

MErci pour ces détails, je vais de ce pas m'y pencher pour voir.
Pour les champs T Constante, j'ai vue ce poste dernièrement. Cela peut t'apporter une piste ...

http://www.developpez.net/forums/d83519 ... rt-binary/

Bonjour,

Je reviens sur ce poste car je suis désespéré !!

Je dois insérer des informations d'absence.

J'ai bien repéré la table T_GHR qui contient la liste des constantes pour ce faire.
J'ai également trouver la table T_GHRSAL dans laquel on doit pousser les informations.

Maintenant reste à remplir le champs valeur qui dépend d'un enchainement de calcul en fonction des différentes cosntantes. Et là je sèche mais alors totalement ....

Comment récupérer la valeur à associé à la constante ??

Je vous en supplie aider moi !

Rod

Vous voulez reproduire un calcul de paie sans la paie ?
Ou vous voulez encoder une valeur dans le produit ?

Juste pour être sûr de la demande :
Vous avez une nature d'évènement "absence congés payés".
Normalement cette nature peut être paramétrée (doit être devrait-je dire) pour par exemple :
- Avoir une valeur par défaut TOTHRESOUV
- Dans la page Cumuls
* 0,00 (donc val par défaut) en + dans HA03
* TOTJRSOUV en + dans COPRIMOI

Avec les case Par jour cochées ou pas

Si vous avez bien ce type d'information, il faut simplement générer les lignes de T_GHRSAL en encodant vos valeurs par défaut avec dbo.SetValeurBinaire (nombre) ou dbo.SetValeurCstBinaire(code constante).

Le bout de code suivant insère une absence de 3,4 heures en REMPLACEMENT de la valeur par défaut.
Mais avant de vous lancer dans les tests il vous faut les informations EXHAUSTIVES concernant les natures d'évènements.

Code: Tout sélectionner

INSERT INTO T_GHRSAL(
   NumSalarie,
   CodeNE,
   PeriodeDebut,
   HeurePeriodeDebut,
   PeriodeFin,
   HeurePeriodeFin,
   NbEvt,
   UniteCaisseCP,
   NombreParJour,
   Valeur,
   CoutUnitaire,
   CoutCalcule,
   Motif,
   Commentaire,
   DateCreation,
   HeureCreation,
   FlagsControl,
   Utilisateur,
   NumeroGrille,
   NumeroLot,
   DateValidite,
   ApresMidi,
   Matin)
VALUES(
   dbo.GetNumSalarie('   450963'),
   '0950',
   '01/07/2010',
   0,
   '01/07/2010',
   0,
   dbo.SetValeurCSTBinaire(1,0,'3.400'),
   0,
   0,
   3.4,
   0,
   0,
   'MA',
   NULL,
   '01/07/2010',
   0,
   0x0108, --   CONVERT(BINARY,''),
   'SQL', -- UTILISATEUR
   0,
   0,
   '01/07/2010',
   0,
   1)

Quoiqu'il en soit, si votre valeur dépend d'un enchaînement de calculs en paie, on doit pouvoir simplement passer par l'équivalent d'une simple saisie via la valeur par défaut.
Essayez de détailler le paramétrage des CP ou de la maladie, si on arrive à gérer ces absences, le reste c'est peanuts comme dirait Charlie Brown.

Et gardez le moral

HTH,

Bonjour

Merci beaucoup pour ta réponse.
Ta requête m'a ouvert les yeux sur mon problème.

En sql paie : Qui peut le moins peut le plus.

Je chercher absolument à forcer les valeurs sans me rendre compte que la paie les recalculait. \o/

Donc du coup, mes absences fonctionnent.

Maintenant, je me confronte à l'insertion des rubrique grâce à l'aide que tu m'as donné ci dessus.

Mais ....Ma paie étant une 18.50 installé sur un SQL Serveur 2000 (Pure hérésie, je te l'accorde)

Ma fonction dbo.DecryptConstante(xx) me retourne une valeur sur mon serveur test en 2008 mais mon MSSQL 2000 me retourne lui, une valeur null.

J'ai réinstallé les procédures étendus avec la DLL qui va bien mais cela ne change rien ....

As tu déjà rencontré ce cas ? je n'en nulle trace sur le forum.

ps : Après que cette chose est fini, il va falloir que je trouve un moyen pour te remercier

SQL 2000 SP4 ?

C'est ma config et pas de souci, mais effectivement beaucoup de NULL plutôt que des zéros, mais ça je le constate sur mes 3 instances (2000, 2005 et 2008).

Il faudrait confirmer que la base en 2000 et celle en 2008 sont à niveau, en restaurant une sauvegarde récente par exemple.

HTH,

OokieDookie a écrit:Bref il est INDISPENSABLE de saisir manuellement sur un salarié pour contrôler la valeur à utiliser. Visiblement c'est souvent (tout le temps ?) une puissance de 2 (je n'ai plus le détail mais j'ai utilisé au moins 0, 32, 64 et 128).
Si vous utilisez le mauvais flag, vous ne verrez rien de choquant dans l'application (la bonne info au bon endroit en visuel), mais le calcul sera dans les choux. J'ai remarqué qu'en partant d'une même fenêtre dans l'appli et en restant dans la même table SQL, le flag n'a pas toujours la même valeur.

a première vue, j'utilise la colonne FlagInfoGenerales de la table T_Rub, et mon calcul se fait correctement.
Parfois cette colonne est vide. Donc je met la chaine "0".

ça passe nickel après une vingtaine de test.

rodcobalt22 a écrit:a première vue, j'utilise la colonne FlagInfoGenerales de la table T_Rub, et mon calcul se fait correctement.
Parfois cette colonne est vide. Donc je met la chaine "0".

Re,

En ce qui me concerne je n'ai jamais vu cette colonne valoir autre chose que zéro.

A+

Rubrique 960 : Indemnité de repas ?

J'ai pô celle-là...
De toute façon si c'est pour mettre un 0 pour moi c'est OK.

Je serai assez curieux de savoir ce que donnerait un import/export de la 960 vers le jeu d'essai, mais là c'est pour le fun

Bon je pense avoir trouvé le moyen d'identifier le flag de la rubrique \o/

J'ai remarqué que les valeurs par défaut des rubriques contiennent le tag en question.

Donc j'extrait la valeur dans la table T_Rub du champs qui m'interesse.
Je convertie la chainage binaire du champs Tconstante en string
Je sélectionné les deux premier caractère, sachant qu'après conversion le "0x" disparait.
J'interprète le résultat Hexa et le convertie en décimal. puis je fais un :

dbo.SetValeurCstBinaire(ValDecimal,0 ou 1 selon le champs,'la valeur')

Et là ben ... ça marche, mais j'en ai fais qu'une petite dizaine.

Attention à bien séparer les espaces autour des valeur constante du style TC13.

Qu'en penses tu ?

Que ça donne envie de se remettre au dev
Blague à part je trouve ça plutôt correct.

Pour les codes style "TC13", j'ai plus les valeurs en tête pour TypeConstante, mais ça ne peut concerner que les tests doubles et les tranches.

A+ et bonne soirée

Bon je reviens en force .... ça marche pas tout à fait

Il est nécessaire que je renseigne mes rubriques autrement.

Lorsque que le nombre par défaut est de type HSxx

J'ai beau cherché, je ne vois pas à quel endroit on fait ça.

C'est incroyable comment je pédale à fond les ballons sur ce coup, je m'en sort vraiment pas alors, alors avec mon boss qui viens me demander tout les heures où ça en est .... Bref.

Je ne comprend pas tout dans cette histoire.
J'ai beau regardé autour, même mes compagnons d'arcadie n'écrive pas dans la base, mais passe par une intégration de fichier

Je pense qu'il faut abandonner le FlagInfoGenerales de T_RUB, et creuser le script des fonctions dbo.Set...

Normalement pour les HS il est possible de passer par une nature d'évènement de type HS, c'est le cas ?
Je peux avoir un exemple précis (balises codes please) ?

A tout hasard, la colonne ModActive de la ligne est bien à 1 ?

A+

Donc, j'ai abandonné l'info flag générale pour prélever le préfixe de la valeur par défaut de la table T_Rub.

Quand je compare une insertion SAGE avec une des miennes, le flag1 du binaire est toujours bon. A mon avis ma méthode est la bonne.

Maintenant ça coince lorsque j'update les rubriques présentes dans la table T_BNNSAL.

Pour les montants seul pas de problème, le recalcul se fait bien.
En revanche pour une rubrique du type 220 Heure supplémentaire bla bla bla là ça coince.

J'essaye de laisser les valeurs par défaut indem (Notamment HS01) pour cette ligne, mais ne vois pas où est enregistrer la valeur de ce champs libre ? ... je sais pas si j'ai été assez clair

En gros, si "Formule" de T_rub est égale à 3 ET que Nombre de T_BNSSal est de type constante, je pousse ma valeur (nombre d'heure) dans le champs ValeurNombre, mais rien ne se passe.

Voilà en gros, pour le code je vais essayé d'en poster un bout plus facile à lire car j'utilise des objets qui ne sont pas franchement parlant.

Il arrive prochainement, sinon ModActiv est bien à 1 car appartenant au bulletin modèle.

To be continued

Bonjour,

OokieDookie a écrit:Enfin, si vous devez mettre à jour des constantes prédéfinies (CLxx notamment), la table à mouvementer est T_CUMSAL.

Pour mettre à jour les constantes Prédéfinies ou Utilisateur (lignes dont le TypeConstante est à 6 dans T_CST), il faut utiliser la valeur de la colonne CodeOperande1 de T_CST en filtre de OpCstCumul de T_CUMSAL.

Liste constantes prédef / util (les seules qu'on peut mettre à jour)

Code: Tout sélectionner

SELECT CodeConstante, Intitule, CodeOperande1 FROM T_CST WHERE TypeConstante = 6

MAJ de la constante HS01 :

Code: Tout sélectionner

UPDATE T_CUMSAL SET ElementCumul = @MaVal WHERE OpCstCumul = 90 AND NumSalarie = @MonSal

HTH,

No news, good news.

Sujet passé en résolu

Effectivement,
grave oublie de ma part ....

Merci de ton aide encore une fois, un jour, quand j'aurais le temps ( ... ), je penserai à formaliser le tout pour en aider pus d'un

Rod