Politica de confidențialitate

1. Cine suntem și ce acoperă această politică

Paweł Milewski Software Development (Operatorul, „noi”, „nouă”, „nostru”) furnizează glumea (Aplicația), o aplicație mobilă pentru autogestionarea diabetului, și glumea.com (Site-ul). Această politică explică ce date colectăm, de ce, unde sunt stocate, cine le poate accesa, cât timp sunt păstrate, ce elimină ștergerea, precum și drepturile și controalele pe care le ai.

Este și notificarea pe care ți-o datorăm conform legislației europene privind protecția datelor: informațiile cerute de articolele 13 și 14 din Regulamentul general privind protecția datelor (Regulamentul (UE) 2016/679), pe care îl numim în continuare RGPD, care acoperă atât datele pe care ni le dai tu însuți, cât și datele care ne ajung din altă parte.

Această politică acoperă:

• Aplicația: aplicația mobilă glumea pentru iOS și Android.
• Site-ul: site-ul glumea.com, inclusiv paginile care găzduiesc aceste documente juridice.

Site-ul nu colectează aproape nimic și are propria secțiune mai jos.

Operatorul este operatorul de date responsabil pentru datele tale personale:

• Operator de date: Paweł Milewski Software Development
• Număr de înregistrare al societății: NIP PL6751782526 (întreprindere individuală înscrisă în CEIDG, Registrul central polonez de evidență și informații privind activitatea economică)
• Adresa poștală: ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Polonia
• E-mail: [email protected]
• Țara de stabilire: Polonia

Dacă este cazul:

• Reprezentant în UE: nu se aplică (suntem stabiliți în Uniunea Europeană)
• Reprezentant în Regatul Unit: nu a fost desemnat
• Responsabil cu protecția datelor: nu a fost desemnat; întrebările privind protecția datelor se trimit la [email protected]

„Operator de date” înseamnă partea care decide cum și de ce sunt prelucrate datele tale personale, așa cum este definit de RGPD.

Alte două documente se aplică alături de această politică și ar trebui să le citești împreună cu ea:

• Termenii serviciului, care guvernează utilizarea Aplicației și a Site-ului, și
• Declarația medicală, care stabilește limitele medicale ale a ceea ce face Aplicația.

Dacă ești rezident în Washington, ți se aplică în mod specific un al patrulea document: Politica de confidențialitate privind datele de sănătate ale consumatorilor, pe care legea din Washington ne cere să o publicăm separat. Dacă te afli în Nevada, echivalentul este Notificarea de confidențialitate privind datele de sănătate ale consumatorilor din Nevada.

2. Rezumat

O versiune scurtă a ceea ce urmează. Fiecare punct indică secțiunea care îl expune în întregime, iar acea secțiune prevalează.

• Cine suntem. Paweł Milewski Software Development decide cum și de ce sunt prelucrate datele tale. Secțiunile 1 și 21.
• Ce colectăm. Adresa ta de e-mail și parola; profilul pe care îl introduci la configurarea inițială; jurnalul pe care îl ții, glicemie, alimente, insulină, alte medicamente, greutate, medicamente și mementouri; jetoanele de autentificare și evidențele conexiunilor la server. Înregistrări din Apple Health sau Health Connect, dacă le conectezi, și informații despre abonament, dacă te abonezi. Secțiunea 3.
• Date de sănătate. Jurnalul, tipul de diabet, metoda de tratament și setările de terapie sunt date din categorii speciale conform articolului 9 din RGPD. Sincronizarea în cloud are o confirmare separată pentru jurnal. Configurarea inițială actuală nu colectează un consimțământ explicit separat înainte de a stoca profilul de sănătate și setările de terapie. Secțiunile 3.3 și 4.
• Unde se află. Unele dintre datele tale sunt pe serverele noastre din momentul în care creezi un cont: detaliile contului, profilul tău, inclusiv tipul de diabet și tratamentul, și setările tale de terapie. Jurnalul tău nu este: el este scris mai întâi într-o bază de date criptată de pe telefonul tău, Aplicația funcționează offline și ajunge pe serverele noastre doar dacă activezi Sincronizare în cloud, o funcție glumea+, dezactivată până o activezi, iar alegerea este păstrată pe contul tău, nu pe telefon. Secțiunea 10 conține tabelul complet.
• Cine le primește. Furnizorul nostru de găzduire din UE; un furnizor de e-mail, dacă trimiterea e-mailurilor este activată; PostHog și Sentry, fiecare doar după ce ești de acord; magazinul, dacă te abonezi; și RevenueCat, indiferent dacă te abonezi sau nu. Nu îți vindem datele, iar Aplicația nu conține publicitate. Secțiunile 5, 7, 8 și 9.
• Alegerile tale. Analiza și raportarea erorilor sunt dezactivate până când ești de acord cu fiecare, iar fiecare are propriul comutator; deconectarea nu oprește un SDK deja pornit în acea sesiune. În Aplicație poți dezactiva sincronizarea, poți șterge copia de pe server a jurnalului, poți șterge contul și poți folosi exporturile implementate. Secțiunile 5 și 13.
• Drepturile tale. Acces, rectificare, ștergere, restricționare, portabilitate, opoziție, retragerea consimțământului și o plângere la o autoritate de protecție a datelor; în Statele Unite, drepturile pe care ți le dă legea statului tău. Îți poți șterge contul în Aplicație sau poți cere ștergerea contului prin e-mail la [email protected], fără Aplicație. Secțiunile 13, 14 și 17.
• Ce nu acoperă ștergerea. Ștergerea contului elimină înregistrările sale din baza de date de producție și cere ștergerea înregistrărilor RevenueCat și PostHog legate de cont. Copiile de rezervă existente, jurnalele serverului și cele de diagnosticare, evidențele de facturare ale magazinului și copiile exportate pot rămâne, așa cum se descrie în secțiunea 12.

3. Datele pe care le colectăm

Cea mai mare parte din ce este enumerat aici este furnizată direct de tine. Două categorii nu sunt: valorile pe care le imporți din Apple Health sau Health Connect și informațiile despre abonament care ne ajung de la Apple, Google și RevenueCat. Ambele sunt descrise mai jos.

3.1 Date de cont

• Adresa de e-mail și parola. Parola ta este transformată în hash pe serverele noastre cu bcrypt, nu este stocată niciodată în text clar și nu este salvată niciodată pe dispozitivul tău. Adresa ta de e-mail este inclusă și în jetonul de autentificare pe care îl folosește Aplicația.
• Coduri unice pentru verificarea e-mailului, resetarea parolei, schimbarea parolei și schimbarea e-mailului. Un cod expiră la 10 minute după emitere, iar cinci încercări greșite îl invalidează.

3.2 Date de profil

Colectate în timpul configurării inițiale:

• Prenume și nume (stocate ca pseudonim), vârstă, sex (opțional) și înălțime.
• Tipul de diabet (tip 1, tip 2, gestațional sau altul), metodele de tratament (insulină, comprimate, injectabile, regim alimentar) și modul de administrare a insulinei.

Tipul tău de diabet, metodele tale de tratament și modul tău de administrare a insulinei sunt date de sănătate, o „categorie specială” de date personale conform articolului 9 din RGPD, chiar dacă această politică le grupează sub „profil”. Secțiunea de mai jos privind temeiurile juridice stabilește condiția pe care ne bazăm pentru ele.

3.3 Datele de sănătate pe care le înregistrezi (date din categorii speciale)

Următoarele sunt date de sănătate, o „categorie specială” de date personale conform articolului 9 din RGPD. Le păstrăm pe serverele noastre doar pe baza consimțământului tău explicit. Secțiunea de mai jos privind temeiurile juridice stabilește cum este dat acest consimțământ și care dintre acestea ajung pe serverele noastre doar când sincronizarea în cloud este activată:

• Valori ale glicemiei, cu etichete de context opționale (momentul față de masă, fiziologie, activitate, medicamente și tehnologie, plus etichete scrise de tine) și note în text liber.
• Înregistrări alimentare: glucide, plus opțional proteine, grăsimi, calorii și un nume pe care îl tastezi.
• Doze de insulină: numărul de unități, legat de insulina pe care ai configurat-o, bolus, bazală sau premixată.
• Doze de medicamente injectabile (de exemplu agoniști GLP-1).
• Numărul de pastile și comprimate luate.
• Înregistrări ale greutății corporale, fiecare cu momentul în care a fost înregistrată.
• Cataloagele tale de medicamente: insulină, pastile și medicamente injectabile pe care le configurezi, inclusiv denumirile medicamentelor (de exemplu Fiasp, Lantus, Metformin, Ozempic) și parametrii farmacocinetici (debut, vârf, durată), precum și orele mementourilor pe care le setezi pentru ele.
• Setările de tratament pe care le configurezi: intervalul țintă al glicemiei (implicit 3,9–10,0 mmol/L, sau 3,9–7,8 mmol/L pentru diabet gestațional, prediabet sau fără diagnostic de diabet), raportul insulină-glucide (ICR) și factorul de sensibilitate la insulină (ISF). Aplicația nu le folosește niciodată pentru a calcula sau recomanda o doză. Raportul tău insulină-glucide este stocat pentru referința ta și nimic altceva nu îl citește. Intervalul tău țintă este stocat și este, de asemenea, ceea ce desenează banda din interval a Timpului în intervalul țintă, stabilește marginile interioare ale etichetei Bună / Moderată / Critică și decide când se schimbă formularea riscului de hipoglicemie. Factorul tău de sensibilitate la insulină este folosit pentru a stabili formularea riscului de hipoglicemie și intervalul aproximativ de scădere afișat lângă insulina activă. Declarația medicală descrie toate acestea.
• Valori pe care Aplicația le derivă pe dispozitivul tău din ceea ce înregistrezi: insulina activă estimată (o estimare doar pentru informare: nu recomandă și nu calculează o doză), formularea riscului de hipoglicemie și intervalul aproximativ de scădere afișat lângă ea, tendințele, glicemia medie și dispersia ei, Timpul în intervalul țintă, HbA1c estimată (GMI), momentul sugerat pentru următoarea măsurare și eticheta Bună / Moderată / Critică de pe ultima ta valoare. Declarația medicală stabilește ce este și ce nu este fiecare dintre ele.

