Politica de confidențialitate

Ultima actualizare: 22 octombrie 2026

Versiunea pe scurt. Documentele, imaginile, videoclipurile și fișierele pe care le creezi în Lolly rămân pe dispozitivul tău. Nu există conturi pentru utilizarea obișnuită, nu există cookie-uri din partea aplicației însăși și nu există nicio analitică sau elemente de urmărire nicăieri în codul sursă - nu spunem doar "nu folosim datele", chiar nu sunt prezente în cod. Există o listă scurtă și completă de excepții pentru cazurile în care software-ul comunică deloc cu o rețea, și fiecare dintre ele este descrisă mai jos în detaliu: ce pleacă, către cine și când. Singura excepție care implică ceva personal este o autentificare pe care trebuie s-o pornești tu însuți, explicit. Dacă nu este în acest document, nu se întâmplă.

Ce acoperă această politică

Lolly este software open-source - un engine, mai multe shell-uri de aplicație (web, desktop, mobil, CLI) și o extensie de browser - pe care oricine îl poate rula. Această politică are două părți:

• Software-ul în sine: ce face și ce nu face cu datele tale, indiferent unde rulează. Este o proprietate a codului, deci e adevărat pentru orice implementare Lolly, a noastră sau a oricui altcuiva.
• lolly.tools, implementarea de referință operată de SUSE: alegerile specifice făcute la rularea pieselor sale opționale server-side (ce se loghează, pentru cât timp, de cine).

Dacă folosești o instanță Lolly self-hosted sau enterprise, comportamentul software-ului de mai jos rămâne valabil, dar operatorul acelei instanțe - nu SUSE - este responsabil pentru orice e server-side: endpoint-ul lor de randare, serverul lor MCP, autoritatea lor de certificare Content Credentials, dacă rulează una. Cere-le lor propria politică. Vezi Adoptare și guvernanță pentru ce implică operarea Lolly.

Aplicația: ce rămâne pe dispozitivul tău

Shell-urile web, desktop și mobil ale Lolly rulează întregul engine de randare pe client. Deschiderea unui tool, completarea intrărilor, previzualizarea și exportul se întâmplă toate pe dispozitivul tău - niciun server nu este implicat, iar aplicația funcționează offline odată încărcată.

Aplicația nu setează niciun cookie. Pentru a funcționa, păstrează o cantitate mică de date doar pe dispozitivul tău, niciodată transmisă:

• Preferințe de interfață - temă, limbă, setări de sunet, dimensionarea sidebar-ului/zoom-ului, alegeri de sortare și vizualizare, ce sfaturi de onboarding ai văzut deja - în localStorage, astfel încât să fie disponibile înainte ca aplicația să termine de pornit.
• Un cache offline al catalogului de tool-uri și al previzualizărilor de asset-uri, astfel încât galeria să funcționeze fără conexiune.
• Contoare locale de utilizare pentru statisticile din cardul profilului tău (câte exporturi, ce tool-uri) - un blob mic și limitat în localStorage, niciodată citit de noi, niciodată trimis nicăieri.
• Propriile tale documente, sesiuni salvate, asset-uri încărcate și fonturi - stocate în IndexedDB pe dispozitivul tău, niciodată încărcate, niciodată citite de altcineva decât tine.

Nimic din toate acestea nu este partajat, vândut sau folosit pentru a te identifica sau urmări. Nu există nimic la care să consimți, pentru că nu are loc nicio colectare - doar această notificare, ca să știi ce se păstrează și unde. Ștergerea stocării site-ului din browserul tău elimină totul oricând, la fel ca Setări → Stocare → Șterge toate datele mele, care mai întâi oprește și Sync. (Conform Directivei ePrivacy Art. 5(3), stocarea strict necesară pentru serviciul pe care l-ai cerut nu necesită consimțământ - doar transparență, ceea ce reprezintă atât acest document, cât și notificarea din aplicație.)

signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBVerifică singurDescarcă fișierul semnat signed by Lolly2026-10-21vector SVG31 paths~4.2k nodes88 groups58 KBVerifică singurDescarcă fișierul semnat

Propria ta copie de rezervă a acestor date - pachetul lolly-backup produs de Exportă datele mele - este un fișier pe care îl păstrezi și îl controlezi. Nu ajunge niciodată pe serverele noastre, decât dacă alegi tu să-l trimiți undeva. Vezi Transfer de date.

