Privaatheidsbeleid

Laas opgedateer: 21 Oktober 2026

1. Wie ons is

Die Wêreldrepubliek (“Wêreldrepubliek” of “ons”) bedryf die Wêreldrepubliek se toepassing en webwerf by https://www.worldrepublic.org (die “Diens”). Dieselfde toepassing word ook onder ’n tweede naam, Raised by Humanity, by https://www.raisedbyhumanity.org aangebied. Daardie werf loop dieselfde sagteware, gebruik dieselfde rekeninge en dieselfde databasis, en word deur ons bedryf. In hierdie beleid beteken “die Diens” albei werwe, en hierdie beleid geld op albei. Die Wêreldrepubliek is ’n Switserse vereniging (Verein) ingevolge Art. 60 e.v. van die Switserse Burgerlike Wetboek, met sy setel in Zug, Switserland. Dit het regspersoonlikheid ingevolge Art. 60(1) van die Wetboek en is nie in die handelsregister ingeskryf nie. Die Diens word deur ons bestuur vanuit Hongarye geadministreer, en daarom is die Wêreldrepubliek vir die doeleindes van die EU se Algemene Databeskermingsverordening (GDPR) in die Europese Unie gevestig, en ons leidende toesighoudende owerheid daar is die Hongaarse Nasionale Owerheid vir Databeskerming en Vryheid van Inligting (NAIH).

Vir die meeste verwerking wat hieronder beskryf word, is ons die verantwoordelike party. Vir identiteitsverifikasie is ons die verantwoordelike party en tree Amazon Web Services as ons verwerker / diensverskaffer op. ’n Tweede verskaffer, Didit, word hieronder genoem vir ’n eskalasieroete wat tans nie aangebied word nie — sien Afdeling 4.2.

• Privaatheidskontak: privacy@worldrepublic.org
• Kontak in die Europese Unie: Balázs Kónya, bestuurslid, 3626 Hangony, Dózsa György út 5., Hongarye (privacy@worldrepublic.org)

2. Omvang

Hierdie beleid geld vir almal wat die Diens gebruik, wêreldwyd. Waar plaaslike wetgewing jou bykomende regte gee — insluitend die EU se en die VK se GDPR, die hersiene Switserse Federale Wet op Databeskerming (revFADP), die California Consumer Privacy Act soos gewysig deur die CPRA, en biometriese wette van Amerikaanse state (Illinois BIPA, Texas CUBI, Washington) — word daardie regte in Afdeling 10 beskryf.

Die Wêreldrepubliek hou tans nie-bindende toetsverkiesings. Ons skryf nog nie lede in nie; deelname is eksperimenteel.

3. Inligting wat ons insamel

3.1 Inligting wat jy verskaf

• Rekeninginligting: as jy met Google aanmeld, ontvang ons ’n aanmeldingstoken en jou Google-rekening se identifiseerder. Ons hou die identifiseerder, wat jou rekening aan jou Google-aanmelding koppel. Ons stoor nie jou Google-naam, jou e-pos of jou foto nie, en ons hou nie die token, wat hulle bevat, nie.
• Passkey-geloofsbriewe: as jy ’n passkey (WebAuthn) gebruik, stoor ons die geloofsbrief met die openbare sleutel, ’n identifiseerder, en die toestelmetadata wat nodig is om jou aan te meld.
• Profielinligting: ’n gebruikersnaam, wat ons skep wanneer jou rekening geskep word en wat jy enige tyd kan verander in jou rekeninginstellings. Jou gebruikersnaam word gepubliseer oral waar jy in die Diens verskyn — sien Afdeling 6 — dus as jy dit op jou eie naam stel, is dit jou eie naam wat gepubliseer word. Ons skep ook ’n uitnodigingskode vir elke rekening; niks in die Diens gebruik dit nie.
• Inhoud wat jy skep: name, beskrywings en skakels van politieke partye.
• ’n Rapport oor ’n party: as jy ’n party se inskrywing in die register rapporteer, hou ons watter party, watter grond jy gekies het, wat jy geskryf het, en die tyd. By die meeste gronde vra ons ook jou naam en ’n e-posadres, omdat die wet wat ons verplig om jou rapport te aanvaar, ons ook verplig om te bevestig dat ons dit het en om jou te laat weet wat ons besluit het — en ons het geen ander manier om jou te bereik nie. By een grond vra ons nie een van die twee nie, en hou ons nie een nie: ’n rapport dat die inhoud materiaal van seksuele misbruik van kinders is. As jy aangemeld is, teken ons ook aan watter rekening dit ingedien het. Dit is die een plek waar ons ’n e-posadres hou wat jy vir ons gegee het; Afdeling 8 sê vir hoe lank, en Afdeling 10.1 sê waarvoor ons dit gebruik en waarvoor nie.
• Ouderdomsbevestiging: dat jy bevestig het jy is 18 of ouer, en wanneer. Ons vra dit een keer, voor identiteitsverifikasie. Ons vra nie jou geboortedatum nie en stoor nie een nie — net dat die bevestiging gegee is, die ouderdom waarteen dit gegee is, en die tyd.
• Keuringsuitkoms vir jou party: of die outomatiese keuring in Afdeling 5.1 jou party by verstek gelys het of dit as spam opsy gesit het, die grond wat dit gegee het, watter een van sy twee kontroles (of watter persoon) besluit het, watter model besluit het waar ’n model wel besluit het, en wanneer.
• Of jou party sê wat dit wil hê moet met KI gebeur: of jou party se naam of beskrywing sê wat die party wil hê moet met kunsmatige intelligensie gebeur, soos die keuring in Afdeling 5.2 dit gelees het; die sin wat dit gegee het, wat jou eie woorde kan aanhaal; wat die antwoord gegee het (die outomatiese klassifiseerder of ’n persoon); watter model, waar ’n model geantwoord het; en wanneer.
• ’n Besluit om jou party te verwyder: afsonderlik van die keuring hierbo kan ’n party waarvan ons die inhoud as onwettig ag, heeltemal uit die register gehaal word — sy bladsy maak vir niemand meer oop nie, dit kan nie gevind word nie, en dit kan nie stemme ontvang nie. Dit is ’n ander en veel swaarder maatreël as die keuringsuitkoms hierbo, wat net raak of ’n party by verstek gelys word. Waar ons dit doen, hou ons die datum, die regsgrond waarop ons gesteun het, ons eie geskrewe rede waarom daardie grond op jou party van toepassing is, of iemand se rapport of ons eie keuring daartoe gelei het, en ’n etiket vir wie ook al besluit het. Alles daarvan behalwe die laaste word aan jou gewys, in die Diens, op jou party se eie bladsy — wat steeds vir jou oopmaak al maak dit vir niemand anders oop nie. Ons noem nie die individu wat besluit het nie, en ons sê nie vir jou wie jou gerapporteer het nie, as iemand dit wel gedoen het.
• Stemrekord: dat jy in ’n bepaalde toetsverkiesing gestem het, en wanneer. Nie vir watter party jy gestem het nie. In hierdie beleid is jou stembrief die keuse wat jy in ’n toetsverkiesing uitbring. Jou stembrief is privaat: jou keuse word by die party se totaal getel en word nie saam met jou rekening gestoor nie. Behalwe die bevestiging wat jou eie toestel wys terwyl jy stem, wys geen skerm in die Diens hoe jy gestem het nie, en ons publiseer dit nie. In sommige gevalle kan iemand met regstreekse toegang tot ons databasis (Afdeling 11), of tot ’n kopie daarvan, steeds ’n stembrief koppel aan die persoon wat dit uitgebring het. Afdeling 5.3 sê wanneer, en vir hoe lank.
• Transaksiebesonderhede: wanneer jy WDD onttrek, die bestemmingsadres van die beursie, die bedrag en die gekose netwerk.

3.2 Identiteitsverifikasie en biometriese data

Om toetsverkiesings regverdig te hou (een geverifieerde mens, een stem) en om bedrog en duplikaatrekeninge te voorkom, verifieer ons dat jy ’n unieke, lewende, regte mens is. Sien Afdeling 4 vir die volledige, afsonderlike verduideliking van biometriese data — lees dit asseblief mooi deur.

3.3 Inligting wat outomaties ingesamel word

• Toestel- en loginligting: toestel- en blaaiertipe, bedryfstelsel, en soortgelyke tegniese data.
• IP-adres: ons verwerk jou IP-adres om tempolimiete af te dwing en misbruik te voorkom (vir ’n kort tyd gestoor in ons tempolimietrekords). Ons stoor ook jou IP-adres en jou blaaier se gebruikeragent as deel van ’n toestemmingsrekord wanneer jy vir die eerste keer tot ons voorwaardes instem en van hierdie beleid kennis neem, of wanneer jy biometriese toestemming gee, as bewys van daardie instemming of toestemming. Jou IP-adres en jou blaaier se gebruikeragent word ook aangeteken in die sekuriteitsrekords wat in Afdeling 8 beskryf word: wanneer jou toestel in ’n gesigskontrole die kontrole begin wat bevestig dat jy ’n regte, lewende mens is, en elke keer wanneer jy jou gesigskontrolebeelde aflaai.
• Gebruiksinligting: kenmerke wat gebruik is en handelinge wat binne die Diens verrig is.
• Kopieë van jou data: wanneer jy die masjienleesbare lêer aflaai wat in Afdeling 10.1 beskryf word, of jou gesigskontrolebeelde, teken ons aan dat ’n kopie gemaak is, wanneer, watter van die twee dit was, en watter dele van die rekord dit gedra het (vir die beelde, die deel van die verifikasie waaraan hulle behoort). Vir die beelde word die rekord gemaak wanneer die aflaai begin, so een wat daarna op jou toestel misluk, verskyn steeds in die lys en tel teen die limiet. Ons hou dit sodat elke toestel waarop jy aangemeld is, dieselfde lys lees — dit is die enigste manier waarop ons jou kan laat weet dat iemand met jou sessie ’n kopie van alles geneem het, aangesien ons geen adres het waarby ons jou kan laat weet nie. Om die kopie op die skerm te lees, word nie aangeteken nie; wat die lys vang, is die kopie wat die toestel verlaat.

