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.
Az első valós CI-futás megmutatta: v4 újabb artifact-storage protokollt
használ, amit ez a Gitea-verzió (1.26.4) még nem támogat
("GHESNotSupportedError"). v3-mal a render+manifest lépés már bizonyítottan
lefut (pandoc HTML + WeasyPrint PDF mind a 4 dokumentumra), csak a feltöltés
bukott — ez javítja.
scripts/build-manifest.py: minden projekt-almappa .md dokumentumát
HTML+PDF-re renderel (pandoc → HTML, WeasyPrint → PDF, full_fonts=True —
lásd HRF-34, ugyanaz a determinizmus-óvintézkedés), és dist/legal-manifest.json-t
ír soronként: version (utolsó, a fájlt ténylegesen érintő commit rövid
hashe, NEM repo HEAD — HT-15), effective_from (a dokumentum saját
"Hatálybalépés napja" sorából parse-olva, null ha még [dátum] placeholder),
content_hash (a forrás git blob hashe, átmeneti megoldás, lásd a script
docstringjét).
.gitea/workflows/legal-manifest.yml: push/manual trigger, teljes (nem
sekély) checkout, pandoc+WeasyPrint telepítve explicit lépésként (nem
egyedi runner-image — így a CI-környezet a workflow fájlból látható és
reprodukálható).
Helyileg tesztelve: effective_from-parse, git_blob_hash, last_commit_hash,
pandoc HTML-render mind helyesen működik. A WeasyPrint-lépés Windows-on
nem tesztelhető (natív libek, lásd HRF-34) — a CI-futtatás bizonyítja.
A [dátum] placeholder mind a 4 dokumentumban (ÁSZF, Adatkezelési
tájékoztató, DPA-sablon, Impresszum) valós dátumra cserélve — Bence
döntése. Ez teszi lehetővé a HT-14/15 effective_from-alapú verzióválasztás
tényleges tesztelését.
A dokumentumok tartalma továbbra is tervezet — a "Megjegyzés a
tervezethez" szakasz és a [szögletes zárójeles] helykitöltők
változatlanok, ügyvédi review még hátravan.
Your Name