Mai multe dintre aceste câmpuri sunt text liber: notele la glicemie, etichetele scrise de tine, numele alimentelor, numele medicamentelor personalizate, numele unui interval personalizat de memento. Tot ce tastezi acolo este stocat, și sincronizat dacă sincronizarea este activată, exact așa cum ai tastat.

3.4 Date pe care le primim din alte surse

• Apple Health și Health Connect. Dacă le conectezi, Aplicația citește glicemia, greutatea corporală și înregistrările de glucide alimentare din platforma de sănătate de pe telefonul tău. Este doar citire: Aplicația nu scrie niciodată nimic înapoi. Pe iOS cere sistemului doar acces de citire și nu declară niciun motiv de scriere, ceea ce ar cere o scriere; pe Android deține doar permisiuni de citire pentru cele trei tipuri de înregistrări. Înregistrările care provin inițial de la un glucometru, un CGM sau o altă aplicație ajung, prin urmare, la glumea prin platforma de sănătate. Înregistrările importate sunt stocate pe dispozitivul tău ca înregistrări obișnuite, etichetate cu platforma din care provin și cu identificatorul înregistrării. Dacă o înregistrare importată este copiată și pe serverele noastre depinde de dacă Sincronizare în cloud este activată, exact în același mod ca pentru o înregistrare introdusă de tine. Conexiunea este dezactivată până o activezi și o poți deconecta sau poți dezactiva tipuri individuale de date oricând în Setări → Integrări.
• Apple, Google și RevenueCat. Dacă te abonezi la glumea+, informații despre acel abonament ne ajung de la magazin și de la RevenueCat. Vezi secțiunea glumea+ de mai jos pentru detalii exacte.

3.5 Date tehnice

• Jetoane de autentificare, stocate în spațiul securizat al dispozitivului tău, ca să rămâi autentificat. Sesiunea ta pe serverele noastre este o înregistrare care conține un id de sesiune, id-ul tău de utilizator și expirarea ei.
• Când sincronizarea în cloud este activată, serverele noastre prelucrează datele pe care le sincronizezi, împreună cu evidențele necesare pentru a rula serviciul de sincronizare, cum ar fi marcajele temporale ale sincronizării.
• Când Aplicația comunică cu serverele noastre, acestea primesc informații standard de conexiune, cum ar fi adresa ta IP, calea solicitată și ora, folosite pentru securitate și pentru funcționarea serviciului.
• Cât timp analiza sau diagnosticarea sunt activate, fiecare SDK trimite datele descrise în secțiunea 5. Ambele sunt dezactivate până când ești de acord cu ele.

3.6 Date care rămân pe dispozitivul tău și date care nu rămân

Unele lucruri nu ajung deloc pe serverele noastre: setările de notificări, orele mementourilor de măsurare a glicemiei, Orele de liniște, alegerea detaliilor din notificări, starea locală a notificărilor, starea conexiunii cu platforma de sănătate, preferințele aplicației, preferințele de telemetrie și evidențele de sincronizare. O precizare: cât timp analiza este activată, setările de limbă, temă și unități sunt trimise la PostHog ca atribute de profil. Nimic altceva din această listă nu părăsește dispozitivul prin backend-ul nostru.

Schemele tale de medicamente sunt excepția: ele aparțin jurnalului, deci sunt copiate pe serverele noastre când Sincronizare în cloud este activată, deoarece un memento pentru medicamente trebuie să supraviețuiască schimbării telefonului.

Nici comutatorul de sincronizare în cloud nu este exclusiv al dispozitivului. Răspunsul tău la el este păstrat pe contul tău de pe serverele noastre, ca să te urmeze pe un telefon nou și să supraviețuiască deconectării; secțiunea 10 explică ce înseamnă asta în practică.

Fișierele pe care le creezi tu, o arhivă de rezervă .glumea sau un raport de glicemie CSV ori PDF, sunt scrise pe dispozitivul tău și predate oricărei aplicații cu care alegi să le partajezi sau să le salvezi. Unde ajung după aceea este în afara controlului nostru, iar un raport CSV sau PDF nu este criptat.

4. De ce îți prelucrăm datele și care sunt temeiurile noastre juridice

Conform RGPD, fiecare utilizare are nevoie de un temei din articolul 6, iar datele din categorii speciale au nevoie și de o condiție din articolul 9. Temeiurile avute în vedere sunt enumerate mai jos. Pasul lipsă de consimțământ pentru profil, descris mai jos, nu oferă consimțământul explicit pe care îl cere prelucrarea.

• Furnizarea contului tău și a Aplicației: crearea și securizarea contului, autentificarea, verificarea e-mailului, resetarea parolei, operarea sincronizării în cloud, furnizarea glumea+ dacă te abonezi și păstrarea unei evidențe a notificărilor de abonament pe care ni le trimit magazinul și RevenueCat, pentru a putea ști dacă glumea+ este activ și pentru a rezolva o problemă de facturare: executarea unui contract, articolul 6 alineatul (1) litera (b) din RGPD.
• Păstrarea datelor de sănătate pe serverele noastre: temeiurile avute în vedere sunt articolul 6 alineatul (1) litera (b) pentru serviciu și consimțământul explicit conform articolului 9 alineatul (2) litera (a) pentru datele de sănătate. Jurnalul este copiat pe serverele noastre doar după confirmarea separată Sincronizare în cloud. Configurarea inițială actuală stochează profilul și setările de terapie pe cont fără un pas separat de consimțământ explicit. Acceptarea unui contract nu este automat consimțământ explicit pentru prelucrarea categoriilor speciale, deci fluxul actual de configurare inițială nu oferă condiția din articolul 9. Ștergerea contului este singura modalitate implementată de a elimina din baza de date de producție aceste câmpuri de profil și de terapie.
• Analiza produsului: consimțământ conform articolului 6 alineatul (1) litera (a), consimțământ explicit conform articolului 9 alineatul (2) litera (a), deoarece folosirea unei aplicații pentru diabet dezvăluie informații despre sănătate, și consimțământ conform articolului 5 alineatul (3) din Directiva ePrivacy pentru stocarea de către SDK. Secțiunea 5 descrie cum este cerut acest consimțământ.
• Diagnosticare și rapoarte de blocare: temeiul avut în vedere este consimțământul conform articolului 6 alineatul (1) litera (a), consimțământul explicit conform articolului 9 alineatul (2) litera (a), deoarece folosirea unei aplicații pentru diabet dezvăluie informații despre sănătate, și consimțământul conform articolului 5 alineatul (3) din ePrivacy pentru stocarea de către SDK, cerut în același mod ca pentru analiză (secțiunea 5).
• Menținerea securității serviciului și prevenirea abuzurilor: limitarea ratei pe API-ul nostru și investigarea suspiciunilor de utilizare abuzivă: interesele noastre legitime, articolul 6 alineatul (1) litera (f) din RGPD. Interesul specific este protejarea contului tău și a conturilor altor persoane împotriva accesului neautorizat și menținerea serviciului disponibil. Ne bazăm pe acesta doar acolo unde interesele noastre nu sunt prevalate de drepturile tale.
• Îndeplinirea unei obligații legale: acolo unde legea Poloniei ne cere să păstrăm sau să divulgăm anumite evidențe, o facem pe baza articolului 6 alineatul (1) litera (c) din RGPD. Nu ne bazăm pe acest temei pentru datele de sănătate pe care le înregistrezi. Nu îți încasăm plata și nu primim niciodată datele tale de plată, deci evidențele de plată și de facturare pentru achiziția ta sunt păstrate de magazin, nu de noi.

Nu luăm decizii cu privire la tine care produc efecte juridice sau efecte semnificative similare asupra ta, bazate exclusiv pe prelucrare automată, și nu îți creăm profiluri pentru astfel de decizii. În glumea nu există luare automată a deciziilor în sensul articolului 22 din RGPD. Estimările pe care le arată Aplicația, insulina activă, tendințele, Timpul în intervalul țintă, sunt calcule aritmetice efectuate pe dispozitivul tău cu datele pe care le-ai introdus, prezentate doar pentru informarea ta. Ele nu recomandă și nu calculează nicio doză de insulină sau de medicament și nu sunt sfat medical.