3.4 Koekies en plaaslike berging

Ons gebruik net streng noodsaaklike en funksionele koekies en plaaslike berging:

• Aanmelding en sekuriteit (sessiekoekies en koekies wat rekeninge koppel).
• Voorkeure (bv. jou gekose taal).
• Funksionele toestand (bv. terugkeer na ’n bladsy ná verifikasie).
• ’n Kopie van jou rekeningskerm, wat gehou word sodat die Diens dit dadelik weer kan teken wanneer jy terugkom. Dit bevat wat daardie skerm wys: jou WDD-saldo, jou onlangse transaksies — insluitend die bestemmingsadres van die beursie en die netwerk van elke onttrekking wat jy gemaak het — en of jou rekening geverifieer is of jou gesigskontrole geweier is. As jy afmeld, word dit deur ’n leë kopie vervang. Totdat jy afmeld, bly dit op die toestel, so meld af as ander mense daardie toestel gebruik.

Ons gebruik nie advertensiekoekies nie, en ons gebruik geen advertensie- of kruiswebwerf-nasporings-SDK’s nie.

4. Biometriese data (gesigskontrole) — lees asseblief

Om in ’n toetsverkiesing te stem, en om ’n party te registreer, moet jy ’n kontrole wat bevestig dat jy ’n regte, lewende mens is, voltooi. Hierdie beleid noem daardie kontrole die gesigskontrole. Die gesigskontrole verwerk biometriese data, wat sensitiewe persoonlike data van ’n spesiale kategorie is. Ons wil heeltemal deursigtig daaroor wees.

4.1 Wat gebeur

• Jou toestel neem ’n kort regstreekse video van jou gesig op, wat deur Amazon Web Services (AWS) Amazon Rekognition Face Liveness verwerk word om te bevestig dat ’n regte, lewende mens teenwoordig is (teen vervalsing).
• AWS stoor ’n verwysingsbeeld van jou gesig vir die sessie. AWS stoor daardie beeld of die kontrole slaag of misluk, so ’n kontrole wat nie geslaag het nie, laat steeds ’n beeld agter. Jy kan daardie beeld enige tyd laat vernietig (Afdeling 4.4).
• As die kontrole slaag, voeg ons ’n gesigsvektor (sjabloon) wat uit daardie beeld gemaak is, by ’n beveiligde AWS Rekognition-versameling. ’n Kontrole wat as ’n duplikaat geweier word, voeg geen vektor by die versameling nie.
• Ons gebruik daardie versameling om ’n een-tot-baie-vergelyking teen ander gebruikers se gesigsvektore te doen, om na te gaan of dieselfde gesig reeds op ’n ander rekening geverifieer is.

Die weiering is outomaties. As die vergelyking ’n ooreenstemming vind, word verifikasie vir daardie rekening op daardie oomblik geweier, deur die vergelyking self, en neem geen persoon aan die besluit deel nie. Die enigste ding wat geweeg word, is hoe sterk die gesigsvektor wat uit jou skandering gemaak is, ooreenstem met ’n vektor wat reeds in die versameling is, gemeet teen een enkele vaste ooreenstemmingsdrempel; niks anders oor jou speel ’n rol nie. ’n Rekening wat geweier is, kan nie in toetsverkiesings stem of ’n party registreer nie, en die weiering bly staan vir daardie rekening tensy ’n persoon dit verander.

Jy kan ’n persoon vra om daarna te kyk. Skryf aan privacy@worldrepublic.org, of vra in ons Hulpgemeenskap, en ons sal binne een maand antwoord. ’n Persoon vergelyk die verwysingsbeeld uit jou kontrole met dié wat gehou word vir die rekening waarby dit gepas het, waar albei nog bestaan — enige van die twee beelde is dalk reeds ingevolge Afdeling 4.5 vernietig — en kan die weiering omkeer en jou verifieer.

As die beelde weg is, is dit nie die einde daarvan nie. Waar die gesig waarby jou kontrole gepas het intussen vernietig is — omdat daardie rekening uitgevee is, of omdat die persoon daaragter toestemming ingetrek het — kan ’n persoon in plaas daarvan die weiering ophef sodat jy die kontrole weer kan doen. Dit is nie ’n besluit dat jy geverifieer is nie: die nuwe kontrole loop volledig, teen dieselfde vergelyking, en kan jou weer weier. Sodat albei roetes moontlik is, hou ons die rekord van die ooreenstemming saam met die geweierde kontrole: watter rekening gepas het, en hoe sterk die ooreenstemming was (Afdeling 8).

4.2 Eskalasie na Didit

Hierdie roete word tans nie aangebied nie, en geen kontrole kan begin word nie. Dit word hier beskryf omdat dit ontwerp is.

Die idee is ’n eskalasie na Didit, ’n verskaffer van identiteitsverifikasie, vir iemand wat deur die gesigskontrole verkeerdelik geweier word — ’n vals duplikaat-ooreenstemming tussen mense wat na mekaar lyk. Dit sou jou uitdruklike toestemming vra en Didit laat ’n dokument en ’n selfie namens ons nagaan.

Vandag loop niks daarvan nie: die Diens het geen skerm wat dit aanbied nie, en die roete wat ’n kontrole sou begin, weier elke versoek. Didit hou geen van ons verifikasiedata nie. As die gesigskontrole jou geweier het, is die roete wat vir jou oop is dié in Afdeling 4.1: vra in ons Hulpgemeenskap, en ’n persoon kan albei rekords bekyk en verifikasie heropen.

As die eskalasie ooit aangebied word, sal hierdie Afdeling sê wat dit insamel en wat ons ontvang voordat dit gebeur.

4.3 Kennisgewing oor diensverskaffers (AWS en Didit)

Die Wêreldrepubliek gebruik diensverskaffers vir identiteitsverifikasiedienste. Biometriese identifiseerders en biometriese inligting (“biometriese data”), spesifiek skanderings van jou gesigsgeometrie en die verwante gesigsbeelde en sjablone, kan deur hierdie diensverskaffers (AWS; en Didit, as die eskalasie in Afdeling 4.2 ooit aangebied word) namens die Wêreldrepubliek ingesamel, gestoor en gebruik word met die doel om te verifieer dat jy ’n unieke, lewende, regte mens is en om duplikaat- of bedrieglike rekeninge te voorkom. Die Wêreldrepubliek vernietig die biometriese data wat AWS namens die Wêreldrepubliek stoor wanneer die aanvanklike doel waarvoor dit ingesamel is, vervul is, wanneer jy versoek dat dit uitgevee word, of vroeër indien die wet dit vereis. Didit hou geen van ons biometriese data of identiteitsdata nie, omdat die eskalasie nie aangebied word nie. Sou dit ooit aangebied word, sal die voorwaardes waarop Didit daardie data mag hou en dit moet uitvee, eers bepaal en hier gestel word. Biometriese data kan tussen die Wêreldrepubliek en sy diensverskaffers oorgedra word soos nodig om hierdie diens te lewer.

4.4 Jou toestemming en keuse

Twee dinge lê onder hierdie kontrole, en ons noem albei.

Die kontrole self is nodig vir die diens wat jy van ons vra. ’n Toetsverkiesing waarin een geverifieerde mens een stem het, kan nie gehou word tensy daar van elke kieser gewys word dat hulle een keer ingeskryf is nie, en ons het vandag geen minder indringende manier om dit te wys nie. Omdat die kontrole biometriese data verwerk, is ’n tweede ding ook nodig: jou uitdruklike toestemming, wat jy aktief gee, wat die voorwaarde is waarop ons vir die biometriese data self staatmaak. Ons vra daardie toestemming aan die begin van die gesigskontrole, en ons verwerk geen biometriese data daarsonder nie.

Wat dit jou kos om te weier. Die gesigskontrole is vandag die enigste manier om te stem. As jy dit weier, kan jy nie in ’n toetsverkiesing stem nie, en kan jy nie ’n nuwe party registreer nie. Dit kos jou niks anders nie: jy kan steeds WDD hou, WDD onttrek, ’n party lei wat jy voorheen geregistreer het, en die res van die Diens gebruik. Voor enige verkiesing waarvan die uitslag iemand bind, sal ons ’n manier om te stem aanbied wat nie ’n gesigskontrole gebruik nie.

Jy kan daardie toestemming enige tyd intrek, en jy hoef nie jou rekening uit te vee om dit te doen nie. Maak in die toepassing Rekening → Verifikasie → Vee my gesigsdata uit oop. Die intrekking tree onmiddellik in werking en vernietig sowel die verwysingsbeelde as die sjabloon waarmee ons vergelyk. As jy ’n kopie van die beelde wil hê, laai hulle eers af, vanaf dieselfde skerm (Afdeling 10.1). Jou rekening, jou WDD-saldo, enige party wat jy lei en enige stem wat jy reeds uitgebring het, word nie geraak nie. Jy sal nie weer kan stem voordat jy ’n nuwe gesigskontrole voltooi nie, wat jy enige tyd vrylik kan doen — tensy jou kontrole reeds as ’n duplikaat van ’n ander rekening geweier is (die outomatiese weiering wat in Afdeling 4.1 beskryf word). Die intrekking vernietig die data, maar verander nie daardie besluit nie; kontak privacy@worldrepublic.org om dit te betwis.

