# 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