# Fin du processus des modifications de voies
Suite à la spec du batch de mise-à-jour de la table Etablissement suite à une modification de voie, on doit relancer la discussion sur la fin du processus du traitement des modifs de voie.
## Besoins
Après la validation "à appliquer" d'une modif de voie, tu exprimes les besoins métier suivants.
1. il faut que la modification d'adresse soit marquée comme "traitée" et "à appliquer" dans la table modification_adresse (côté Services)
2. il faut que la collection Solr Cadastre (côté Services) soit mise à jour avec les nouvelles données de la voie modifiée
3. il faut que la table Etablissement (côté Repertoire) soit mise à jour pour chaque établissement concerné par la voie modifiée (et Etablissement_Historique)
4. il faut que la collection Solr Identification (côté Repertoire) soit mise à jour après la maj des établissements de l'étape 3
5. il faut que la modification d'adresse soit marquée comme "traitée" et "appliquée" dans la table modification_adresse (côté Services)
## Questions
Plusieurs questions nous taraudent :-)
- entre l'étape 2 et 3+4, laquelle est prioritaire ? laquelle ne peut pas attendre pour être prise en charge ?
- à quel point le processus est en échec si l'une des étapes est HS ? Côté Services, a-t-on besoin de savoir que le repertoire est à jour pour valider l'opération ?
- Que se passe-t-il si le batch plante sur une étape (indispo d'un service, d'une base, d'un solr) ? Quel risque encoure-t-on d'avoir des éléments incohérents (table modification_adresse, tables Repertoire, collection Solr Cadastre et Identification) ? Le batch doit être prévu pour gérer des rattrapages éventuels de plantages précédents ...
- Serait-il nécessaire/envisageable de mettre à jour en flux continu, avec un batch (de rattrapage, si besoin) ?
## discussion du 14/02
- intégration des données : mécanisme manuel de dépot de fichier, noms des fichiers, retraitement des fichiers en erreur, qui quand 2 fichiers à traiter (celui en erreur et le nouvel arrivé) ?
- IHM appelle le ws de maj des modifications d'adresse (étape 1)
- batch côté Services, après le taitement gestionnaire qui met à jour la collection Solr Cadastre (étape 2)
- batch côté Repertoire, qui prend en charge étapes 3, 4, 5 et est capable de rattraper les cas non aboutis
## Données en jeu
Point sur les données circulant au sein des étapes ci-dessus pour savoir qui est le plus légitime à les lancer/utiliser (Services ou Repertoire) et quelle est la meilleure façon de le faire.
#### 1- marquage comme "traitée" et "à appliquer" dans la table modification_adresse (côté Services)
- identifiant technique
- données éventuellement saisies par le gestionnaire
#### 2- maj de la collection Solr Cadastre (côté Services)
- identifiant métier adresse (= depcom + idVoie de la modification d'adresse)
- depcom (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- idVoie (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- lib_commune (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- lib_voie (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- type_voie (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
#### 3- maj de la table Etablissement et Historique (côté Repertoire)
- identifiant technique de la modification d'adresse
- identifiant métier adresse (= depcom + idVoie de la modification d'adresse)
- depcom (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- idVoie (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- lib_commune (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- lib_voie (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- type_voie (saisie par gestionnaire, ou à défaut, issue de la modif de voie demandée)
- metadonnées pour historique (y stocker l'identifiant technique ?)
#### 4- maj de la collection Solr Identification (côté Repertoire)
- les données de l'établissement mis à jour dans l'étape 3
#### 5- marquage de la modification d'adresse comme "traitée" et "appliquée" dans la table modification_adresse (côté Services)
- identifiant technique