Smart-ID, Mobile-ID ir e. parašas jūsų sistemoje: prisijungimas, pasirašymas ir EUDI piniginė

DESAmedia · 2026-11-10

Trumpas atsakymas

Jei jūsų klientai, partneriai ar darbuotojai sutartis vis dar spausdina, pasirašo ir skenuoja, arba prisijungia prie jūsų sistemos tik su slaptažodžiu, Smart-ID, Mobile-ID ir elektroninio parašo integracija yra vienas greičiausiai atsiperkančių patobulinimų. Techniškai tai nėra sudėtinga: Smart-ID ir el. parašo paslaugų teikėjai turi REST API ir nemokamas bandomąsias aplinkas. Sudėtingiausia dalis yra ne pats prisijungimas, o tai, kas vyksta aplink jį: koks parašo lygis reikalingas, kokiu formatu saugomas pasirašytas dokumentas, kaip jis grįžta į CRM ar ERP ir kas atsitiks, kai tiekėjas pakeis API.

Šių metų pabaigoje prie to prisideda dar vienas klausimas. Pagal ES skaitmeninės tapatybės reglamentą (eIDAS 2) kiekviena ES valstybė iki 2026 m. pabaigos turi gyventojams pasiūlyti Europinę skaitmeninės tapatybės piniginę (EUDI). Dalis privačių įmonių, pavyzdžiui, bankai, energetikos ir ryšio bendrovės, ją turės priimti ne vėliau kaip iki 2027 m. gruodžio 24 d. Šiame straipsnyje viską aptariame iš užsakovo pusės. Šaltinius tikrinome 2026 m. lapkričio 10 d. Tai praktinis gidas, ne teisinė konsultacija.

Du skirtingi dalykai: prisijungimas ir dokumento pasirašymas

Kalbant apie „Smart-ID integraciją“ dažnai maišomi du skirtingi procesai, o jų kaina ir sudėtingumas skiriasi.

Tapatybės nustatymas (prisijungimas). Naudotojas įveda asmens kodą arba nuskenuoja QR kodą, patvirtina PIN kodu telefone, o jūsų sistema gauna patvirtintą vardą, pavardę ir asmens kodą. Tai pakeičia slaptažodį ir leidžia patikimai žinoti, kas yra prisijungęs. Tinka klientų savitarnai, darbuotojų portalams, paraiškų sistemoms.

Dokumento pasirašymas. Naudotojas peržiūri konkretų dokumentą, pavyzdžiui, sutartį PDF formatu, ir jį pasirašo. Rezultatas yra pasirašytas failas, kurį galima patikrinti ir po kelerių metų. Čia jau reikia galvoti apie parašo lygį, formatą, saugojimą ir tai, kas pasirašo įmonės vardu.

Daugelis projektų prasideda nuo prisijungimo, o pasirašymą prideda vėliau. Tai normalu, bet sistemos architektūrą verta suplanuoti iš karto abiem atvejams: tie patys naudotojų duomenys ir tas pats tiekėjas dažniausiai naudojami abiem.

Kokio lygio elektroninio parašo jums reikia

ES reglamentas Nr. 910/2014 (eIDAS) skiria tris elektroninio parašo lygius:

Svarbiausia taisyklė: pagal eIDAS 25 straipsnį kvalifikuotas elektroninis parašas turi lygiavertį teisinį poveikį kaip ranka rašytas parašas. Žemesnio lygio parašai taip pat nėra „negaliojantys“, tačiau ginčo atveju jų įrodomąją vertę tektų pagrįsti.

Smart-ID oficialiai nurodo, kad jo parašai gali būti AdES, QC ir QES lygio ir kad priemonė turi kvalifikuotos parašo kūrimo priemonės (QSCD) sertifikatą pagal eIDAS. Praktiškai tai reiškia, kad lietuviai, turintys pilną Smart-ID paskyrą, gali pasirašyti kvalifikuotu parašu be kortelių skaitytuvo. Tačiau atkreipkite dėmesį: Smart-ID turi ir „Basic“ paskyras, kurios suteikia tik išplėstinį (ADVANCED) lygį. Jūsų sistema turi tikrinti, kokio lygio sertifikatu dokumentas buvo pasirašytas, o ne tik tai, kad jis buvo pasirašytas.

