A ResidentFirst frontend (HRF-6) már ma sem mutatja meg az ingatlanhasználónak az
ÁSZF-et vagy a DPA-t — csak egy passzív "Adatvédelem" linket az Adatkezelési
tájékoztatóra, elfogadó checkbox nélkül, mert a lakó nem szerződő fél. A korábbi
ÁSZF VI. fejezete (lakói szabályok) emiatt gyakorlatilag halott szöveg volt: egy
B2B szerződésbe ágyazva, amit a címzettje soha nem lát.
Az ÁSZF-ből kikerült:
- VI. fejezet (lakói jogviszony, használat, ügyintézési felelősség, elállás) — a
helyén rövid hivatkozás az új dokumentumra
- IX.2 (fogyasztói jogérvényesítés) — az ÁSZF két megmaradt Felhasználója
(Kezelő, Szolgáltató partner) kategorikusan nem fogyasztó, ez a gépezet csak a
lakóra vonatkozott
- VIII.5, VII.2.3 lakó-említései — rövid hivatkozásra cserélve
- I.2.3 táblázat + I.2.4 — az ÁSZF hatálya explicit két félre szűkítve, kimondva
hogy a lakó nem Felhasználó e dokumentum értelmében
Új dokumentum: felhasznalasi-feltetelek-lakoknak.md — a fenti tartalom
tájékoztató jellegű, nem-szerződéses átfogalmazásban (nincs "elfogadom", csak
"Ön jogosult" jellegű megfogalmazás), kiegészítve a Békéltető testület
elérhetőségével.
Új dokumentum: adatkezelesi-tajekoztato-landing.md — a H2W Ticketing landing
oldal (demó igénylés, konzultációs jelentkezés, visszahívás-kérés és
online hívás widget, cal.diy időpontfoglalás, Umami) saját, jóval szűkebb
adatkezelési tájékoztatója. Eddig a landing a teljes SaaS-tájékoztatót
szolgálta ki (kezelő/partner/lakó szerepek, közös nyilvántartás stb.), ami
pontos volt, de irreleváns a látogató számára. A tényleges adatfolyamok
(server.js: /api/demo-request, /api/consultation-signup, /api/vapi-call,
/internal/consent) alapján íródott.
Co-Authored-By: Claude Sonnet 5 <[email protected]>
A CI mostantól a build-manifest.py előtt lefuttatja a render-templates.py-t,
és a feloldott dokumentumokat is visszacommitolja a manifest+HTML mellé —
mostantól a _data.json / _templates szerkesztése önmagában elég, nem kell
kézzel futtatni és commitolni a render-templates.py-t. A trigger
paths-ignore-ja kiegészült a '*/*.md' mintával (a generált fájlok
commit-backje ne indítson újabb buildet), a _templates/ almappa mélyebben
van, így ez nem szűri ki a tényleges szerkesztéseket.
A "saját tulajdonú hardver" megfogalmazás mind a 4 dokumentumban javítva
"a Nethely Kft.-től bérelt szerver"-re — a tényleges konstrukció klasszikus
szerverbérlés, nem a Szolgáltató tulajdonában lévő, kolokált hardver.
Co-Authored-By: Claude Sonnet 5 <[email protected]>
A négy H2W-Ticketing jogi dokumentumból eltűnt minden tervezet-jelleg:
- belsős "Megjegyzés a tervezethez" és "[Tisztázandó]" blokkok törölve
- minden [szögletes zárójeles] helyőrző valós adattal kitöltve
- elvi hibák javítva: az adatfeldolgozói melléklet aláírásmezővel és a
partner cégadatainak kitöltendő blokkjával rendelkező kétoldalú
szerződés volt, holott publikus HTML-ként szolgáljuk ki; a megszűnt
EU ODR-platform mint jogorvoslati fórum törölve; a DPA
al-adatfeldolgozó-táblájában szereplő Google Analytics javítva a
ténylegesen használt Umamira
- a HBus-12/HBus-16/HRF-A-7 YouTrackben eldöntött, de eddig meg nem írt
klauzulák bekerültek: SLA-jóváírás, AI-felelősségkizárás, kvóta- és
túlfutási szabályok, adatbázis-kötbér
Az ismétlődő adatok (szolgáltató azonosítója, tárhelyszolgáltató,
al-adatfeldolgozók) mostantól egyetlen helyen (_data.json) szerkeszthetők:
a H2W-Ticketing/*.md fájlok a _templates/*.md sablonokból generálódnak a
scripts/render-templates.py futtatásával. A generált fájlok tartalma
változatlan marad a build-manifest.py és a fogyasztó szinkron-szkriptek
számára — content_hash/version továbbra is a végleges, feloldott
szöveget hasheli.
Co-Authored-By: Claude Sonnet 5 <[email protected]>
DosaBence