Este furnizarea datelor o cerință? Nu ești obligat prin lege să furnizezi date. O adresă de e-mail și o parolă sunt necesare pentru un cont. Câmpurile de profil și de terapie cerute în timpul configurării inițiale sunt stocate pe cont, sub rezerva limitării consimțământului descrise mai sus. Înregistrarea de valori, conectarea Apple Health sau Health Connect și sincronizarea în cloud sunt opționale. Analiza și diagnosticarea sunt opționale și dezactivate până când ești de acord cu ele.

5. Analiză și diagnosticare

Aplicația include două SDK-uri terțe în aceste scopuri: unul pentru analiza produsului și unul pentru rapoarte de blocări și erori. Această secțiune stabilește ce este fiecare și ce primește.

Ambele sunt dezactivate până când ești de acord cu ele și niciun SDK nu este pornit înainte de aceasta. Aplicația întreabă la sfârșitul configurării inițiale, cu un comutator separat pentru fiecare. Comutatoarele sunt afișate în poziția activat, dar nimic nu este colectat până când atingi pentru a continua, iar o singură atingere pe butonul de refuz încheie configurarea inițială cu ambele dezactivate. Dacă te autentifici într-un cont existent fără să treci prin configurarea inițială, ambele rămân dezactivate până le activezi. Cele două setări sunt independente și pot fi schimbate oricând în Setări → Date și confidențialitate → Confidențialitate și diagnosticare. Deconectarea șterge ambele răspunsuri împreună cu celelalte preferințe ale tale, dar un SDK deja pornit continuă să ruleze până când Aplicația este închisă.

5.1 Analiza produsului: PostHog

Folosim PostHog (EU Cloud, eu.i.posthog.com) pentru a înțelege cum este folosită Aplicația, ca să o putem îmbunătăți.

Ce poate primi PostHog cât timp analiza este activată:

• Identificatorul contului tău glumea: UUID-ul intern al contului tău. Nu e-mailul, nu numele tău. După ce te-ai autentificat, evenimentele sunt legate de acest identificator, deci acele evenimente nu sunt anonime. Evenimentele care pot avea loc înainte de autentificare sau după deconectare, prima lansare, lansările aplicației, înregistrarea și verificarea unui cod trimis prin e-mail, conțin în schimb un identificator pseudonim al dispozitivului, iar acel identificator este regenerat când Aplicația resetează SDK-ul.
• O listă fixă de nume de evenimente, aproximativ 28, care acoperă lucruri precum deschiderea aplicației, înregistrarea, finalizarea configurării inițiale, salvarea unei înregistrări, importul din Apple Health, acordarea sau refuzarea unei permisiuni de notificare, generarea unui export, deschiderea paywall-ului și rezultatul unei achiziții sau restaurări.
• Un număr mic de proprietăți, fiecare dintr-o listă închisă sau un număr limitat: ce fel de înregistrare a fost salvată (glicemie, alimente, medicamente sau greutate), câte rânduri a scris o salvare, dacă o înregistrare a fost făcută pe loc sau retroactiv, dacă un export a fost CSV sau PDF, ce pas al configurării inițiale a fost finalizat, categoria generală a unui memento pe care l-ai atins și altele similare. Nicio proprietate din sistem nu acceptă text liber.
• Ecranul pe care te afli, ca șablon de rută de tipul /settings/privacy. Cifrele sunt refuzate, deci un identificator de înregistrare nu poate circula în interiorul unuia. Un ecran la care ajunge doar un anumit fel de tratament, cum ar fi setările pentru insulină, este raportat ca ecranul de deasupra lui.
• Câteva atribute de profil: limba, tema, unitățile de glicemie, greutate și glucide și dacă ai glumea+.
• Ce adaugă singur SDK-ul PostHog, în afara controlului nostru: modelul dispozitivului, sistemul de operare și versiunea, versiunea aplicației, versiunea SDK-ului, fusul orar, setările regionale, tipul de rețea și un identificator de sesiune. PostHog primește și adresa IP de la care vine solicitarea ta, ca orice serviciu web, și deduce din ea o locație aproximativă. Nu am activat opțiunea PostHog de a renunța la acea adresă, așa că ea este stocată odată cu evenimentul.

Ce nu poate primi PostHog: o valoare a glicemiei, o doză de insulină, un nume de medicament, ce fel de medicament iei, o notă, un nume de aliment, o adresă de e-mail sau orice alt text liber. Filtrul care asigură acest lucru este fail-closed: un eveniment care nu se află pe listă este eliminat în întregime, o proprietate care nu este declarată este eliminată, iar o proprietate declarată a cărei valoare nu corespunde formei așteptate este eliminată și ea. Nu există nicio proprietate „orice șir” în sistem. Nu există redare de sesiune, înregistrare a ecranului, sondaje, captură automată a atingerilor și niciun jeton push.

Evenimentele sunt construite astfel încât să nu dezvăluie tratamentul sau valorile tale. Insulina, comprimatele și injectabilele sunt toate raportate ca înregistrare de medicament. O atingere pe o alertă de glicemie scăzută sau crescută nu este înregistrată deloc, la fel ca pasul de configurare inițială pe care îl văd doar utilizatorii de insulină. Un import din Apple Health sau Health Connect raportează că a rulat și ce l-a pornit, niciodată câte înregistrări a citit. Evenimentele sunt totuși legate de contul tău cât timp ești autentificat, iar folosirea unei aplicații pentru diabet dezvăluie ea însăși informații despre sănătate, motiv pentru care analiza așteaptă consimțământul tău.

SDK-ul de analiză stochează propriul identificator pe dispozitivul tău, împreună cu o coadă de evenimente care așteaptă să fie trimise. Din modul în care funcționează SDK-ul rezultă două limitări. Retragerea înregistrează un ultim eveniment propriu, anume că ai renunțat. Iar acel eveniment, împreună cu tot ce a fost deja colectat cât timp ai fost de acord, este livrat ulterior, după programul propriu al SDK-ului, nu în momentul retragerii. După aceea nu se mai colectează nimic nou.

5.2 Diagnosticare și rapoarte de blocare: Sentry

Folosim Sentry (regiunea Uniunii Europene) pentru a afla când Aplicația se blochează sau are erori, ca să le putem remedia.

Fiecare parte a unui raport construit de Aplicație care conține conținut este reconstruită de la zero înainte de a fi trimisă, pornind de la o listă de câmpuri permise, nu de la o listă de câmpuri de eliminat. Aproximativ o duzină de câmpuri rămase de nivel superior sunt șterse după nume, deci un câmp adăugat nou de o versiune viitoare a SDK-ului nu ar fi prins de acea ștergere până nu îl adăugăm. Ce supraviețuiește acestei reconstrucții este:

• Tipul excepției și o etichetă calculată în locul mesajului de eroare original.
• Urma stivei, cu numele fișierelor reduse la numele de bază și, în versiunile de lansare, cu numele simbolurilor ofuscate, ele devin lizibile doar în Sentry, folosind maparea pe care o încărcăm la construire.
• Familia dispozitivului, modelul, arhitectura, dacă este un simulator și orientarea.
• Numele sistemului de operare, versiunea și build-ul; numele aplicației, versiunea și build-ul; versiunea runtime-ului Dart.
• Identificatorii imaginilor de depanare, necesari pentru a face blocările native lizibile.
• Forma traseului de breadcrumb-uri, categoria, tipul, nivelul și marcajul temporal al evenimentelor recente, dar niciodată conținutul lor.
• Două etichete: ce zonă a Aplicației a eșuat și dacă s-a întâmplat în prim-plan sau în motorul de notificări din fundal.
• Versiunea de lansare, numărul build-ului, mediul și un id de eveniment generat aleatoriu.

Ce este eliminat complet: mesajul de eroare, orice date ale solicitării, orice obiect de utilizator, numele serverului, numele tranzacției, listele de fire, listele de module, valorile variabilelor locale, contextul codului sursă, căile absolute, id-ul unic și numele dispozitivului, hash-ul aplicației legat de instalare, mesajele și datele breadcrumb-urilor, capturile de ecran, ierarhiile de vizualizare și orice atașament. Capturile de ecran, capturarea ierarhiei de vizualizare, redarea de sesiune, urmărirea performanței, jurnalizarea și corpurile solicitărilor sunt toate dezactivate. Aplicația nu atașează niciun identificator de utilizator la un eveniment Sentry: niciun id de cont, nicio adresă de e-mail, niciun id de dispozitiv.

Două limite ale celor de mai sus:

• Blocările native, evenimentele de tip aplicație care nu răspunde și închiderile iOS de tip watchdog pot ajunge la Sentry fără să treacă prin acea reconstrucție, pentru că sunt produse de gestionarul de blocări al sistemului de operare, nu de codul propriu al Aplicației. La fel este și semnalul periodic „sesiune de aplicație pornită / încheiată” pe care Sentry îl folosește pentru starea de sănătate a versiunii. Nu le putem inspecta pe dispozitiv și nu cunoaștem toate câmpurile pe care SDK-ul platformei le pune într-unul. Nu setăm niciun identificator care să conecteze unul dintre ele de tine.
• Sentry primește adresa IP de la care este trimis raportul.

Până când ești de acord cu diagnosticarea, Sentry nu este pornit. Dezactivarea comutatorului închide raportoarele atinse de acel control, dar deconectarea nu dezactivează în mod fiabil un SDK deja inițializat în procesul care rulează. Ciclul de viață actual nu poate fi descris, prin urmare, ca retragere imediată în fiecare stare.

