tristan
2418836cd1
computeDynamicClosingForYear (qui produit le report d'ouverture de l'exercice suivant) ignorait la table employee_leave_balances et recalculait depuis l'embauche, sans absences historiques. Pour un exercice consulté en avance, il cumulait donc une année pleine d'acquisition par exercice antérieur à la mise en service. Cas Aurore (CDI depuis 2022, bootstrap 2026 = report 32 / pris 24) : report d'ouverture 2027 affiché à 88,39 j au lieu de 31. La vue courante était juste car le provider, lui, lit déjà le bootstrap. La clôture dynamique applique désormais la même règle que EmployeeLeaveSummaryProvider::computeYearSummary : si une ligne bootstrap existe pour l'exercice, on part de opening_days/opening_saturdays et on ajoute l'offset taken_days/taken_saturdays, au lieu du report dynamique accumulé. Vérifié sur données réelles : 88,39 -> 31,00 j. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
SIRH
Application de gestion des absences employée
Importer un dump de prod en dev
Sur adminer fait un export bdd :
- Sortie : enregistrer
- Format : SQL
- Tables : DROP+CREATE, Incrément automatique, Déclencheurs
- Données : INSERT
Supprime la bdd et créer la bdd :
docker compose exec -T db psql -U root -d sirh -c "DROP SCHEMA public CASCADE; CREATE SCHEMA public;"
Remplie la base avec le dump :
docker compose exec -T db psql -U root -d sirh < sirh.sql
Mettre SUPER_ADMIN sur un user
UPDATE users SET roles = '["ROLE_ADMIN","ROLE_SUPER_ADMIN"]' WHERE username = 'emilie';
Récupérer la bdd de prod en local
Sur le serveur de prod, créer le dump :
sudo -u postgres pg_dump --no-owner --no-privileges --clean --if-exists sirh_prod > /tmp/sirh_prod_$(date +%F).sql
En local, récupérer le fichier et l'importer (remplace YYYY-MM-DD par la date du dump) :
scp user@<serveur>:/tmp/sirh_prod_YYYY-MM-DD.sql ~/workspace/SIRH/sirh.sql
docker compose exec -T db psql -U root -d sirh -c "DROP SCHEMA public CASCADE; CREATE SCHEMA public;"
docker compose exec -T db psql -U root -d sirh < ~/workspace/SIRH/sirh.sql