Utilitare pe dispozitiv

Unele tool-uri - Strip Hidden Data, Compress PDF și altele care poartă insigna "Rulează pe dispozitivul tău" - operează pe un fișier pe care îl furnizezi tu. Fișierul este citit în memorie în browserul tău, transformat local și oferit înapoi ca descărcare. Nu este niciodată încărcat, pentru că nu există niciun server pe traseu unde să fie încărcat. Aceste utilitare funcționează offline, iar rezultatul lor nu poartă niciun filigran sau metadate ale noastre - scopul majorității lor este să elimine și să protejeze date, nu să adauge riscuri.

signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBVerifică singurDescarcă fișierul semnat signed by Lolly2026-10-21vector SVG2 paths824 nodes5 groups12 KBVerifică singurDescarcă fișierul semnat

Prepare for sharing păstrează în memorie intrările de lucru, constatările private și hărțile de înlocuire, fără să le adauge automat în istoric, linkuri, copii de rezervă sau sincronizare. Inspecția și înlocuirea nu trimit conținutul fișierului către un server și nu validează acreditări online. Utilizatorii aleg dacă să copieze, descarce, trimită sau salveze explicit un rezultat în biblioteca lor; un rezultat salvat urmează apoi setările obișnuite de backup și sincronizare ale bibliotecii. Fișierele de rețetă omit payload-urile anterioare și corespondențele literale. Rapoartele de sumar conțin numere, ID-uri de scop și sume de control ale fișierelor. CLI-ul poate de asemenea salva un fișier privat de recenzie care conține valorile originale, doar când e cerut explicit cu --review-file. Închiderea sau părăsirea unei vederi de pregătire din browser eliberează starea ei de lucru; asta nu e o promisiune de ștergere criminalistică din memoria browserului sau a sistemului de operare.

Fiecare cerere de rețea pe care o poate face aplicația

Tabelul de mai jos este lista completă a tot ce preia sau trimite aplicația printr-o rețea. Dacă nu e aici, aplicația nu o face.

Fiecare gazdă fixă din acel tabel este totodată lista albă completă din Content-Security-Policy a aplicației, pe care browserul o impune. Așadar lista nu este doar o descriere a ceea ce face codul astăzi, ci limita la care browserul ține aplicația: o modificare viitoare care ar încerca să contacteze o altă gazdă ar fi blocată, nu permisă tacit. Un rând este excepția deliberată, și celula sa proprie spune asta: Send to LinkedIn există doar în aplicațiile desktop, așa că politica aplicației web nu numește niciuna dintre cele două gazde ale sale - aplicația web nu le-ar putea atinge nici dacă ar încerca codul ei. Alte două rânduri, Bluesky și Discord, sunt tot doar pentru desktop în același fel, iar gazdele lor sunt omise din politica web din același motiv. Cinci rânduri nu au o gazdă fixă, pentru că tu alegi adresa chiar în momentul folosirii: un URL pe care îi ceri unui instrument să-l capteze, o instanță la distanță către care îndrepți shell-ul, și propriul tău server Mastodon, server WebDAV sau bucket S3 (ultimele două și ca locație de sincronizare). Niciuna dintre ele nu e în politică, și fiecare se întâmplă doar când tastezi o adresă și acționezi pe baza ei. Rândul Penpot ajunge la Penpot prin originea proprie a aplicației, așa că e acoperit de 'self'. Un deployment care nu vrea niciuna dintre cele opționale (o instanță enterprise cu propriile fonturi, de exemplu) elimină acele gazde din politica sa, iar funcțiile eșuează în siguranță (fail closed) în loc să contacteze exteriorul.

În afară de două tipuri de rând, niciuna dintre acestea nu trimite documentele, proiectele, sesiunile sau fișierele tale încărcate nicăieri: ele există pentru a aduce lucruri către dispozitivul tău (instrumente, fonturi, modele). Cele două tipuri sunt rândurile de tip Send, care trimit singurul fișier pe care l-ai ales, și rândul de sincronizare, care trimite o copie a lucrării tale către stocarea pe care ai ales-o și către niciun server Lolly. Orice altă excepție este numită explicit în secțiunile de mai jos.