Een uitsondering, en dit is dieselfde een wat Afdeling 4.5 vir die uitvee van ’n rekening beskryf: as ’n toetsverkiesing waarin jy gestem het nog oop is wanneer jy intrek, eindig jou toestemming dadelik, maar die biometriese data self word vernietig wanneer daardie verkiesing sluit — tensy jy voor dan ’n nuwe gesigskontrole voltooi; dan staan daardie nuwe toestemming en word niks vernietig nie. Soos Afdeling 4.5 uiteensit, wag die vernietiging nooit langer as veertien dae nie: ’n verkiesing wat meer as veertien dae ná jou intrekking sluit, hou die vernietiging glad nie terug nie. Jy kan ook in plaas daarvan jou hele rekening uitvee (Afdeling 9), of ons kontak om enige van die regte in Afdeling 10 uit te oefen.

4.5 Bewaring en vernietiging

Ons bewaar biometriese data net so lank as wat dit vir verifikasie en die voorkoming van duplikate nodig is. Ons vernietig dit wanneer die doel vervul is, op jou versoek om uitvee, wanneer jou rekening uitgevee word, of drie jaar ná jou laaste interaksie met die Diens — watter een ook al eerste kom. Een rekord word langer gehou: die inskrywing in die sekuriteitsouditlog wat in Afdeling 1 van ons Beleid vir die bewaring en vernietiging van biometriese data beskryf word, wat die posisies van jou oë, neus en mond en die hoek van jou kop aanteken. Ons geskrewe Beleid vir die bewaring en vernietiging van biometriese data sit elkeen van daardie snellers volledig uiteen, en Afdeling 2 van daardie beleid lys wat as ’n interaksie tel. Vernietiging sluit in dat die AWS-verwysingsbeeld (Amazon S3) en die gesigsvektor (Rekognition-versameling) uitgevee word.

Een uitsondering, wat begrens is en hier gestel word omdat jy dit behoort te weet voordat jy optree: as jy jou rekening uitvee — of jou biometriese toestemming ingevolge Afdeling 4.4 intrek — terwyl ’n toetsverkiesing waarin jy gestem het nog oop is, hou ons jou biometriese data tot daardie verkiesing sluit en vernietig dit dan. As jy ingetrek het en dan weer verifieer voordat die verkiesing sluit, word die hangende vernietiging gekanselleer, want die nuwe gesigskontrole is ’n nuwe toestemming; die uitvee van ’n rekening word nooit op hierdie manier gekanselleer nie. ’n Stem wat uitgebring is, kan nie weer uit die party se totaal gehaal word nie, dus bly dit getel, en die gesigskontrole is die enigste ding wat keer dat dieselfde mens ’n nuwe rekening verifieer en ’n tweede keer in dieselfde verkiesing stem. Die vertraging oorskry nooit die verkiesing se oorblywende venster nie en oorskry nooit veertien dae nie: ’n verkiesing wat meer as veertien dae ná jou handeling sluit, hou die vernietiging glad nie terug nie. Niks anders aan die uitvee wag nie.

4.6 Waar biometriese data verwerk word

Jou gesigsjablone en verwysingsbeelde word deur AWS in die Europese Unie (Ierland) verwerk en gestoor. Verwante verifikasiemetadata (byvoorbeeld vertrouenstellings en bergingsverwysings) word in ons primêre databasis gehou (sien Afdeling 7).

5. Hoe ons inligting gebruik en ons regsgronde

5.1 Outomatiese keuring van partyregistrasies

Wanneer jy ’n party registreer of dit wysig, keur ’n program dit voordat dit by verstek gelys word. Geen persoon neem aan daardie stap deel nie.

• Wat dit lees: die party se naam, beskrywing, webwerfskakel en die leier se gebruikersnaam — niks anders oor jou nie.
• Wat dit besluit: of die party in die versteklyste, in soektogte en in die verkiesing se lys van partye verskyn, of as spam opsy gesit word. ’n Party wat opsy gesit is, word nie verwyder nie: dit bly by sy eie adres, dit kan gevind word deur te kies om alle partye te wys, en daar kan daarvoor gestem word.
• Die gronde: reklame vir iets buite die Diens (insluitend die naboots van die Diens of van ’n gevestigde party), die aanbied van individuele betaling vir stemme, aanhitsing tot geweld en obseniteit. Politieke sienings is nooit ’n grond nie, en die keuring moet aanhaal wat dit merk.
• Hoe dit besluit: ’n groot taalmodel, GLM-5.3 Flash van Z.ai, pas daardie reëls op die teks toe. Wanneer daardie model nie beskikbaar is nie, word dieselfde reëls deur GLM-5.3 toegepas, van dieselfde maker. Albei loop op Baseten in die Verenigde State (Afdelings 6 en 7), wat niks van enige van die twee versoeke hou sodra dit beantwoord is nie en nie daarop oplei nie. ’n Tweede, vaste reël vergelyk die party se naam met dié van gevestigde partye. Die uitkoms, sy grond, watter kontrole besluit het en — waar ’n model besluit het — watter een van die twee modelle, word saam met die party gehou (Afdeling 8).
• Waarom ’n program dit mag besluit: ’n register waarin elke inskrywing ’n egte partyregistrasie is, is deel van die diens waarvoor jy ’n party registreer, en dit is wat toelaat dat hierdie besluit deur ’n program geneem word. ’n Partyregistrasie druk ook politieke sienings uit. Die besluit word nooit op grond van daardie sienings geneem nie — die gronde hierbo is dinge wat ’n registrasie doen, nie dinge waaroor dit gaan nie, en ’n registrasie word nooit gemerk vir wat dit bepleit nie. Daardie sienings word net gelees omdat hulle in die teks sit wat nagegaan word, en jy maak hulle self openbaar deur die party vir publikasie in die openbare register te registreer. Jy hoef nie ’n party te registreer om te stem, om WDD te hou, of om enigiets anders te gebruik nie.
• Jou opsies: die party se leier sien die uitkoms en die grond op die party se bladsy. As jy die party wysig, gaan dit weer vir keuring. Jy kan ’n persoon vra om die uitkoms na te gaan deur die Hulpgemeenskap wat vanaf daardie kennisgewing geskakel is, of deur aan privacy@worldrepublic.org te skryf.

5.2 Of ’n party sê wat dit wil hê moet met KI gebeur

Raised by Humanity is ’n veldtog oor hoe kunsmatige intelligensie bestuur behoort te word. Om uit te maak watter partye ’n standpunt daaroor inneem, vra dieselfde versoek wat die keuring in Afdeling 5.1 dra, ook ’n tweede, afsonderlike vraag.

• Wat dit vra: of iemand wat die openbare debat oor KI volg, uit die party se naam of beskrywing sou kon agterkom wat die party wil hê moet met KI gebeur — hoe dit ontwikkel, gebruik, gedeel, beperk of bestuur behoort te word. Enige standpunt tel, vir of teen, en geen standpunt tel meer as ’n ander nie. ’n Party hoef nie die woord “KI” te gebruik nie. Om KI te noem, of om dit te gebruik of te verkoop, is nie ’n standpunt nie.
• Wat dit lees: dieselfde velde as Afdeling 5.1, in dieselfde versoek — die party se naam, beskrywing, webwerfskakel en die leier se gebruikersnaam. Niks meer word gestuur nie, en dit word nêrens anders heen gestuur nie.
• Wat dit aanteken: die antwoord — sê wat dit wil hê moet met KI gebeur, of sê dit nie — met een sin wat die woorde aanhaal waarop dit gesteun het, die model wat geantwoord het, en wanneer. Dit word saam met die party gehou (Afdeling 8).
• Wat dit verander: een enkele aansig, en net vir ’n leser wat daarvoor vra. As ’n leser “Wys net partye oor KI-bestuur” aanskakel in die lys van partye of in ’n verkiesing se lys van partye, word net die partye gewys waarvan die antwoord is dat hulle sê wat hulle wil hê moet met KI gebeur. Die filter is afgeskakel, tensy die leser dit aanskakel. Die antwoord speel geen rol in die keuring in Afdeling 5.1 nie. Sonder daardie filter verander die antwoord niks aan wat enigiemand sien nie, insluitend die versteklyste, soektogte en ’n verkiesing se lys van partye, en dit het nooit ’n uitwerking op ’n stem nie. As dit verander, sal hierdie afdeling dit sê vanaf die dag waarop dit verander.
• Hoe dit besluit: dieselfde modelle as Afdeling 5.1 — GLM-5.3 Flash van Z.ai, of GLM-5.3 wanneer daardie model nie beskikbaar is nie — wat op Baseten in die Verenigde State loop, wat niks van die versoek hou sodra dit beantwoord is nie en nie daarop oplei nie.
• Jou opsies: elke wysiging aan die party vra die vraag weer, en die nuwe antwoord vervang die ou een. Die antwoord is in die kopie van jou data wat die Diens jou gee (Afdeling 10). Jy kan ’n persoon vra om dit na te gaan, of daarteen beswaar maak, deur aan privacy@worldrepublic.org te skryf. As die antwoord is dat jou party nie sê wat dit wil hê moet met KI gebeur nie, sê jou party se kaart dit solank jy daardie filter aangeskakel het.
• Waarom dit ’n politieke standpunt mag lees: dit is die enigste plek waar die Diens lees wat ’n party bepleit, eerder as net wat dit doen. Dit lees net die woorde wat die party self gepubliseer het, oor een onderwerp, en behandel elke standpunt oor daardie onderwerp eenders. Jy maak daardie woorde self openbaar deur die party vir publikasie in die openbare register te registreer. Jy hoef nie ’n party te registreer om te stem, om WDD te hou, of om enigiets anders te gebruik nie.

5.3 Jou stembrief

