[METADONNÉES][IMPORT] lien entre module du JDD et accès à l'import

[jbrieuclp]

Salut,
J'ai du mal à comprendre le lien qu'il y a entre la description des modules associé à un JDD et sa possibilité d'être ou non disponible dans le module d'import.

Actuellement si on veut qu'un JDD soit dispo dans le module d'import il faut qu'il ait le module Synthèse associé, ainsi que cochée la case "actif à la saisie" :

Qu'elle est cette logique ? Je m'attendrais plutôt à ce qu'il faille associer uniquement le module import (sans même synthèse ni occhab ni autre) car je suppose qu'un JDD peut être exploité par plusieurs module ?
Aussi il me semblait que le case "actif à la saisie" permettait de filtrer les JDD au niveau du formulaire de saisie occtax (et occhab ?). Un import n'est pas une saisie.

[camillemonchicourt]

Oui, on en parle un peu dans la note de la 2.15.0, quand on a passé le module IMPORT en multi-destination et qu'on l'a intégré dans le cœur de GeoNature, on a du revoir cette logique :

La gestion des permissions du module Import et des JDD qui lui sont associés a évolué. La migration de ces données est gérée automatiquement lors de la mise à jour de GeoNature pour garantir un fonctionnement identique du module Import.

Cela est précisé sur le ticket global sur ces évolutions : #3269

Il a aussi fallu pouvoir définir quels sont les JDD que l'on propose en fonction de la destination sélectionné pour un import. En effet, on ne veut pas proposer les mêmes JDD si on importe vers Synthèse ou si on importe vers Occhab. Pour lister les JDD quand on créé un nouvel import, on ne regarde donc plus si ceux-ci sont associés au module Import, mais au module de destination que l'on a sélectionné pour cet import (en plus de vérifier si les JDD sont actifs et si l'utilisateur authentifié a les permissions de créer des données dans ces JDD en fonction de la portée de sa permission C sur le module de destination sélectionné). Ainsi lors de la mise à jour de la version 2.14 à 2.15, tous les JDD qui étaient associés au module Import ont été automatiquement associés au module Synthèse (et plus au module Import car cela n'a plus de sens ni d'effet).

Il est important que l'on propose les bons JDD selon si on importe dans Synthèse (occurrences de taxons) ou Occhab (occurrences d'habitats). Donc on a du faire comme ça.

Quand à la notion d'ACTIF, on ne devrait en effet pas la nommer "Actif à la saisie" dans l'interface, car c'est en effet plus global : le JDD est-il encore actif, c'est à dire "vivant", donc il continue à bouger, donc on peut y saisir comme y importer des données.

Le rendre inactif permet de ne plus permettre d'y saisir ou importer des données, car ce JDD est terminé/gelé.

[jacquesfize]

Proposition dans #3760

[edelclaux]

Oui, on en parle un peu dans la note de la 2.15.0, quand on a passé le module IMPORT en multi-destination et qu'on l'a intégré dans le cœur de GeoNature, on a du revoir cette logique :

La gestion des permissions du module Import et des JDD qui lui sont associés a évolué. La migration de ces données est gérée automatiquement lors de la mise à jour de GeoNature pour garantir un fonctionnement identique du module Import.

Cela est précisé sur le ticket global sur ces évolutions : #3269

Il a aussi fallu pouvoir définir quels sont les JDD que l'on propose en fonction de la destination sélectionné pour un import. En effet, on ne veut pas proposer les mêmes JDD si on importe vers Synthèse ou si on importe vers Occhab. Pour lister les JDD quand on créé un nouvel import, on ne regarde donc plus si ceux-ci sont associés au module Import, mais au module de destination que l'on a sélectionné pour cet import (en plus de vérifier si les JDD sont actifs et si l'utilisateur authentifié a les permissions de créer des données dans ces JDD en fonction de la portée de sa permission C sur le module de destination sélectionné). Ainsi lors de la mise à jour de la version 2.14 à 2.15, tous les JDD qui étaient associés au module Import ont été automatiquement associés au module Synthèse (et plus au module Import car cela n'a plus de sens ni d'effet).

Il est important que l'on propose les bons JDD selon si on importe dans Synthèse (occurrences de taxons) ou Occhab (occurrences d'habitats). Donc on a du faire comme ça.

Quand à la notion d'ACTIF, on ne devrait en effet pas la nommer "Actif à la saisie" dans l'interface, car c'est en effet plus global : le JDD est-il encore actif, c'est à dire "vivant", donc il continue à bouger, donc on peut y saisir comme y importer des données.

Le rendre inactif permet de ne plus permettre d'y saisir ou importer des données, car ce JDD est terminé/gelé.

Je pollue légèrement l'issue:
Un JDD inactif peut avoir son contenu modifié, voir supprimé. Est-ce que c'est comportement souhaité ? Ou une contrainte technique ?

[camillemonchicourt]

Oui cela me paraît souhaitable qu'on puisse modifier ou supprimer le contenu d'un JDD inactif.

[edelclaux]

Oui cela me paraît souhaitable qu'on puisse modifier ou supprimer le contenu d'un JDD inactif.

ok ok -- inactif, mais pas gelé.
désolé pour l'intervention