O notă despre ce am eliminat. Verify poate verifica semnături SEAL, o schemă în care cheia de semnare a unui fișier este publicată în DNS. Browserele nu pot face interogări DNS, deci orice implementare web trebuie să direcționeze căutarea printr-un resolver DNS-over-HTTPS terț - care i-ar arăta acelui operator domeniul verificat plus adresa ta IP. Foloseam pe cel al Cloudflare. Nu-l mai folosim, și nu există niciun înlocuitor: Verify nu mai transmite niciun resolver deloc, deci verificarea SEAL nu face nicio cerere de rețea. Nicio aplicație Lolly nu caută astăzi chei SEAL în DNS: aplicațiile desktop și mobile rulează aceeași vizualizare Verify, iar lolly validate din linia de comandă nu verifică SEAL. Un fișier a cărui înregistrare SEAL poartă cheia inline este verificat offline, iar Verify consideră semnătura consecventă intern, fără a confirma domeniul. Un fișier a cărui cheie se află doar în DNS arată SEAL signature did not verify, cu motivul "no key resolver and no inline key".

signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBVerifică singurDescarcă fișierul semnat signed by Lolly2026-10-21vector SVG11 paths~4.3k nodes18 groups52 KBVerifică singurDescarcă fișierul semnat Poți confirma singur acest lucru: verificări interogabile prin grep pentru aceasta și fiecare altă afirmație de pe această pagină, cu comenzile exacte și rezultatul așteptat, se află la Verifică singur.

URL-uri de randare hot-linked

Activ pe lolly.tools. Fiecare URL https://lolly.tools/tool/<tool-id>.<ext>?<inputs> este randat cu adevărat, iar intrările călătoresc în acea adresă URL. Secțiunea de mai jos explică ce înseamnă asta pentru tine, iar un operator poate dezactiva funcția pe propria instanță.

Aplicația în sine rămâne în întregime pe dispozitivul tău. Separat, un operator poate activa URL-uri de randare hot-link - /tool/<tool-id>.<ext>?<inputs> - astfel încât un link Lolly partajat poate apărea ca imagine live într-un README, un wiki sau un dashboard. Preluarea unuia îi cere serverului să randeze date publice de tool și de catalog cu intrările scrise în URL.

• Fără conturi, fără cookie-uri, fără stare. Endpoint-ul este anonim și nimic de pe dispozitivul tău nu este citit. Documentele, sesiunile și fișierele tale încărcate nu părăsesc niciodată browserul tău - nu pot apărea deloc în aceste linkuri.
• Dar adresa URL în sine este înregistrată. Șirul de interogare al unei URL face parte din linia cererii, așa că apare în jurnalele obișnuite de acces ale platformei de găzduire la fel cum o face fiecare cale solicitată. Dacă intrările unui link conțin numele sau e-mailul cuiva - o ecuson cu nume, o semnătură de e-mail - acel text ajunge în acele jurnale, și nicio formulare a politicii nu schimbă asta. De aceea o adresă URL hot-link este locul greșit pentru date personale: pune în ea doar ce ai pune pe o pagină publică.
• Intrările sunt publice prin construcție oricum - sunt orice a scris autorul linkului în adresa URL, lizibil pentru oricine ajunge la link. Nu pune informații secrete într-un link partajat. Lolly oferă criptare pentru linkuri cu conținut sensibil.
• Răspunsurile sunt stocate în cache și limitate ca rată la fel ca orice imagine publică, și marcate noindex, astfel încât motoarele de căutare nu îți indexează randările.

Faci self-hosting la Lolly și nu vrei o suprafață publică de randare? Setează LOLLY_DISABLE_RENDER_GET=1 și fiecare dintre aceste URL-uri returnează 404.

Serverul MCP (opțional, pentru agenți AI)

Lolly poate fi accesat și de un agent AI prin Model Context Protocol - un endpoint operat de un operator (lolly.tools rulează unul; oricine își poate face self-host propriu, inclusiv complet air-gapped). Are aceeași poziție fără conturi ca traseul de randare, plus patru tool-uri care gestionează inevitabil octeți de fișiere:

