# Source externe - Protools
input -> [Protools] -> outpout
## Famille (pas dans Cocorico)
BDD_RP -> "API_RP" -> input -> [Protools]
## Abattage Qualité Volaille (dans Cocorico)
CERISE -> transfo_R -> input -> API_RP -> [Protools]
API_RP :
- "coleman_pilotage" json
- surveyUnits
- contacts(adresse)
- acredditation (lien UE <-> contact)
- campagne
- source
## Découper pilotage de la partie questionnaire
- ue x contact x partition
- ue x donnéesQuestionnaire
## Ordre de créatrion des objet Protools
1. Campagne
2. Questionnaire model, nommenclature
3. LDAP + contact dans pilotage
4. UE
logique unitaire par UE
```json
{
"campagne":{
period, year, survey, source, owner
"communications":[{ id, label, type, dateCommunication}]
// à voir
"partition":{
- QUEEN : objet Campaign
- metadonnées Cocorico (source, owner, support survey) -> cf context.xml (variables en plus selon les courrier)
"model": "idModel",
"nomenclatures" : [{"id", "uri": "https://..."}]
- changement de modelisation des courriers /relance par mails/courrier
- datesCollecte,
"surveyUnits":[
{
"model" : idModel, //ajout d'une enquête
"idSu": "string", //ajout ou maj d'une ue
"identificationCode": "string",
"identificationName": "string",
"address": {
"streetNumber": "string",
"streetName": "string",
"city": "string",
"zipCode": "string",
"countryName": "string"
},
// données niveau questionnaire
"questionnaireData":{
"data": {
EXTERNAL:[],
COLLECTED:[], // depend de lunatic et du model de questionnaire
},
"comment":{}
"stateData": {baliseVide},
"personalization": {
"whoAnswer1": "Mr Dupond",
"whoAnswer2": "Mr Dupond",
"whoAnswer3": "Mr Dupond"
}
}
"contact":[
{un contact} //ajout ou maj d'un contact
]
}
]
}
}
```
- coleman_quest json
- metadonnes de type questionnaire (hors UE)
- relance
- data UE ??
## Protools
(source X) -> liste d'id UE, pour chaque UE
- chercher les infos de l'UE pilotage
- alimente cocorico
- chercher les infos de l'UE questionnaire
- alimente plateforme de collecte