Trys integracijos keliai

Tiesioginė Smart-ID integracija. SK ID Solutions siūlo nemokamą bandomąją aplinką ir testines paskyras dar prieš pasirašant sutartį. Gamybinei aplinkai reikia paslaugų sutarties, viešo paslaugos pavadinimo (jį naudotojas matys Smart-ID programėlėje) ir unikalaus identifikatoriaus (RPUUID). Kaina priklauso nuo sėkmingų operacijų skaičiaus per mėnesį, be diegimo mokesčio. Tai geras pasirinkimas, kai jums reikia tik prisijungimo arba kai pasirašymų srautas didelis.

Per tarpininką. Tokie tiekėjai kaip Dokobit per vieną API suteikia tapatybės nustatymą ir pasirašymą Smart-ID, Mobile-ID, asmens tapatybės kortele, Latvijos, Estijos ir kai kurių kitų šalių priemonėmis, taip pat sukuria ir patikrina pasirašytus dokumentus. Jums nereikia patiems spręsti parašų formatavimo, o tai sutaupo daug kūrimo laiko. Mokate už naudojimą pagal tiekėjo kainoraštį, todėl prieš renkantis verta suskaičiuoti metinį operacijų kiekį.

Viešajam sektoriui. Institucijos gali naudoti Elektroninių valdžios vartų tapatybės nustatymo paslaugą: ji autentifikuoja asmenį ir perduoda jo arba atstovaujamo asmens duomenis, remdamasi registrų informacija, įskaitant Juridinių asmenų ir Įgaliojimų registrus. Tai ypač naudinga, kai reikia žinoti ne tik kas prisijungė, bet ir kokią įmonę jis atstovauja. Dokumentų pasirašymą tokiose sistemose dažniausiai tenka spręsti atskirai.

Dokumentų formatai ir saugojimas

Pasirašytas dokumentas nėra tiesiog PDF su paveikslėliu. Dažniausiai Lietuvoje sutinkami trys variantai:

• PDF su įterptu parašu (PAdES). Patogiausia gavėjui: atsidaro bet kokioje PDF programoje, parašą galima patikrinti. Tinka daugumai verslo sutarčių.
• ASiC-E konteineris. Vienas ar keli failai ir parašai supakuoti kartu. Patogu, kai pasirašomi keli priedai kartu.
• ADOC. Lietuvos vyriausiojo archyvaro patvirtinta elektroninio dokumento specifikacija, plačiai naudojama viešajame sektoriuje.

Dėl ADOC yra vienas šiemet pasikeitęs dalykas. Nuo 2026 m. sausio 6 d. pertvarkyta Lietuvos vyriausiojo archyvaro tarnybos ADOC pasirašymo ir tikrinimo priemonė: joje nebėra galimybės esamą ADOC dokumentą papildyti kitu kvalifikuotu parašu ar sukurti registravimo, vizavimo ar tvirtinimo parašų. Juridiniams asmenims, neturintiems savos infrastruktūros, tarnyba rekomenduoja naudotis kitų paslaugų teikėjų sprendimais. Jei jūsų procesas rėmėsi šia nemokama priemone, tai geras metas jį perkelti į savo sistemą ar tarpininko paslaugą.

Nepamirškite ir saugojimo. Tarnyba primena, kad pagal Dokumentų ir archyvų įstatymą juridinis asmuo turi užtikrinti, jog elektroniniai dokumentai išliktų autentiški, patikimi ir prieinami visą saugojimo laiką. Todėl sistemoje turi būti saugomas originalus pasirašytas failas, jo patikrinimo rezultatas ir nuoroda į verslo įrašą (sutartį, užsakymą, paraišką), o ne tik žymė „pasirašyta“.

Smart-ID API v3: ką reikia žinoti jau turintiems integraciją

2025 m. vasarą SK ID Solutions paleido naują Smart-ID+ versiją su RP API v3. Svarbiausi pokyčiai:

