Différences
Ci-dessous, les différences entre deux révisions de la page.
Les deux révisions précédentes Révision précédente | Prochaine révisionLes deux révisions suivantes | ||
ressources:faq [2018/10/03 16:34] – Ajout intro jaxom | ressources:faq [2018/10/03 17:15] – ajout questions suite à confcall jaxom | ||
---|---|---|---|
Ligne 7: | Ligne 7: | ||
Et si vous avez une question ou un mot non-défini, | Et si vous avez une question ou un mot non-défini, | ||
- | pour clarifier les termes utilisés, les concepts, etc | ||
- | ===== Q1. Bonjour | + | |
- | ===== Q2. Maybe ===== | + | ---- |
- | ===== Q3. Essayons | + | |
+ | ===== Pourquoi anonymiser les données de comptages énergétiques ? ===== | ||
+ | C'est un moyen technique de répondre aux exigences du RGPD : soit on a du consentement soit on doit travailler sur des données non personnelles. Auquel cas on les anonymise. On prend pour cela un identifiant ne représentant pas une donnée personnelle (ex : nombre aléatoire). Typiquement on remplace un nom+prénom ou une adresse mail par : 346841354. | ||
+ | |||
+ | Lorsque l'on est toujours capable de rattacher des données à quelqu' | ||
+ | |||
+ | cf. Respect du secret statistique, | ||
+ | |||
+ | Anonymiser : rendre anonymes des données à caractères personnel, par ex. voir le CDC pour Linky. En fin de compte, c'est la CNIL qui est juge de la " | ||
+ | |||
+ | ===== Pourquoi mettre en place une charte à destination des prestataires ? ===== | ||
+ | Ce document permet à tout acteur de se saisir des valeurs des Consometers, | ||
+ | |||
+ | C'est un document générique, | ||
+ | Ces critères sont de manière générique : la bonne collaboration entre prestataires et la création ou l' | ||
+ | |||
+ | La charte peut également être modifiée/ | ||
+ | |||
+ | |||
+ | ===== Pourquoi s' | ||
+ | (points issus de la //note fédération// | ||
+ | * Ouvert à tous, facilité pour un organisme ou un fournisseur de services de commencer "dans son coin" puis facilité de rejoindre le réseau | ||
+ | * | ||
+ | * | ||
+ | * | ||
+ | * | ||
+ | * | ||
+ | * Pas d’impacts en cas d’arrêt d’un des membres | ||
+ | * | ||
+ | * | ||
+ | * | ||
+ | |||
+ | ===== Pourquoi remettre en question la centralisation ? ===== | ||
+ | |||
+ | La centralisation présente les inconvénients suivants : | ||
+ | * 1 seul acteur : risque de crash ou de mauvaise gestion (pas de résilience du fournisseur de service) | ||
+ | * | ||
+ | * pas de possibilité de faire sans (moins de liberté, pas de possibilité d' | ||
+ | * 1 seul prestataire à financer, business model de service qui va être compliqué à définir | ||
+ | * | ||
+ | |||
+ | ===== Comment rentrer " | ||
+ | |||
+ | Plusieurs cas : | ||
+ | * Un organisme met en place son propre serveur et veut commencer à échanger avec d' | ||
+ | - entre en contact avec l' | ||
+ | - demande d' | ||
+ | - se connecte à ce serveur (si l' | ||
+ | |||
+ | * Un fournisseur de service veut bénéficier de l' | ||
+ | - entre en contact avec un organisme gérant un serveur connecté à la fédération | ||
+ | - négocie des modalités d' | ||
+ | |||
+ | * Un fournisseur de service veut bénéficier de l' | ||
+ | - installe son serveur | ||
+ | - PAS POUR LE MOMENT/A DETERMINER : signe une charte ou un contrat ou des engagements envers la fédération (groupe social et technique, instance morale éventuelle) | ||
+ | - continue en suivant le point 1 ci-dessus | ||
+ | |||
+ | |||
+ | ===== Comment mettre en place des règles pour la fédération ? ===== | ||
+ | Si on doit mettre des règles pour la fédération technique (ex : ne pas exploiter les enfants), dans ce cas : | ||
+ | * Si on veut un cadre fort : | ||
+ | - la fédération " | ||
+ | - les organismes mettant en place des serveurs dans la fédération DOIVENT contracter avec la structure morale pour être acceptés dans la fédération | ||
+ | - la fédération personne morale DOIT disposer d'un registre des organismes ayant contracté (ou mieux avoir un répertoire technique pour whitelister les organismes qui ont contracté) | ||
+ | * Si on veut un cadre " | ||
+ | - on fait une charte qui est approuvée publiquement par les organismes mettant en place des serveurs | ||
+ | |||
+ | ===== Pourquoi ne pas donner de règles de fonctionnement pour la fédération POUR LE MOMENT ? ===== | ||
+ | Pour le moment, à ce stade de réflexion/ | ||
+ | * nous n' | ||
+ | * le RGPD est une loi applicable et donne déjà beaucoup de garanties | ||
+ | * la fédération, | ||
+ | * un producteur de données envoie ses données à un serveur en particulier, | ||
+ | * chaque serveur voulant se connecter à la fédération le fait en se connectant à d' | ||
+ | * c'est à chaque organisme gérant un serveur de la fédération d' | ||
+ | |||
+ | Cependant, il est prévu d' | ||
+ | * mécanisme de "green button" | ||
+ | * traçabilité des consentements "green buttons" | ||
+ | * traçabilité des données et des traitements appliqués | ||
+ | |||
+ | Enfin, ce sera aux organismes responsables d'un serveur de respecter la RGPD. Par exemple : ne pas rendre inopérant le système de "green button" | ||
+ | |||
+ | Voir une définition de l' |