Wanneer jy stem, ontvang ons bediener wie jy is en jou keuse saam, omdat dit moet nagaan dat jy mag stem en dan die stem moet tel. Dit stoor die twee apart, in drie rekords wat saam gestoor word: ’n rekord dat jy in daardie verkiesing gestem het, en wanneer; ’n rekord van jou toestemming om jou stem te tel, wat die verkiesing en die dag noem; en nog een stem wat by die party se totaal getel word. Geen rekord stoor jou keuse saam met jou rekening nie. In sommige gevalle kan jou stembrief steeds aan jou gekoppel word, en hierdie Afdeling sê wanneer.

• Terwyl ’n verkiesing oop is. Ons databasis merk elke verandering wat dit stoor met ’n verwysingsnommer. Al drie rekords word in dieselfde verandering gestoor, dus dra hulle dieselfde nommer. Terwyl ’n verkiesing oop is, sou iemand met regstreekse toegang tot ons databasis (Afdeling 11) dus kon uitvind wie die mees onlangse stembrief vir elke party uitgebring het, en, deur te kyk hoe die totale verander, wie elke stembrief gedurende daardie tyd uitgebring het. Met hulpmiddels wat die databasis se berging regstreeks lees, sou hulle ook kon uitvind wie ander onlangse stembriewe uitgebring het, uit ouer weergawes van die totale wat die databasis nog nie opgeruim het nie. Ons toetsverkiesings aanvaar drie dae lank stembriewe, en die Diens aanvaar nooit langer as veertien dae lank stembriewe in ’n verkiesing nie.
• Nadat dit gesluit het. Kort nadat ’n verkiesing sluit, gewoonlik binne minute, herskryf ons sy totale in ’n aparte verandering. Daarna koppel geen rekord in ons hoofdatabasis, dié waarop die Diens loop, ’n stembrief aan die persoon wat dit uitgebring het nie. Ouer weergawes van die totale kan in die databasis se berging bly totdat hulle oorskryf word, en daardie selfde hulpmiddels kan hulle steeds lees.
• In ons verskaffer se herstelgeskiedenis en rugsteunkopieë. Ons databasisverskaffer hou ’n herstelgeskiedenis van die databasis, wat ons tans op ongeveer ses uur stel. Dit kan enige stembrief koppel wat in daardie tyd uitgebring is, en dit kan die totale terugbring soos hulle was voordat ons hulle herskryf het, met die koppelings wat hulle gehou het. Die verskaffer hou ook sy eie rugsteunkopieë, wat dit volgens sy eie verklaring 30 dae lank hou; ons het nog nie by die verskaffer bevestig wat daardie rugsteunkopieë dek nie. Daardie rugsteunkopieë, en enige kopie van ons databasis (Afdeling 11) wat gemaak is voordat die totale herskryf is, hou hierdie koppelings totdat hulle verval of uitgevee word, en ’n kopie wat ons uitvee, kan in daardie rugsteunkopieë bly totdat hulle verval.
• In wat ons publiseer. Ons publiseer elke party se totaal sodra die verkiesing gesluit het (Afdeling 6); terwyl dit oop is, wys ons net hoeveel stembriewe altesaam uitgebring is. As almal in ’n verkiesing vir dieselfde party stem, wys die totale aan enigiemand wat weet dat hulle gestem het, hoe elkeen van hulle gestem het. En wanneer baie min mense stem, kan iemand wat weet hoe die ander gestem het, die res uitwerk.

Niks in die Diens gebruik enige hiervan om ’n stembrief aan die persoon te koppel wat dit uitgebring het nie.

Omdat jou keuse ’n politieke siening openbaar, vra ons jou uitdruklike toestemming voordat ons dit tel. Die skerm waar jy jou stem uitbring, het ’n blokkie wat nie gemerk is nie en wat vir daardie toestemming vra, in elke toetsverkiesing, en dit moet gemerk word voordat die stem uitgebring word; ons bediener weier ’n stembrief daarsonder. Ons teken daardie toestemming aan saam met die verkiesing, die weergawe en die taal van die woorde wat jy gemerk het, en die dag. Ons teken geen IP-adres of blaaier daarmee aan nie, en net die dag, omdat dit op dieselfde oomblik gestoor word as die rekord dat jy gestem het, en ’n presiese tyd ’n tweede rekord sou wees van wanneer jy gestem het. Jy kan daardie toestemming intrek (Afdeling 10).

6. Hoe ons inligting deel

Ons verkoop nie jou persoonlike inligting nie. Hierdie Afdeling sit uiteen wie inligting oor jou ontvang, en in watter hoedanigheid. Sommige daarvan word vir ons deur diensverskaffers hanteer, op ons instruksies en vir geen doel van hulle eie nie. Sommige daarvan bereik ’n maatskappy wat self besluit wat om met daardie inligting te doen, en hierdie Afdeling noem daardie ontvangers. Sommige daarvan moet ons openbaar om aan die wet te voldoen, en by ’n samesmelting, ’n oorname of ’n bate-oordrag sou wat ons hou na die koper oorgaan, onderworpe aan wetlike waarborge — behalwe jou biometriese data, wat nooit op daardie manier oorgaan nie. En sommige daarvan publiseer die Diens aan ander mense.

Diensverskaffers wat vir ons optree. Hierdie verskaffers verwerk inligting op ons instruksies en vir geen doel van hulle eie nie. Didit word net ter wille van volledigheid in die lys hieronder genoem, en verwerk vandag niks vir ons nie:

• Google Workspace — huisves ons posbusse, waaronder privacy@worldrepublic.org en legal@worldrepublic.org. Enigiets wat jy aan enige van die twee adresse aan ons skryf, en enigiets wat jy daarmee saamstuur — insluitend wat jy ook al stuur om te wys dat ’n versoek joune is (Afdeling 10.3) — word deur Google as ons verskaffer verwerk. Die operasionele waarskuwings wat in die Amazon Web Services-inskrywing hieronder beskryf word, word ook per e-pos afgelewer, en een van die adresse wat hulle bereik, is op ons eie domein. ’n Waarskuwing wat ’n bestemmingsadres van ’n beursie dra, word dus ook deur Google verwerk. Om met Google aan te meld is ’n ander verhouding, en hierdie Afdeling sit daardie verhouding hieronder uiteen.
• Amazon Web Services (AWS) — vier dinge. Amazon Rekognition Face Liveness, Amazon S3 (verwysingsbeelde) en Amazon Cognito (tydelike gaste-geloofsbriewe), as ons diensverskaffer vir biometriese verifikasie (EU-streek). Amazon Simple Notification Service, wat ons operasionele waarskuwings dra. AWS CloudTrail, wat die sekuriteitsouditlog van ons wolkrekeninge en ons rekord van toegang tot gesigskontrolebeelde hou (Afdeling 8). En Amazon Simple Email Service, wat die twee boodskappe dra wat ons verskuldig is aan iemand wat ’n party rapporteer — dat ons die rapport het, en wat ons besluit het. Daardie boodskappe gaan na die adres wat daardie persoon vir ons gegee het en dra die party se naam, die datum en ’n verwysing; hulle dra nooit die grond wat gekies is of wat die persoon geskryf het nie. ’n Waarskuwing sê vir ons dat iets aandag nodig het — byvoorbeeld ’n onttrekking wat verkeerd geloop het, ’n rekening wat een van die limiete bereik het wat ons stel op hoe dikwels dit mag optree, ’n partyregistrasie wat die outomatiese keuring nie kon lees nie, of ’n vernietiging van biometriese data wat nie voltooi het nie. Dit is voorbeelde, en nie die hele lys nie. ’n Waarskuwing kan ’n bestemmingsadres van ’n beursie dra, die bedrag en netwerk van ’n onttrekking en die verwysing wat ons daardie onttrekking in ons eie rekords gee, die interne identifiseerder van ’n rekening, en die identifiseerder van ’n party. Waar ’n oordrag gestuur is, kan ’n waarskuwing ook die hash van daardie transaksie op die blokketting dra en die verwysing wat die betalingsverskaffer daaraan gegee het. ’n Waarskuwing dra nooit ’n party se eie naam of beskrywing nie, en dra nooit wat die outomatiese keuring daaroor gesê het nie.
• Didit — identiteitsverifikasie by eskalasie. Word tans nie aangebied nie en hou geen van ons data nie (Afdeling 4.2). Sien Didit se Verification Privacy Notice en End User Terms for Identity Verification.
• Coinbase — voer WDD-onttrekkings op die blokketting uit; ontvang die bestemmingsadres, die bedrag, die netwerk en die verwysing wat ons daardie onttrekking in ons eie rekords gee, en niks anders nie.
• Neon — databasishuisvesting vir die Diens se data. Ons databasis loop in Singapoer, en Neon verwerk ook in die Verenigde State (Afdeling 7).
• Vercel — toepassinghuisvesting en infrastruktuurlogs. Ons toepassing loop in Singapoer, en Vercel verwerk ook in die Verenigde State (Afdeling 7). Sy AI Gateway dra ook die partykeuringsversoek in Afdelings 5.1 en 5.2 — een versoek — na Baseten en nêrens anders nie.
• Baseten — loop die taalmodelle wat partyregistrasies keur (Afdelings 5.1 en 5.2); ontvang die party se naam, beskrywing, skakel en leier se gebruikersnaam, hou niks daarvan sodra die versoek beantwoord is nie, en lei nie daarop op nie (Verenigde State).

’n Bygewerkte lys van subverwerkers is op versoek beskikbaar.

Google, wanneer jy aanmeld. Om met Google aan te meld is ’n uitruiling tussen jou en Google, en Google besluit self wat om met daardie uitruiling te doen. Google tree hier nie net op ons instruksies op nie, daarom is Google nie ons diensverskaffer hiervoor nie. Ons ontvang ’n aanmeldingstoken en ’n identifiseerder vir jou Google-rekening, en ons hou net die identifiseerder (Afdeling 3.1). Wat Google met ’n aanmelding doen, word deur Google se eie privaatheidsbeleid (policies.google.com/privacy) gereël.

