[AC-2010] Conception des relations

[gregantibes]

Bonjour à tous,

Je rencontre la difficulté suivante :

Je travaille sur une application me permettant de gérer le traitement des contrats pour des salariés (de la création du salarié à l'impression du contrat)

Pour simplifier, j'ai une table salarié liée à une table contrat.

Le souci :
Il existe plusieurs type de contrat avec des salaires différents et un mode de calcul différent pour la durée du travail (Soit comptage en heure soit comptage en jour).

Pour l'instant, j'ai fait une table contrat avec les champs suivants :

- N°Auto
- Initulé de la société (deux sociétés possibles via liste déroulante)
- Nature du poste (Via liste déroulante)
- Type de contrat (via liste déroulante)
- Date DUE (Déclaration unique d'embauche
- Date d'entrée
- Date de sortie

Je cherche maintenant un moyen de faire apparaitre dans un sous formulaire les détails du contrat prenant en charge le comptage en heure ou en jour, le montant du salaire et quelques autres informations liées au type de poste.

Est-ce que vous pourriez me donner des pistes de recherche pour mettre ça en place ?

J'ai déja mis en place une table grille de salaire reprenant les attributs pour chaque contrat :
- Société.
- Poste
- type de contrat
- Salaire brut
- Nbre d'heure
- Nbre jour

Mais je n'ai pas trouvé encore comment lier tous ça

Merci d'avance pour votre aide
Bonne journée
Greg

[JeanYves70]

Bonjour,

Il faut déjà qu'il y ai un point commun entre la table salarié et la table contrat.

Je pense par exemple à un éventuel N° de matricule dans la société ou plus simplement le N° de sécu du salarié.

Ensuite le salarié UNIQUE de la TbSalarie (clé primaire sur IDSalarié)
IDSalarié
xxxx

peux disposer de différents contrats dans la TbContrats (clé primaire sur IDSalarié et IDContrat)

IDSalarié IDContrat
xxxx 1
xxxx 2

Ensuite créer un formulaire avec une combo non dépendante permettant d'afficher les IDSalarié de TbSalarié
2 Sous formulaires un avec info identité du salarié et un autre
avec les infos des contrats.
Champ Père et Champ fils : IDSalarié pour les 2 sous form

Ca devrait fonctionner pas mal

Consultes éventuellement ce fil :
http://www.developpez.net/forums/d11...us-formulaire/

Bon courage

[gregantibes]

Merci Jean Yves pour ta réponse.

J'ai bien les liens entre les tables avec des champs communs (ID SALARIE et ID CONTRAT).

Qu'est-ce que tu appelles : "avec une combo non dépendante" ?

J'ai du mal aussi à saisir la suite de ton message : "2 Sous formulaires un avec info identité du salarié et un autre
avec les infos des contrats.
Champ Père et Champ fils : IDSalarié pour les 2 sous form"

Si je te comprends, je dois créer un formulaire avec 2 sous formulaires ayant pour lien ID salarié.
1 Sous formulaire avec les infos sur le type de contrat
1 sous formulaire avec les infos du salarié
C'est ça ?

Je vais explorer le lien pour en savoir +.

Afin d'être un peu plus claire sur mon schéma de relations, voir la pièce jointe.

Merci de me donner votre avis

En sachant qu'un salarié peut avoir plusieurs contrat de différents types avec une rémunération différente suivant son poste. avec la notion de décompte de jour ou heure.

[JeanYves70]

Bonjour,

Pour combo il faut lire zone de liste modifiable

Donc oui il faut créer un formulaire avec 2 sous formulaires.

Pour le formulaire il ne doit pas y avoir de requete source
Dans ce formulaire tu crées une zone de liste modifiable (combo box) qui a pour source la table salarié. Elle servira de "champ père".

Dans chacun des sous formulaires les "champs fils" doivent disposer de la même information que le "champ père".

Ensuit en exploitation, tu selectionnes un salarié dans la zone de liste et les infos correspondantes doivent apparaitre dans chacuns des sous formulaires.

J'espère avoir été claire - Bon courage pour la suite

[gregantibes]

J'illustre avec mon exemple pour voir si j'ai bien compris ce que tu me proposes :

J'ai une table salarié avec un ID SALARIE
Je fais un formulaire avec une liste déroulante sur L'ID ou le nom du salarié.

Je mets en place ensuite 2 sous formulaires qui sont reliés avec un champ à la table salarié.
Jusque là ok.

Par contre ensuite, ce que je recherche c'est de prendre en considération les infos rentrées sur le Type de contrat, L'entreprise, Le poste pour intérroger une grille des salaires qui va renvoyer :

- La rémunération.
- Le type de comptage (Jour ou Heure)
Etc.

Dans le formulaire de base, je rentre les infos suivantes avec des lsites déroulantes :
Nom SALARIE
Entreprise (je peux faire des contrats pour deux entreprises différentes)
Type de contrat (CDD, CDI, etc.)
Poste : ...
L'ideal serait de réduite le choix dans les listes déroulantes au fur à mesure qu'une liste est validée.

[JeanYves70]

Bonjour,

Je pense que que la société propose différents contrats mais que pour le salarié un seul est possible.

Donc il relier le contrat au salarié par "Type de contrat" champ dispo dans la requete source ton sous formulaire type de contrat il faut afficher les "infos contrat" liées à IDSalarié

TbSalarié et TbContrat
créer un lien entre les champ Type de contrat
afficher dans la requete IDSalarié de TbSalarié ainsi que tous le champs utiles de TbContrat

[gregantibes]

Merci pour ton aide, j'ai commencé à explorer cette piste en effet.

En fait, comme j'avais en tête un table de suivi des contrats, je ne passais pas par des rêquetes d'ou mon blocage.

Quand tu utilises des requetes dans des sous formulaires, tu peux ensuite récupérer les infos dans une table ?

Dans mon projet, il s'agit de garder un historique des contrats avec toutes les infos même si elles proviennent de requette.

Après celle-là j'arrete mes questions

[JeanYves70]

Dans ACCESS il y a plusieurs types de requete

Requête selection : c'est une "vue passive" à l'instant T des informations contenues dans les différentes tables interrogées. (c'est notre cas)-(certains logiciels emploient le terme de "vue" plutot que "requête")

Requête mise à jour : elle est "active" et elle permet de mettre à jour un ou plusieurs enregistrements de la table qui ont un point commun en critère

Requête suppression : elle est "active" et elle permet de supprimer un ou plusieurs enregistrements de la table qui ont un point commun en critère

Requête ajout: elle est "active" et elle permet d'ajouter un ou plusieurs enregistrements de la table qui ont un point commun

Jettes un oeil sur les tutoriaux de ce site c'est une mine d'or http://access.developpez.com/cours/. Ils sont clairs et écrits par des contributeurs de haut niveau.

Pas de souci pour les questions, le forum est fait pour ça.

Bon courage pour la suite

[gregantibes]

En fait, je voulais parler de l'enregistrement du contrat en créant une table d'historique.

Comment prendre en compte le formulaire avec les Requêtes pour garder en mémoire les informations du contrat.

Il faut créer une requête action à la fin de la saisie ?