---
# System prepended metadata

title: Projet DELPHES MNCPC

---

# Projet DELPHES MNCPC

## Mi semaine 20/11

* Questions
    * L'affichage des DA se fait par site ou pas entreprise ?
    * Comment sont liées demande d'agrément et déclaration annuelle ? 
    * Que faire des Entreprises pour lesquelles un établissement a sa déclaration en "En Cours" et une autre en Anomalie ? (nouveau status ?)
    * Bouton Télécharger des données ???????
    * Bouton Cocher à quoi ça sert ? 
* Propositions / ce qu'on va faire
    * Rajouter des champs dans la table Déclaration
    * Champ "priorité" à trois étages puis tri possible par priorité
    * Rajouter un champ "Controlé"



## Weekly 12/11
* Montrer le front avec : 
    * Affichage des comptes
    * Tri et recherche
    * Création de compte avec formulaire différent
    * Différent droits
* Parler du back : 
    * Création de la BDD
    * Création du token d'authentification
    * Création de compte et connexion rudimentaires
    * Début de la gestion des droits (ACL)
* Questions
    * Quels champs obligatoires pour créer un compte ?
    * Revenir sur la création d'une entreprise
    * Revenir sur la question du design

## Scope 4/11
* inviter Yves 1 fois par semaine
* caler les rdc vendredi et mercredi (sauf cette semaine) et pas le 13
* rdv demain 16h 17h, le 12 de ??1

## Reunion 3/11
* Un utilisateur peut pas donner autant ou plus de droits à un autre utilisateur.
    -> Compte admin & compte agent
    
* Dans le powerpoint slide 13 on comprend pas :
    > ?? des destinataires non enregistrés pour la catégorie 2 mais qui ne sont pas enregistrés pour la substance considérée ??

* tableau recap des droits
* certificat dans un 2nd temps / avec les exports
* remonter les erreur au entreprise ? pas clair ni prio
* seuil de tol : pourcentage par substance, sur le stock décalé la societé à l'anné n-1
* lister les interfaces admins


## CR 2/11

La réunion s'est concentrée sur des précisions concernant les fonctionnalités de gestion des utilisateurs d'une part, et la vue 'agent' de la déclaration annuelle d'autre part.

### Gestion des utilisateurs

* Inscription : 
    * Les étudiants proposent que le responsable remplisse un formulaire pour s'inscrire, qui sera validé ou non par un agent via une interface de 'messagerie'.
        * L'idée semble trop coûteuse pour une solution temporaire (avant la mise en place du SMTP), on l'abandonne.
    * L'agent (resp. le reponsable) crée manuellement le compte d'un reponsable (resp. réferent) à sa demande.
* Mot de passe perdu :
    * Le responsable peut reset le mot de passe des référents et leur envoyer un nouveau mot de passe temporaire par email à leur demande.
    * De même, un agent peut reset le mot de passe des responsables et leur envoyer un nouveau mot de passe temporaire par email à leur demande.

