Digitális elfogadás

Digitális elfogadás

Kattintásos és e-mailes egyszeri kódos elfogadás működik. Az SMS és a DÁP integráció nem elérhető.

Mire jó? / Purpose / Zweck

Kattintásos és e-mailes egyszeri kódos elfogadás működik. Az SMS és a DÁP integráció nem elérhető.

Kapcsolódó funkciók és előfeltételek

A kapcsolódó funkciók elérhetősége a szerződés állapotától és a felhasználó jogosultságaitól függ.

Ki használhatja?

A megfelelő funkciójoggal és tartalmi hozzáféréssel rendelkező felhasználó.

Lépésről lépésre

1. Nyissa meg a megfelelő menüpontot.
2. Válassza ki a szerződést vagy az érintett rekordot.
3. Adja meg a kötelező adatokat, majd mentse a műveletet.
4. Ellenőrizze az eredményt és a kapcsolódó dokumentumokat.

[KÉPERNYŐKÉP: kapcsolódó modul → adatlap → érintett funkció — látszódjon: a mezők és a műveleti gombok]

**Hol:** szerződés-form → „Digitális aláírás" kártya (`contract/esign.block`), vagy a lista `fa-signature` „Aláírásra küldés".

Beállítás: `contract/esign.settings` (jog: `settings`).

17.1 Menet

1. **Dokumentum választása:** a szerződéshez kötött PDF-ek közül (a jegyzőkönyv nem); a dokumentum fajtája a doc-center

szerepéből, az aláírási mód a forrás-sablonból (ennek híján: felmondás és teljesítésigazolás egyoldalú, minden más kétoldalú).

2. **Aláírók:** csak a felek személyei közül, a személyhez feloldott e-mail címmel (a POST-ban küldött címet nem fogadja el). A

terv ellenőrzi: kétoldalúnál minden kötelező fél kapjon aláírót; egyoldalúnál csak a nyilatkozó fél; ismeretlen nyilatkozónál

pontosan egy fél.

3. **Módszer aláírónként:** `click` (kattintásos elfogadás), `email_otp` (+ 6 jegyű egyszer használatos kód e-mailben),

`sms_otp` (**nem elérhető** — az SMS-modulnak nincs éles küldési útja), `dap` (DÁP eAláírás — **adapter kész, integráció

nincs**, `available = false`). **Munkaszerződésnél és a beállításban megjelölt típusoknál csak `dap` választható** — ezért

ezek ma nem küldhetők ki.

4. **Befagyasztás:** a PDF bájtjainak SHA-256 ujjlenyomata (`doc_sha256`) a kiküldéskor rögzül.

5. **Meghívó levél** a központi levelező úton (`esign_invite`), a client nevében, az aláíró nyelvén; egyedi link

(`…contract/esign&t=<64 hex>`), lejárat 1–90 nap (alap 14).

6. **Aláíró oldal [portál]:** a link megnyitásakor lejárat-ellenőrzés; ha a PDF hash-e eltér → megtagadás (`doc_changed`); a PDF

beágyazva; az elfogadó **záradék** (megnevezi az aláírót, a szerződésszámot, a dokumentum nevét és SHA-256-ját); kötelező

jelölő „Elfogadom és aláírom"; e-mailes kódnál „Kód kérése" → kód (10 percig érvényes, kódonként 5 próba, aláírásonként

legfeljebb 5 kód, kettő között legalább 60 mp). Elutasítás indoklással. Fejlécek: `noindex`, `no-store`, `no-referrer`; POST-ok

munkamenet-tokennel (CSRF).

7. **Aláírás után:** állapot `signed`, IP, böngésző, az elfogadott záradék SHA-256-ja; **aláírási jegyzőkönyv PDF** a doc

centerbe (`signature_evidence`, a szerződéshez kötve): aláíró, e-mail, módszer, dokumentum + hash, kiküldés / megtekintés /

aláírás ideje, IP, böngésző, a záradék és hash-e, az eseménynapló. Ha a tárhely-szabály hiányzik, az aláírás érvényes marad,

a hiány naplózódik, a jegyzőkönyv utólag előállítható (`contract/esign.evidence`).

8. **Összesítés:** a szerződés `esign_status` (`''`, `pending`, `partial`, `signed`, `declined`) és `esign_date`; ha a FŐ

szerződés-dokumentum (szerep `contract`) minden aláírója aláírt, a szerződés `date_signed`-je az utolsó aláírás napját kapja —

csak ha üres.

Állapotok: `pending`, `sent`, `viewed`, `signed`, `declined`, `expired`, `cancelled`. Újraküldés: **új token** (a régi link

érvénytelen). Visszavonás: `cancel`. Lejárat: lusta (a link megnyitásakor és az admin blokk betöltésekor).

17.2 Biztonság

A link tokenje (256 bit) és a kód **csak SHA-256 hash-ként** tárolódik (a kód az aláírás azonosítójával sózva); az eseménynapló

`data` mezőjébe, listába, naplóba nyers érték nem kerül. Eseménykódok: `created`, `sent`, `resent`, `viewed`, `reopened`,

`otp_sent`, `otp_failed`, `signed`, `declined`, `expired`, `cancelled`, `doc_mismatch`, `mail_failed`, `evidence`,

`evidence_failed`.

17.3 Beállítás (`{ext}_tenant_esign`, telepítés-saját JSON)

Minősített aláírást igénylő típusok (fő- vagy altípus kódok), alapértelmezett lejárat (nap), DÁP: engedélyezve, kliens-azonosító,

tanúsítvány-útvonal, környezet (`test` / `prod`), kliens-titok (a felület csak azt mutatja, hogy meg van-e adva).

17.4 Jogi keret (a kódban rögzített állítások)

A kód és a felületi súgó a Ptk. 6:7. § (3) bekezdésére hivatkozik (változatlan tartalom, a nyilatkozó személye, az időpont

azonosíthatósága), a (3a) szerinti különös területeket kizárja az egyszerű módszerből, munkaszerződésnél a minősített (DÁP)

aláírást írja elő, a DÁP-ra a 2023. évi CIII. törvényt (Dáptv.) hivatkozza. A `{esign_clause}` záradék szerint a fél elfogadja

az elektronikus formát. *(Jogi ellenőrzés a dokumentáció írásakor szükséges.)*