BDAR programinės įrangos kaina paaiškėja tik apibrėžus, kokį darbą perkate. Vienas tiekėjas gali siūlyti tik duomenų tvarkymo veiklos įrašų registrą, kitas – prašymų, poveikio vertinimų, sutarčių ir incidentų darbo eigas. Tų pasiūlymų mėnesinių sumų negalima lyginti kaip vienodo produkto. Šiame vadove nėra patikrinto 2026 m. rinkos kainoraščio, tiekėjų reitingo ar garantuoto atsipirkimo. Toliau pateikiamas būdas Lietuvos organizacijai gauti palyginamus pasiūlymus, apskaičiuoti bendras sąnaudas ir patikrinti, ar mokama už reikalingą rezultatą. Pradėkite nuo BDAR pareigų Lietuvoje apžvalgos, tada įvertinkite savo darbo eigas.
Pirmiausia nuspręskite, už ką mokėsite
BDAR nenurodo pirkti konkrečios programinės įrangos. Duomenų valdytojas turi įgyvendinti ir gebėti parodyti tinkamas priemones pagal 5 straipsnio 2 dalį bei 24 straipsnį, o konkrečioms veikloms taikomi, pavyzdžiui, 28, 30, 32–35 straipsniai. Maža organizacija gali tvarkingai dirbti su saugia skaičiuokle ir aiškiais atsakingais asmenimis. Kita organizacija, turinti daug bendrovių ir dažnus pokyčius, gali daugiau laiko prarasti derindama pasenusias kopijas nei mokėdama už darbo eigą. Teisinę pareigą ir pirkimo sprendimą laikykite atskirais klausimais.
Išvardykite penkis darbus, kuriuos šiandien atliekate: tvarkymo veiklų įrašų keitimas, duomenų subjektų prašymų tvarkymas, poveikio duomenų apsaugai vertinimas, tvarkytojų santykių peržiūra ir incidentų sprendimų fiksavimas. Kiekvienam darbui įrašykite metinį atvejų kiekį, dalyvaujančius žmones, dabar naudojamus įrankius bei klaidas, kurios iš tiesų kartojasi. Pirkimo apimtis tampa aiškesnė, kai matote, kur vėluoja patvirtinimas arba prarandamas įrodymas, o ne vien suskaičiuojate įdomias funkcijas demonstracijoje.
Sudarykite vienodą užklausą tiekėjams
Paprašykite pasiūlymo tam pačiam scenarijui: kiek juridinių asmenų, kiek naudotojų ir kokie vaidmenys, kiek veiklų įrašų, kiek numatomų prašymų, kokie kalbų ir eksporto poreikiai. Nurodykite, kurioje esamoje sistemoje yra duomenys ir ar reikia integracijos, ar pakanka nuorodos. Atskirai paklauskite, kokie moduliai įeina į nurodytą kainą ir nuo kokio įvykio atsiranda papildomas mokestis. Jei vienas tiekėjas skaičiuoja pagal naudotoją, kitas pagal bendrovę, o trečias pagal modulį, prašykite perskaičiuoti juos pagal tą pačią jūsų apimtį.
Palyginimą sudarykite raštu, ne tik iš pardavimo pristatymo. Lentelėje gali būti bazinė licencija, privalomi moduliai, įdiegimas, duomenų perkėlimas, darbuotojų mokymas, palaikymas, integracijos, saugumo peržiūra ir sutarties pabaiga. Kiekvienai eilutei įrašykite kainą, jos taikymo sąlygą, pasiūlymo datą ir tai, ar ji yra vienkartinė, ar pasikartojanti. Tuščias laukelis nereiškia nulio: pažymėkite „nepateikta” ir paprašykite patikslinti. Taip išvengsite tariamai pigaus pasiūlymo, kuriam vėliau reikia atskiro eksporto ar migravimo projekto.
Licencijos struktūra ir jos ribos
Dažnos sutarties struktūros yra mokestis už naudotojus, organizacinius vienetus, modulius arba sutartinę paslaugos apimtį. Nė viena struktūra savaime nėra geresnė. Jei privatumo komanda turi penkis nuolatinius naudotojus, bet duomenis teikia šimtas procesų savininkų, patikrinkite, ar jiems reikia mokamos paskyros. Jei įmonių grupė turi kelis valdytojus, paklauskite, ar kiekvienam reikia atskiros erdvės ir ar informacija iš tikrųjų atskiriama. Modulinėje sutartyje išsiaiškinkite, ar incidentų registras yra bazinės kainos dalis, ar vėliau mokamas papildomai.
Įvertinkite kainos pokytį, kai organizacija auga. Prašykite rašytinės pakopų taisyklės ir pavyzdžio, kas įvyktų pridėjus vieną naują įmonę, dvidešimt naudotojų ar dar vieną darbo eigą. Klausimas nėra vien „ar kaina augs“, o kada ir už ką. Taip pat aptarkite indeksavimą, valiutą, mokesčius ir minimalią sutarties trukmę. Metinis įsipareigojimas gali turėti kitą kainą nei mėnesinis, bet jis taip pat sumažina galimybę išeiti po nesėkmingo diegimo. Nuolaidą lyginkite su jos sąlygomis, o ne su abstrakčia rinkos norma.
Įdiegimo darbas priklauso nuo pradinės būklės
Vienas organizacijos registras gali būti tvarkingas ir turėti patvirtintus atsakingus asmenis. Kitas gali būti sudarytas iš trijų skaičiuoklių, neatnaujintų sutarčių ir žodinių žinių. Abiem atvejais ta pati programos licencija gali kainuoti vienodai, bet įdiegimo darbas labai skirsis. Suskaičiuokite, kiek įrašų reikia išvalyti, kiek tikslų ir gavėjų reikia patvirtinti bei kas priims neaiškius teisinius sprendimus. Tiekėjo importas gali perkelti tekstą, bet neįrodo jo teisingumo.
Išbandykite vieną 30 straipsnio veiklos įrašą, vieną 28 straipsnio tvarkytojo santykį ir vieną realų pakeitimą. Kas surenka faktus, kas pažymi nepatvirtintą lauką, kas tvirtina rezultatą? Jei demonstracijoje tiekėjas naudoja iš anksto puikiai užpildytą pavyzdį, paprašykite pataisyti vieną klaidingą gavėją ir parodyti ankstesnę versiją. Įdiegimo pasiūlyme atskirkite techninį konfigūravimą, duomenų migravimą ir teisinį turinio vertinimą; šie darbai nebūtinai priklauso tam pačiam paslaugų paketui.
Apskaičiuokite savo laiką kaip sąnaudą
Skaičiuoklė nėra nemokama, jei ją palaikyti reikia žmonių darbo. Tačiau negalima teigti, kad kiekviena organizacija rankiniam BDAR darbui skiria vienodą valandų skaičių. Vieną įprastą mėnesį stebėkite, kiek laiko iš tikrųjų užtruko įrašų atnaujinimas, prašymų paieška, patvirtinimų derinimas ir atsakymų tikrinimas. Įtraukite pakartotinį darbą, bet neįrašykite visų teisinės komandos valandų kaip programos „sutaupytinų“: dalis vertinimo ir sprendimų lieka žmonėms net naudojant gerą sistemą.
Pavyzdinis, vien hipotetinis skaičiavimas: jei jūsų vidinis darbo sąnaudų matas yra 30 eurų už valandą ir palyginamam procesui dabar reikia 75 valandų per metus, rankinis darbo komponentas būtų 2 250 eurų. Jei nauja sistema sumažintų būtent šią darbo dalį iki 45 valandų, sutaupytos 30 valandų vertė būtų 900 eurų pagal tą patį vidaus matą. Tai nėra rinkos specialisto tarifas, tiekėjo kaina ar pažadas, kad tokį pokytį pasieksite. Skaičius pakeiskite savo patikrintais duomenimis ir po bandomojo laikotarpio palyginkite prognozę su rezultatu.
Dviejų metų bendros sąnaudos
Vien metinio mokesčio nepakanka. Pirmaisiais metais pridėkite licenciją, diegimą, migravimą, mokymą, vidinį patvirtinimų laiką ir galimas integracijas. Antraisiais metais gali likti licencija, palaikymas, papildomų naudotojų mokestis ir tolesnis vidinis darbas. Įvertinkite ir sutarties pabaigos kainą: eksportas, duomenų iškėlimas, darbuotojų laikas bei senų kopijų saugus pašalinimas. Jei tiekėjas sako, kad eksportas įskaičiuotas, paprašykite parodyti jo formatą ir ar jame lieka istorija, patvirtinimai bei ryšiai.
Dar vienas hipotetinis, ne rinkos kainą aprašantis scenarijus: tarkime, kad rašytiniame pasiūlyme jūsų organizacijai metinė licencija būtų 2 400 eurų, pradinis diegimas 1 000 eurų ir pirmųjų metų vidaus darbas 40 valandų, skaičiuojant pagal prielaidą, kad viena vidinio darbo valanda kainuoja 30 eurų. Pirmųjų metų suma būtų 4 600 eurų. Jei antraisiais metais įdiegimo mokesčio nebūtų, bet priežiūrai reikėtų 15 valandų, antrųjų metų suma būtų 2 850 eurų, jeigu licencija ir kitos sąlygos nesikeistų. Tokią lentelę galima patikrinti ir paneigti tikru pasiūlymu; jos negalima cituoti kaip Lietuvos tiekėjų tarifų.
Naudą vertinkite rezultatais, ne baudų baime
BDAR administracinės baudos priklauso nuo konkretaus pažeidimo ir institucijos sprendimo. Istorinė VDAI sprendimų apžvalga negali būti naudojama kaip kiekvienos įmonės tikėtina sutaupoma suma, o programinės įrangos pirkimas nėra baudos išvengimo garantija. Vertingesnis pirkimo klausimas yra tai, ar po diegimo lengviau rasti teisingą įrašą, laiku paskirti prašymo savininką ir pamatyti nebaigtą patvirtinimą. Pirmiausia nustatykite pradinę būseną, kad būtų ką lyginti.
Matuokite nedaug aiškių rodiklių: kiek laiko reikia vienam pakeistam įrašui patvirtinti; kiek yra neaiškių savininkų; kiek prašymų perėjo per visus patikrinimo etapus; kiek incidentų sprendimų turi faktų ir laiko žymas. Rodiklis turi atsakyti į jūsų esamą problemą. Jei sistema padidina pildymo laiką, bet pagerina duomenų kokybę, vertinkite abu pokyčius. Jei valandos sumažėja, bet svarbūs sprendimai vis tiek priimami už sistemos ribų, nevadinkite to automatiškai atitikties pagerėjimu.
Saugumas ir talpinimas taip pat turi kainą
Paklauskite, kur saugomi duomenys, kas gali juos pasiekti, kaip veikia palaikymas, ar yra subrangovų ir kaip pranešama apie saugumo incidentus. Serveris Europos ekonominėje erdvėje savaime neišsprendžia visų tarptautinio perdavimo klausimų: reikia įvertinti nuotolinę prieigą ir kitas paslaugas. Tai atskiras teisinis vertinimas, o ne prielaida, kad „ES talpinimas” panaikina visą darbą. Saugumo sąnaudose gali būti ir jūsų prieigų peržiūra bei atsarginių kopijų atkūrimo bandymas.
Organizacijos įrankis gali saugoti jautrų veiklų, tiekėjų, pažeidžiamumų ir sprendimų žemėlapį. Patikrinkite, ar skirtingų komandų prieigos atskiriamos, ar naudojamas tinkamas autentifikavimas, kaip gaunami žurnalai ir kas nutinka dingus vienam administratoriui. Tiekėjo saugumo dokumentai ir demonstracija nėra tas pats: paprašykite įrodymo būtent toms funkcijoms, kurias pirksite. Jei saugumo patikra atskleidžia, kad reikia papildomo modulio ar konsultanto, įrašykite tai į bendras sąnaudas prieš sutarties pasirašymą.
Palyginkite skirtingus įrankius tik pagal tą patį darbą
ROPA programinės įrangos vertinimas detalizuoja vieno registro pasirinkimą. BDAR programinės įrangos palyginimas gali padėti sudaryti platesnį funkcijų sąrašą, o MVĮ pasirinkimo vadovas – nustatyti mažesnės komandos poreikius. Šis puslapis sprendžia kitą klausimą: kaip gauti iš tiekėjų vienodai apibrėžtą kainą ir patikrinti bendrą pirkimo poveikį. Neutralus dviejų platformų palyginimo pavyzdys padeda pasiruošti tam pačiam demonstracijos scenarijui, bendrų sąnaudų lapui ir patikrinamiems priėmimo kriterijams; čia pateiktų hipotetinių sumų negalima laikyti tų platformų tarifais. Neskaičiuokite vienos funkcijos kainos pagal visos platformos tarifą, jei ROPA, incidentai ir prašymai perkami kaip vienas paketas.
Atskiras NIS2 įrankio ar DORA įrankio poreikis priklauso nuo organizacijos statuso ir veiklos. Vien tai, kad finansų ar technologijų įmonė turi BDAR pareigų, nereiškia, kad jai taikomi visi trys režimai ar kad vienas produktas juos įvykdo. Jei reikalavimai persidengia, palyginkite, ar galima bendrus faktus naudoti keliose darbo eigose išsaugant atskirus teisinius sprendimus. Integracija gali sumažinti dvigubą įvedimą, bet jos diegimas ir palaikymas taip pat kainuoja.
Priėmimo bandymas ir sprendimas
Pateikite dviem ar trims tiekėjams vieną fiktyvų, bet jums būdingą scenarijų. Pavyzdžiui, naujas paslaugos teikėjas gauna prieigą prie klientų duomenų, o vėliau vienas klientas pateikia prašymą. Paprašykite parodyti, kas įrašo naują gavėją, kaip susiejamas teisinis instrumentas, kas peržiūri prašymo apimtį ir kaip lieka sprendimo įrodymas. Jei tiekėjas tik perjungia žalią „atitinka” būseną, bet negali parodyti šaltinio bei patvirtinusio žmogaus, kainą lyginti per anksti. Užrašykite, kas jau veikia, kas reikalauja konfigūravimo ir kas tik žadama ateityje.
Sutartyje patikrinkite, ar pasiūlymo apimtis sutampa su bandyme matytomis funkcijomis. Nurodykite priėmimo kriterijus, duomenų eksporto formatą, pagalbos kanalus, numatytus pokyčių mokesčius ir išėjimo eigą. Neprivalote pirkti naujos platformos, jei esama darbo eiga tinkamai veikia ir ją galima prižiūrėti; toks sprendimas turėtų būti pagrįstas tomis pačiomis faktinėmis sąnaudomis bei rizikomis. Jei perkate, paskirkite vidinį savininką, kuris tikrins rezultatus po diegimo. Tiekėjas gali pateikti įrankį, bet organizacija išlaiko atsakomybę už savo duomenų naudojimą ir teisines išvadas.
Patikrinkite, ką iš tiesų apima pasiūlymo kaina
Pasiūlymo eilutė „duomenų subjektų prašymai” gali reikšti tik užduoties registravimą arba visą saugių užklausų paieškos ir atsakymo ruošimo darbo eigą. „Incidentų valdymas” gali būti vidinis įvykių sąrašas, bet ne pranešimo pateikimas VDAI. Paprašykite tiekėjo atskirai parodyti kiekvieną funkciją, kurią ketinate įtraukti į naudos skaičiavimą. Jei dalis atliekama eksportuojant duomenis į kitą sistemą, paklauskite, kas už integraciją atsako ir kaip taisomos nesėkmingos užklausos. Programinė įranga negali pakeisti atsakingo žmogaus sprendimo, ar įvykis iš tikrųjų yra asmens duomenų saugumo pažeidimas ir ar būtinas pranešimas VDAI.
Palyginimo lape pridėkite stulpelį „parodyta”, „konfigūruojama” arba „neįtraukta”. Tiekėjas gali parodyti būsimą kelių produktų planą, kuris dar neveikia jūsų perkamoje versijoje. Darbuotojo valandų sutaupymą skaičiuokite tik ten, kur bandymas parodė, kad darbas tikrai trumpėja. Pavyzdžiui, automatinis priminimas gali sumažinti pamirštų peržiūrų skaičių, bet jei visi gavėjai pranešimą ignoruoja, numatyta nauda neatsiranda. Bandomojo laikotarpio rezultatus fiksuokite kaip prielaidų patikrą, o ne rinkodarinį pažadą.
Kainą siekite su proceso rizika
Skirtingi skyriai gali vertinti tą pačią platformą dėl skirtingų priežasčių. Personalo skyriui svarbu, kas mato darbuotojų duomenų veiklos aprašą; pirkimams – kaip tvarkytojų pakeitimai pasiekia atsakingą asmenį; privatumo komandai – ar sprendimai įrodomi. Jei sistema apima visus procesus, patikrinkite, ar jos bendras modelis išlaiko skirtingas prieigas. Pigiausias paketas gali būti pakankamas vienai mažai komandai, bet netinkamas keliems duomenų valdytojams, jeigu jų įrašai maišomi. Tokiu atveju papildoma prieigos funkcija yra ne dekoratyvus modulis, o konkretaus naudojimo scenarijaus sąnauda.
Nebandykite bendro biudžeto pagrįsti vien išsaugotų failų skaičiumi. Reikšmingesnis rezultatas gali būti aiškus atsakingas asmuo, laiku pastebėtas pasikeitęs duomenų gavėjas arba galimybė pateikti tikslų atskaitomybės įrodymų rinkinį. Šiems rezultatams irgi reikalingas vidinis darbas. Jei jį ignoruosite, lyginsite nepilną licencijos kainą su pilnu rankiniu procesu. Jei jį įtrauksite abiem variantams, vadovybė matys tikrą pasirinkimo priežastį ir galės nuspręsti, ar papildoma kontrolė verta papildomų sąnaudų.
Peržiūrėkite skaičiavimą po diegimo
Pirkimo sprendimo dokumente palikite prielaidas: kiek veiklų, prašymų ir naudotojų buvo numatyta, koks vidaus valandos matas naudotas ir kokios funkcijos turėjo sutrumpinti darbą. Po diegimo pakartokite tą patį matavimą. Jei pradinių duomenų išvalymas užtruko ilgiau nei planuota, atskirkite vienkartinį migravimo darbą nuo nuolatinės priežiūros. Jei mokamų naudotojų padaugėjo, patikrinkite, ar papildomos paskyros atitinka tikrą vaidmenį, o ne tai, kad niekas neapibrėžė tvirtinimo srauto.
Kartais geriausias sprendimas po bandymo yra atidėti pirkimą ir pataisyti vieną vidaus procesą. Pavyzdžiui, jei nauja tiekėjo sutartis nepasiekia privatumo komandos, dar viena duomenų bazė šios spragos neišspręs be pranešimo taisyklės. Kitais atvejais automatizuotas priminimas ir centralizuotas įrašas gali padėti būtent todėl, kad žmonės jau žino, kas turi priimti sprendimą. Užrašykite šį skirtumą ir peržiūros datą, bet nepristatykite jos kaip teisės aktų nustatyto programos keitimo termino.
Dažniausi klausimai
Kokia yra vidutinė BDAR programinės įrangos kaina Lietuvoje?
Be vienodai apibrėžtų 2026 m. tiekėjų pasiūlymų ir jų paketų nėra pagrindo skelbti patikimo vidurkio. Prašykite rašytinių pasiūlymų pagal savo naudotojų, bendrovių, modulių, diegimo ir eksporto scenarijų. Šiame puslapyje pateikti skaičiai yra tik aritmetiniai pavyzdžiai, o ne rinkos tarifai.
Ar privaloma turėti mokamą BDAR platformą?
Ne. BDAR nustato pareigas dėl tvarkymo ir atskaitomybės, bet nenurodo vienos komercinės programos. Patikrinkite, ar esami įrankiai leidžia palaikyti aktualius įrašus, sprendimus ir saugumą. Jei to nepakanka, pirkite aiškiai apibrėžtai spragai, o ne dėl bendro teiginio, kad „programa užtikrina BDAR”.
Ar programinė įranga atsiperka per metus?
Tai priklauso nuo jūsų pradinio darbo, realaus diegimo rezultato ir visų sąnaudų. Apskaičiuokite patikrintas iki ir po valandas, migravimą, priežiūrą bei pirkimo kainą. Neįtraukite hipotetinės baudos kaip užtikrinto sutaupymo ir nereikalaukite, kad kiekviena teisinė užduotis būtų automatizuota.
Ar didesnė apyvarta reiškia didesnę programos naudą?
Nebūtinai. BDAR sankcijų ribos ir jų taikymo kriterijai yra atskiras teisinis klausimas; apyvarta savaime neparodo įrankio naudos. Lyginkite darbo apimtį, duomenų riziką, esamus kontrolės trūkumus ir realų pasiūlymą. Programos kainos negalima pateisinti vien hipotetine sankcija.
Ką daryti, jei tiekėjas neskelbia kainos?
Prašykite pasiūlymo pagal vienodą rašytinį scenarijų. Jei tiekėjas neatskleidžia diegimo, migravimo, palaikymo ar išėjimo kainos, pažymėkite ją kaip nežinomą ir nepriimkite jos už nulį. Palikite sprendimui pakankamai laiko bandomajam eksportui bei saugumo klausimams.
Šaltiniai, peržiūrėti 2026 m. rugsėjo 27 d.: BDAR 5, 24, 28, 30, 32–35 straipsniai, VDAI rekomendacija dėl veiklos įrašų. Hipotetinių skaičiavimų šaltinis yra aiškiai išdėstytos prielaidos, ne tiekėjų kainoraštis.