6. glumea+ și datele de abonament

glumea+ este un abonament, vândut doar ca achiziție în aplicație prin Apple App Store și Google Play. Nu există alt mod de a-l cumpăra, nicio plată web și niciun formular de card nicăieri în Aplicație.

• Niciun detaliu de plată nu ne ajunge. Apple sau Google încasează plata. Nu vedem niciodată numărul cardului tău, datele tale bancare sau adresa ta de facturare. Anularea și rambursările se gestionează prin contul tău de magazin; Termenii serviciului explică unde.
• RevenueCat este serviciul pe care îl folosim pentru a ști dacă abonamentul tău este activ. Aplicația îi spune lui RevenueCat un singur lucru despre tine: identificatorul contului tău glumea, folosit ca id de utilizator al abonamentului. Serverele noastre îl întreabă pe RevenueCat și dacă acel identificator are un abonament activ, inclusiv când nu te-ai abonat niciodată, pentru că așa aflăm că nu ai. Nu setăm nicio adresă de e-mail, niciun nume afișat, niciun număr de telefon, niciun jeton push și nu îi cerem să colecteze identificatori publicitari ai dispozitivului. SDK-ul propriu al RevenueCat colectează și unele informații despre dispozitiv și rețea pentru funcționarea serviciului RevenueCat, descrise în propria notificare de confidențialitate. Nu configurăm acea colectare și nu primim ce produce ea.
• Ce păstrează Aplicația local este o singură valoare adevărat/fals: dacă glumea+ este activ. Niciun preț, niciun id de produs, nicio dată de expirare, niciun id de tranzacție nu este stocat pe dispozitivul tău de către Aplicație. Acea valoare este setată pe fals când te deconectezi, astfel că următorul cont de pe dispozitiv începe fără abonament și trebuie verificat separat în raport cu magazinul.
• Ce stochează serverele noastre. RevenueCat trimite backend-ului nostru o notificare când se schimbă ceva la un abonament, o achiziție, o reînnoire, o anulare, o problemă de facturare. Înregistrăm fiecare dintre aceste notificări așa cum a fost primită: id-ul și tipul evenimentului, mediul, identificatorul contului tău glumea și mesajul complet trimis de RevenueCat, stocat exact așa cum a sosit, nu câmp cu câmp. Acel mesaj include de obicei identificatorul produsului, prețul, moneda, magazinul, țara și datele achiziției și expirării. Pentru că îl stocăm întreg, el poate conține și orice atribute de abonat pe care RevenueCat le deține despre tine, inclusiv o adresă de e-mail: chiar dacă Aplicația noastră nu setează niciuna. Nu rescriem niciodată mesajul; o livrare repetată a aceluiași eveniment actualizează doar contorul nostru al numărului de ori în care a sosit.
• Cât timp analiza este activată, evenimentele de pâlnie descrise mai sus merg la PostHog, împreună cu un atribut de profil care înregistrează dacă glumea+ este activ. Niciun preț, identificator de produs sau identificator de magazin nu este trimis către analiză.

Rezultă două consecințe. Jurnalul webhook conține identificatorul contului tău glumea, dar nu are nicio relație în baza de date cu rândul contului tău. În timpul ștergerii contului, backend-ul nostru elimină separat acele înregistrări și cere ștergerea înregistrării de abonat a RevenueCat sub același identificator. În rest, o sarcină programată elimină fiecare înregistrare webhook la 90 de zile după sosirea ei. Secțiunea 12 descrie ce poate rămâne.

7. Ce nu facem

Nimic din ce urmează nu se întâmplă în glumea:

• Nicio publicitate, de niciun fel. Niciun SDK de publicitate, niciun SDK de atribuire, niciun identificator publicitar. Aplicația nu poate afișa solicitarea iOS „Cere aplicației să nu urmărească”, pentru că nu conține intrarea care ar permite-o, și nu declară nicio rețea de atribuire a reclamelor.
• Nicio vânzare a datelor tale. Nu vindem și nu închiriem date personale și nu vindem date de sănătate. Nu le partajăm pentru publicitate comportamentală între contexte.
• Nicio folosire a datelor tale de sănătate pentru publicitate, marketing sau crearea unui profil despre tine pentru altcineva.
• Nicio dată de localizare. Niciun acces la contactele, camera, microfonul, fotografiile sau calendarul tău, Aplicația nu cere niciuna dintre aceste permisiuni pe niciuna dintre platforme.
• Niciun Firebase în Aplicație: niciun Firebase Analytics, niciun Crashlytics, niciun Firebase Cloud Messaging. (Firebase Hosting servește Site-ul, inclusiv această pagină, acesta este un alt serviciu Google și este numit mai jos.)
• Nicio notificare push și niciun jeton push al dispozitivului. Mementourile sunt programate și afișate de propriul tău dispozitiv; nu există deloc un canal de la server la dispozitiv.
• Nicio captură de ecran, nicio înregistrare a ecranului, nicio redare de sesiune, nicio captură a ierarhiei de vizualizare, de la niciunul dintre cele două SDK-uri descrise mai sus.
• În afară de PostHog și Sentry, niciun alt SDK de analiză, telemetrie sau urmărire nu se află în Aplicație. Singurele componente care deschid o conexiune de rețea sunt conexiunea proprie a Aplicației la serverele noastre, PostHog, Sentry și RevenueCat.

8. Cine primește datele tale

Partajăm date cu furnizorii de servicii de mai jos pentru a opera glumea. Rolurile lor, propriile lor notificări de confidențialitate și termenii contractuali aplicabili utilizării de către noi a fiecărui serviciu guvernează acea prelucrare. SDK-ul RevenueCat colectează și el, de la sine, informații despre dispozitiv și rețea. Nu configurăm acea colectare și nu primim rezultatul ei, deci descrierea ei provine din notificarea de confidențialitate a RevenueCat, nu din sistemele noastre.

• Google (Google Cloud Run și Google Cloud SQL, regiunea europe-west1), găzduiește backend-ul nostru și baza de date care conține tot ce sincronizezi, inclusiv datele tale de sănătate. Google Secret Manager păstrează credențialele serverului nostru, iar Google Cloud Logging păstrează jurnalele noastre de solicitări ale serverului.
• Google (Firebase Hosting), servește glumea.com și aceste documente juridice.
• Sentry (regiunea Uniunii Europene), primește rapoartele de diagnosticare descrise mai sus cât timp diagnosticarea este activată conform comportamentului actual al setării.
• PostHog (EU Cloud), primește evenimentele de analiză descrise mai sus cât timp analiza este activată conform comportamentului actual al setării.
• RevenueCat (Statele Unite), primește identificatorul contului tău glumea și starea abonamentului tău, indiferent dacă te abonezi sau nu: verificarea faptului că nu ești abonat folosește același identificator ca și confirmarea faptului că ești. Așa cum s-a menționat mai sus, SDK-ul său colectează în plus informații despre dispozitiv și rețea pe care nu le configurăm și nu le primim; notificarea de confidențialitate a RevenueCat le descrie.
• Zoho ZeptoMail: dacă trimiterea e-mailurilor în producție este activată, acest furnizor primește adresa de e-mail de destinație și mesajul de verificare sau de resetare a parolei necesar pentru livrarea lui. Niciun furnizor de e-mail nu primește aceste mesaje cât timp livrarea este dezactivată.

Apple și Google nu sunt persoanele noastre împuternicite. Ele operează magazinele prin care se vinde glumea+, încasează plata și sunt operatori independenți pentru datele de achiziție pe care le dețin despre tine. Ce colectează este guvernat de propriile lor politici de confidențialitate, nu de aceasta.

În afară de aceasta, divulgăm date personale doar dacă legea o cere, de exemplu printr-o hotărâre obligatorie a unei instanțe sau autorități, sau la indicația ta.

Dacă Paweł Milewski Software Development este vreodată implicat într-o fuziune, achiziție sau vânzare de active, datele tale vor rămâne protejate de această politică și te vom notifica înainte ca datele tale să devină supuse unei alte politici de confidențialitate.

9. Transferuri internaționale

Unde prelucrează fiecare destinatar datele tale:

• Contul, profilul și datele de sănătate sincronizate sunt stocate în UE: Google Cloud, europe-west1 (Belgia). Locul stocării nu este tot răspunsul. Google poate accesa acele date din afara SEE, pentru asistență și pentru operarea platformei, iar acesta este un transfer în sine. Se bazează pe clauzele contractuale standard din Addendumul Google Cloud privind prelucrarea datelor.
• Analiza merge la PostHog EU Cloud, care o stochează în UE. Acolo unde PostHog le poate accesa din afara Spațiului Economic European, transferul se bazează pe clauzele contractuale standard din acordul de prelucrare a datelor al PostHog.
• Diagnosticarea merge la Sentry în regiunea sa Uniunea Europeană. Acolo unde aceasta este în afara Spațiului Economic European, transferul se bazează pe clauzele contractuale standard din addendumul de prelucrare a datelor al Sentry.
• Site-ul este servit de Firebase Hosting din rețeaua de livrare de conținut a Google, deci o solicitare de pagină poate fi servită dintr-o locație din afara Spațiului Economic European și înregistrată acolo. Acolo unde se întâmplă acest lucru, transferul se bazează pe clauzele contractuale standard din Addendumul Google Cloud privind prelucrarea datelor.
• Starea abonamentului merge la RevenueCat în Statele Unite. Acolo unde aceasta este în afara Spațiului Economic European, transferul se bazează pe clauzele contractuale standard din addendumul de prelucrare a datelor al RevenueCat.
• Dacă livrarea e-mailurilor în producție este activată, e-mailurile de verificare și de resetare a parolei sunt livrate de Zoho ZeptoMail, care prelucrează adresa de e-mail de destinație în Uniunea Europeană (Zoho Corporation B.V., centrele de date UE ale Zoho din Țările de Jos și Irlanda). Acolo unde aceasta este în afara Spațiului Economic European, mecanismul de transfer aplicabil este clauzele contractuale standard din addendumul de prelucrare a datelor al Zoho.
• Apple și Google prelucrează datele de achiziție în baza propriilor aranjamente, ca operatori independenți.

