> For the complete documentation index, see [llms.txt](https://documentation.efalia.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://documentation.efalia.com/specifique/croix-rouge-francaise/spec-gestion-contrats-travail.md). # Spéc. — Gestion des contrats de travail Cette spécification décrit la modélisation, dans **Efalia Process**, du processus de **gestion des contrats de travail** dématérialisé pour la **Croix-Rouge française (CRF)** : procédures, acteurs, workflow (états et opérations), règles de gestion, formulaires, champs et intégrations. {% hint style="info" %} **Document de spécification** issu d'une réunion de cadrage (parcours du *Designer* Efalia Process). Il décrit le **modèle** (le « comment ça marche » côté conception), pas un mode d'emploi utilisateur. Source : transcription de la réunion. Les points non tranchés ou incertains sont signalés par un **encadré rouge « À VALIDER »**. {% endhint %} *** ## 1. Objectif & contexte * **Client** : Croix-Rouge française (CRF). * **Produit** : Efalia Process (modélisation via le *Designer*). * **Objet** : dématérialisation complète de la **gestion des contrats de travail**. * **Projet** (nom affiché) : `Gestion des contrats de travail` — **nom interne** : `Gestion_D_Contrat_De_Travail`. *** ## 2. Périmètre — le processus et ses 5 procédures Le **processus** donne la vision globale : le RH transmet les informations du salarié → la procédure **Gérer le contrat de travail** s'exécute → en sortie, le contrat est **archivé** ou **abandonné** (un contrat archivé peut ensuite être détruit). | # | Procédure | Rôle principal | Objet | | - | ------------------------------- | ----------------------------------------------- | ------------------------------------------------------------------------ | | 1 | **Gérer le contrat de travail** | Rédacteur / Contrôleur / Signataire / Archiveur | Cœur du processus (rédaction → signature → archivage). La plus complexe. | | 2 | **Gérer les clauses** | Rédacteur de clauses / Valideur de clauses | Rédaction, validation et activation des clauses. | | 3 | **Duplication de contrat** | Rédacteur | Dupliquer un contrat existant pour éviter une ressaisie. | | 4 | **Archivage** | Agent automatique (API) | Archivage du contrat signé électroniquement vers StarSafe. | | 5 | **Agent SE Connective** | Agent automatique | Rapatriement du contrat une fois signé par le salarié via Connective. |
Diagramme du processus dans le Designer Efalia Process

Processus « Gestion des Contrats de Travail » dans le Designer : les 5 procédures (arbre de gauche) et le flux global.

*** ## 3. Acteurs & rôles ### Acteurs humains (procédure « Gérer le contrat de travail ») | Acteur | Rôle | | -------------- | --------------------------------------------------------------------------------- | | **Rédacteur** | Crée et complète le contrat ; corrige sur demande ; peut abandonner ou dupliquer. | | **Contrôleur** | Contrôle le contrat ; demande des modifications ou valide pour signature. | | **Signataire** | Signe le contrat (signature CRF) ; demande des modifications ou abandonne. | | **Archiveur** | Scanne / insère le contrat signé manuellement et l'archive. | Procédure **Gérer les clauses** : **Rédacteur de clauses** et **Valideur de clauses**. ### Agents automatiques (non humains) | Agent | Déclenche | Rôle | | ------------------------- | ----------------------- | -------------------------------------------------------------------------------- | | **Agent date signature** | quotidien | Envoie le contrat à la date programmée (champ date d'envoi CRF). | | **Agent de délai** | dépassement de délai | Bascule en état d'alerte (contrôle / signature) pour envoyer un mail de relance. | | **Agent Connective** | après signature salarié | Synchronise la réponse de signature électronique (Connective). | | **Agent API (archivage)** | contrat éligible | Archive le contrat signé vers **StarSafe**. | {% hint style="info" %} **Affectation des acteurs** : un acteur agit sur un contrat s'il cumule le **rôle** (rédacteur / contrôleur / signataire / archiveur) **et** l'appartenance à l'**unité** (établissement) sélectionnée dans le contrat. La liste des **unités** proposées au rédacteur dépend des établissements auxquels il est rattaché. {% endhint %} *** ## 4. Workflow — procédure « Gérer le contrat de travail » Une **opération** est définie par un ou plusieurs **états d'entrée** et un ou plusieurs **états de sortie**. Les **états** matérialisent l'avancement du document.
Machine à états de la procédure Gérer le Contrat de travail

Machine à états de la procédure « Gérer le Contrat de travail » dans le Designer (vue d'ensemble — états et opérations).

### 4.1 États du document (principaux) `Nouveau` · `Brouillon enregistré` · `Attente envoi CRF` · `Complété pour contrôle` · `Complété pour signature` · `Modifié suite à la demande du contrôleur` · `Modifié suite à la demande du signataire` · `Modification suite à la demande du Rédacteur pour contrôle` · `Modification suite à la demande du Rédacteur pour signature` · `Modification demandée par le contrôleur` · `Modification demandée par le signataire` · `Contrôlé pour signature` · `Alert contrôle` · `Alert signature` · `Refus du signataire` · `Signé CRF` · `Abandonné` · `Abandonné post-signature` · `Pour archivage` · `Archivé` · `Détruit` · `À mettre à jour` (duplication) · états `Dupliqué (…)`. {% hint style="danger" %} **⚠️ À VALIDER** — orthographe de quelques états non confirmés en relecture (« Attente envoi CRF » ? « Alert » vs « Alerte » ?). {% endhint %} ### 4.2 Opérations par acteur {% tabs %} {% tab title="Rédacteur" %} | État(s) d'entrée | Opération | État(s) de sortie | Formulaire | | ------------------------------------------------------------------------ | ----------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------- | ----------- | | `Nouveau`, `Brouillon enregistré` | Enregistrer un brouillon | `Détruit` ou `Brouillon enregistré` | CT Ecriture | | `Nouveau`, `Brouillon enregistré` | Soumettre à signature | `Attente envoi CRF` **ou** `Complété pour contrôle` **ou** `Complété pour signature` *(routage automatique, voir RG)* | CT Ecriture | | `Modification demandée par le contrôleur`, `Refus du signataire` | Corriger suite à la demande du contrôleur | `Abandonné` ou `Modifié suite à la demande du contrôleur` | CT Ecriture | | `Modification demandée par le signataire` | Corriger suite à la demande du signataire | `Abandonné` ou `Modifié suite à la demande du signataire` | CT Ecriture | | `Attente envoi CRF`, `Complété pour signature`, `Complété pour contrôle` | **Modifier le contrat** *(optionnelle)* | `Modification suite à la demande du Rédacteur pour contrôle`, `Modification suite à la demande du Rédacteur pour signature` ou `Attente envoi CRF` | CT Ecriture | Le rédacteur peut **abandonner** (opération optionnelle, observation obligatoire). {% endtab %} {% tab title="Contrôleur" %} | État(s) d'entrée | Opération | État(s) de sortie | Formulaire | | ---------------------------------------------------------------------------------------------------------------------------------------------------- | -------------------------- | ------------------------------------------------------------------- | ----------- | | `Complété pour contrôle`, `Modifié suite à la demande du contrôleur`, `Alert contrôle`, `Modification suite à la demande du Rédacteur pour contrôle` | Demander des modifications | `Modification demandée par le contrôleur` (commentaire obligatoire) | CT Contrôle | | *(idem)* | Contrôler | `Contrôlé pour signature` (→ part au signataire) | CT Contrôle | `Alert contrôle` est produit par l'**agent de délai** (dépassement) pour envoyer un mail, sans changer les opérations possibles. {% endtab %} {% tab title="Signataire" %} **Après contrôle** : | État(s) d'entrée | Opération | État(s) de sortie | Formulaire | | ------------------------------------------------------- | --------------------------------------- | ------------------------------------------------ | ------------ | | `Contrôlé pour signature`, `Alert signature (contrôle)` | Signer | `Signé CRF` | CT Signature | | *(idem)* | Demander des modifications / abandonner | `Refus du signataire` (observation) ou `Abandon` | CT Signature | **Sans contrôle** (envoi direct) : | État(s) d'entrée | Opération | État(s) de sortie | Formulaire | | ---------------------------------------------------------------------------------------- | --------------------------------------- | -------------------------------------------------------------------- | ------------ | | `Complété pour signature`, `Alert signature`, `Modifié suite à la demande du signataire` | Signer | `Signé CRF` | CT Signature | | *(idem)* | Demander des modifications / abandonner | `Modification demandée par le signataire` (observation) ou `Abandon` | CT Signature | | {% endtab %} | | | | {% tab title="Archiveur & agents" %} | Acteur | État(s) d'entrée | Opération | État(s) de sortie | | ------------------------ | ---------------------------------------- | ---------------------------------------------------------- | ---------------------------------------------------------- | | **Agent date signature** | `Attente envoi CRF` | Envoyer contrat *(si date du jour = date d'envoi)* | `Complété pour signature` | | **Agent Connective** | `Signé CRF`, `Dupliqué signé` | Synchro signature | `Abandonné` ou `Pour archivage` (selon réponse du package) | | **Agent API** | `Pour archivage`, `Dupliqué pré-archivé` | Archiver (→ StarSafe) | `Archivé` | | **Archiveur** | `Signé CRF`, `Dupliqué signé` | Scanner le document (insérer le PDF, contrôle de présence) | `Archivé` | L'archiveur peut **abandonner** (optionnelle). Un contrat `Archivé` peut toujours être **abandonné** (opération optionnelle). {% endtab %} {% endtabs %} ### 4.3 Règles de gestion > **RG1 — Routage à la soumission.** À l'opération *Soumettre à signature* : si le champ **date d'envoi du contrat pour le signataire CRF** est **rempli** → `Attente envoi CRF`. Sinon, si le champ **`OU_Contrôle`** est **≠ vide** → `Complété pour contrôle`. Sinon → `Complété pour signature`. {% hint style="danger" %} **⚠️ À VALIDER** — noms internes exacts des champs « date d'envoi du contrat pour signataire CRF » et « OU\_Contrôle » (le formateur n'était pas sûr des intitulés). {% endhint %} > **RG2 — Agent date signature.** L'agent tourne **quotidiennement** : si la date renseignée = date du jour → `Complété pour signature` ; sinon le contrat reste `Attente envoi CRF`. > **RG3 — Observation obligatoire.** Toute opération de *demande de modifications*, *refus du signataire* ou *abandon* exige une **observation / commentaire**. > **RG4 — Choix du signataire (contrainte).** Liste déroulante **monovaluée** des personnes ayant le **rôle Signataire** dans l'**unité** sélectionnée. La personne sélectionnée est celle qui reçoit le contrat en signature. > **RG5 — Affectation contrôleur.** Le contrat part aux personnes ayant le **rôle Contrôleur** **et** rattachées à l'**unité** du contrat. > **RG6 — Unité = établissements du rédacteur.** La liste **Unité** ne contient que les établissements auxquels le rédacteur connecté est rattaché (connecteur d'unité de rattachement). > **RG7 — Signature électronique.** Choix oui/non (bouton radio). Si **oui**, l'**adresse électronique du salarié** devient obligatoire et fait l'objet d'une **vérification de format e-mail (JavaScript)**. Si **manuel**, l'archiveur scanne le contrat. > **RG8 — Âge minimum.** La **date de naissance** du salarié doit correspondre à un âge **≥ 16 ans** (vérification). > **RG9 — PDF à jour bloquant.** Le PDF du contrat doit être **régénéré après toute modification** ; sinon un message d'erreur empêche de passer à l'étape suivante. > **RG10 — Alertes de délai.** En cas de dépassement de délai, l'agent de délai bascule en `Alert contrôle` / `Alert signature` pour envoyer un mail de relance, sans retirer les opérations possibles. *** ## 5. Formulaires Quatre formulaires, globalement **identiques** ; ils diffèrent surtout par le **mode lecture seule / écriture** des champs. Le formulaire est **dynamique (JavaScript)** : la plupart des champs sont en écriture côté rédacteur, et l'affichage se met à jour à chaque rafraîchissement. | Formulaire | Utilisé par | Caractéristique | | ---------------- | ---------------------------------------------- | --------------------------------------------------------- | | **CT Ecriture** | Rédacteur (brouillon, soumission, corrections) | Tous les champs en écriture. | | **CT Contrôle** | Contrôleur | Quasiment tout en lecture seule, **sauf le commentaire**. | | **CT Signature** | Signataire | Quasiment rien de modifiable. | | **CT Archive** | Archiveur | Insertion d'un document (le contrat scanné). | {% hint style="info" %} **Autres formulaires présents dans le Designer** (arbre des Formulaires) : `CT Lecture`, `CT Arrivée`, `CT Duplication`, `CT Agent signature`, et — pour la procédure clauses — `CL Création API`, `CL Ecriture`, `CL Modification`, `CL Validation`. {% endhint %} {% hint style="danger" %} **⚠️ À VALIDER** — usage précis de ces formulaires complémentaires (non détaillé en réunion). {% endhint %} *** ## 6. Formulaire CT Ecriture — sections & champs Le formulaire est découpé en sections. **L'affichage des champs est conditionnel** : il dépend des clauses, du type de contrat, de l'emploi, de la classification, etc. Les listes déroulantes sont calculées par connecteurs / requêtes sur la base **`CRF_DATA`** (tables annexes). {% hint style="info" %} **Inventaire exhaustif des champs.** Le formulaire comporte un très grand nombre de champs (cas RH : CDD, avenants, congé parental, mise à disposition, remplacement, agrément…), avec un **affichage conditionnel**. Le tableau ci-dessous présente les **sections** et leurs **champs principaux** ; la liste complète, avec noms internes et conditions d'affichage, figure dans le **formulaire `CT Ecriture`** et la base **`CRF_DATA`** (colonnes `libellé` / `résumé clause`). {% endhint %}
Éditeur du formulaire CT Ecriture dans le Designer

Formulaire « CT Ecriture » dans le Designer : les sections et, à droite, les propriétés d'un champ (libellé, nom interne, type, options).

| Section | Champs représentatifs (type) | | --------------------------------------------------------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Choix de l'entité** | `Unité` (liste déroulante monovaluée, calculée par connecteur) + texte d'explication `CHOIX_UNITE_TXT` | | **Choix du signataire** | `Choix du signataire` (liste déroulante monovaluée, calculée) | | **Envoi programmé des mails pour signature** | `Date d'envoi du contrat pour le signataire CRF` (date) | | **Détermination des éléments constitutifs du contrat** | `Type de contrat`, `Classification`, `Emploi`, `Motif CDD` (conditionnel), `Durée du contrat`, `Motif de l'avenant` — listes déroulantes monovaluées calculées selon l'unité / les champs précédents | | **Clauses** | clauses affichées/masquées selon type de contrat, emploi, classification | | **Calcul du coefficient de rémunération et du brut (selon CC)** | calculette (hors Mayotte / Nouvelle-Calédonie) | | **Informations relatives à la signature électronique** | signature électronique oui/non (radio) ; `Adresse électronique du salarié` (obligatoire si oui, vérif e-mail) | | **Informations relatives au salarié** | `Civilité` (liste), `Prénom`, `Nom`, `Adresse complète` (multiligne), `Date de naissance` (date, ≥ 16 ans), `Lieu de naissance`, `Nationalité`, `Autorisation de travail`, diplômes, agrément, RPPS, détachement… (champs libres / dates / listes) | | **Informations relatives au contrat** | type de contrat, dates d'engagement / d'effet / de fin, durées CDD, renouvellements, congé parental, accroissement temporaire d'activité, complément d'heures… (très nombreux champs dates / listes / multilignes) | | **Informations relatives aux salariés remplacés** | nom/prénom, qualification, motif d'absence / de remplacement / de suppression de poste, instance représentative consultée… | | **Informations relatives à la mise à disposition** | contexte, entreprise d'accueil, poste, pourcentages de temps, durée des missions… | | **Période d'essai ou d'adaptation** | durées de période d'essai (champs/listes selon le cas) | | **Fonction** | emploi, palier, coefficient, fonctions occupées, tâches exercées / non exercées… | | **Lieu de travail** | renseigné **via API** à partir du **code structure** de l'unité : nom et adresse de l'établissement de rattachement, ville… | | **Durée de travail** | informations de durée et modalités d'heures (*section longue, non détaillée*) | | **Rémunération et avantages** | ancienneté / reprise, points GER (`A` + `B` + `C` → total), bouton **Calculer la rémunération**, montant brut (temps plein / partiel / en lettres)… ; `point de rémunération` = propriété technique non visible | | **Autres (formation)** | dates et intitulé de formation… | | **Contrat de travail** | bouton **Générer le contrat de travail** + champ affichant le **PDF** généré (cf. RG9) | | **Commentaires** | `Observation` (historisée) ; section **commentaire duplication** (observation + historique) | | **Sections techniques** | `Connecteur StarPage` (génération PDF), `StarSafe` (archivage), `Gestion des UO` (contraintes : à quel contrôleur / signataire / archiveur le contrat est envoyé), champ technique de gestion des mails / contrôles | {% hint style="danger" %} **⚠️ À VALIDER** — noms internes de chaque champ ; conditions exactes d'affichage (pilotées par les clauses, colonne `résumé clause` de `CRF_DATA`). Le formateur a indiqué ne pas avoir le détail exact de ce qui apparaît / disparaît. {% endhint %} *** ## 7. Intégrations & connecteurs | Brique | Rôle | | ----------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Nitro / Connective** (signature électronique) | Envoi du contrat au salarié pour signature électronique (`N-I-T-R-O`). Un **package Connective** est créé par contrat (table `Connective_Package` : ID document + package), exploité par l'agent Connective pour vérifier la signature et rapatrier. | | **StarPage** | Génération du **PDF** du contrat (connecteur présent sur la plupart des opérations pour réactualiser le PDF). | | **StarSafe** | Outil de **stockage / archivage** : destination finale du contrat archivé. | | **API code structure** | Récupère le **lieu de travail** (nom + adresse de l'établissement) à partir du code structure de l'unité. | | **Base `CRF_DATA`** | Tables annexes pilotant les **listes déroulantes** et **contraintes** (types de contrat, classifications, clauses, emplois…). | **Connecteurs notables** sur l'opération *Soumettre à signature* : `clause obligatoire`, `clause exclure / emploi`, `nombre de clauses optionnelles`, **RAZ documents signés**, **RAZ commentaires**, **RAZ signataire** (à la duplication), `unité de rattachement`, `StarPage` (PDF). Sur l'état signé : **Create Connective Package**. {% hint style="danger" %} **⚠️ À VALIDER** — orthographe/casse exacte des produits (`StarPage`, `StarSafe`, `Connective`/`Nitro`) et noms internes des connecteurs. {% endhint %} *** ## 8. Procédures annexes ### 8.1 Duplication de contrat Le **rédacteur** peut dupliquer un contrat qu'il a créé (ou d'un établissement de son unité) pour éviter une ressaisie : tous les champs sont conservés, seules les valeurs à changer (ex. **date d'embauche**) sont modifiées, puis le PDF est régénéré. * États dont un contrat peut être dupliqué : `Abandonné`, `Abandonné post-signature` (et leurs variantes `Dupliqué …`), `Archivé`, `Signé CRF`, `Pour archivage`. * La duplication crée un **document fils** (`À mettre à jour`) par **dérivation**, **détaché** du document père. Les documents signés, commentaires et signataire du contrat précédent sont **remis à zéro** (RAZ). ### 8.2 Agent SE Connective (rapatriement) Après signature du salarié sur **Connective**, l'**agent Connective** réalise l'opération *Synchro signature* (états d'entrée `Signé CRF` / `Dupliqué signé`) : il vérifie la réponse du package (signé / revoked / abandonné) → `Abandonné` ou `Pour archivage`. ### 8.3 Archivage Pour un contrat `Pour archivage` / `Dupliqué pré-archivé`, l'**agent API** archive le contrat (signé électroniquement) vers **StarSafe** → `Archivé`. ### 8.4 Gérer les clauses Une clause est **rédigée** par un *rédacteur de clauses*, **validée** par un *valideur de clauses*, peut être rendue **applicable / non applicable**, et **modifiée**. {% hint style="danger" %} **⚠️ À VALIDER** — procédure « Gérer les clauses » décrite de mémoire et de façon partielle par le formateur (« je ne la connais pas très bien ») → à détailler. {% endhint %} *** ## 9. Points à valider (récapitulatif) Cette spec est issue d'un parcours oral du Designer. Restent à confirmer avec l'équipe / le modèle : {% hint style="danger" %} **⚠️ À VALIDER — récapitulatif** 1. Noms internes exacts des **champs de routage** (`date d'envoi CRF`, `OU_Contrôle`). 2. Libellés/orthographe exacts des **états** et **opérations**. 3. **Inventaire exhaustif des champs** + conditions d'affichage (via le formulaire et `CRF_DATA`). 4. Casse exacte des produits d'intégration (`StarPage`, `StarSafe`, `Connective`, `Nitro`). 5. Détail de la procédure **Gérer les clauses** et usage des formulaires complémentaires (`CL *`, `CT Lecture`, `CT Arrivée`, `CT Duplication`, `CT Agent signature`). 6. Libellés exacts des **états de duplication**. {% endhint %} *** {% hint style="warning" %} **Spécification générée à partir d'une transcription (Whisper).** À relire et compléter par Clémence / l'équipe projet avant diffusion. Les diagrammes d'états (machine à états) et l'inventaire complet des champs gagneraient à être ajoutés en annexe. {% endhint %} --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://documentation.efalia.com/specifique/croix-rouge-francaise/spec-gestion-contrats-travail.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.