Hogyan bizonyítjuk?
Ma munkaszerződés. Holnap teljes dokumentum-életciklus. Ugyanaz a rendszer.
Mennyire menjünk bele?
Mi történik, ha később vita van?
A rendszer célja nem csak az, hogy a dokumentum elkészüljön, hanem az is, hogy később visszakövethető legyen, pontosan mi történt.
Ki fogadta el a dokumentumot?
A rendszer egyértelműen megmutatja, melyik fél erősítette meg az elfogadást.
Mikor történt az elfogadás?
Az időpont naplózva van, így utólag is visszakereshető.
Melyik e-mail címre ment a kód?
A kódküldés célja is visszanézhető, nem kell e-mailek között keresgélni.
Melyik dokumentumverzió volt érvényes?
A rendszer a konkrét verzióhoz köti az elfogadást, nem csak a fájlnévhez.
Készült-e nyugta?
Az elfogadási nyugta külön visszakereshető és ellenőrizhető.
Változott-e a dokumentum azóta?
Ha utólag módosítás történt, az ellenőrizhetően látszik a nyomvonalon.
Milyen státuszban van a folyamat?
Egy pillantással látható, hogy elfogadásra vár, lezárt vagy további ellenőrzést igényel.
Egy belső vagy külső ellenőrzésnél ezek az adatok egy helyen, olvasható formában elérhetők.
Elfogadás, ami visszakövethető marad
A munkavállaló és a munkáltató lépései külön naplózódnak, így később is látható, ki, mikor és milyen dokumentumverziót fogadott el.
Kétoldalú OTP-elfogadás
A munkavállaló és a munkáltató is saját, egyszer használatos e-mail kóddal erősítheti meg az elfogadást. A rendszer automatikusan figyeli, melyik fél hol tart a folyamatban.
Elfogadási nyugta
Az elfogadásról archivált PDF nyugta készül, amely később is visszakereshető és ellenőrizhető.
Visszakövethető eseménynapló
A rendszer naplózza az elfogadás idejét, szereplőit, státuszát és a kapcsolódó dokumentumverziót. Így egy későbbi ellenőrzésnél nem kell e-mailek és fájlnevek között keresgélni.
Technikai integritás
A háttérben összekötött eseménylánc védi a napló integritását — az IT csapat számára működik, a HR oldalon nem kell foglalkozni vele.
A részletes technikai megoldást a 'Technikai háttér' szakaszban találod.
Egy dokumentum állapotai
A rendszer minden dokumentumról pontosan tudja, hol tart. A felhasználó nem technikai státuszt lát, hanem üzleti állapotot — és az állapotok között csak a rendszer lép, kézzel nem átírható.
A fő út
-
Piszkozat
A HR dolgozik rajta. A dolgozó még nem látja.
-
Aláírásra vár
Kiadva. A dolgozó megnyithatja, elfogadhatja vagy elutasíthatja.
-
Részben aláírva
Az egyik fél elfogadta, a másikra várunk. A két lépés külön naplózódik.
-
Kész
Mindkét fél elfogadta. Nyugta, időbélyeg, ellenőrző kód.
Mellékágak
- ElutasítvaA dolgozó nem fogadta el — indokkal.
- VisszavonvaA HR visszahívta kiadás után.
- LejártA határidő eltelt elfogadás nélkül.
Mindhárom állapot megmarad a nyilvántartásban. Nem tűnik el, nem íródik felül.
Erősebb szint
Ha a dokumentumtípus minősített aláírást kér, az OTP-elfogadás után a dokumentum nem „kész”, hanem „alap kész” — és ezt a rendszer külön színnel jelzi, amíg a QES meg nem érkezik. Egy állapot, amit nem lehet összekeverni a véglegessel.
Van dokumentum, amit csak kiadni kell, aláírni nem. Ezt a rendszer saját állapotként kezeli — nem „várakozó”, hanem „kiadva” —, így a listában nem tűnik elmaradt teendőnek.
Ami egyszer elfogadott állapotba került, nem törölhető. Visszavonható, és visszavonás után archiválható — de a nyoma megmarad. Ez nem beállítás kérdése, hanem a rendszer szabálya.
Minden dokumentumnak van egy útlevele
A rendszer minden dokumentumhoz egyedi azonosítót oszt ki, és két QR-kódot éget be — akár generált, akár admin által feltöltött, akár QES-aláírt PDF-re. Az egyik a tartalmat azonosítja, a másik a dokumentum teljes életútját mutatja meg — bármikor, bárhol visszakereshetően.
Egyedi dokumentum-UID
Minden dokumentum egy nanoid-alapú, egyedi azonosítót kap generáláskor. Ez az azonosító végigkíséri a dokumentumot az életciklus minden lépésén — a generálástól az archiválásig.
Kettős QR minden oldalon
Bal QR: a Passport URL-je, ahol az életút megtekinthető. Jobb QR: tartalomhash-alapú verifikáció. Mindkettő minden egyes oldalon szerepel — nyomtatva is visszakereshető.
Publikus verifikáció — bejelentkezés nélkül
A Passport URL bárki számára megnyitható: megmutatja a dokumentum státuszát és az alapadatokat. A részletes életút hitelesített hozzáféréssel (tulajdonos / admin) érhető el.
Teljes életút több fülön
Összefoglaló, Életút, Aláírások, Artifact lánc és QR & Verifikáció — minden réteg külön fülön. Az admin emellett a nyers DSS payload-ot is látja.
Aláírások fül — független EU DSS
Minden aláírás külön kártyán: aláíró a tanúsítványból, Trust Service Provider (TSP), DSS INDICATION (TOTAL_PASSED), minősítési szint (QESIG / QES / AdES), revocation státusz és a teljes DSS report — egy gombnyomásra.
Egy QR. Egy igazolás. Bárhol, bármikor.
Minden kiadott dokumentumon ott a saját ellenőrző kódja. Aki beolvassa, látja: valódi, érintetlen, és tudjuk, ki fogadta el — bejelentkezés nélkül.
- Típus
- Munkaszerződés
- Kiállítva
- 2026.03.14
- SHA-256
- a1b3…f9c2
- Oldal
- 3 / 7
- Státusz
- érvényes · érintetlen
A nyomtatott vagy továbbküldött oldal is visszavezethető az eredeti rekordhoz, így a HR csapat később sem marad bizonyíték nélkül.
Oldalszintű ellenőrzés
Nem csak a fájl, hanem konkrét oldal is azonosítható — nyomtatva, fotózva, továbbküldve is.
Publikus = csak hash + státusz
A publikus QR névmentes: csak típus, SHA-256, kiállítás dátuma és státusz látszik. A teljes Passport (aláírók, életút) hitelesített hozzáféréssel.
Nyugta-kapcsolat
A QR az elfogadás bizonyítékához vezet, nem csak a fájlhoz — látszik, ki és mikor fogadta el.
Független ellenőrzés
Nem kell belépni az oneDoxba, hogy valaki igazolja a dokumentum hitelességét.
Papírmentes működés — papíron is ellenőrizhető hitelességgel.
Aláírás, amit bizonyítani is lehet
Nem csak aláírtok valamit. Utólag is igazolható, hogy ki, mit, mikor és milyen feltételekkel fogadott el.
DÁP (dolgozói: letöltés → külső aláírás → visszatöltés) vagy connector (munkáltatói: SMS-tranzakciós kód + aláírási PIN) — ugyanaz a folyamat, ugyanaz a bizonyíték.
szolgáltató-függetlenFüggetlen EU DSS round minden aláírásra: minősítési szint (QESIG / QES / AdES), Trust Service Provider, tanúsítványlánc és revocation státusz — eIDAS szerint visszavezethető.
EU DSS validációIdőbélyeg, eszközadat, IP, elfogadás kontextusa — egy lezárt, integritás-védett csomagban.
bizonyítékláncÉvek múlva is, link vagy QR alapján — bárki ellenőrizheti, akinek jogot adsz hozzá.
évek múlva is ellenőrizhetőDÁP, eIDAS QES vagy belső OTP-elfogadás — ugyanaz a folyamat, ugyanaz a bizonyíték. Az aláírási szint aláírónként állítható: ugyanazon a doksin a dolgozó mehet OTP-vel, a munkáltató QES-sel. A dolgozó által hitelesített dokumentumot kötelező EU DSS ellenőrzéssel validáljuk, és csak utána fogadjuk be.
QES webes feltöltés
A QES-szolgáltatónál aláírt PDF feltölthető a rendszerbe, és nyomon követhetően bekerül a dokumentum eseménynaplójába.
Munkáltatói oldali integrált QES (élesben)
SMS-tranzakciós kód + aláírási PIN → connector aláírja a PDF-et → kötelező EU DSS round → mentés. A munkáltatói aláírás csak a dolgozó oldali sikeres EU DSS validáció után indul.
Egy aláírás csak akkor ér valamit, ha utólag is bizonyítható. Ezt csináljuk.
Így rögzül minden lépés
Egy egyszerű, érthető folyamat, amely összeköti a dokumentumot, az elfogadást és az ellenőrzést.
A háttérben az események hash-láncban követik egymást, így az utólagos módosítás nyomon marad.
Ellenőrzésre és exportra felkészítve
Az ellenőrzési riportok segítenek gyorsan áttekinteni, mely dokumentumok vannak aláírva, elfogadásra várnak, lejártak vagy ellenőrzést igényelnek.
- státusz szerinti szűrés
- munkavállaló szerinti keresés
- dátumszűrés
- CSV-export
- eseményazonosító szerinti visszakeresés
Ellenőrzési riport — minta
Az ellenőrzési riportok segítenek gyorsan áttekinteni, mely dokumentumok vannak aláírva, elfogadásra várnak, lejártak vagy ellenőrzést igényelnek.
Nézd meg — ne olvasd.
Valódi oneDox-képernyők az aláírási inboxtól az EU DSS-validációig — végig ugyanazzal a kérdéssel: hol tart most ez a dokumentum?
Elfogadás és aláírás
Hogyan fogadja el vagy írja alá a dolgozó — papírkör nélkül?
Minősített aláírás — QES / DÁP
Amikor nem elég az elfogadás, hanem hiteles aláírás kell.
Bizonyíték és nyomvonal
Hol tart most ez a dokumentum — és mi történt vele eddig?
Validáció és audit
Utólag is bizonyítható, hogy az aláírás valódi?
Valódi rendszerképek · személyes adatok kitakarva
Technikai háttér
Ezt a réteget az IT és az ellenőrzési csapat tudja részletesen használni — a HR oldalon csak a lényeges üzenet látszik.
Hogyan védi a rendszer az eseménynapló integritását?
Az események hash-láncba rendeződnek, így ha egy korábbi bejegyzést módosítanának, az eltérés azonnal látható. A háttérben HMAC-SHA256 védi a láncot, az APP_SECRET pedig a rendszer saját kulcsa, nem felhasználói adat.
Mit tartalmaz az elfogadási nyugta?
A nyugta az elfogadott dokumentum verzióját, az érintett feleket, az időpontot és az állapotot foglalja össze. Visszakereshető PDF-ként archiválódik.
Miben más a natív elfogadás és a QES?
A natív elfogadás belső HR folyamatokra készült, a QES pedig eIDAS-kompatibilis, külső folyamatokhoz is érvényes aláírást tesz lehetővé. A két megoldás célja eltér, ezért az oldalon külön használati esetként jelennek meg.
Hogyan ellenőrizhető egy nyomtatott oldal?
A QR-kód a dokumentum nevét, a céget, a munkavállalót, a dokumentumazonosítót, a generálás idejét és az oldalszámot hordozza. Egy leolvasás után visszakereshető az eredeti rekord.
Gyakori kérdések
Amit a bevezetés előtt a leggyakrabban kérdeznek.
Mi a különbség az online elfogadás és a minősített elektronikus aláírás között?
Mit lát ebből a dolgozó?
Mi történik, ha valaki kinyomtatja a dokumentumot?
Hol találja meg később a dolgozó a saját dokumentumait?
Mi kell ahhoz, hogy elkezdjük?
Meddig marad meg a dokumentum?
Válaszd, ami neked való
Támogatja a felhő (SaaS) és a helyszíni (on-site) telepítést is. A részletes szolgáltatási modelleket a oneSolution oldalon mutatjuk be.
Megnézem a részleteket →A HR School a One Solution stratégiai szakmai partnere. A rendszer bevezetését és működtetését gyakorlati HR-támogatással, képzésekkel és interim megoldásokkal segítik.
Kapcsolat
E-mail cím
info@onelearning.infoPostacím
One Learning Zrt.
1021 Budapest, Budakeszi 51/D C.ép. II/5