* Remarques
    * L'utilisateur 'reponsable' est forcément la personne physique reponsable.
    * Numéro de téléphone : il en faut 2, et seulement 2 : le standard et la ligne direct.
    * L'identifiant est désormais le mail et non plus un numéro
    * Un utilisateur peut être relié à un site (cas du référent), une entreprise (cas du responsable) ou rien (cas de l'agent MNCPC)
    * On peut éventuellement prévoir un status avec les droits de visualisation uniquement côté agent.
    
### Vue back office de la déclaration annuelle

* Quelles alertes sont à faire remonter sur la vue back office ?
    * Les vols declarés
    * Les déclarations après la date limite
    * Les anomalies (ie delta) entre stock déclaré et stock théorique (ie stock de l'année n-1 + import/acquisition/fabrication - export/vol/consommation).
        * Il est très probable que ça ne colle pas : il faut définir un seuil de tolérance avant de remonter les alertes.
        *  Ce seuil est à fixer par un agent dans le référentiel entreprise. Est ce que ce seuil est par produit ou par entreprise ? L'arbitrage doit être rendu par Philippe.
    * Un nombre de référents créés anormalement élévé. 
* Fonctionnalité de programmation de visite : c'est juste un état (visite à programmer ou non) + la date de la derniere visite.
* Un agent peut modifier les déclarations (/!\ à confirmer)
* Un bouton permet de déclarer un état conforme ou non conforme (voir maquette)

## Questions 2/11

* C'est quoi le document certificat : une signature electronique ?-> par mail 
    * tout les agents MNCPC ? et les agents douanes ?
    * champ 'dn' ?
    * sous quelle forme ? généré comment ? comment se fait la 'délégation par le chef de mission MNCPC' ?


### General
* Demander les maquettes ux et planning (mail ou beesbusy)

### User
* pk pas un formulaire pour la premiere inscription, avec confirmation par un agent ? Plutot que téléphone + création a la main + envoyé url à la main
* C'est quoi le document certificat : une signature electronique ? 
    * tout les agents MNCPC ? et les agents douanes ?
    * champ 'dn' ?
    * sous quelle forme ? généré comment ? comment se fait la 'délégation par le chef de mission MNCPC' ?
* revoir lien bdd user-entreprise (entre autres)
* roles définis :
    * Dirigeant = ????
    * Responsable
    * Secrétaire = référent ?
    * AgentMNCPC
    * AgentDOUANE
* Y a-t-il vraiment besoin d'un identifiant ? Ne peut-on pas utiliser l'adresse email pour la connexion ?
* Faut-il toujours 2 numéros de téléphone ?
* Quels sont les types de messages que l'on peut envoyer via les formulaires ? Est-ce qu'une suppression du message une fois l'action réalisée est ok ?
* Type utilisateur ?

#### Next step
* fixer la bdd user
    * table de numéro de telephone (nombre variable) + type (portable perso/pro, fixe)
    * utilisateur : agent a pas d'etablissement
    * est ce que le respo a un etablissement ? tout ceux de son entreprise ?
    * identifiant dans la table user : pk pas juste le mail ?
    * la personne physique responsable n'est pas un utilisateur ( avec le role responsable) ?
* fixer les parcours users et interfaces:
    * login
    * mdp perdu
        * formulaire de contact ou appel tel ?
        * pour les ref : bouton reset dans l'interface respo 
    * creation de compte respo
        * soit creation agent + chgment de mdp user à partir d'une url
        * soit formulaire entreprise + validation agent qui envoie le mail
    * creation des comptes réferents par le respo
    * option logout
* fixer les droits par role (acl dans la table role)
* valider avec thomas l'utisation d'un truc type feign pour communqiuer entre les back

### Partie agent de la déclaration annuelle
* quelle forme pour la programmation de visite ? message ? date précise ? communiqué coté entreprise ? surprise ?
* hormis la visite (et les droits pour toutes les entreprises) quelle différence avec la vu entreprise ? est ce qu'il peuvent validé ou soulevé un pb ?


## Compte rendu réunion 30/10

La réunion nous a permis de présenter ce que nous avons compris et les questions que nous nous posions par rapport au fonctionnement de la plateforme.
La première étape consiste à la mise en place d'un système complet de gestion des comptes afin de différencier les droits des différents utilisateurs.
Les trois briques principales de la plateforme sont la demande d'agrément, la déclaration d'imports/exports et la déclaration annuelle. Pour chacune de ces briques il doit y avoir une interface pour l'entreprise et une interface pour les agents. Pour le moment, l'interface entreprise de la déclaration annuelle a été faite et notre but est de créer l'interface agent correspondante, puis de nous occuper des deux interfaces pour les imports/exports. Enfin, nous pourrions peut-être commencer à mettre en place l'architecture pour les demandes d'agrément si nous avons assez de temps.

### Gestion des comptes

 * Une entreprise prend contact par téléphone ou email auprès de la MNCPC
 * Un agent de la MNCPC lui crée un compte de rôle "responsable"
 * Ce compte responsable a accès à toutes les informations concernant son entreprise
 * Ce responsable peut créer des comptes "référents", associés à des sites
 * Ces comptes référents n'ont accès qu'au informations concernant leur site
 * En l'attente d'un serveur SMTP, un URL est simplement affichée au moment de la création d'un compte et c'est la personne qui a créé le compte qui est chargée d'envoyer cette URL à l'utilisateur correspondant

### Déclaration annuelle

 * Un agent doit avoir la possibilité de visualiser et éditer les données mais également de programmer une visite si cela lui semble nécessaire

### Déclaration d'imports/exports

 * L'entreprise peut déclarer un import ou un export pour une substance
     * Lorsque les demandes d'agréments auront été implémentées, seules les substances pour lesquelles une demande d'agrément a été validée seront proposées.
     * Il faudra donc peut-être mettre en place un système d'alertes pour prévenir quand une demande d'agrément va expirer
 * Un agent doit pouvoir visualiser et éditer les données
 * Des documents doivent être fournis lors de la demande

### Demande d'agrément

 * Un agrément est donné pour une certaine durée
 * Des documents doivent être fournis lors de la demande

## Préparation Réunion 30/10

### Ce qu'on a fait 
#### Remarques
* Ajouter Nathan sur le projet Beesbusy
### Questions

* Précisions sur les maquettes
* Précisions sur les documents: Story mapping qu'est ce qui a été réalisé ? 
* En quoi consiste la demande d'agrément ? 
    * Les entreprises peuvent-elles entrer des imports/exports pour des produits sans demandes d'agrément préalable ?
    * Quels sont les impacts des demandes d'agrément sur les autres briques ?
* Serveur SMTP ? Pas pour nous ? On part du principe qu'il y en a pas ? On simule ? 


### User

#### Ce qui est clair
* Schema/Contenu bdd
* Procedure connection/jwt

#### Questions
* Qu'est-ce qui a été fait pour l'authentification en P1 ? Token ? Session ?
* Quel droits pour chaque rôle ?
* Procédure creation de compte/mdp perdu:
    * Creation : demande/remplissage de l'entreprise + validation agent en envoyant url pour mdp ? ou remplissage des champ par l'agent ?
    * Qui défini les roles ? l'entreprise ? l'agent ?
* (tech : comment séparer l'auth des autres back ?)