Acolo unde un furnizor poate accesa date din afara SEE, inclusiv pentru asistență, acel acces este și el un transfer și trebuie să aibă o garanție adecvată conform capitolului V din RGPD. Mecanismul pentru fiecare destinatar este numit mai sus. Pentru utilizatorii din Regatul Unit, mecanismul echivalent este Addendumul pentru Regatul Unit la clauzele contractuale standard ale UE sau IDTA, acolo unde un furnizor folosește acea formă conform RGPD al Regatului Unit. Contact general pentru protecția datelor: [email protected]. În prezent nu este implementat un flux automat separat pentru solicitarea unei copii a garanțiilor.

10. Unde sunt stocate datele tale

glumea este offline-first. Această secțiune este răspunsul complet la întrebarea „ce din datele mele se află pe serverele voastre?”: tot restul acestei politici trimite aici.

Ce	Pe telefonul tău	Pe serverele noastre	Din ce moment	Cum îl elimini
Jurnalul tău, înregistrări, cataloage de medicamente, scheme de medicamente	Întotdeauna	Doar cu Sincronizare în cloud activată	Din momentul în care activezi comutatorul	Dezactivează comutatorul, apoi Șterge datele de pe server; sau șterge-ți contul
Profilul tău, nume, vârstă, înălțime, tip de diabet, metode de tratament, mod de administrare a insulinei	Da	Întotdeauna	De la configurarea inițială, indiferent dacă folosești sincronizarea	Șterge-ți contul
Setările tale de terapie, interval țintă, raport insulină-glucide, factor de sensibilitate la insulină	Da	Întotdeauna	Din momentul în care le introduci	Șterge-ți contul
Contul tău, adresa de e-mail, parola cu hash, sesiunile de autentificare	Doar datele de autentificare	Întotdeauna	Din momentul în care creezi contul	Șterge-ți contul
Tot ce se află în secțiunea 3.6, mementouri, Ore de liniște, preferințele aplicației	Da	Niciodată	Nu se aplică	Deconectează-te sau dezinstalează

Restul acestei secțiuni este detaliul din spatele acelui tabel.

• Toate datele pe care le introduci sunt scrise mai întâi într-o bază de date locală de pe dispozitivul tău. Aplicația este complet utilizabilă fără conexiune la internet.
• Acea bază de date locală este criptată. Este deschisă cu o cheie de 32 de octeți păstrată în keystore-ul dispozitivului tău, cu o setare care nu migrează pe un alt dispozitiv. Consecințe pe care ar trebui să le cunoști înainte să îți schimbi telefonul: pe Android am dezactivat pentru Aplicație copia de rezervă în cloud și transferul de la dispozitiv la dispozitiv, deci nu se face nicio copie de rezervă nouă a ei; pe iOS, o copie a bazei de date poate ajunge totuși într-o copie de rezervă iCloud, dar este ilizibilă fără cheie, iar cheia nu părăsește niciodată dispozitivul. Restaurarea acelei copii de rezervă pe un telefon nou nu aduce, prin urmare, jurnalul tău: Aplicația găsește o bază de date pentru care nu are cheie, refuză să o deschidă în loc să pornească în tăcere goală și nu va rula pe acel telefon până când o reinstalezi sau îi ștergi datele. Trecerea la un telefon nou se face prin sincronizarea în cloud sau printr-o arhivă .glumea pe care o exporți și o imporți tu.
• Un cont al tău există pe serverele noastre din momentul în care creezi unul. El conține datele contului, profilul tău, inclusiv tipul de diabet, metodele de tratament și modul de administrare a insulinei, și setările tale de terapie: intervalul țintă, raportul insulină-glucide și factorul de sensibilitate la insulină. Acestea sunt păstrate pe serverele noastre indiferent dacă folosești sincronizarea în cloud, iar modul de a le elimina este ștergerea contului.
• Sincronizarea în cloud este o funcție glumea+ și este dezactivată până o activezi. Ea controlează dacă jurnalul tău este copiat și pe serverele noastre: înregistrările, cataloagele tale de medicamente și schemele tale de medicamente. Activarea are doi pași și te poți opri la oricare. Fără un abonament glumea+ activ, Aplicația îți arată ecranul de abonament în loc să activeze ceva. Cu unul, Aplicația te roagă apoi să confirmi, într-un pas separat, că ești de acord ca datele tale de sănătate, valorile glicemiei, înregistrările de insulină și medicamente, înregistrările de alimente și greutate și tot ce ai tastat într-o notă să fie stocate pe serverele noastre. Cere acest lucru de fiecare dată când comutatorul este activat, nu doar prima dată. Acea confirmare este consimțământul tău explicit conform articolului 9 alineatul (2) litera (a) din RGPD pentru jurnal. Îl poți retrage oricând dezactivând Sincronizare în cloud și poți elimina ce deținem deja cu linkul Șterge datele de pe server din aceeași foaie. Cu sincronizarea dezactivată, tot ce înregistrezi rămâne doar pe dispozitivul tău.
• Când sincronizarea este activată, datele tale sunt stocate în backend-ul nostru de la api.glumea.app, care rulează pe Google Cloud Run cu o bază de date Google Cloud SQL PostgreSQL, în regiunea europe-west1 a Google (Belgia).

Comutatorul aparține contului tău, nu telefonului. Păstrăm răspunsul tău pe serverele noastre, iar Aplicația îl citește de acolo când te autentifici și când se reconectează. Așadar supraviețuiește deconectării și te urmează: activează sincronizarea, autentifică-te pe alt telefon și sincronizarea este activată și acolo, fără să fii întrebat din nou. Dezactivarea este înregistrată în același mod. Dacă o dezactivezi cât timp ești offline, Aplicația păstrează acel răspuns și îl livrează serverelor noastre la prima ocazie, o retragere nu este niciodată anulată pentru că o solicitare a eșuat. Pe un dispozitiv partajat, aceasta funcționează invers față de un comutator exclusiv al dispozitivului: persoana care se autentifică primește răspunsul propriului cont, nu pe cel lăsat de ultima persoană.

Dacă glumea+ se încheie, înregistrările noi nu mai sunt copiate, nu îți retrage consimțământul și nu șterge nimic. Când un abonament expiră, este anulat sau este rambursat, Aplicația nu mai copiază înregistrări noi pe serverele noastre. Editările și ștergerile înregistrărilor aflate deja acolo ajung în continuare pe serverele noastre, iar Aplicația continuă să descarce de pe ele. Foaia Sincronizare în cloud afișează Editările și ștergerile se sincronizează în continuare · Înregistrările noi rămân pe acest dispozitiv. Ce este deja pe serverele noastre rămâne acolo, ce este pe dispozitivul tău rămâne acolo, iar răspunsul tău stocat la întrebarea consimțământului este lăsat așa cum era, deci dacă te abonezi din nou, copia de rezervă completă se reia pe baza acelui răspuns stocat, fără să te întrebe a doua oară. Dacă preferi să nu se întâmple așa, dezactivează comutatorul: dezactivarea și linkul Șterge datele de pe server de lângă el rămân amândouă disponibile indiferent dacă un abonament este activ. Încheierea unui abonament nu îți ia niciodată posibilitatea de a retrage consimțământul sau de a șterge copia de pe server.

Sincronizarea se poate opri și fără să atingi acel comutator. Sesiunea ta de autentificare poate expira, iar atunci nu te deconectăm și nu ștergem nimic: Aplicația păstrează fiecare înregistrare pe dispozitivul tău, pune copia de rezervă în pauză și așteaptă. Foaia Sincronizare în cloud afișează atunci Întreruptă și îți spune că nimic nu se sincronizează până nu te autentifici din nou, iar ecranul Rezumat afișează un banner despre sesiunea expirată. Tot ce înregistrezi între timp rămâne pe dispozitiv și ajunge pe serverele noastre abia după ce te-ai autentificat din nou. Dacă te bazezi pe copia de pe server pentru cazul în care îți pierzi telefonul, acel banner este lucrul la care trebuie să reacționezi.

Copia de pe serverele noastre este protejată prin criptare în tranzit, prin criptarea stocării de către Google și prin controalele noastre de acces. Nu este criptată end-to-end și o putem citi. glumea nu este un serviciu zero-knowledge. Singurul artefact din tot sistemul pe care nu îl putem deschide este o arhivă .glumea, pentru că aceasta este criptată cu o parolă pe care o știi doar tu.

11. Cât timp îți păstrăm datele

Îți păstrăm datele pentru perioadele de mai jos.

• Datele contului, profilul și setările de terapie: păstrate pe serverele noastre cât timp contul tău există.
• Înregistrările de sănătate și cataloagele de medicamente pe care le-ai sincronizat: păstrate cât timp contul tău există sau până când ștergi copia de pe server ori îți ștergi contul. Ștergerea unei singure înregistrări funcționează diferit: dispare de pe dispozitivul pe care ai șters-o și doar de pe acel dispozitiv. Copia de pe serverele noastre rămâne, așa că înregistrarea poate reveni la o reinstalare, pe un telefon nou sau după ce te deconectezi și te autentifici din nou. Doar Șterge datele de pe server sau ștergerea contului elimină acele rânduri de pe serverele noastre.
• Marcaje de ștergere pentru înregistrările șterse: acolo unde ștergerea unei singure înregistrări ajunge pe serverele noastre, rândul este păstrat ca marcaj care conține în continuare valoarea, etichetele și notele sale, pentru ca ștergerea să poată ajunge pe celelalte dispozitive ale tale. Nu avem nicio sarcină care să le curețe, așa că rămân cât timp contul tău există. Folosirea Șterge datele de pe server sau ștergerea contului le elimină.
• Sesiuni de autentificare: un jeton de acces durează 15 minute. Înregistrarea sesiunii pe serverele noastre expiră după 90 de zile de neutilizare. Deconectarea o revocă imediat, astfel încât să nu mai poată fi folosită niciodată, dar rândul în sine este eliminat de o sarcină orară după ce acea fereastră de 90 de zile s-a încheiat. Ștergerea contului o elimină imediat.
• Coduri unice: expiră la 10 minute după emitere, iar o sarcină orară marchează codurile expirate ca neutilizabile. Nu eliminăm înregistrările în sine: ele rămân până îți ștergi contul, care le elimină odată cu tot restul.
• Copii de rezervă ale serverului: 7 zile. Datele șterse din baza de date activă persistă în copiile de rezervă până când acestea se rotesc.
• Jurnale de solicitări ale serverului, care includ adrese IP: 30 de zile.
• Evenimente de analiză la PostHog: 12 luni.
• Rapoarte de diagnosticare la Sentry: 90 de zile.
• Evidențe ale notificărilor de abonament: până la 90 de zile din momentul în care fiecare mesaj ne ajunge, cu excepția cazului în care ștergerea contului le elimină mai devreme. Sarcina programată numără vechimea și nu păstrează un rând pentru un litigiu de facturare deschis.
• Date stocate doar pe dispozitivul tău: rămân acolo până le ștergi, te deconectezi, folosești controlul de ștergere a contului din aplicație sau dezinstalezi Aplicația. O cerere de ștergere a contului prin e-mail nu poate șterge de la distanță un dispozitiv.

12. Ștergerea: ce se întâmplă și unde

Înainte să începi. Două lucruri contează mai mult decât orice de mai jos și ambele se află în Termenii serviciului: anulează mai întâi abonamentul glumea+ în magazin, pentru că ștergerea contului tău glumea nu oprește taxările (secțiunea 13.1 de acolo), și exportă mai întâi, pentru că odată ce rândurile tale au dispărut nu putem construi un export pentru tine (secțiunea 13.3 de acolo).

Trei controale diferite, trei rezultate diferite. Sunt ușor de confundat, deci:

Control	Unde se află	Ce elimină	Ce păstrează	Ce îl poate anula
Ștergerea unei singure înregistrări	Oriunde ai înregistrat-o	Acea înregistrare, doar pe acel dispozitiv	Copia de pe server, care o poate aduce înapoi	O reinstalare, un telefon nou sau deconectarea și reautentificarea
Șterge datele de pe server	Foaia Sincronizare în cloud, deschisă cu butonul de cloud din Rezumat sau Istoric, nu din Setări	Copia de pe server a înregistrărilor, cataloagelor de medicamente și schemelor	Contul tău, profilul tău, setările tale de terapie și tot ce se află pe telefonul tău	Reactivarea sincronizării reîncarcă de pe telefonul tău
Șterge contul	Setări → Cont sau e-mail la [email protected] dacă nu poți folosi Aplicația	Contul tău și datele de producție asociate de pe serverele noastre; varianta din aplicație șterge și acest dispozitiv	Copiile de rezervă existente, unele evidențe ale furnizorilor și orice date de pe dispozitive neatinse de ștergerea din aplicație	Nimic nu restaurează contul șters

Șterge datele de pe server necesită o autentificare activă și comutatorul Sincronizare dezactivat în prealabil; cele trei note de la sfârșitul acestei secțiuni explică de ce.

Ștergerea contului în Aplicație îl elimină imediat din baza noastră de date de producție. O cerere verificată prin e-mail folosește aceeași cale de ștergere de pe server. Iată ce se întâmplă la fiecare destinație.

• Baza noastră de date de producție: ștergerea contului execută o ștergere definitivă a înregistrării tale de utilizator atunci când o confirmi în Aplicație sau când un operator finalizează o cerere verificată prin e-mail. Tot ce este atașat de ea este eliminat odată cu ea prin cascadă în baza de date: profilul tău, setările tale de terapie, fiecare înregistrare sincronizată de glicemie, alimente, greutate, insulină, pastile și injectabile, cataloagele și schemele tale de medicamente, sesiunile tale și codurile tale de verificare și resetare în așteptare. Nu există niciun indicator de ștergere logică și nicio recuperare.
• Evidențele notificărilor de abonament: fiecare rând conține identificatorul contului tău glumea și mesajul complet trimis de RevenueCat. Nu este legat de rândul contului tău, deci cascada automată nu îl atinge, dar serviciul de ștergere îl elimină separat, în aceeași tranzacție. Fără ștergerea contului, o sarcină programată elimină fiecare rând după 90 de zile.
• RevenueCat: ștergerea contului tău pune în coadă o cerere de eliminare a înregistrării de abonat sub identificatorul contului tău. Încercăm cererea imediat și o reîncercăm dacă furnizorul nu este disponibil. Istoricul de facturare al magazinului rămâne în afara controlului nostru.
• PostHog: ștergerea contului tău pune în coadă o cerere de eliminare a profilului de analiză legat de cont, a evenimentelor și a înregistrărilor sale. Încercăm imediat și reîncercăm dacă furnizorul nu este disponibil. PostHog poate finaliza asincron o ștergere în masă acceptată. Evenimentele de dinainte de autentificare folosesc un identificator pseudonim separat al dispozitivului.
• Copii de rezervă ale serverului: o copie a ceea ce a fost șters persistă în copiile de rezervă automate ale bazei de date ale furnizorului nostru de găzduire până când acele copii se rotesc: 7 zile și, în niciun caz, mai mult de șase luni după autentificare, acolo unde se aplică acea limită legală. Înregistrările individuale nu sunt editate în interiorul unei copii de rezervă. O restaurare pentru recuperare în caz de dezastru poate, prin urmare, reintroduce temporar rânduri care au fost șterse din producție.
• Jurnalele serverului: ștergerea contului tău nu șterge retroactiv jurnalele de solicitări ale serverului, care sunt păstrate 30 de zile.
• Sentry: Aplicația nu atașează niciun identificator de cont, adresă de e-mail sau înregistrare de utilizator la un raport de diagnosticare. Nu există, prin urmare, nicio modalitate acceptată de a localiza sau șterge rapoartele unui anumit utilizator. Rapoartele produse de gestionarul de blocări al sistemului de operare nu trec prin filtrul Aplicației și nu cunoaștem toate câmpurile pe care le adaugă SDK-ul platformei. Rapoartele expiră conform retenției Sentry: 90 de zile. Articolul 11 alineatul (2) din RGPD se referă la datele pentru care operatorul nu poate identifica în mod real persoana vizată.
• Apple și Google: evidențele tale de achiziție și de abonament aparțin magazinului, nu nouă. Ștergerea contului tău glumea nu anulează un abonament și nu șterge nimic la Apple sau Google. Anulează din setările contului tău de magazin; evidențele lor sunt guvernate de politicile lor și de legea fiscală.
• Propriul tău dispozitiv: ștergerea contului din Aplicație, deconectarea sau schimbarea conturilor șterge de pe acel dispozitiv baza de date locală, datele de autentificare ale sesiunii și preferințele stocate. O cerere prin e-mail nu poate șterge de la distanță un dispozitiv. Ștergerea unei preferințe de telemetrie nu dezactivează în mod fiabil un SDK deja inițializat în procesul care rulează. Un indicator de prima instalare și cheia de criptare a bazei de date pot supraviețui unei ștergeri din aplicație, dar niciuna nu conține date din jurnal. O copie de rezervă a dispozitivului în iCloud poate conține o copie criptată, ilizibilă, a bazei de date; copia de rezervă Android este dezactivată pentru Aplicație.
• Copiile pe care le-ai făcut tu: o arhivă .glumea, un CSV, un raport PDF, orice ai partajat sau salvat în altă parte: acestea sunt ale tale și sunt în afara controlului nostru. Șterge-le de unde le-ai pus.

Rezumând momentul: ștergerea din baza de date de producție are loc când o confirmi în Aplicație sau când un operator finalizează o cerere verificată prin e-mail. Cererile de ștergere către RevenueCat și PostHog sunt încercate imediat și puse în coadă pentru reîncercare în caz de eșec. O copie poate persista în copiile de rezervă ale găzduirii până când acestea se rotesc, în 7 zile.

