- Ajouter logs frontend pour voir le type_avenant envoyé
- Ajouter logs backend pour voir le type_avenant reçu
- Ajouter logs pour voir la valeur annulation calculée
- Modifier NouvelAvenantPageClient pour gérer type_avenant annulation
- Désactiver la sélection d'éléments pour les annulations
- Ajouter message d'information pour les avenants d'annulation
- Adapter l'API generate-pdf pour envoyer annulation: Oui à PDFMonkey
- Modifier l'API create pour accepter les annulations sans éléments requis
- Ne pas mettre à jour le contrat pour les annulations
- Commenté le champ dates_travaillees qui causait l'affichage en double
- Le template PDFMonkey doit maintenant utiliser uniquement :
- dates_representations_detail pour les représentations
- dates_repetitions_detail pour les répétitions
- Modification validation dans DatesQuantityModal pour heures_repetitions
- Limite 1-3 maintenue pour représentations et services de répétition
- Retrait de la limite max pour les champs d'heures
- Mise à jour placeholder selon le type de saisie
- Ajout champs heures totales et minutes pour répétitions dans AmendmentDureeForm
- Intégration DatesQuantityModal pour saisie heures par jour de répétition
- Ajout type 'heures_repetitions' dans dateFormatter et DatesQuantityModal
- Correction envoi precisions_salaire à PDFMonkey pour les avenants
- Ajout champs séparés dates_representations_detail et dates_repetitions_detail
- Correction logique dates_repetitions_heures pour éviter doublons dans PDF
Webhook avenant completed:
- Le payload form.completed ne contient pas la liste complète des submitters
- Récupération via GET /api/docuseal/submissions/{id}
- Permet de vérifier que TOUS les submitters ont status='completed'
- Corrige le blocage où les emails finaux ne partaient jamais
Webhook docuseal-amendment:
- Vérifier le statut actuel avant de traiter
- Si déjà 'pending_employee' ou 'signed', ignorer le webhook
- Évite l'envoi en double de l'email d'invitation au salarié
- La Lambda appelle ce webhook à chaque signature, pas seulement employeur
Corrections webhook avenant completed:
- N'accepter QUE l'événement form.completed (envoyé une seule fois)
- Ignorer submission.completed (envoyé à chaque signature individuelle)
- Utiliser signature_status='signed' au lieu de 'completed'
- Corrige le problème d'email salarié envoyé en double
- Corrige l'affichage du statut dans l'interface
Webhook avenant completed:
- Vérification du status de TOUS les submitters
- N'envoie les emails finaux que si status='completed' pour tous
- Évite l'envoi prématuré des emails de confirmation
- Log détaillé des statuts de signature
Webhook avenant completed:
- Récupération du slug depuis avenant.employee_docuseal_slug
- Évite l'extraction incorrecte depuis submission_url
- Corrige le 404 sur /signature-salarie pour les avenants signés
Avenant signature:
- Stockage de employee_docuseal_slug lors de la signature employeur
- Permet au salarié d'accéder à la page signature-salarie
Email employeur avenant:
- Prénom depuis organization_details.prenom_signataire
- Email vers organization_details.email_signature
- Message: 'Le document est disponible dans la fiche contrat'
- Ajout mise à jour cddu_contracts.avenant_signe = true
- Ajout cddu_contracts.avenant_signe_date avec timestamp
- Correction emails avenants (profession, infoCard employeur, URL salarié)
- Extraction docuseal_id depuis submission_url pour lien salarié
- Retrait de code_employeur du select organizations (colonne inexistante)
- Ajout requête organization_details pour récupérer code_employeur
- Correction erreur SQL 'column organizations_2.code_employeur does not exist'
- Webhook avenant: utiliser les données du contrat depuis Supabase quand Lambda envoie 'Non spécifié'
- Ajout des types d'emails manquants dans EmailType (signature-request-employee-amendment, etc.)
- Les emails d'avenant seront maintenant loggés correctement dans email_logs
Note: Exécuter dans Supabase SQL:
ALTER TYPE email_type ADD VALUE IF NOT EXISTS 'signature-request-employee-amendment';
ALTER TYPE email_type ADD VALUE IF NOT EXISTS 'signature-request-salarie';
ALTER TYPE email_type ADD VALUE IF NOT EXISTS 'contribution-notification';
ALTER TYPE email_type ADD VALUE IF NOT EXISTS 'support-reply';
ALTER TYPE email_type ADD VALUE IF NOT EXISTS 'support-ticket-created';
ALTER TYPE email_type ADD VALUE IF NOT EXISTS 'support-ticket-reply';
ALTER TYPE email_type ADD VALUE IF NOT EXISTS 'contact-support';
Le webhook avenant échouait avec 'multiple rows returned' car plusieurs avenants
pouvaient avoir le même numero_avenant (tests). Utilisation du docuseal_submission_id
unique pour identifier l'avenant correctement.
- check-status: cherche dans cddu_contracts ET avenants
- verify-birthdate: cherche dans les deux tables
- Retourne documentType ('contrat' ou 'avenant')
- UI adaptée: AlreadySignedCard et ToSignCard affichent le type
- Titre dynamique: 'Contrat' ou 'Avenant' selon le document
- Textes adaptés: 'Voir et signer votre avenant/contrat'
✨ Nouvelles fonctionnalités
- Page de gestion des avenants (/staff/avenants)
- Page de détail d'un avenant (/staff/avenants/[id])
- Création d'avenants (objet, durée, rémunération)
- Génération automatique de PDF d'avenant
- Signature électronique via DocuSeal (employeur puis salarié)
- Changement manuel du statut d'un avenant
- Suppression d'avenants
🔧 Routes API
- POST /api/staff/amendments/create - Créer un avenant
- POST /api/staff/amendments/generate-pdf - Générer le PDF
- POST /api/staff/amendments/[id]/send-signature - Envoyer en signature
- POST /api/staff/amendments/[id]/change-status - Changer le statut
- POST /api/webhooks/docuseal-amendment - Webhook après signature employeur
- GET /api/signatures-electroniques/avenants - Liste des avenants en signature
📧 Système email universel v2
- Migration vers le système universel v2 pour les emails d'avenants
- Template 'signature-request-employee-amendment' pour salariés
- Insertion automatique dans DynamoDB pour la Lambda
- Mise à jour automatique du statut dans Supabase
🗄️ Base de données
- Table 'avenants' avec tous les champs (objet, durée, rémunération)
- Colonnes de notification (last_employer_notification_at, last_employee_notification_at)
- Liaison avec cddu_contracts
🎨 Composants
- AvenantDetailPageClient - Détail complet d'un avenant
- ChangeStatusModal - Changement de statut manuel
- SendSignatureModal - Envoi en signature
- DeleteAvenantModal - Suppression avec confirmation
- AvenantSuccessModal - Confirmation de création
📚 Documentation
- AVENANT_EMAIL_SYSTEM_MIGRATION.md - Guide complet de migration
🐛 Corrections
- Fix parsing défensif dans Lambda AWS
- Fix récupération des données depuis DynamoDB
- Fix statut MFA !== 'verified' au lieu de === 'unverified'
- Correction de la détection artiste/technicien dans génération PDF avenant
- Utilisation de contract.categorie_pro au lieu de déduction depuis type_de_contrat
- Permet l'affichage correct des heures pour les techniciens dans le PDF
- Création page staff/avenants avec tableau et recherche
- Modal moderne de création d'avenant avec recherche de contrat
- Formulaires dynamiques pour objet, durée et rémunération
- Pré-remplissage automatique des données du contrat d'origine
- Sélection multi-éléments à avenanter
- Calendriers de dates avec modal de quantités
- Génération PDF via PDFMonkey (template BC5E26D6-4A3B-45F8-8376-25F83C17A413)
- Stockage PDF dans S3 (bucket odentas-docs, préfixe avenants/)
- Gestion z-index pour modals imbriqués (z-100+)
- Support CDDU/RG et Artiste/Technicien
- Design cohérent avec le reste du site
- Update getActionBadge to accept contract and check forcedAction when forceResend is enabled
- Update getEmailForAction to use forcedAction when forceResend is checked
- Dynamically calculate totalToSend based on forceResend state
- Show correct action badges (employer/employee) instead of 'skip' when forcing resend
- Add checkbox in SmartReminderModal to force sending reminders despite 24h cooldown
- Track contracts skipped due to cooldown separately
- Store forcedAction attribute for contracts in cooldown period
- Apply forced actions when forceResend option is enabled
- Show warning message with count of contracts excluded due to cooldown
- Update modal signature to accept forceResend parameter
- Remove automatic modal close after sending reminders
- Change 'Annuler' button to 'Fermer' once all reminders are sent
- Hide 'Envoyer' button when sending is complete
- Allow users to review the full summary with success/error status
- Add database columns for last_employer_notification_at and last_employee_notification_at in cddu_contracts
- Update all email sending endpoints to record timestamps (remind-employer, relance-salarie, docuseal-signature, signature-salarie)
- Create smart reminder system with 24h cooldown to prevent spam
- Add progress tracking modal with real-time status (pending/sending/success/error)
- Display actual employer/employee email addresses in reminder modal
- Show notification timestamps in contracts grid with color coding (green/orange/red based on contract start date)
- Change employer email button URL from DocuSeal direct link to /signatures-electroniques
- Create /api/staff/organizations/emails endpoint for bulk email fetching
- Add retroactive migration script for historical email_logs data
- Update Contract TypeScript type and API responses to include new fields
- Remplace la colonne Actions par une colonne Notif. affichant les dernières notifications
- Affiche E: pour employeur et S: pour salarié avec date/heure
- Code couleur basé sur la date de début du contrat:
* Vert si début > 48h
* Orange si début < 48h
* Rouge si début aujourd'hui ou passé
- Utilise la table email_logs existante (aucune migration nécessaire)
- Récupération automatique via supabase client des emails de type signature-request
- Filtre par Déclarée FTS (Toutes/Oui/Non)
- Filtre par Type de prod (Tous/Spectacle vivant/Audiovisuelle/Phonographique/Administratif)
- Filtre par Année (années disponibles dans les données)
- Filtre par Mois (janvier à décembre)
- Compteur de filtres actifs dans le badge
- Réinitialisation de tous les filtres en un clic
- Layout responsive en grille 4 colonnes pour les filtres
- Tri par défaut : date de déclaration (plus récent au plus ancien)
- Colonnes triables : Nom, Numéro d'objet, Date déclaration
- Indicateurs visuels de tri (flèches haut/bas)
- Clic sur header de colonne pour trier/inverser
- Numéro d'objet : style monospace compact sur une seule ligne
- Hover sur headers cliquables pour meilleure UX
- Suppression de la génération automatique de faux numéros d'objet
- Le numéro d'objet reste null si non fourni (fourni par France Travail)
- Suppression de la date de déclaration automatique
- Ajout du champ 'Déclarée FTS' (Oui/Non) dans productions
- Ajout de la colonne 'Déclarée FTS' dans le tableau de gestion
- Ajout du select 'Déclarée FTS' dans les modals de création/modification
- Mise à jour des routes API pour gérer declared_fts
- Badge vert pour Oui, gris pour Non dans l'affichage
SQL à exécuter dans Supabase:
ALTER TABLE productions ADD COLUMN declared_fts BOOLEAN DEFAULT false;
UPDATE productions SET declared_fts = true WHERE created_at < '2025-10-01';
UPDATE productions SET declared_fts = false WHERE created_at >= '2025-10-01' OR created_at IS NULL;
- Ajout du type ProductionType avec 4 choix (Spectacle vivant, Production audiovisuelle, Production phonographique, Administratif)
- Ajout du champ prod_type dans le type Production
- Ajout du select Type de prod dans les modals de création/modification
- Ajout de la colonne Type de prod dans le tableau avec badges colorés
- Mise à jour des routes API POST et PATCH pour gérer prod_type
- Validation des types de production côté backend
- Renommage de Référence en Numéro d'objet
- organization_id -> org_id
- api_name -> name (puis slugification)
- Ajouter logs détaillés pour debug
- Améliorer la gestion des cas où org_id est null
- Création de l'API route /api/staff/contrats/[id]/upload-signed-pdf
- Accepte un fichier PDF via FormData
- Stocke le PDF dans S3 avec la clé contracts/<org-slug>/<contract_number>.pdf
- Met à jour contract_pdf_s3_key et contrat_signe='Oui' dans la BDD
- Création du composant ManualSignedContractUpload
- Modal avec drag & drop pour sélectionner un PDF
- Validation du type de fichier et de la taille (max 10 Mo)
- Feedback visuel de l'upload (loading, succès)
- Intégration dans ContractEditor
- Ajout du bouton d'upload dans la section Documents
- Invalidation de la query après upload pour rafraîchir automatiquement
- Affichage du contrat uploadé comme ceux signés via Docuseal
Permet de gérer les contrats signés reçus par email ou autre moyen externe
