fix(import): make config default_value_mapping multi-dest

[VincentCauchois]

Replace GN [IMPORT] config param DEFAULT_VALUE_MAPPING_ID - single ID used for whatever destination - with DEFAULT_VALUE_MAPPINGS. This allows to specify one default mapping for each destination, which is necessary as a mapping should be destination-wise and is actually associated to one destination at most.

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 86.20%. Comparing base (f3acce7) to head (f9b4852).

Additional details and impacted files

@@             Coverage Diff             @@
##           develop    #3801      +/-   ##
===========================================
- Coverage    86.21%   86.20%   -0.02%     
===========================================
  Files          141      141              
  Lines        10933    10935       +2     
===========================================
  Hits          9426     9426              
- Misses        1507     1509       +2     

Flag	Coverage Δ
pytest	86.20% <100.00%> (-0.02%)	⬇️

Flags with carried forward coverage won't be shown. Click here to find out more.

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.
• 📦 JS Bundle Analysis: Save yourself from yourself by tracking and limiting bundle sizes in JS merges.

[camillemonchicourt]

OK pour moi avec les ID par défaut. C'était déjà comme ça, y a pas d'autre solution simple et c'est une fonctionnalité peu (pas ?) utilisée.

Et c'est plutôt sur ce point que je m'interroge.
Toute la gestion des valeurs par défaut est bien complexe dans le module Import, et on a plusieurs évoqué le fait que pouvoir masquer l'étape de mapping des nomenclatures avait peu d'intérêt et privait les utilisateurs de bien faire correspondre leurs données aux valeurs attendues.
Ne pas proposer cette étape encourage les utilisateurs à ne pas mapper ces colonnes et donc à fournir moins d'infos que ceux dont ils disposent, en attribuant NON RENSEIGNE à des champs pour lesquelles ils avaient pourtant des données...

Je ne pense pas que la possibilité de masquer l'étape de mapping des nomenclatures soit vraiment utilisé et je le déconseille.
Je ne sais pas si dans DEPOBIO cette étape est toujours masquée, car j'avais compris qu'on voulait permettre aux utilisateurs de mapper leurs nomenclatures pour améliorer le complétude et la qualité des données fournies et leur faciliter la vie si ils ont des nomenclatures un peu différentes dans leurs propres outils.
Si cela est encore utilisé dans DEPOBIO, je ne pense pas que cela soit le cas ailleurs et j'irai dans le sens de supprimer toute cette partie de fonctionnalité qui complique le module IMPORT et sa partie "valeurs par défaut" déjà bien complexe à comprendre, tester et maintenir.

Une partie de récapitulatif sur le fonctionnement de cette partie est disponible sur PnX-SI/gn_module_import#68 (comment).