Cascada din baza de date nu atinge în sine jurnalele de solicitări ale serverului, rapoartele Sentry, evidențele notificărilor de abonament sau evidențele furnizorilor. Serviciul de ștergere elimină separat notificările de abonament și cere ștergerea înregistrărilor RevenueCat și PostHog. Jurnalele serverului și rapoartele Sentry expiră conform perioadelor lor de retenție configurate.

Ștergerea este permanentă. Datele șterse nu pot fi recuperate, deci dacă s-ar putea să ai nevoie ulterior de înregistrările tale, de exemplu pentru echipa ta medicală, fă mai întâi o copie folosind opțiunile de export descrise la drepturile tale.

Poți și să ceri ștergerea contului prin e-mail, fără Aplicație. Verificăm că ești titularul înainte de a o procesa.

Încă trei lucruri despre controlul mai restrâns Șterge datele de pe server, care elimină copia de pe server a înregistrărilor, a cataloagelor tale de medicamente și a schemelor tale de medicamente, dar păstrează contul, profilul, setările tale de terapie și tot ce se află pe dispozitivul tău:

• Necesită o autentificare activă. Dacă sesiunea ta a expirat, starea pe care o descrie secțiunea 10, în care foaia afișează Întreruptă: linkul îți spune să te autentifici din nou și nu face nimic până nu o faci. Este suficient să te autentifici din nou; între timp nu se pierde nimic.
• Necesită ca Sincronizare în cloud să fie mai întâi dezactivată. Dacă reactivezi ulterior sincronizarea, înregistrările rămase pe dispozitivul tău sunt puse în coadă și încărcate din nou, ștergerea de pe server este anulată de propriul tău dispozitiv.
• Nu se propagă pe celelalte dispozitive ale tale. Ele își păstrează copiile locale și nu sunt notificate.

13. Controalele tale în Aplicație

Nu trebuie să ne scrii prin e-mail ca să îți controlezi datele. Aplicația îți oferă aceste controale încorporate:

• Șterge contul: în Setări → Cont, după ce tastezi un cuvânt de confirmare. Execută ștergerea definitivă de pe server descrisă mai sus și șterge de pe acel dispozitiv baza de date locală a Aplicației, datele de autentificare ale sesiunii și preferințele. Poți cere ștergerea contului de pe server și la [email protected] dacă nu poți folosi Aplicația. Secțiunea 12 stabilește ce persistă.
• Șterge datele de pe server: linkul șterge din rândul de sub comutatorul Sincronizare din foaia Sincronizare în cloud, care se deschide cu butonul de cloud din partea de sus a ecranului Rezumat sau Istoric, nu din Setări. Linkul este afișat mereu, dar funcționează doar după ce comutatorul este dezactivat. Șterge definitiv copia de pe server a înregistrărilor, a cataloagelor tale de medicamente și a schemelor tale de medicamente, păstrând contul și datele de pe dispozitivul tău. Nu merge mai departe de atât: profilul și setările tale de terapie rămân pe serverele noastre până îți ștergi contul. Citește cele trei note de chiar mai sus.
• Sincronizare în cloud: comutatorul Sincronizare din aceeași foaie și o funcție glumea+. Dezactivează-l oricând pentru a opri ajungerea datelor noi pe serverele noastre, ceea ce este și modul în care îți retragi consimțământul pentru stocarea lor de către noi; dezactivarea nu necesită niciodată un abonament activ. Datele deja sincronizate rămân pe serverele noastre până folosești Șterge datele de pe server sau Șterge contul. Răspunsul tău la acest comutator este păstrat pe contul tău, deci supraviețuiește deconectării și te urmează pe un telefon nou.
• Analiza utilizării și Raportarea erorilor: două comutatoare independente în Setări → Date și confidențialitate → Confidențialitate și diagnosticare. Ambele sunt dezactivate până le activezi. Dezactivarea unuia actualizează preferința, dar datele aflate în coadă pot fi totuși livrate, iar deconectarea nu închide în mod fiabil un SDK deja inițializat în procesul care rulează.
• Apple Health / Health Connect: conectează, deconectează sau dezactivează tipuri individuale de date în Setări → Integrări. Poți revoca permisiunea și în platforma de sănătate însăși.
• Afișează detaliile în notificări (Setări → Notificări): dezactivat dacă nu îl activezi. Până o faci, notificările afișează text generic.
• Deconectare: șterge de pe dispozitiv baza de date locală a Aplicației, datele de autentificare ale sesiunii și preferințele tale, inclusiv alegerile privind analiza și diagnosticarea. Nimic din ce ai înregistrat și nicio alegere pe care ai făcut-o nu este reținut; secțiunea de ștergere numește cele două valori tehnice care supraviețuiesc.
• Export: o arhivă .glumea protejată prin parolă cu înregistrările, medicamentele, profilul, țintele terapeutice și mementourile tale, din Setări → Date și confidențialitate → Import și export de date. Rapoartele de glicemie CSV și PDF sunt altceva, produse din foaia de export a ecranului de glicemie; arhiva și CSV-ul sunt gratuite, iar raportul PDF este o funcție glumea+.

[email protected] acceptă cereri de ștergere a contului fără Aplicație. Alte cereri privind drepturile în afara aplicației pot fi trimise și acolo, dar varianta de ștergere a contului nu oferă un instrument automat separat de export sau de corectare.

14. Drepturile tale

Conform RGPD, ai dreptul:

• De acces la datele tale personale și de a primi o copie a lor.
• De rectificare a datelor inexacte sau incomplete. Poți edita înregistrările și medicamentele acolo unde le-ai înregistrat, profilul în Setări → Cont și setările de terapie acolo unde le-ai setat. În prezent nu este implementat un flux separat de corectare în afara aplicației.
• De ștergere a datelor („dreptul de a fi uitat”). Secțiunea de mai sus despre ștergere îți spune exact ce atinge ștergerea și ce nu.
• De restricționare a prelucrării în anumite situații.
• La portabilitatea datelor: de a primi datele pe care le-ai furnizat într-un format structurat, utilizat în mod curent și care poate fi citit automat, acolo unde legea prevede acest drept. Exportul de glicemie CSV din aplicație poate fi citit automat și nu este criptat. Arhiva .glumea conține înregistrări, medicamente, profil, ținte terapeutice și mementouri, dar este criptată cu o parolă pe care o știi doar tu și poate fi importată doar în contul glumea care a creat-o. În prezent nu este disponibil niciun export personalizat suplimentar prin [email protected].
• De opoziție față de prelucrarea bazată pe interesele noastre legitime.
• De retragere a consimțământului oricând. Retragerea nu afectează prelucrarea care a fost legală înainte de retragere. Pentru datele din jurnal sincronizate, dezactivează Sincronizare în cloud și folosește Șterge datele de pe server sau șterge-ți contul. Pentru analiză și diagnosticare, folosește cele două comutatoare din Setări → Date și confidențialitate → Confidențialitate și diagnosticare. Nu există un control de eliminare doar a profilului sau doar a setărilor de terapie și niciun astfel de flux nu este disponibil în prezent prin [email protected]. Ștergerea contului este singura modalitate implementată de a elimina aceste câmpuri din baza noastră de date de producție.
• De a depune o plângere la o autoritate de supraveghere. Autoritatea noastră principală de supraveghere este Președintele Oficiului pentru Protecția Datelor cu Caracter Personal (Prezes Urzędu Ochrony Danych Osobowych), ul. Stawki 2, 00-193 Varșovia, Polonia. Poți depune o plângere și la autoritatea de protecție a datelor din statul membru al UE în care locuiești, în care lucrezi sau în care crezi că a avut loc o încălcare. Dacă te afli în Regatul Unit, poți depune o plângere la Information Commissioner’s Office (ICO), Wycliffe House, Water Lane, Wilmslow, Cheshire SK9 5AF.

Folosește controalele din aplicație descrise în secțiunea 13 acolo unde acoperă acțiunea cerută. Pentru ștergerea contului fără Aplicație, scrie la [email protected]. Alte cereri privind drepturile pot fi trimise și acolo; această variantă de ștergere a contului nu oferă ea însăși un instrument separat de acces, export sau corectare.

Dacă un operator nu dă curs unei cereri conform RGPD, articolul 12 îi cere să explice motivul în termen de o lună și să indice căile de plângere și de atac judiciar disponibile. Aceste căi rămân disponibile indiferent dacă contactezi sau nu din nou operatorul.

Verificarea identității. Ștergerea din aplicație se bazează pe sesiunea ta autentificată. Pentru o cerere prin e-mail, confirmăm controlul asupra adresei de e-mail asociate contului. Dacă nu ai acces la ea, analizăm dacă există o altă modalitate de a verifica titularul înainte de a șterge contul. Nu îți cerem parola sau datele medicale pentru a procesa cererea.

15. Cum îți protejăm datele