Ons Hulpgemeenskap. Afdelings 4.1 en 5.1 wys jou na ons Hulpgemeenskap as jy wil hê ’n persoon moet na ’n outomatiese besluit kyk. Daardie gemeenskap is ’n openbare kanaal op Telegram. Wat jy daar skryf, word deur Telegram en deur almal anders in daardie kanaal gelees. Ons beheer nie daardie kanaal nie. As jy liewer nie in die openbaar wil skryf nie, skryf eerder aan privacy@worldrepublic.org: daardie roete bereik dieselfde persoon, en Afdeling 10.1 sit dit uiteen.

Openbaarmakings wat die wet vereis, en as die Diens na ’n ander organisasie oorgaan. Ons mag inligting openbaar om aan die wet of aan geldige versoeke van openbare owerhede te voldoen. Ons mag inligting ook by ’n samesmelting, ’n oorname of ’n bate-oordrag openbaar (onderworpe aan wetlike waarborge). Jou biometriese data is nooit deel van so ’n oordrag nie. Ons verkoop, verhuur of verhandel dit nie en maak ook nie andersins wins daaruit nie, en ons gee dit nie saam met die res van wat ons hou aan ’n koper deur nie. Afgesien van die verskaffer wat dit vir ons en op ons instruksies stoor (Afdeling 4.3), maak ons biometriese data net openbaar waar jy daartoe toestem, waar ’n wet dit vereis, of waar ’n geldige lasbrief of dagvaarding dit afdwing. ’n Samesmelting, ’n oorname en ’n bate-oordrag is nie een van daardie dinge nie.

Wat die Diens publiseer. Sommige van wat jy doen, word aan ander mense gewys. Dit is nie deling met ’n verskaffer nie. Dit is publikasie, en dit kan nie ongedaan gemaak word deur ’n verskaffer te vra om op te hou nie:

• Die partyregister. As jy ’n party registreer, word die party se naam, beskrywing, skakel, jou gebruikersnaam en die totale WDD wat die party in subsidies toegeken is, in die register gepubliseer. Die register is oop: enigiemand kan dit sonder ’n rekening lees, en soekenjins kan dit indekseer.
• Onttrekkings. ’n WDD-onttrekking is ’n openbare transaksie op die blokketting. Die bestemmingsadres, die bedrag, die netwerk, die tyd en die verwysing wat ons daardie onttrekking in ons eie rekords gee, word op die blokketting gepubliseer — nie deur ons nie — en niemand kan hulle verwyder nie. Ons skryf daardie verwysing in die transaksie sodat bewys kan word dat ’n onttrekking een keer en net een keer gemaak is. Die verwysing is nie die identifiseerder van jou rekening nie. Elke onttrekking het sy eie verwysing, en ’n verwysing behoort aan net een onttrekking. Om na te gaan dat ’n onttrekking gemaak is, vra ons ’n openbare blokkettingdiens om die transaksie vir ons op te soek. Daardie dienste sien wat die blokketting reeds publiseer — die adres, die bedrag en die verwysing — en niks anders wat ons oor jou hou nie.
• Verkiesingsuitslae. Elke party se stemtotaal word gepubliseer sodra die verkiesing gesluit het. Terwyl ’n verkiesing oop is, word geen party se totaal gewys nie, net hoeveel stembriewe altesaam uitgebring is. Ons publiseer net totale, nooit ’n individuele stembrief nie. As almal vir dieselfde party gestem het, kan die totale steeds aan iemand wat weet dat jy gestem het, wys hoe jy gestem het; en as baie min mense gestem het, aan iemand wat ook weet hoe die ander gestem het (Afdeling 5.3). Afdeling 5.3 sê wanneer ’n stembrief in ons databasis aan jou gekoppel kan word.

Jou gebruikersnaam is die naam wat in dit alles verskyn, en jy kies dit (Afdeling 3.1).

7. Internasionale data-oordragte

Ons setel is in Switserland, wat ’n EU-toereikendheidsbesluit geniet, en ons is ook in die Europese Unie gevestig (Afdeling 1). Jou data word in meer as een land verwerk:

• Biometriese data (gesigsjablone en verwysingsbeelde) word deur AWS in die Europese Unie (Ierland) verwerk en gestoor.
• Die sekuriteitsouditlog van ons wolkrekeninge, en ons rekord van toegang tot gesigskontrolebeelde (Afdeling 8): die inskrywings oor jou word in die Europese Unie gehou — in Ierland, waar die gesigskontrole plaasvind, en in Duitsland, waar ons ons kopieë hou.
• Rekening- en toepassingsdata word in ons databasis by Neon gehou en deur Vercel bedien. Albei loop in Singapoer, en ’n deel van hierdie data bereik ook die Verenigde State: Vercel se dataverwerkingsooreenkoms sê dat sy primêre verwerkingsfasiliteite in die Verenigde State is, en Neon kontrakteer deur ’n moedermaatskappy in die Verenigde State wie se bepalings ’n verskaffer in die Verenigde State vir infrastruktuurmonitering noem. Wat op daardie manier reis, is versoek- en bedienerlogs — jou IP-adres, jou blaaier se gebruikeragent, die bladsy wat jy gevra het, en, in sommige foutrekords, die interne identifiseerder van ’n rekening.
• Partyregistrasies wat gekeur word (naam, beskrywing, skakel, leier se gebruikersnaam) word vir die outomatiese keuring in Afdelings 5.1 en 5.2 na Baseten in die Verenigde State gestuur, en word nie daar gestoor nie.
• Onttrekkingsbesonderhede — die bestemmingsadres, die bedrag, die netwerk en die verwysing wat ons daardie onttrekking in ons eie rekords gee — gaan na Coinbase, ’n maatskappy wat in die Verenigde State gesetel is. Ons het nie vasgestel in watter lande Coinbase self daardie data verwerk nie.
• Operasionele waarskuwings word deur Amazon Simple Notification Service gedra (Afdeling 6), en ’n waarskuwing kan ’n bestemmingsadres van ’n beursie dra, die bedrag en netwerk van ’n onttrekking en die verwysing wat ons daardie onttrekking in ons eie rekords gee, die interne identifiseerder van ’n rekening, en die identifiseerder van ’n party. Waar ’n oordrag gestuur is, kan ’n waarskuwing ook die hash van daardie transaksie op die blokketting dra en die verwysing wat die betalingsverskaffer daaraan gegee het. ’n Waarskuwing dra nooit ’n party se eie naam of beskrywing nie, en dra nooit wat die outomatiese keuring daaroor gesê het nie. Daardie diens loop in watter Amazon-streek ons ook al daarvoor opgestel het, en daardie streek kan buite die Europese Unie wees. Die waarskuwing word dan per e-pos afgelewer, en een van die adresse wat dit bereik, is op ons eie domein, wat Google Workspace in die Verenigde State huisves (Afdeling 6).
• Boodskappe aan iemand wat ’n party gerapporteer het word deur Amazon Simple Email Service in die Europese Unie (Ierland) gedra — dieselfde streek as die biometriese data, onder dieselfde ooreenkoms.
• Aanmeldingsdata gaan na Google, wat daardie data in die Verenigde State en in ander lande verwerk.
• Die eskalasie na ’n identiteitsdokument in Afdeling 4.2 stuur niks enige plek heen nie, omdat dit nie aangebied word nie en geen kontrole begin kan word nie. Die Didit-maatskappy wat met kliënte in Europa kontrakteer, is Didit Identity Spain, S.L., en Didit sê dat sy hoofverwerkingstelsels binne die Europese Ekonomiese Ruimte is. Daardie stelling is Didit se eie, en ons het dit nie self bevestig nie. Voordat die roete aangebied word, sal ons in hierdie Afdeling bevestig waar ’n kontrole verwerk sou word, en die waarborg noem wat dit dek.
• Wat jy aan privacy@worldrepublic.org of aan legal@worldrepublic.org skryf, word in die Verenigde State deur Google Workspace verwerk (Afdeling 6).

Singapoer word nie deur ’n EU- of Switserse toereikendheidsbesluit gedek nie, en die Verenigde State word net gedek vir ontvangers wat onder die Data Privacy Framework gesertifiseer is. Ons steun nie op een waarborg vir al hierdie oordragte nie. Ons sê liewer vir jou watter waarborg watter ontvanger dek as om ’n instrument te noem wat ons nie het nie:

• Vercel, en Baseten deur Vercel se poort: die Europese Kommissie se standaardkontrakbepalings en die Verenigde Koninkryk se International Data Transfer Addendum, albei opgeneem in Vercel se dataverwerkingsooreenkoms. Ons het nie vasgestel of daardie ooreenkoms ook die aanvulling dra wat die Switserse reg vereis nie. Ons het geen afsonderlike ooreenkoms met Baseten nie.
• Google, vir ons posbusse: Google se standaard Workspace-bepalings, wat Google se dataverwerkingsbylae en die standaardkontrakbepalings insluit.
• Google, vir aanmelding: niks van ons eie nie. Google besluit self hoe dit ’n aanmelding hanteer, daarom tree Google hier nie net op ons instruksies op nie, en ons het geen dataverwerkingsooreenkoms met Google vir aanmelding nie. Google sê dat dit onder die EU–VS Data Privacy Framework gesertifiseer is. Ons het geen afsonderlike instrument vir hierdie oordrag verkry nie.
• AWS: die AWS-dataverwerkingsooreenkoms. Jou biometriese data word in die Europese Unie (Ierland) gehou en word glad nie buite die Europese Unie oorgedra nie. Wanneer jy ’n kopie van jou eie gesigskontrolebeelde aflaai (Afdeling 10.1), haal jou blaaier hulle direk by AWS in die Europese Unie (Ierland) af, waar jy ook al is: hulle gaan nie deur ons bedieners nie, en ons hou geen kopie van wat jy aflaai nie. Die operasionele waarskuwings wat hierbo beskryf word, word onder dieselfde ooreenkoms gedra, in watter Amazon-streek ons ook al vir daardie waarskuwings opgestel het. Die boodskappe wat ons stuur aan iemand wat ’n party gerapporteer het, word onder daardie selfde ooreenkoms gedra, in die Europese Unie (Ierland).
• Neon: Neon se standaardbepalings, wat outomaties geld wanneer ons Neon gebruik. Die oordragklousules vir daardie kontrak sit in die bepalings van Neon se moedermaatskappy, en ons het hulle nog nie verkry nie.
• Coinbase: Coinbase se standaard ontwikkelaarbepalings. Ons verstaan dat daardie bepalings ’n oordragbylae dra, en ons het dit nog nie bevestig nie.

