---
# System prepended metadata

title: mdd REM d'aujourd'hui

---

# mdd REM d'aujourd'hui

- 3 objets : echantillon/UE/individu
    - echantillon : liste d'idUE, correspondant à un lot pour une opération. Contient un id/label
    - UE : contient principalement des informations d'adresse. Objet transversal sans lien à une opération. Une UE peut être rattachée à n échantillons. Une UE contient n individus (~15 maximum je crois)
    - individu : contient les informations d'un individu (données civiles, tel/mail...).

**Rmq :** 
- je sais plus si le lien UE<->individu se fait dans une table ou l'autre (donc si un individu ne peut être rattaché qu'à une UE ou s'il est mobilisable par plusieurs UE). En tout cas pour une UE on a la référence au déclarant, co-déclarant, puis les autres
- attention : si un individu peut être rattaché à plusieurs UE, en retour de collecte on risque de le modifier pour toutes les UE qui l'utilisent, alors qu'il s'agit peut-être d'un contact que l'enquêteur aurait remplacé par une autre personne => ptet' pas de sujet, à voir si ça peut vraiment arriver

- les quelques informations d'une UE liées à une opération (à préciser, mais notamment l'affectation DEM/enquêteur, commentaire enquêteur...) sont gérées au niveau echantillon x UE

# utilisation pour Sabiane

- Sabiane utilise aussi un lien UE/individu (une UE contient jusqu'à 2 contacts, correspondant aux déclarant/co-déclarant). L'UE est en revanche attachée à une campagne et non pas un lot (le n° lot = ssech est un attribut de l'UE) mais c'est OK. Attention quand même, un idUE ne peut être utilisé par 2 opérations en simultanée

- pour créer une UE dans Sabiane, on ne récupère que les 2 premiers individus (s'ils existent) correspondant aux déclarant/co-déclarant.

- à la suppression d'une campagne dans Sabiane, tout est supprimé (l'UE, ses individus de contact)

- dans le retour de collecte, on ne mettra donc à jour que ces 2 mêmes individus, sans apporter d'information sur les autres individus liés à l'UE dans REM => on risque de les retrouver dans des fiches de suivi panel en réinterro même s'ils ne sont peut-être plus là, c'est grave ?

# utilisation pour Platine

- 3 objets (pour simplifier en enlevant les objets au dessus du lot)
    - partition (=lot) : liste de questioning
    - questioning : ensemble de 1 UE et n contacts pour définir "l'UE" d'une partition donnée. C'est l'objet qui porte notamment les éléments de questionnaire
    - UE : id, SIRET, adresse... Objet transversal sans lien à une opération
    - contact : correspond à un individu, avec des informations civiles (nom, prénom, mail) + une adresse postale + un compte dans l'annuaire externe. Objet transversal sans lien à une opération

- pour créer un questioning dans Platine, pour une UE on doit utiliser/créer uniquement les contacts nécessaires => REM stocke tous les individus, comment savoir les quels il faut utiliser ? 1 seul dans le contexte ménage, et tous dans le contexte entreprise ? Attention : à la création, vérifier si chaque contact existe déjà dans l'annuaire/ptf ou s'il s'agit de nouveau contact à créer

- à la suppression d'une campagne/partition dans Platine, seul le questioning est supprimé. L'UE et les contacts sont conservés car peuvent être mobilisés par plusieurs opérations en simultanée

- dans le retour de collecte, faut-il mettre à jour les contacts dans REM, sachant qu'ils existent et vivent toujours dans la ptf ?


**Rmq :** 
- on constate une divergence sur l'adresse postale, où pour le web il faut disposer d'une adresse au niveau UE et au niveau contact
- le contact doit pouvoir être mobilisé pour plusieurs opérations en simultanée. Voir avec la remarque 1 dans le mdd REM si le concept d'individu de REM permet de faire ça
