Skip to content
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

[EXPLORATION] Intégration d'autres SIRET à un catalogue #519

Open
DaFrenchFrog opened this issue Oct 26, 2022 · 0 comments
Open

[EXPLORATION] Intégration d'autres SIRET à un catalogue #519

DaFrenchFrog opened this issue Oct 26, 2022 · 0 comments

Comments

@DaFrenchFrog
Copy link
Collaborator

Problème & sources

Lorsque l'on s'inscrit sur MonComptePro, un numéro de SIRET est demandé. Si un autre numéro de SIRET que celui associé au catalogue est saisi, l'utilisateur n'aura pas accès au catalogue. Or nous savons qu'il existe de nombreuses organisations sous la tutelle des ministères et qui ont pourtant un numéro de SIRET, voire une extension d'email différente.
Lorsque c'est le cas Il faut alors que l'utilisateur sache à l'avance qu'il ne doit pas mettre le numéro de SIRET de son organisation mais celui de l'organisation sur laquelle il souhaite consulter le catalogue, ou bien qu'il s'ajoute par la suite à l'organisation désirée ce qui n'est ni naturel, ni intuitif dans le cadre d'un parcours d'inscription.

Par ailleurs la politique de validation de MonComptePro est de valider les n° de SIRET "au plus proche" des demandeurs.
En conséquence, certaines demandes pourraient tout à fait être rejetées alors que le demandeur fait bien partie de l'organisation tutélaire.

Cela pose des problèmes évidents d'accès au catalogue par des membres pourtant légitimes autant en consultation qu'en contribution.

Nous ne pouvons pas demander à un utilisateur de rentrer un autre numéro de SIRET que le sien sans nous exposer à des pertes massives en terme

Solution proposée

Créer des SIRET "associés"

Je pense que la solution la plus simple serait de gérer de notre côté les organisations "affiliées" à une organisation possédant déjà un catalogue. De cette manière, un membre d'une organisation même non enregistrée pourrait tout de même accéder au catalogue de son organisation de tutelle. Son organisation peut toujours s'enregistrer et créer un catalogue comme actuellement. Dans ce cas l'association devient caduque mais si elle venait à se désenregistrer pour une raison ou une autre, le lien resterait présent rendant les deux fonctionnement indépendants.

Créer une page admin pour ajouter/supprimer des SIRET associés

Il s'agirait de pouvoir créer une liste de SIRET avec en option la possibilité ou non de modifier les jeux de données. Cette page serait composée de :

  • Un champ de saisie de numéro de SIRET
  • Un bouton "Ajouter le SIRET"
  • Un tableau qui liste les SIRET déjà enregistrés avec pour colonne :
    - Le n° de SIRET
    - Le nom de l'organisation (récupéré via API ou bien saisi au moment de l'ajout)
    - Un bouton switch pour rendre actif/inactif la modification des fiches catalogue
    - Un bouton supprimer

Pas besoin de pagination car le nombre restera limité

Forces

  • Supprime les problèmes liés aux erreurs de n° de SIRET à l'inscription
  • Page front sans complexité majeure
  • Laisse la main aux responsables de données pour ajouter tous les opérateurs sous sa tutelle en quelques clics
  • Favorise l'acquisition d'organisation sans avoir besoin qu'elles s'enregistrent

Faiblesses

  • Possibles effets de bord sur le fait qu'une organisation ne soit pas enregistrée et doive pourtant avoir accès aux catalogues
  • Développement nécessaire pour intégrer cette fonctionnalité

Validation

  • Nous devons vérifier avec les tests utilisateurs si le fait de devoir saisir un autre numéro de SIRET est un vrai frein à l'inscription. Nous pourrons considérer la résolution de ce problème comme prioritaire si au moins 3 utilisateurs sur 5 ne parviennent pas à se connecter.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant