Gestion des UAI multiples pour un même SIRET

[FlavieSauvebois]

Aujourd'hui dans le Référentiel, il est possible d'associer une seule UAI par SIRET.
Or, certains établissements, qui sont déclinés en plusieurs enseignes et disposent de plusieurs UAI pour un même SIRET.
Et cela coince un peu dans le Référentiel.

Je me souviens qu'Anne m'avait expliqué que pour contourner ce problème, il fallait pour chaque UAI faire la distinction en fonction de l'offre de formation via le code RNCP et forcer les données du Référentiel pour transmettre des UAI différents en fonction des codes RNCP.

J'aimerai savoir si cette solution est techniquement réalisable dans le Référentiel ?
Exemple : on aurait ainsi la logique suivante :
Pour les formations associées au SIRET 443 444 724 000 27 – associer l’UAI 0492064C – pour les formations suivantes en fonction du code RNCP
Pour les formations associées au SIRET 443 444 724 000 27 – associer l’UAI 0492467R – pour les formations suivantes en fonction du code RNCP

Je suis sollicitée sur cette problématique donc j'aimerai savoir si je peux proposer cette solution et si de votre côté elle est facilement applicable dans le Référentiel ?

Merci d'avance pour vos retours.

[ldaverio]

Bonjour Flavie,

en préambule de ma réponse, je mentionnerais le choix technique d'utiliser MongoDB pour le stockage des données : MongoDB est une base "orientée documents", qui est surtout faite pour permettre de stocker des données en format libre, sans leur imposer nécessairement un schéma strict. S'il devient plus souple de gérer des données dans ces conditions, on y perd en revanche en fiabilité, et en particulier lorsqu'il s'agit de relier des données entre elles. La modification demandée entre typiquement dans le champ des bases de données relationnelles (liaison n-n entre deux tables).

Il est néanmoins possible de faire la modification demandée avec MongoDB, mais au prix d'une gestion manuelle des relations : au lieu de stocker une chaîne de caractères unique dans l'attribut "uai", on stockerait un objet avec des clés et des valeurs à déterminer. Cela nécessiterait de revoir le code partout où les UAI sont concernés (que ce soit en lecture ou en écriture). C'est donc possible (c'est toujours possible), mais cela dépasse le cadre d'un simple ticket.

Si jamais j'ai une idée géniale pour le faire simplement, je le mentionnerai, mais en attendant, ma réponse est : "C'est possible, mais ça demande un peu de travail (et des tests)"