Waar ’n toereikendheidsbesluit ’n oordrag dek — die Europese Unie en Switserland erken mekaar — steun ons op daardie besluit, en is geen verdere instrument nodig nie.

Nog twee dinge wat jy behoort te weet eerder as om te moet aanneem. Ons het vir geen van die oordragte wat hierbo genoem word ’n impak-assessering gedoen nie. Ons steun op geen aanvullende maatreëls buiten die sekuriteitsmaatreëls in Afdeling 11 nie. Ons werk daaraan om die ontbrekende instrumente in plek te kry, en ons sal hierdie Afdeling opdateer soos elkeen in plek kom.

Jy kan ons vra vir ’n kopie van die waarborge wat hierbo genoem word. Skryf aan privacy@worldrepublic.org (Afdeling 10.1).

8. Databewaring

9. Die uitvee van jou rekening

Jy kan jou rekening in die Diens uitvee. Die uitvee vernietig die biometriese data wat AWS namens ons hou en verwyder jou verifikasierekords. Dit vernietig jou aanmeldgeloofsbriewe — die skakel na jou Google-rekening, en enige passkey — sodat daar nie weer by die rekening aangemeld kan word nie. As jy daarna weer aanmeld, kry jy ’n nuwe en leë rekening. Dit vervang jou gebruikersnaam met ’n lukraak geskepte een, en dit verwyder die IP-adres en toestelbesonderhede wat saam met jou toestemmingsrekords gehou word. Binne ons databasis word hierdie veranderinge in ons hoofdatabasis gemaak, dié waarop die Diens loop. Ons databasisverskaffer hou ’n herstelgeskiedenis van die databasis, wat ons tans op ongeveer ses uur stel, en sy eie rugsteunkopieë, wat dit volgens sy eie verklaring 30 dae lank hou; ons het nog nie by die verskaffer bevestig wat daardie rugsteunkopieë dek nie. Wat ons uitvee, bly in daardie geskiedenis en daardie rugsteunkopieë totdat hulle verval. Ons maak net ’n kopie van ons databasis om ’n verandering aan die Diens te toets of om van ’n fout te herstel, en ons vee dit uit wanneer daardie werk klaar is. ’n Kopie wat gemaak is voordat jy jou rekening uitgevee het, hou wat dit bevat het totdat dit uitgevee word, en daarna kan dit in die verskaffer se rugsteunkopieë bly totdat hulle verval. Dieselfde geld vir elke rekord wat ons volgens Afdeling 8 uit ons databasis uitvee.

As jy jou rekening uitvee, verval jou WDD-saldo ook en word jou beloningstrome gekanselleer — die belonings wat nog aan jou vrygestel word. Dit is ’n bepaling van die Gebruiksvoorwaardes eerder as ’n privaatheidsaak, en Afdeling 8.5 van die Gebruiksvoorwaardes sit dit uiteen. As jy jou saldo wil hou, onttrek dit voordat jy jou rekening uitvee. Jy hoef nie jou rekening uit te vee om jou biometriese data te laat vernietig nie: Afdeling 4.4 beskryf daardie afsonderlike roete, en as jy daardie roete gebruik, bly jou WDD-saldo onaangeraak.

Die uitvee verwyder nie alles nie, en ons noem liewer wat oorbly as om dit anoniem te noem. Jou rekening het ’n interne identifiseerder wat ons nie uitvee nie, en byna al hierdie rekords bly aan daardie identifiseerder geheg:

• Dat jy in elke toetsverkiesing gestem het, en wanneer — nie vir watter party jy gestem het nie, wat nie saam met jou rekening gestoor word nie. Afdeling 5.3 sê wanneer ’n stembrief steeds gekoppel kan word aan die persoon wat dit uitgebring het. Die rekord dat jy gestem het, word gehou sodat elke verkiesing se stemopkoms waar bly.
• Jou WDD-rekord — elke beloning wat aan jou toegeken is, gehou as die stroom wat dit in jou saldo vrygestel het, elke verandering aan daardie stroom, en elke onttrekking wat jy gemaak het: die bestemmingsadres van die beursie, die bedrag en die netwerk, en, waar ’n onttrekking nie gestuur kon word nie, die rekord van daardie poging. Jou saldo word op nul gestel en jou beloningstrome word verwyder, maar die rekord van wat toegeken is en wat uitbetaal is, bly. Dit is ons rekord van die WDD wat ons toegeken het en die WDD wat ons uitbetaal het (Afdeling 8).
• Die uitnodigingskode wat vir jou rekening geskep is, wat niks in die Diens gebruik nie (Afdeling 3.1).
• Die bewys van elke toestemming wat jy gegee het en elkeen wat jy ingetrek het — watter dokument, watter weergawe, wanneer, die taal en die skerm waarop die stelling gewys is, en, vir toestemming om ’n stem te tel, watter verkiesing (Afdeling 8).
• Dat jy bevestig het jy is 18 of ouer, en wanneer — gehou as die bewys dat ons gevra het en dat jy geantwoord het (Afdeling 3.1). Ons hou geen geboortedatum nie, dus is daar geen geboortedatum om te verwyder nie.
• ’n Party wat jy geregistreer het, wat in die register bly. Die lukraak geskepte gebruikersnaam vervang die gebruikersnaam wat jy gekies het as daardie party se leiersnaam.
• Operasionele waarskuwings oor iets wat verkeerd geloop het, en die kopieë daarvan in die posbusse wat hulle ontvang — ’n waarskuwing kan ’n bestemmingsadres van ’n beursie dra, die bedrag en netwerk van ’n onttrekking en die verwysing wat ons daardie onttrekking in ons eie rekords gee, die interne identifiseerder van ’n rekening, en die identifiseerder van ’n party. Waar ’n oordrag gestuur is, kan ’n waarskuwing ook die hash van daardie transaksie op die blokketting dra en die verwysing wat die betalingsverskaffer daaraan gegee het. ’n Waarskuwing dra nooit ’n party se eie naam of beskrywing nie, en dra nooit wat die outomatiese keuring daaroor gesê het nie. ’n Waarskuwing is ’n boodskap oor een gebeurtenis eerder as ’n rekord wat onder jou rekening gehou word, so dit dra watter van daardie identifiseerders daardie gebeurtenis ook al gehad het. Om jou rekening uit te vee, vee hierdie nie uit nie (Afdeling 8).
• Bediener- en foutlogs, wat ons huisvestings- en databasisverskaffers hou vir ’n tydperk wat ons nie beheer nie. ’n Logreël kan die interne identifiseerder van jou rekening dra, die adres waarvandaan ’n versoek gekom het en die bladsy wat dit gevra het. Om jou rekening uit te vee, vee nie hierdie logs uit nie (Afdeling 8).
• Die sekuriteitsouditlog van ons wolkrekeninge, en ons rekord van toegang tot gesigskontrolebeelde (Afdeling 8, wat sê hoe lank elkeen gehou word). Hulle inskrywings kan die interne identifiseerder van jou rekening dra of een van jou gesigskontrole-sessies noem. Die inskrywings vir jou gesigskontroles kan ook ’n identifiseerder dra wat AWS aan jou blaaier toegeken het. Die inskrywings vir jou kontroles wat bevestig dat jy ’n regte, lewende mens is, en vir jou eie aflaaie van jou gesigskontrolebeelde dra ook die IP-adres en die blaaier se gebruikeragent, en die inskrywing vir die byvoeging van jou gesig by die versameling teken aan waar jou oë, neus en mond in die verwysingsbeeld lê en die hoek van jou kop, nooit die beeld of die sjabloon nie. Die vernietiging van jou gesigsdata wat die uitvee begin, voeg sy eie inskrywings by, en om jou rekening uit te vee, vee nie enige van hierdie inskrywings uit nie.
• Die datums op die rekening self — wanneer die rekening geskep is, wanneer dit laas verander het, en wanneer dit uitgevee is.

Daardie rekords is gepseudonimiseer, nie anoniem nie, en die verskil is die moeite werd om te noem. Nie een van hulle dra jou e-posadres nie. Nie een van hulle dra jou naam of die gebruikersnaam wat jy gekies het nie. Byna al hierdie rekords bly aan dieselfde interne identifiseerder geheg, so hulle kan steeds as die rekords van een rekening gelees word. Sommige soorte rekord is uitsonderings daarop, en elkeen word hierbo genoem: ’n operasionele waarskuwing is ’n boodskap oor een gebeurtenis eerder as ’n rekord wat onder ’n rekening gehou word, en ’n bediener- of foutlogreël, of ’n inskrywing in die sekuriteitsouditlog of in ons rekord van toegang tot gesigskontrolebeelde, dra die interne identifiseerder net soms. ’n Bestemmingsadres van ’n beursie is meer as ’n pseudonieme identifiseerder: dit is ’n permanente identifiseerder op ’n openbare blokketting, en enigiemand wat reeds een van jou adresse ken, kan die betalings sien wat na daardie adres gemaak is. Om hierdie rekords anoniem te noem, sou nie waar wees nie, en daarom noem ons hulle nie so nie.

