[FEATURE] Gérer l'inscription à une certification coeur pour un candidat en certif V2 (PIX-12212).

[AndreiaPena]

🦄 Problème

L’inscription “traditionnelle” d’un candidat considère automatiquemet que l’on est inscrit pour une Pix Coeur. De fait il n’y a pas d’enregistrement fait quelque part de l’inscription à Pix Coeur.
On voudrait pouvoir différencier cela, et donc on doit enregistrer quelque part qu’un candidat “traditionnel” est inscrit à Pix Coeur de manière systématique, pour pouvoir le prendre en compte quand on fera la différenciation.

🤖 Proposition

Pour toutes les actions de création de candidats, on va désormais créer une souscription CORE en base de données, dans certification-subscriptions.

🌈 Remarques

• On a réduit le payload renvoyé au frontend : on ne se servait absolument pas des données du returning du repository, et celui-ci renvoyait de toute manière un Domain model partiel ce qui n'est pas une pratique recommandée (et entrait en conflit avec notre nouvelle règle métier au niveau du Domain qui automatiquement crééé une souscription complémentaire si on lie une complémentaire à un candidat).

💯 Pour tester

⚠️ Vérifiez bien vos résultats en base de donnée, il ne doit plus y avoir un candidat inscrit sans ligne CORE en base (non utilisé encore côté front, ce qui nécessite donc une vérification tech)

Sur Pix Certif

• Avec certif-sco@example.net : inscrire des candidats SCO à une session
• Avec certif-pro@example.net
  • inscrire candidat via modale avec et sans complémentaire
  • inscrire candidat via ODS avec et sans complémentaires
  • inscrire candidat via import de session avec et sans complémentaire
• Pour tous les exemples : vérifier que pas d'erreur dans les affichages des détails des sessions, et des détails candidats. Notamment sur la partie complémentaire

[pix-bot-github]

Une fois les applications déployées, elles seront accessibles via les liens suivants :

• App (.fr)
• App (.org)
• Orga (.fr)
• Orga (.org)
• Certif (.fr)
• Certif (.org)
• Junior
• Admin
• API
• Audit Logger

Les variables d'environnement seront accessibles via les liens suivants :

• scalingo front
• scalingo api
• scalingo audit-logger

[Steph0]

Note au lecteur : Ceci enlève le defaultTo présent dans une précèdente migration (ce n'est pas clair comme cela, mais c'était ainsi proposé par la doc knex)

[Steph0]

Big up @P-Jeremy merci encore pour la relecture ! ❤️