• lolly_transform (rulează un utilitar de pe dispozitiv pe server, în numele agentului apelant), lolly_verify (verifică Content Credentials) și lolly_redact (înnegrește regiuni ale unei imagini sau ale unui PDF) toate acceptă octeții unui fișier de la apelant. Sunt procesate în proces, în memorie, iar rezultatul este returnat în acel apel - fișierul nu este niciodată scris pe disc și niciodată stocat după finalizarea cererii.
• lolly_rebrand (renovează un deck de prezentare vechi pe un sistem de design, de-a lungul etapelor sale plan, compile și inspect) acceptă octeții unui deck în același fel, și îi procesează în memorie, doar pentru acel apel - nimic nu e scris pe disc sau păstrat odată ce răspunsul e trimis. Prima sa etapă, capabilities, declară în cuvinte unde ar ajunge octeții tăi înainte să trimiți vreunul: pe un server local self-hosted deck-ul nu părăsește niciodată acea mașină; pe un server găzduit, apelarea lolly_rebrand trimite deck-ul acolo, până la limitele de dimensiune și de diapozitive pe care le dă aceeași etapă.
• Tool-urile de imagine (lolly_look, lolly_sample_color și lolly_trace_edges) pot primi și un fișier de imagine de la apelant, tratat în același fel: în memorie, doar pentru acel apel. Orice alt tool funcționează din parametrii apelului: text, numere, culori, URL-uri, id-uri de asset-uri din catalog sau un document furnizat de apelant.
• Accesul este fie un token partajat pe care operatorul îl emite clienților în care are încredere, fie OAuth 2.1 fără stare: token-uri semnate cu durată scurtă de viață, verificate față de un secret partajat, nimic stocat server-side, iar token-ul în sine nu este niciodată scris într-un jurnal sau într-un URL de randare.

Identitate Content Credentials (o autentificare pe care trebuie s-o pornești singur)

Lolly poate sigila o Content Credential criptografică în exporturile tale, astfel încât oricine poate verifica, offline, că un fișier nu a fost modificat de când a părăsit Lolly. Asta e activată implicit și complet local - cheia de semnare este generată pe dispozitivul tău, iar semnarea în sine are loc offline. Fără înrolare, cheia respectivă este de unică folosință: o pereche de chei nouă este creată pentru fiecare export și eliminată odată cu acesta. Odată ce te înrolezi, cheia devine una permanentă și este generată neextractibilă - nici măcar codul propriu al Lolly nu o poate citi, ci doar îi poate cere să semneze. În ambele cazuri, ea nu părăsește niciodată dispozitivul tău. Această secțiune acoperă singurul pas opțional peste asta: înrolarea unei identități verificate, astfel încât exporturile tale să spună "Verificat - semnat de \<your email\>" în loc de o cheie anonimă. Dacă sari peste înrolare, nimic din această secțiune nu se aplică ție și nicio dată personală nu părăsește vreodată dispozitivul tău.

signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups24 KBVerifică singurDescarcă fișierul semnat signed by Lolly2026-10-21vector SVG7 paths~2.0k nodes11 groups25 KBVerifică singurDescarcă fișierul semnat

Dacă te înscrii, iată exact ce se întâmplă:

1. Alegi o metodă de autentificare - GitHub, Google, SUSE (id.suse.com) sau un link trimis prin email. Pentru cei trei furnizori OIDC, ești redirecționat către pagina proprie de autentificare a acelui furnizor, guvernată de politica lor de confidențialitate, nu de a noastră. Serviciul de certificate al Lolly primește înapoi doar o adresă de email verificată și numele furnizorului. Pentru link-ul prin email, adresa pe care o tastezi este trimisă către Resend, un API de email tranzacțional, doar pentru a livra acel unic link.
2. Un cookie cu durată scurtă protejează redirecționarea. Acesta este singurul cookie pe care întregul sistem Lolly îl setează: lolly_ca_state, HttpOnly, limitat la /api/ca, expirând în zece minute. Poartă o valoare aleatorie, nu un identificator de urmărire, și există doar pentru a împiedica falsificarea redirecționării OAuth. Este șters imediat ce autentificarea se finalizează.
3. Adresa ta IP este folosită, pe scurt, pentru a preveni abuzul punctelor finale de autentificare (astfel încât un script să nu poată spama o căsuță de email sau epuiza cota de email). Lolly o transformă printr-un hash înainte de a crea un bucket de control al abuzului cu durată scurtă de viață; adresa brută nu este trimisă către acel depozit. Bucketul expiră după aproximativ un minut și nu este folosit pentru urmărire. Jurnalele obișnuite de acces ale găzduirii sunt separate și descrise mai jos.
4. Serviciul de certificate emite un certificat cu durată scurtă (7, 30, 90 sau 365 de zile, alegerea ta, limitată de politica operatorului) care leagă emailul tău verificat de jumătatea publică a perechii de chei generate pe dispozitivul tău. Jumătatea privată nu părăsește niciodată browserul tău.
5. Nimic despre emitere nu este înregistrat. Serviciul de certificate nu păstrează niciun jurnal de emitere: nici emailul tău, nici furnizorul, niciun număr de serie, nicio marcă temporală. Nicio bază de date, nicio linie de jurnal, niciun webhook. Adresa ta de email există în cerere doar atât cât să fie scrisă în certificatul pe care propriul tău dispozitiv îl primește, și apoi dispare complet de pe partea noastră.
6. După aceea, semnarea este din nou offline pentru toată durata de viață a certificatului. Exportul unui fișier nu contactează niciodată serviciul de certificate - doar înscrierea a făcut-o.

