Díjbekérő-átállás (IV.2.3), áfa/AAM, banki kivonat adatköre, gépi fordítás (ÁSZF VIII.3,
tájékoztató 6., DPA 3.8), a magyar szöveg az irányadó.
Co-Authored-By: Claude Sonnet 5.5 <[email protected]>
ÁSZF: ajánlat-elfogadásos szerződéskötés (I.3.6), kvóta-időszak és elszámolási
időszak szétválasztása, díjköteles albetét = lakás + üzlethelyiség/iroda (a többit
nem kell bejelenteni), kedvezményes időszak díjtételenként (pótszámla lehet),
bővítőcsomagok 12 hónapig, láncolt bejelentésblokk, átlagos projektméret-minimum
(2/A.8), első számla mérföldkő szerint / a bevezetés lezárásakor, bevezetés (2.13),
elsőbbségi sorrend; enyhítések: éves 99% cél, sürgős karbantartás, jóváírás nem
jár kedvezményes időszakra, hibaelhárításra törekvés, felelősségkorlátozás Ptk.
6:152 szerint, értesítés csak hátrányos módosításnál 30 nap, H2W felmondás 30 nap,
önkiszolgáló export.
DPA: 48 óra lehetőség szerint, export, írásos audit, 15 napos al-adatfeldolgozó
értesítés, kapcsolattartó a fiókban.
NEM mehet main-re a dátum beírása előtt (build-manifest effective_from: null).
Co-Authored-By: Claude Opus 5.5 <[email protected]>
ÁSZF: új fogalmak (ajánlat, csomag, csomagtípus, albetét, albetéttípus, díjköteles albetét,
TAO, albetét-bejelentés, albetét-nyilvántartás, számlázási fordulónap, kedvezményes időszak);
IV.2.1-2.3 (díjtételek az ajánlatban; 1/6/12 hónapos ciklus, az első 3 hónap egyben);
IV.2.11 kedvezményes időszak, IV.2.12 csomagtípus-váltás; új IV.2/A alfejezet (díjalap,
TAO-igazolás, utólagos díjkülönbözet, növekedés/pótszámla, csökkenés visszatérítés nélkül,
albetétarányos keret, bejelentés-tárca); X.5 átmeneti rendelkezések; I.3.5 kiemelések.
Díjösszegek szándékosan nincsenek a szövegben: azokat mindig az egyedi ajánlat rögzíti.
Adatkezelési tájékoztató + DPA: albetét-adatok, albetét-bejelentés és TAO-ellenőrzés (a TAO-t
nem tároljuk), fájlimport (a fájlt nem őrizzük, csak az importnaplót), számlázási pillanatkép
(8 év, személyes adat nélkül), lakó törlése; a HRF-309 e-mail csatorna ugyanebbe a verzióba.
A hatálybalépés napja szándékosan [dátum] — élesítés előtt kitöltendő.
Co-Authored-By: Claude Opus 5.5 <[email protected]>
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]>
A Vapi tényleges retenciója 14-30 nap között van, csomagfüggő, nem a
korábban ígért 12 hónap. A döntés (HRF-42, 2026-08-01 komment): a jogi
szöveget igazítjuk a valósághoz, nem építünk saját tárolást.
Érintett: aszf.md 4.3, adatkezelesi-tajekoztato.md 5.1 tábla + 7. pont,
adatfeldolgozoi-melleklet.md 1. melléklet. Hatálybalépés: azonnali
(2026-08-05) — indoklás a HRF-42 kommentben.
Az ÁSZF saját 3.2. pontja "megismerhető, megjeleníthető és letölthető"
szöveget kér — ezt egy önálló (külső CSS/JS-függőség nélküli) HTML oldal
is teljesíti (böngészőből menthető/nyomtatható), külön PDF-render nélkül.
Ez NEM ugyanaz, mint a HRF-33/34 ajánlat-szerződés PDF-je — az egy
ténylegesen elfogadott, hash-elt clickwrap-példány, más indokkal; azt nem
érinti ez a változás.
Egyszerűsödött CI-környezet: WeasyPrint + natív libek (pango/cairo) törölve,
csak pandoc + python3 kell. A manifest "pdf" mezője megszűnt.
A rendereletHTML immár kicsi (nincs PDF), ezért a teljes dist/ kimenet
visszacommitolódik "manifest/" néven (nem csak a JSON) — a fogyasztók
ugyanazzal a git clone-nal a HTML-t is megkapják, nem csak a metaadatot.
A repó-szintű list-artifacts API üresen tért vissza egy sikeres v3
feltöltés UTÁN is (Gitea REST API hiányosság, nem valós hiány — a job
log megerősíti a sikeres feltöltést). Ahelyett, hogy erre az
API-viselkedésre építene, a HT-15 fogyasztóknak megbízhatóbb út: a CI a
kis JSON manifestet (nem a HTML/PDF-eket, hogy a repó ne hízzon) visszaírja
a repóba, ugyanoda, ahonnan a fogyasztók már ma is git clone-nal húzzák a
forrás markdown-t.
paths-ignore: manifest/** a push triggeren, hogy a visszacommitolás ne
indítsa el saját magát újra.