-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
API Particulier: remove responsable de traitement, add contact metier #327
base: develop
Are you sure you want to change the base?
Conversation
68db164
to
20171ac
Compare
20171ac
to
995f7be
Compare
Je passe en draft car ce n'est pas clair ce qui doit être fait ici. A priori il faut introduire un contact métier pour remplacer, mais il manque des infos sur les données historiques. Plus d'infos ici: https://mattermost.incubateur.net/betagouv/pl/jur4gxfp9jysty6johgd4bcsxo |
On migre le responsable de traitement en contact métier. |
bd9715e
to
ca94817
Compare
Le commit important ca94817 |
Je me demande si on ne devrait pas faire un event d'explication aussi pour l'historique, wdyt @JeSuisUnCaillou ? |
Un event qui décrit le transfert des infos d'un |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
pour moi c'est go
Historiser les changements. Ça donnerait du contexte pour l'instructeur, et des potentiels explications pour le demandeur (quand on affichera l'historique (pourquoi c'est pas fait d'ailleurs ..?)) |
Un event genre |
Qui va se rendre compte de la différence entre contact métier et responsable traitement ? Pour moi c'est du zèle, mais enjoy doing it :D |
En règle générale je suis d'accord, sauf que là on parle d'habilitations juridiques entre plusieurs administrations, je ne suis pas sûr qu'on puisse faire ça en mode yolo non plus. |
Je pense que ça se yolo bien, mais encore une fois, enjoy doing it, j'y vois pas d'inconvénient. |
Je pense que ça va attendre le retour de Nicolas ou Vincent ici. |
(Je repasse en draft) |
@skelz0r Pour moi RT et contact métier sont 2 choses différentes. Je suis pas ultra fan de passer les coordonnées du RT dans "contact métier" pour l'historique, puisque ça n'est pas un contact métier. Je serais plus pour dire qu'on n'affiche plus les coordonnées du RT sur ces habilitations, mais le problème est plutôt : est-ce que ces habilitations peuvent exister sans contact métier renseigné. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
few comments
7d1c56e
to
3f0eb81
Compare
@JeSuisUnCaillou c'est BULK rename c'est bon :D |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
C'est bon pour moi
Je vais merge/deploy ça post migration d'HubEE. |
This is a really common contact for a lot of authorizations
Will be introduced for API Particulier in a next commit
Migrate keys from responsable traitement to contact metier. This migration should be really fast thanks to mass update. It skips ActiveRecord validations as well (thanks to SQL query) Here a script to test in local: https://gist.github.com/skelz0r/319fba9b9160f054873142ea55db02ff
Sugar method yeah
All alerts are within this view, simplify by moving this lonely alert
Add created_at, can be use within views
* Can use layout multiple times * Can trigger on load the modal
On the first visit post bulk update on authorization requests, the system displays a modal to inform applicant (only, not other users) to the changes.
3f0eb81
to
ab0c561
Compare
Ping sur cette PR, elle devient quoi ? |
ah oui faut la mettre en prod celle-ci |
Ca veut dire que tu t'en charges ? |
Oui |
A quoi ressemblera le texte de l'événement de mise à jour global --^
Modifiable ici: https://github.com/etalab/data_pass/blob/api-particulier/remove-respo-traitement/db/migrate/20240906162647_create_mass_update_for_api_particulier_on_contact_metier.rb#L22
La modal affichée aux demandeurs --^