• Parolele sunt transformate în hash cu bcrypt, nu sunt stocate niciodată în text clar și nu sunt stocate niciodată pe dispozitivul tău.
• Baza de date locală de pe dispozitivul tău este criptată, cu o cheie păstrată în keystore-ul platformei care nu migrează pe un alt dispozitiv.
• Jetoanele de autentificare sunt păstrate în spațiul securizat al dispozitivului tău, iOS Keychain sau spațiul bazat pe Android Keystore.
• Aplicația comunică cu serverele noastre prin HTTPS, iar ambele platforme blochează implicit conexiunile în text clar, nu am adăugat nicio excepție de la aceasta nici pe iOS, nici pe Android.
• Baza noastră de date rulează în interiorul Google Cloud, accesibilă doar printr-un socket privat Cloud SQL, cu credențiale păstrate în Google Secret Manager.
• Nu scriem valorile pe care le înregistrezi, valori ale glicemiei, doze de insulină, în jurnalele noastre de aplicație. O linie de jurnal de eroare înregistrează codul de stare, calea, ora și mesajul de eroare, care pentru o solicitare respinsă numește câmpurile care au eșuat la validare. Nu conține corpul solicitării.
• Notificările afișează implicit text generic, astfel încât o notificare să nu pună datele tale de sănătate pe ecranul de blocare.
• Accesul la baza de date de producție este limitat la persoanele care operează serviciul, ceea ce înseamnă că o putem citi. Ce o protejează de toți ceilalți este controlul accesului și criptarea în tranzit și în repaus.

Niciun sistem nu este perfect securizat. Măsurile de mai sus sunt ce facem pentru a limita cât de mult sunt expuse părțile sensibile ale datelor tale.

Un incident care implică date personale poate declanșa notificarea autorităților de supraveghere sau a persoanelor afectate conform articolelor 33 și 34 din RGPD, FTC Health Breach Notification Rule sau altă lege aplicabilă. Fiecare regim are sfera și termenul său, iar aceste obligații legale se aplică independent de această politică.

16. Copii

glumea nu se adresează copiilor. Trebuie să ai cel puțin 16 ani pentru a folosi Aplicația. Aceasta este o condiție a serviciului indiferent de locație. Nu oferim o cale de autorizare parentală. Procesul de ștergere a contului din aplicație și limitele din secțiunea 12 se aplică oricărui cont identificat ca aparținând unei persoane sub 16 ani. Îngrijorările privind un cont al unui minor pot fi trimise la [email protected].

17. Note pentru utilizatorii din Statele Unite

Legea confidențialității din SUA diferă de la un stat la altul, iar aplicabilitatea depinde de reședință, de pragurile legale și de tipul de date implicat. Controalele din aplicație descrise în secțiunea 13 sunt disponibile independent de aceste praguri. Drepturile legale aplicabile rămân în vigoare chiar și acolo unde produsul actual nu are un flux separat de cereri.

• HIPAA: glumea este un produs direct către consumator. Nu furnizăm servicii de asistență medicală, nu prelucrăm cereri de decontare și nu avem niciun contract cu un plan de sănătate sau cu un furnizor de servicii medicale pentru a gestiona date în numele lor, deci nu acționăm în niciunul dintre rolurile pe care le reglementează HIPAA, „entitate acoperită” sau „asociat de afaceri”, și nu pretindem conformitate cu HIPAA. Evidențele pe care medicul tău le deține despre tine sunt acoperite de HIPAA în mâinile lui; aceasta este separată de copia pe care o păstrezi în glumea. Regulile din SUA după care lucrăm pentru glumea sunt regula FTC privind notificarea încălcărilor datelor de sănătate și legile statale privind confidențialitatea sănătății de mai jos.
• California (CCPA/CPRA): aplicabilitatea depinde de pragurile legale pentru întreprinderi. Datele descrise aici pot include informații personale sensibile. Nu vindem informații personale și nu le partajăm pentru publicitate comportamentală între contexte. Dacă se aplică CCPA, regulile sale privind accesul, corectarea, ștergerea, portabilitatea, renunțarea și nediscriminarea se aplică independent de această politică. Controalele din aplicație și cererea de ștergere a contului prin e-mail rămân disponibile indiferent de prag.
• Washington (My Health My Data Act): datele pe care le înregistrezi sunt „date de sănătate ale consumatorilor”. Washington cere o politică separată pentru ele; vezi Politica de confidențialitate privind datele de sănătate ale consumatorilor. Ea descrie categoriile, sursele, scopurile, destinatarii, drepturile legale și limitele operaționale actuale ale procesului de cerere și de contestație.
• Nevada (legea privind datele de sănătate ale consumatorilor, SB 370 din 2023): datele pe care le înregistrezi sunt „date de sănătate ale consumatorilor” și conform legii din Nevada. Ai dreptul de a confirma dacă le colectăm, le partajăm sau le vindem, de a obține o listă a terților cu care au fost partajate sau cărora le-au fost vândute, de a le șterge și de a-ți retrage consimțământul, pe care Nevada îl tratează ca două consimțăminte separate, unul pentru colectare și unul pentru partajare. Legea din Nevada este aplicată de Procurorul General. Notificarea noastră de confidențialitate privind datele de sănătate ale consumatorilor din Nevada stabilește aceste drepturi, termenele care li se aplică, care sunt mai scurte decât cele din Washington pentru o ștergere, și cele patru informări pe care le cere Nevada.
• Cereri și contestații. Legea statală aplicabilă poate cere o explicație scrisă, o cale de contestație și informații despre depunerea unei plângeri la procurorul general al statului. Nu este implementat în prezent niciun flux separat de contestație prin e-mail la [email protected], deci procesul actual nu oferă acea cale acolo unde este cerută. Cerințele din Washington sunt descrise în Politica de confidențialitate privind datele de sănătate ale consumatorilor.
• Alte drepturi aplicabile conform legii statale nu sunt limitate de această politică.

18. Site-ul glumea.com

Site-ul este un site static care găzduiește informații despre glumea și aceste documente juridice. Este deliberat minimal:

• Fără cookie-uri.
• Fără analiză și fără solicitări către origini terțe. Tot ce are nevoie pagina, fonturi și scripturi incluse, este servit chiar de glumea.com, iar politica de securitate a conținutului site-ului blochează categoric orice altă origine. Pagina în sine este livrată de gazda noastră, care vede în mod necesar solicitarea; ultimul punct din această listă spune cine este și ce înregistrează. Site-ul rulează totuși puțin JavaScript propriu: două fragmente inline care aplică tema ta și te trimit la limba potrivită, plus câteva fișiere incluse în pachet în spatele meniului de navigare, al comutatoarelor de temă și de limbă și al animației care dezvăluie blocurile pe măsură ce derulezi. Niciunul nu trimite nimic nicăieri.
• Fără urmărire între site-uri și, prin urmare, nimic ce un semnal Do Not Track sau Global Privacy Control să poată dezactiva. Site-ul nu setează cookie-uri de publicitate sau de analiză, nu face solicitări către terți și nu vindem și nu partajăm informații personale.
• localStorage al browserului este folosit doar pentru preferințe funcționale (alegerea temei și a limbii). Aceste valori rămân în browserul tău și nu ne sunt transmise. Sunt setate doar pentru că ai ales o temă sau o limbă, motiv pentru care nu este nevoie de un banner de consimțământ pentru ele.
• Site-ul este servit de Firebase Hosting (Google). Ca majoritatea gazdelor web, furnizorul poate înregistra jurnale standard ale serverului, adresa IP, ora solicitării, tipul de browser, pentru securitate și pentru operarea serviciului. Ne bazăm pe interesele legitime (articolul 6 alineatul (1) litera (f) din RGPD) pentru aceasta, în mod specific menținerea site-ului disponibil și protejarea lui împotriva abuzurilor, iar jurnalele sunt păstrate doar cât este necesar pentru aceste scopuri.

19. Modificări ale acestei politici

Versiunea curentă este publicată aici cu data intrării ei în vigoare. Legea aplicabilă stabilește dacă o modificare necesită notificare prealabilă, un consimțământ reînnoit sau altă acțiune. Publicarea unei politici actualizate nu autorizează ea însăși un scop nou care necesită consimțământ sau un alt temei juridic.

20. Limba

Această politică este publicată în limba engleză. Versiunea în limba engleză este cea obligatorie din punct de vedere juridic. Traducerile în alte limbi sunt publicate pentru ca tu să poți citi politica în limba ta. Acolo unde o traducere și textul în limba engleză diferă, prevalează textul în limba engleză.

Excepția este legea însăși. Dacă țara în care locuiești acordă limbii în care ți s-a adresat un statut propriu, așa cum face legea privind protecția consumatorilor din mai multe țări, se aplică regula respectivă în locul acesteia, iar nimic din acest document nu îți ia un drept pe care îl ai în temeiul ei.

O traducere este publicată când este gata, așa că poate rămâne în urma textului în limba engleză după o actualizare. Dacă găsești un loc în care o traducere și textul în limba engleză spun lucruri diferite, spune-ne la [email protected].

21. Contactează-ne

Întrebări, nelămuriri sau cereri privind datele tale:

• E-mail: [email protected]
• Poștă: Paweł Milewski Software Development, ul. Franciszka Bohomolca 3 lok. 7, 31-416 Kraków, Polonia

Documente conexe: Termenii serviciului, Declarația medicală și, pentru rezidenții din Washington, Politica de confidențialitate privind datele de sănătate ale consumatorilor, iar pentru rezidenții din Nevada Notificarea de confidențialitate privind datele de sănătate ale consumatorilor din Nevada.