• Nauji prisijungimo būdai be asmens kodo įvedimo: QR kodas (kai naršote kompiuteryje), Web2App ir App2App (kai naršote tame pačiame telefone). Naudotojui tai patogiau, ypač mobiliajame telefone.
• Saugumo patobulinimai: kiekvienai užklausai privalomas jūsų sistemos sugeneruotas atsitiktinis iššūkis (rpChallenge), kuris apsaugo nuo pakartotinių atakų, o RSA parašams paliktas tik RSASSA-PSS.
• Senesnės versijos veikia toliau. Oficialiame DUK rašoma, kad v1 ir v2 API liks veikti, bet tiekėjas skatina pradėti pereiti prie naujųjų srautų.

Todėl skubėti nebūtina, bet suplanuoti perėjimą verta, ypač jei daug jūsų naudotojų jungiasi telefonu. Dar vienas praktinis priminimas: 2026 m. spalio 6 d. SK pakeitė Smart-ID API TLS sertifikatą, ir paslaugų teikėjai, laiku neatnaujinę sertifikato, negalėjo naudoti Smart-ID. Jei jūsų sistema „prisega“ sertifikatą, jos priežiūros plane turi būti aiškiai įrašyta, kas seka tokius pranešimus ir kas atlieka pakeitimą.

EUDI piniginė: ką reiškia 2026 ir 2027 metų datos

Reglamentas (ES) 2024/1183 (eIDAS 2) įpareigoja kiekvieną valstybę narę gyventojams pasiūlyti bent vieną Europinę skaitmeninės tapatybės piniginę. Pagal reglamentą ir jo įgyvendinimo aktų įsigaliojimo datą (2024 m. gruodžio 24 d.) tai turi būti padaryta iki 2026 m. pabaigos. Piniginė telefone leis ne tik prisijungti, bet ir pateikti patvirtintus duomenis, pavyzdžiui, amžių, adresą ar diplomą, ir pasirašyti kvalifikuotu parašu.

Lietuvoje, kiek viešai skelbta, darbai vyksta: Valstybės skaitmeninių sprendimų agentūra įsigijo bandomąją piniginės aplinką, o Seimo Ekonomikos komitetas šalį vertina kaip esančią „aktyvaus įgyvendinimo fazėje“. Oficialios datos, kada lietuviška piniginė bus prieinama visiems gyventojams, tikrindami šaltinius neradome.

Kas tai reiškia verslui:

• Privalomas priėmimas ne visiems. Pagal 5f straipsnį privatūs subjektai, kuriems teisės aktai ar sutartys nustato stipraus naudotojo autentiškumo patvirtinimo pareigą (reglamente minimos transporto, energetikos, bankininkystės, finansinių paslaugų, sveikatos, pašto, švietimo, telekomunikacijų ir kitos sritys), naudotojo prašymu turės priimti piniginę ne vėliau kaip per 36 mėnesius nuo įgyvendinimo aktų įsigaliojimo. Paskaičiavus tai yra 2027 m. gruodžio 24 d.
• Labai mažos ir mažosios įmonės nuo šios pareigos atleistos. Vidutinės ir didelės įmonės nėra.
• Piniginė yra papildomas būdas, ne pakaitalas. Gyventojams ja naudotis savanoriška, todėl Smart-ID ir kitos priemonės niekur nedings.
• Reikės registruotis. Norinti priimti piniginės duomenis įmonė turės užsiregistruoti kaip pasikliaujančioji šalis savo valstybėje ir nurodyti, kokių duomenų prašys ir kam.

Praktinė išvada: jei jūsų sistemą kuriate ar atnaujinate dabar, tapatybės nustatymą verta atskirti į atskirą modulį su keliais „tiekėjais“ (Smart-ID, Mobile-ID, ID kortelė, vėliau EUDI piniginė). Tada naują priemonę pridėsite nekeisdami visos sistemos.

Pavyzdys: sutarties pasirašymas be popieriaus

Pavyzdys išgalvotas, įmonė „Šilo technika“ neegzistuoja.

