Fiche salarié : faciliter le nouvel envoi de la fiche si le SIRET de l'entreprise a changé - #5988
Conversation
b2d8892 to
753d9a6
Compare
45e88f1 to
e059965
Compare
85dfdcb to
48f2be6
Compare
EwenKorr
added
the
1-recette-jetable
|
🥁 La recette jetable est prête ! 👉 Je veux tester cette PR ! |
039f43b to
7fcc1b9
Compare
EwenKorr
added
1-recette-jetable
|
🥁 La recette jetable est prête ! 👉 Je veux tester cette PR ! |
f28985f to
75d7114
Compare
EwenKorr
added
1-recette-jetable
|
Il y a eu pas mal de petites choses à faire à côté (mise en place de la barre d'action, déplacement de A posteriori je vois bien que ç'aurait pu aller dans d'autres PR. Aurais-je pu/dû ouvrir des petites PR satellites pour certaines des modifications que vous avez suggérées ? Ça vaut toujours le coup de le faire maintenant ? |
|
Excellente réalisation, au fur et à mesure on identifie de mieux en mieux comment découper ses changements, ce qui facilite la vie de tous. 💯 👏
La limite entre multiple PRs et une PR avec tous les commits est ténue et varie selon les préférences individuelles, chaque méthode ayant ses avantages et inconvénients. Sommairement pour de multiples PRs, ~1 commit par PR (opposé à une PR avec plusieurs commits pour une fonctionnalité donnée). Avantages
Inconvénients
J’ai essayé de rester neutre, j’ai une préférence pour les PRs atomiques et petites. Je rappelle le mantra “make the change easy, then make the easy change”, soit « faciliter le changement, puis faire le changement facile ».
Plutôt non, la PR ayant été relue de multiples fois, j’ai l’impression que les changements apportés ne génèreront plus beaucoup de discussion, qu’on est à l’étape de peaufinage de la PR. |
|
Le statut « brouillon » de la PR n’est plus nécessaire, si ? |
En effet, j'ai oublié de modifier le statut (que j'avais remis temporairement parce que je réorganisais un peu). |
8dfc449 to
39a95d1
Compare
EwenKorr
added
1-recette-jetable
|
🥁 La recette jetable est prête ! 👉 Je veux tester cette PR ! |
rsebille
left a comment
rsebille
left a comment
There was a problem hiding this comment.
Merci pour le découpage, j'ai eu peur en voyant 14 commits mais ça été vite :).
instead of the side block.
Showing the same actions in the list view and the summary view is better, too.
We'll later want to compare the EmployeeRecord.siret (sent to the ASP) with the current siret of the company (or the mother company if the current company is an antenna).
In order to avoid a future conflict.
…any's Keeping in mind we're looking at the siret sent to the ASP, so the mother's company siret in case of an antenna.
…ds and update perms
…clude It will be used in multiple places.
If any of the company's employee record, with status=PROCESSED, has a SIRET that is different from the mother company's SIRET, show a warning at the top of the list and in the concerned items.
4 participants
🤔 Pourquoi ?
On veut faciliter le renvoi de la fiche salarié lorsque si l'entreprise a un nouveau SIRET.
En fait, on généralise un petit peu, puisque renvoyer des FS peut être utile dans d'autres cas (fiche supprimée côté ASP par exemple).
On affiche donc un bouton "Renvoyer la fiche salarié" sur toutes les FS Intégrées.
Points de vigilance :
employee_record.siret_from_asp_source)En pratique, le bouton
Renvoyer > Avec modificationest un lien versemployee_record_views:create(qui gère également la modification).Le bouton
Renvoyer > Sans modificationest directement un POST vers la dernière étape du même processus. J'ai trouvé que c'était le plus simple, mais c'est questionnable sans souci.🚨 À vérifier
🏝️ Comment tester ?
💻 Captures d'écran