Jy kan ’n kopie van jou data stoor voordat jy jou rekening uitvee, en dit is die moeite werd om dit eers te doen (Afdeling 10.1). Sodra die rekening uitgevee is, is daardie roete weg: die kopie word gebou vir ’n rekening wat aangemeld is, en daar kan nie by ’n rekening wat uitgevee is, aangemeld word nie. Ons sou daarna ook geen manier hê om onsself te oortuig dat ’n versoek oor ’n rekening wat uitgevee is, van die persoon kom wie se rekening dit was nie (Afdeling 10.3). Die kopie in die toepassing bevat nie jou gesigskontrolebeelde nie; hulle is ’n aparte aflaai, onder Rekening → Verifikasie, en soos die kopie kan hulle nie afgelaai word sodra die rekening uitgevee is nie.

Stemme wat jy uitgebring het, bly getel. Jou keuse is deel van die party se totaal en word nie saam met jou rekening gestoor nie, dus is daar niks daarvan wat ons apart kan verwyder nie. Wanneer jy jou rekening uitvee, word jou toestemming dat hulle getel word, op daardie dag as ingetrek aangeteken. As ’n toetsverkiesing waarin jy gestem het nog oop is wanneer jy uitvee, word jou biometriese data vernietig wanneer daardie verkiesing sluit eerder as onmiddellik (sien Afdeling 4.5).

10. Jou regte

Afhangende van waar jy woon, het jy dalk die regte hieronder. Om hulle uit te oefen, kos jou gewoonlik niks nie (Afdeling 10.5), en jy sal nie anders behandel word omdat jy hulle uitoefen nie.

• EU/EER en die VK (GDPR / UK GDPR): toegang, regstelling, uitwissing, beperking, oordraagbaarheid, beswaar, en die intrekking van toestemming. Waar ’n besluit oor jou slegs langs outomatiese weg geneem is en ’n beduidende uitwerking op jou het — die weiering wat in Afdeling 4.1 beskryf word, en die lysbesluit in Afdeling 5.1 — het jy ook die reg op menslike ingryping van ons kant, om jou standpunt te stel, en om die besluit te betwis; skryf aan privacy@worldrepublic.org. Ons neem albei daardie besluite langs outomatiese weg omdat elke besluit nodig is vir die diens wat jy van ons gevra het. Vir die weiering is daardie diens ’n toetsverkiesing waarin een geverifieerde mens een stem het. Vir die lysbesluit is daardie diens ’n register waarin elke inskrywing ’n egte partyregistrasie is. Die weiering besluit oor data van ’n spesiale kategorie — jou biometriese data — en die voorwaarde waarop ons daarvoor staatmaak, is die uitdruklike toestemming wat jy by die gesigskontrole gee (Afdeling 4.4). Die lysbesluit word nooit op grond van die politieke sienings wat ’n registrasie uitdruk, geneem nie; daardie sienings word net gelees as deel van die teks wat nagegaan word, en jy maak hulle self openbaar deur die party vir publikasie te registreer (Afdeling 5.1). Die antwoord in Afdeling 5.2 verskil in albei opsigte: dit lees wel die standpunt wat ’n party oor KI publiseer, en dit verander niks aan hoe jou party gewys word nie, tensy ’n leser vra om net die partye te sien wat sê wat hulle wil hê moet met KI gebeur (Afdeling 5.2). Jy kan ’n persoon vra om dit na te gaan, en jy kan daarteen beswaar maak, omdat ons daarvoor op ons geregverdigde belang staatmaak (Afdeling 10.6). Jy mag by jou plaaslike toesighoudende owerheid ’n klag indien; vir doeleindes van die EU se GDPR is ons leidende toesighoudende owerheid die Hongaarse NAIH (Afdeling 14).
• Switserland (revFADP): toegang, regstelling, uitvee, data-oordraagbaarheid (Art. 28 revFADP), beswaar, en die reg om ’n klag by die Federale Kommissaris vir Databeskerming en Inligting (FDPIC) in te dien. Vir die outomatiese weiering wat in Afdeling 4.1 beskryf word, kan jy ook jou standpunt stel en vra dat ’n persoon die besluit nagaan.
• Brasilië (LGPD): bevestiging dat ons jou data verwerk, toegang, korreksie, anonimisering of uitvee, oordraagbaarheid, inligting oor met wie ons jou data gedeel het, en die intrekking van toestemming.
• Kalifornië (CCPA/CPRA): om te weet, uit te vee, reg te stel, te kies dat jou inligting nie verkoop of gedeel word nie (ons verkoop dit nie en deel dit ook nie), en om die gebruik van sensitiewe persoonlike inligting te beperk (wat biometriese data insluit).
• Biometriese wette (Illinois BIPA, Texas CUBI, Washington): ons verkry jou toestemming voordat ons biometriese data insamel, ons verkoop, verhuur of verhandel dit nooit nie en maak ook nooit andersins wins daaruit nie, en ons volg ’n geskrewe bewarings- en vernietigingsplan. Dit is nooit deel van ’n samesmelting, ’n oorname of ’n bate-oordrag nie (Afdeling 6).

Jy kan jou toestemming om jou stembrief te tel (Afdeling 5.3) enige tyd intrek: maak in die toepassing Rekening → Verifikasie → Trek my stemtoestemming in oop. Die intrekking dek elke verkiesing waarin jy gestem het, en ons teken die dag aan waarop jy dit intrek (Afdeling 8). Die intrekking raak nie die regmatigheid van die tel van jou stemme voordat jy ingetrek het nie. ’n Stem wat reeds getel is, bly in die party se totaal: jou keuse is deel van daardie totaal en word nie saam met jou rekening gestoor nie, dus is daar niks daarvan wat ons apart kan verwyder nie (Afdeling 9). Die intrekking verkort nie die tye in Afdeling 5.3 waartydens ’n stembrief steeds aan jou gekoppel kan word nie. Jou volgende stem vra weer vir jou toestemming.

10.1 Hoe om hulle uit te oefen

Daar is twee roetes. Die eerste beantwoord toegang en oordraagbaarheid op die plek, sonder om iemand te vra.

• In die toepassing. Maak jou rekeninginstellings oop; onder Rekening is daar ’n ry wat Jou data heet. Dit bou ’n kopie van alles wat ons oor jou hou en vanaf jou rekening kan bereik — ’n bladsy wat jy kan lees, en ’n masjienleesbare lêer wat jy aan ’n ander diens kan gee. Dit word gebou op die oomblik dat jy vra, vir die rekening wat vra, en dit word nêrens gestoor nie: ons hou geen kopie daarvan nie en daar is geen skakel wat aan iemand anders gestuur kan word nie. Dit is ons antwoord op toegang en op oordraagbaarheid, en jy hoef ons nie daarvoor te vra nie. Dit bevat nie die beelde wat jou gesigskontroles by ons gelaat het nie: hulle bly buite ’n lêer wat gebou is om oorhandig te word. Laai hulle eerder af vanaf Rekening → Verifikasie, waar hulle as ’n eie lêer kom — elke beeld wat onder jou eie gesigskontroles gehou word, en nooit een wat onder iemand anders s’n gehou word nie. Om jou rekening uit te vee, is op dieselfde skerm.
• Skriftelik. Al die res — regstelling, beperking, beswaar, ’n vraag oor data wat ons verskaffers hou (Afdelings 4.3 en 6), of ’n klag oor ’n besluit — gaan na privacy@worldrepublic.org.

Aanmelding laat ons met geen e-posadres vir jou nie (Afdeling 3.1), so ons kan gewoonlik net antwoord na ’n adres waarvandaan jy aan ons skryf. Daar is een uitsondering, en dit is ’n beperkte een. As jy ’n party rapporteer, hou ons die adres wat jy op daardie rapport gegee het, en ons gebruik dit vir daardie rapport en niks anders nie: om te bevestig dat ons dit het, en om jou te laat weet wat ons besluit het. Ons gebruik dit nie om ’n ander vraag te beantwoord, om jou van ’n verandering aan hierdie beleid te vertel, of om jou iets ongevraags te stuur nie. Dit is ook deel van die rekord van die besluit, en daarom hou Afdeling 8 dit eerder as om dit te laat val sodra albei boodskappe weg is.

10.2 Hoe lank ons neem

Balázs Kónya, bestuurslid, is aanspreeklik daarvoor om versoeke wat aan privacy@worldrepublic.org gestuur word, binne die tydperke hieronder te beantwoord. Ons belowe nie ’n korter interne sperdatum as wat die wet vereis nie: ’n teiken wat niemand in werking hou nie, is erger as die wetlike een wat gehaal word, en die tydperke hieronder is waarna ons werk.

Die tyd loop vanaf die dag waarop jou versoek ons bereik — nie vanaf die dag waarop ons klaar is om jou te identifiseer nie, en nie vanaf die dag waarop ons vind wat jy gevra het nie. Ingevolge die GDPR en die UK GDPR antwoord ons sonder onnodige vertraging en in elk geval binne een maand ná ontvangs. Waar ’n versoek ingewikkeld is, of waar jy verskeie gemaak het, mag ons tot twee verdere maande neem; ons sal jou binne die eerste maand laat weet dat ons dit doen, en waarom.

Waar die wet waar jy woon iets anders bepaal, is dit wat ons doen:

• Verenigde Koninkryk. As ons redelikerwys meer inligting nodig het om jou te identifiseer of om te vind wat jy gevra het, word die klok onderbreek vanaf die dag waarop ons vra tot die dag waarop jy antwoord. Ons sal net vra waar ons werklik nie daarsonder kan voortgaan nie.
• Brasilië. Ons bevestig of ons jou data verwerk en gee jou toegang daartoe in ’n vereenvoudigde vorm, onmiddellik, en volledig binne 15 dae ná jou versoek.
• Switserland. Ons antwoord in die reël binne 30 dae. Die antwoord dra wat Art. 25(2) revFADP vereis dat dit dra, insluitend die ontvangers of kategorieë ontvangers na wie jou data gaan en, waar dit na die buiteland gaan, watter land en die waarborge waarop ons staatmaak — Afdelings 6 en 7 sit albei vooraf uiteen.
• Kalifornië. Ons bevestig ontvangs binne 10 besigheidsdae en antwoord binne 45 dae, wat ons een keer met ’n verdere 45 dae mag verleng as ons jou sê waarom.