UAB „Šilo technika“ nuomoja statybinę techniką. Kiekviena nuoma prasideda sutartimi, kurią vadybininkas paruošia Word šablone, išsiunčia el. paštu, klientas atsispausdina, pasirašo, nuskenuoja ir atsiunčia atgal. Dažnai technika jau išvažiavusi, o pasirašytos sutarties dar nėra.

Naujame procese:

1. Vadybininkas CRM sistemoje pažymi užsakymą „paruoštas sutarčiai“. Sistema sugeneruoja sutarties PDF iš šablono su kliento ir technikos duomenimis.
2. Klientas gauna nuorodą, prisijungia prie savitarnos su Smart-ID ar Mobile-ID ir peržiūri sutartį.
3. Klientas pasirašo kvalifikuotu parašu. Sistema patikrina parašo lygį ir tai, ar pasirašė įmonės atstovas, kurio asmens kodas sutampa su CRM nurodytu kontaktu.
4. Tada sutartį pasirašo „Šilo technikos“ direktorius. Pasirašytas PDF išsaugomas dokumentų saugykloje kartu su patikrinimo ataskaita.
5. CRM užsakymo būsena automatiškai pasikeičia į „pasirašyta“, sandėlis gauna leidimą išduoti techniką, o apskaitos sistemai perduodami sąskaitos duomenys.

Svarbu pastebėti, kad pats pasirašymas čia yra tik vienas iš penkių žingsnių. Didžioji vertė ateina iš to, kad dokumentas susietas su užsakymu ir kitais procesais.

Ką įrašyti į techninę specifikaciją

Prieš kreipdamiesi į programuotojus, atsakykite į šiuos klausimus. Jie sutaupys daug derinimų.

• Kas jungiasi ir kas pasirašo: klientai, darbuotojai, partneriai, užsieniečiai? Ar reikia Latvijos ir Estijos priemonių?
• Kokios priemonės: Smart-ID, Mobile-ID, ID kortelė, vėliau EUDI piniginė? Ar reikia prisijungimo, pasirašymo, ar abiejų?
• Koks parašo lygis kiekvienam dokumento tipui ir ar sistema turi atmesti žemesnio lygio parašus.
• Kas pasirašo įmonės vardu ir kaip tikrinamas atstovavimas (CRM duomenys, įgaliojimai, Juridinių asmenų registras).
• Formatas: PDF (PAdES), ASiC-E ar ADOC. Ar reikia kelių parašų vienam dokumentui ir kokia tvarka?
• Kur saugomi pasirašyti failai, kiek laiko ir kas turi prie jų prieigą.
• Kokie įvykiai grįžta į kitas sistemas: CRM, ERP, apskaitą, el. paštą.
• Kas prižiūri integraciją: API versijų atnaujinimai, sertifikatų pakeitimai, tiekėjų pranešimų sekimas.
• Kiek operacijų per mėnesį tikitės dabar ir po metų. Nuo to priklauso, ar apsimoka jungtis tiesiogiai, ar per tarpininką.

Dažniausios klaidos

• Laikyti „pasirašyta“ žymę vietoj paties failo. Ginčo atveju reikės originalaus pasirašyto dokumento, ne įrašo duomenų bazėje.
• Netikrinti sertifikato lygio. Basic paskyros parašas nėra kvalifikuotas, nors naudotojui procesas atrodo vienodai.
• Nesusieti asmens su įmone. Smart-ID patvirtina asmenį, bet ne tai, kad jis turi teisę pasirašyti įmonės vardu.
• Įrašyti tiekėjo API tiesiai į verslo logiką. Kai keičiasi API versija ar atsiranda nauja priemonė, tenka perrašyti pusę sistemos.
• Neturėti priežiūros plano. Sertifikatų ir API pokyčiai vyksta reguliariai, o sustojęs pasirašymas reiškia sustojusius pardavimus.

DUK

Ar galima integruoti Smart-ID į esamą sistemą, nekuriant naujos?

Taip. Dažniausiai pridedamas atskiras prisijungimo ir pasirašymo modulis, kuris jungiasi prie Smart-ID ar tarpininko API, o esama sistema gauna patvirtintą naudotoją arba pasirašytą failą. Tai tipinis integracijos projektas.