Compromisul, spus fără ocolișuri. O versiune anterioară a acestui serviciu chiar loga fiecare emitere, astfel încât un certificat emis greșit sau compromis să poată fi urmărit. Am eliminat asta, pentru că acel jurnal era singurul loc din întregul Lolly unde date personale ajungeau să stea pe un server, și preferăm să nu le deținem decât să le deținem cu grijă. Ce pierdem este trasabilitatea server-side: dacă un certificat este folosit greșit, nu putem căuta cine l-a obținut. Certificatele au durată scurtă prin design - 7 până la 365 de zile, alegerea ta, limitată de operator - și expiră de la sine, ceea ce este atenuarea pe care ne bazăm în schimb. Cei care fac self-host și ale căror obligații proprii cer un jurnal de audit pot adăuga unul, devenind astfel operatorul acelor date.

Extensia de browser

Extensia de browser Lolly URL Screenshot nu colectează date personale pentru noi. Nu are analytics, urmărire sau server propriu. Pagina Extensie de browser descrie cum funcționează.

Ce face. Aplicația web Lolly îi poate cere o captură de ecran a unei pagini web sau conținutul unei pagini, pentru a porni un sistem de design dintr-un site. Fiecare cerere deschide în extensie o fereastră de aprobare care arată site-ul solicitant, dacă vrea o captură de ecran sau conținutul paginii, și adresa paginii. Abia după ce apeși Approve once extensia deschide acea pagină într-o filă temporară din fundal, face captura sau citește pagina, predă rezultatul filei Lolly care a cerut-o și închide fila. Fiecare cerere are nevoie de propria aprobare.

Date.

• Nu colectăm nimic. Rezultatul merge doar la pagina Lolly care a cerut, în același browser. Extensia nu stochează conținutul paginilor și nu adaugă niciun alt destinatar.
• Cereri de rețea. Pagina pe care o aprobi se încarcă așa cum s-ar încărca în orice filă, împreună cu tot ce cere pagina însăși. Citirea conținutului unei pagini preia și foile ei de stil și câteva dintre pictogramele și siglele ei, din interiorul paginii, iar acele preluări nu trimit cookie-uri către alte site-uri. Extensia nu face alte cereri, iar niciuna nu merge la un server Lolly.
• Sesiunea browserului tău. Pagina se încarcă cu sesiunea browserului tău, așa cum s-ar încărca dacă ai deschide-o tu însuți, deci o pagină în care ești autentificat poate pune informații private în rezultat.
• Adresele pe care le aprobi sunt folosite doar pentru a încărca acea pagină unică pentru acea cerere. Nu sunt logate sau partajate.

Permisiuni.