10.3 Hoe ons weet dit is jy

Ons hou geen identiteitsdokument vir jou nie en geen adres op lêer nie, so die leer hieronder is wat ons het. Ons werk daarmee af en stop by die eerste stap wat jou identifiseer.

1. Jou aangemelde rekening. Die kopie in die toepassing, en die aflaai van jou gesigskontrolebeelde, word gebou vir die rekening wat daarvoor vra, op die oomblik dat dit vra. Niks identifiseer jou beter nie, en daarom is dit die eerste roete in Afdeling 10.1 eerder as ’n gerief.
2. ’n Passkey wat op daardie rekening geregistreer is. As jy nie by die toepassing kan uitkom nie, mag ons jou vra om ’n passkey-aanmelding te voltooi teen ’n geloofsbrief wat die rekening reeds hou.
3. Die Google-rekening wat daaraan gekoppel is. As jy met Google aangemeld het, mag ons jou vra om beheer oor daardie rekening te wys deur daarmee aan te meld.
4. Meer inligting. As nie een van daardie moontlik is nie, mag ons jou vra vir verdere inligting wat ons redelikerwys nodig het om oortuig te wees dat die versoek joune is, en vir niks meer as dit nie.
5. ’n Skriftelike weiering. As ons steeds nie oortuig kan word nie, sal ons jou dit skriftelik sê, binne die tyd in Afdeling 10.2, met ons redes en met die klagteroete in Afdeling 10.4. Ons weier liewer ’n versoek wat ons nie kan plaas nie as om dit aan die verkeerde persoon te beantwoord.

Ons sal nooit ’n beursie-adres as bewys van wie jy is, aanvaar nie. Onttrekkings word op openbare blokkettings gemaak, so ’n adres wat jy gebruik het, is iets wat enigiemand wat die blokketting lees, kan noem; om dit te ken bewys niks nie, en om ’n boodskap daarvandaan te onderteken sou beheer oor ’n sleutel bewys eerder as oor hierdie rekening.

Ons sal jou ook nie vir ’n identiteitsdokument vra om ’n versoek te beantwoord nie. Ons hou geen identiteitsdokument om dit mee te vergelyk nie, so dit sou ons niks sê nie en sou jou meer kos as wat die versoek werd is.

10.4 As ons weier

As ons nie op jou versoek optree nie, sal ons jou sê waarom, binne die tyd in Afdeling 10.2, en sal ons jou sê wat om volgende te doen. Jy kan ’n klag indien by die databeskermingsowerheid waar jy woon — vir EU-doeleindes die Hongaarse NAIH, in Switserland die FDPIC, in die Verenigde Koninkryk die ICO (Afdeling 14) — en jy kan hof toe gaan. Nie een van die twee hang van ons instemming af nie.

In die Verenigde Koninkryk het jy ook die reg om direk by ons ’n klag in te dien. Ons sal ’n klag binne 30 dae erken en jou sonder onnodige vertraging van die uitkoms laat weet. Om by ons te kla, is nie ’n voorwaarde om by die ICO te kla nie.

10.5 Wat dit kos

Niks. Waar ’n versoek klaarblyklik ongegrond of oormatig is — veral waar dit een herhaal wat ons reeds beantwoord het — laat die wet ons toe om ’n redelike fooi te hef of om te weier, en as ons ooit een van die twee doen, sal ons sê watter een en waarom. Ons weier liewer een versoek met redes as om ’n prys op die res te plaas.

Die masjienleesbare lêer en die aflaai van jou gesigskontrolebeelde deel ’n klein limiet op hoeveel kopieë in enige 24 uur gemaak kan word. Dit is nie ’n fooi nie en dit gaan nie oor kapasiteit nie: dit is daar sodat iemand wat jou sessie in die hande kry, nie stilweg jou hele rekord keer op keer kan wegdra nie. Dit keer jou nooit om die kopie op die skerm te lees nie, en dit keer jou nooit om aan ons te skryf nie.

10.6 Twee regte wat ons met die hand doen

Toegang, oordraagbaarheid en uitvee is in die toepassing en verg geen versoek nie. Beperking en beswaar nie. Ons het geen skakelaar wat die verwerking van een deel van jou rekord opskort terwyl die res aanhou werk nie, so ’n versoek om te beperk of om beswaar te maak, word deur ons met die hand uitgevoer, geval vir geval, binne die tye in Afdeling 10.2. Skryf aan ons, sê wat jy gestop wil hê en wat dit van jou situasie is wat dit belangrik maak, en ons sal dit weeg en jou sê wat ons gedoen het. Ons sê jou liewer dat dit met die hand gedoen word as om jou te laat aflei uit hoe lank dit neem.

11. Sekuriteit

Ons gebruik TLS tydens oordrag, en berging met toegangsbeheer. Regstreekse toegang tot ons databasis is beperk tot die mense wat ons magtig om die Diens te bedryf, ons databasis- en huisvestingsverskaffers, en die sagteware wat ons gebruik om die Diens te bedryf. Ons maak net ’n kopie van ons databasis om ’n verandering aan die Diens te toets of om van ’n fout te herstel, en ons vee dit uit wanneer daardie werk klaar is. ’n Kopie hou dieselfde data, en Afdeling 9 sê hoe lank dit hou wat ons uitvee. Geen stelsel is volmaak veilig nie, maar ons werk daaraan om jou data te beskerm.

12. Kinders

Die Diens is vir volwassenes van 18 of ouer. Voordat ons jou identiteit verifieer, vra ons jou om te bevestig dat jy 18 of ouer is, en ons verifieer niemand wat dit nie doen nie. Ons teken net aan dat die bevestiging gegee is en wanneer; ons vra nie jou geboortedatum nie.

Ons samel nie wetend data in van enigiemand onder 18 nie. As ons verneem dat ons data oor ’n mens onder 18 hou, sluit ons hulle rekening en vernietig ons hulle biometriese data soos Afdeling 2 van ons Beleid vir die bewaring en vernietiging van biometriese data uiteensit. As jy glo dat iemand onder 18 ’n rekening het, kontak privacy@worldrepublic.org.

13. Veranderinge

Ons mag hierdie beleid opdateer. Wanneer ons dit doen, publiseer ons die nuwe teks op hierdie bladsy en hersien ons die “Laas opgedateer”-datum hierbo. ’n Verandering aan hierdie beleid tree in werking wanneer ons dit publiseer. Hierdie beleid beskryf wat ons werklik met jou data doen, so dit moet waar word op dieselfde oomblik as wat die ding wat dit beskryf waar word; om ’n verandering ’n maand lank terug te hou, sou net beteken dat hierdie beleid ’n maand lank verkeerd was. Dit is nie dieselfde as die Gebruiksvoorwaardes nie. Die Gebruiksvoorwaardes is die ooreenkoms tussen jou en ons, en Afdeling 14 van die Gebruiksvoorwaardes gee jou 30 dae voordat ’n wesenlike verandering aan daardie ooreenkoms op jou van toepassing is.

Een verandering is doelbewus stadiger. As ons ooit die tydperk verleng waarvoor ons biometriese data hou, geld die langer tydperk nie vir data wat ons reeds hou nie voordat die verandering 30 dae lank gepubliseer is. Afdeling 6 van die Beleid vir die bewaring en vernietiging van biometriese data sit dit uiteen, en dit beheer die tydperk wat in Afdeling 4.5 en in die bewaringstabel in Afdeling 8 gestel word.

Ons kan jou geen kennisgewing stuur wanneer hierdie beleid verander nie. Aanmelding laat ons met geen e-posadres, geen telefoonnommer en geen posadres nie, omdat ons doelbewus nie een hou nie (Afdeling 3.1), en die Diens dra geen banier of boodskap wat jou sou kon sê nie. As jy ’n party gerapporteer het, hou ons die adres wat jy op daardie rapport gegee het — en ons sal dit nie hiervoor gebruik nie, en ook vir niks anders as daardie rapport nie (Afdeling 10.1). Dit is ’n gevolg daarvan dat ons so min hou: behalwe ’n adres wat op ’n rapport gegee is, hou ons geen kontakbesonderhede vir jou nie. Afdeling 10.1 sê dieselfde ding oor al die res — ons kan net antwoord na ’n adres waarvandaan jy aan ons skryf. Hierdie bladsy is dus die kennisgewing: die huidige teks is altyd hier, en die datum hierbo is die datum waarop ons hierdie beleid laas verander het.

Hierdie beleid is in Engels geskryf, en ons publiseer dit in ander tale. Die weergawe wat vir jou geld, is die weergawe in die taal waarin die Diens dit aan jou gewys het. Waar daardie weergawe en die Engelse teks verskil, geld die betekenis wat vir jou beter is.

14. Kontak

• Privaatheid: privacy@worldrepublic.org
• Kontak in die Europese Unie: Balázs Kónya, bestuurslid, 3626 Hangony, Dózsa György út 5., Hongarye (privacy@worldrepublic.org)
• EU se leidende toesighoudende owerheid: Hongaarse Nasionale Owerheid vir Databeskerming en Vryheid van Inligting (NAIH), Boedapest — naih.hu
• Switserse toesighoudende owerheid: Federale Kommissaris vir Databeskerming en Inligting (FDPIC), Bern
• Toesighoudende owerheid van die VK: Kantoor van die Inligtingskommissaris (ICO), Wilmslow — ico.org.uk