Ar elektroniniu parašu pasirašyta sutartis galioja kaip popierinė?

Pagal eIDAS 25 straipsnį kvalifikuotas elektroninis parašas turi lygiavertį teisinį poveikį kaip ranka rašytas parašas. Dėl konkrečių sutarčių rūšių, kurioms įstatymai numato specialią formą, pavyzdžiui, notarinę, verta pasitarti su teisininku.

Ar mano įmonei privaloma priimti EUDI piniginę?

Tik jei esate vidutinė ar didelė įmonė ir jums taikoma stipraus naudotojo autentiškumo patvirtinimo pareiga pagal teisės aktus ar sutartį, pavyzdžiui, finansų, energetikos ar ryšio srityje. Tokiu atveju piniginę naudotojo prašymu reikės priimti ne vėliau kaip iki 2027 m. gruodžio 24 d. Kitoms įmonėms tai savanoriška galimybė.

Kiek kainuoja Smart-ID naudojimas?

Tiesiogiai su SK ID Solutions mokama pagal sėkmingų operacijų skaičių per mėnesį, be diegimo mokesčio. Tarpininkai taiko savo kainoraščius. Atskirai skaičiuojama integracijos kūrimo kaina, kuri priklauso nuo to, ar reikia tik prisijungimo, ar ir dokumentų pasirašymo su sąsajomis į CRM ar ERP. Apie kūrimo kainos veiksnius rašėme straipsnyje kiek kainuoja individualios sistemos kūrimas.

Ką daryti toliau

Pradėkite nuo vieno proceso, kuriame dabar daugiausiai popieriaus ar laukimo: dažniausiai tai klientų sutartys arba darbuotojų dokumentai. Užsirašykite, kas pasirašo, kokio lygio parašo reikia ir kur dokumentas turi atsidurti po pasirašymo. Šios informacijos užteks pirmam pokalbiui su programuotojais, o išsamesnę užduotį padės parengti mūsų techninės specifikacijos gidas.

DESAmedia kuria tokius sprendimus praktiškai: pavyzdžiui, paraiškų vertinimo ir sutarčių pasirašymo platformoje sutartys generuojamos iš šablonų ir pasirašomos su Smart-ID, o kiekvienas veiksmas fiksuojamas audito žurnale. Smart-ID, Mobile-ID ir el. parašą galime sujungti su jūsų CRM, ERP ar klientų savitarnos portalu per sistemų integracijas ir automatizavimą, o institucijoms padedame per sprendimus viešajam sektoriui. Jei renkatės, kam patikėti tokį projektą, pravers ir mūsų 12 klausimų programavimo partneriui. Aptarti savo situaciją galite per kontaktų puslapį.

Šaltiniai

• Reglamentas (ES) Nr. 910/2014 (eIDAS), EUR-Lex
• Reglamentas (ES) 2024/1183 (eIDAS 2), EUR-Lex (anglų k.)
• Eudigo: kas ir nuo kada privalo priimti EUDI piniginę, 5f straipsnio terminų skaičiavimas (anglų k.)
• BNS Spaudos centras: Ekonomikos komitetas apie Europos skaitmeninės tapatybės ekosistemą
• VSSA: EUDI dėklės įgyvendinimo galimybių studija (PDF)
• Smart-ID: integracijos procesas elektroninių paslaugų teikėjams
• Smart-ID dokumentacija: DUK (anglų k.)
• Smart-ID dokumentacija: RP API v3 pakeitimai (anglų k.)
• Smart-ID dokumentacija: aplinkos ir Basic paskyros (anglų k.)
• SK ID Solutions: Smart-ID+ paleidimas (anglų k.)
• SK ID Solutions: Smart-ID paslaugos sertifikato keitimas 2026 (anglų k.)
• Dokobit: elektroninio pasirašymo API
• Dokobit: elektroninės identifikacijos API
• Elektroniniai valdžios vartai: tapatybės nustatymo paslauga
• Lietuvos vyriausiojo archyvaro tarnyba: ADOC dokumentai