• debugger - pentru a face captura de ecran prin DevTools Protocol (același mecanism folosit de aplicația desktop Lolly).
• tabs - pentru a deschide și închide fila temporară și pentru a verifica dacă nici pagina Lolly, nici pagina țintă nu s-au mutat de când ai aprobat.
• scripting - pentru a citi conținutul unei pagini în fila temporară, după ce aprobi acea cerere.
• storage - pentru a nota id-urile filelor sale temporare în stocarea de sesiune, astfel încât să se închidă totuși dacă browserul oprește extensia în timpul unei cereri. Nu este stocat niciun conținut de pagină.
• *Acces opțional la site-uri (http:///, https:///) - nu este acordat la instalare. Când apeși Approve once*, extensia cere Chrome acces la singurul site din acea cerere, iar Chrome te întreabă prima dată pentru fiecare site. Un site pe care l-ai permis înainte are nevoie în continuare de o aprobare nouă pentru fiecare cerere.

Niciuna dintre acestea nu este folosită pentru a citi, monitoriza sau transmite navigarea ta dincolo de singura cerere pe care ai aprobat-o.

Jurnale de infrastructură

Ca orice website, serverele din spatele lolly.tools - și din spatele oricărei implementări Lolly - generează jurnale standard de acces web-server ori de câte ori o cerere ajunge deloc la ele: adresă IP, cale cerută, marcă temporală, user agent. Acesta este comportament de bază de găzduire, nu ceva ce adaugă Lolly în plus, și nu conține niciodată conținutul documentelor tale, pentru că acelea nu ajung niciodată la un server, pentru început. Singura excepție deliberată este un fișier pe care îl predai explicit unui apel MCP lolly_transform, lolly_verify, lolly_redact sau lolly_rebrand, care este procesat în memorie și niciodată scris pe disc sau într-un jurnal, așa cum s-a descris mai sus.

Serviciile publice reduc la minimum logging-ul aplicației. Serverul MCP înregistrează pornirea, configurația și avertismentele de randare; nu ține niciun jurnal propriu de cereri și nu înregistrează token-uri sau adrese ale apelanților. Trecerea Penpot înregistrează numele fiecărei comenzi și starea răspunsului Penpot, niciodată antete, token-uri sau fișierul. Serviciul de certificate înregistrează setările sale de pornire și avertismentele de configurare, plus două linii curățate la eșec: un cod de stare de eșec la trimitere fără adresa destinatarului, și o linie fixă de eșec fără text de eroare, stack trace sau URL (o eroare a furnizorului poate purta valori de identitate sau credențiale). Orice altceva din jurnal aparține platformei de găzduire, nu nouă.

Pentru lolly.tools, găzduirea este Vercel, iar reținerea jurnalelor de acces urmează propriile setări implicite ale platformei Vercel pentru planul nostru. Nu configurăm niciun drenaj de jurnale, niciun export de jurnale pe termen lung și niciun produs de analytics sau monitorizare peste asta. Nu păstrăm nicio copie a acestor jurnale noi înșine, ceea ce înseamnă și că nu avem cum să le căutăm pentru tine - vezi Drepturile tale.

Temeiuri juridice, retenție și destinatari

Aproape nimic de aici nu necesită un temei juridic, pentru că aproape nimic nu este procesat. Pentru completitudine, lista integrală:

Destinatari. Categoriile de destinatari sunt: furnizorul nostru de găzduire (Vercel Inc.); furnizorul nostru de stocare pentru controlul abuzului, care primește doar chei de bucket cu durată scurtă de viață, derivate într-un singur sens, și niciodată adresa IP brută; și - doar dacă folosești opțiunea de autentificare prin email - un furnizor de email tranzacțional (Resend). Dacă te autentifici cu GitHub, Google sau SUSE (id.suse.com), interacționezi direct cu acel furnizor sub propria lor politică de confidențialitate. Ei ne comunică o adresă de email verificată și nimic altceva. Nu partajăm date personale cu nimeni altcineva și nu vindem date, nu rulăm publicitate și nu profilăm utilizatori.

Transferuri în afara SEE. Vercel și Resend sunt companii din SUA. Calculul funcțiilor pentru lolly.tools este fixat pe regiunea Frankfurt (fra1) a Vercel, astfel încât procesarea are loc în UE, dar, fiind furnizori cu sediul în SUA, ar putea totuși accesa date ca operatori din SUA. Aceste transferuri se bazează pe Clauzele Contractuale Standard ale Comisiei Europene și/sau pe Cadrul UE-SUA privind Confidențialitatea Datelor, astfel cum sunt prevăzute în acordul de prelucrare a datelor al fiecărui furnizor. Deoarece datele personale care ajung la oricare dintre furnizori sunt atât de limitate - o adresă de email transmisă pentru a trimite un mesaj, jurnale de acces obișnuite și un bucket de control al abuzului derivat, cu durată scurtă de viață - expunerea este corespunzător de mică.

Luarea automată a deciziilor. Niciuna. Nu există profilare și nicio decizie automată care să producă efecte juridice sau similar de semnificative (Art. 22).

Confidențialitatea copiilor

Lolly nu colectează cu bună știință informații personale de la nimeni, indiferent de vârstă, în cursul obișnuit al utilizării aplicației - nu există nimic de colectat. Singurul loc unde informații personale (o adresă de email) sunt vreodată colectate este înrolarea Content Credentials, descrisă mai sus, care nu este direcționată sau destinată copiilor.

Drepturile tale

Deoarece aproape tot ce atinge Lolly este stocat doar pe propriul tău dispozitiv, majoritatea din ceea ce legislația privind protecția datelor numește „drepturile tale”

• acces, corectare, ștergere, portabilitate - sunt lucruri pe care le poți face deja

singur, instant, fără să ceri nimănui: datele tale se află în stocarea browserului tău, într-o formă pe care o poți inspecta, exporta (Exportă datele mele, mai sus) sau șterge (ștergând stocarea site-ului din browserul tău, ca mai sus).

Formal, conform Articolelor 15-22 GDPR ai dreptul de a accesa datele tale personale, de a le rectifica, de a le șterge, de a restricționa sau te opune prelucrării lor (inclusiv opoziția față de orice bazăm pe interese legitime), la portabilitatea datelor și - acolo unde prelucrarea se bazează pe consimțământ - de a-ți retrage acel consimțământ în orice moment, fără a afecta legalitatea a ceea ce s-a întâmplat înainte de retragere.

Iată poziția onestă privind exercitarea acestora față de noi. Din moment ce nu mai păstrăm un jurnal de emitere, nu deținem nicio dată personală despre tine pe care o putem căuta, corecta, exporta sau șterge. Dacă ne scrii și ne întrebi ce avem despre tine, răspunsul adevărat este nimic, și așa vom spune. Singura categorie care există deloc sunt jurnalele de acces ale găzduirii asociate unei adrese IP, deținute de furnizorul nostru de găzduire conform setărilor lor implicite de retenție. Nu avem nicio facilitate de a căuta sau șterge selectiv acele date și îți vom spune asta în loc să pretindem altceva. Tot ce este cu adevărat al tău se află pe dispozitivul tău, unde poți deja citi, exporta și distruge fără să ceri permisiunea nimănui.

Ai dreptul de a depune o plângere. Dacă crezi că am gestionat datele tale necorespunzător, poți depune o plângere la o autoritate de supraveghere a protecției datelor - în UE, autoritatea din țara ta de reședință, locul de muncă sau unde consideri că a avut loc încălcarea (Art. 77). Autoritatea noastră principală de supraveghere este Bayerisches Landesamt für Datenschutzaufsicht (BayLDA) din Ansbach, Germania. Nu trebuie să ne contactezi mai întâi, deși ne-ar plăcea șansa de a repara problema.

Nu vindem date. Nu avem date de vândut.

Modificări aduse acestei politici

Data din partea de sus se schimbă ori de câte ori se schimbă acest document. O modificare care afectează ce părăsește dispozitivul tău sau ce este reținut primește propria linie aici, nu o modificare tăcută - dacă vrei să vezi ce s-a schimbat, întreabă (mai jos) sau compară cu sursa publică.

22 octombrie 2026: am corectat descrierea comportamentului existent. Secțiunea despre extensia de browser acoperă acum fereastra de aprobare pentru fiecare cerere, accesul la site-uri cerut câte un site pe rând și preluările de foi de stil și pictograme la citirea unui site. Au fost corectate și: rândurile Send to Google Drive și Meeting Planner, nota despre SEAL (nicio aplicație Lolly nu caută chei SEAL în DNS), nivelul implicit de telemetrie de utilizare al serviciului pentru organizații, tool-urile de imagine MCP și logging-ul aplicației al serviciilor publice. Software-ul în sine nu s-a schimbat.

Cine este responsabil și cum ne poți contacta

Operatorul de date pentru lolly.tools este:

SUSE Software Solutions Germany GmbH Frankenstraße 146 90461 Nürnberg Germania

SUSE a numit un Responsabil cu Protecția Datelor, contactabil la privacy@suse.com. Folosește acea adresă pentru orice solicitare formală conform "Drepturile tale" de mai sus.

Pentru orice legat de Lolly în sine - cum funcționează, de ce un lucru este așa cum este sau o corecție a acestui document - contactează-l pe Andy Fitzsimon, fitzy@suse.com.

Pentru o instanță Lolly auto-găzduită sau enterprise, contactează în schimb operatorul: operatorul este responsabilul pentru propria sa implementare. SUSE și proiectul open source Lolly nu dețin date pentru implementările pe care nu le operează.