DESAmedia ·

Trumpas atsakymas

Jei jūsų CRM, ERP, sandėlio ar kita verslo sistema veikia kaip debesijos paslauga (SaaS), ES duomenų aktas jau dabar suteikia teisę iš jos išeiti su savo duomenimis: iš anksto žinomomis sąlygomis, per aiškius terminus ir struktūrizuotu, mašininiu būdu nuskaitomu formatu. Nuo 2027 m. sausio 12 d. paslaugų teikėjai nebegalės imti jokių perjungimo mokesčių, įskaitant mokesčius už duomenų išsiuntimą. Iki tol jie gali imti tik tiesiogines perjungimo išlaidas.

Tačiau įstatymas neperkelia duomenų už jus. Sklandžiam išėjimui reikia trijų dalykų: sutarties, kurioje aiškiai surašytos išėjimo sąlygos, iš anksto išbandyto duomenų eksporto ir migracijos plano, kuriame numatytas lygiagretus darbas, perėjimo diena ir duomenų ištrynimo patvirtinimas. Šiame straipsnyje viską aptariame iš užsakovo pusės. Teisės aktų tekstus tikrinome 2026 m. lapkričio 5 d. Tai praktinis gidas, ne teisinė konsultacija: konkrečią sutartį verta peržiūrėti su teisininku.

Kodėl apie tai verta galvoti dabar

Dažniausios priežastys, kodėl įmonės ima galvoti apie išėjimą iš SaaS, yra kasdieniškos: prenumeratos kaina pakilo, sistema nebeatitinka procesų, reikalingos integracijos yra tik brangiausiame plane, tiekėjas nupirktas ar keičia kryptį. Problema ta, kad apie išėjimą pradedama galvoti tada, kai jau skuba, o tada paaiškėja, kad dalies duomenų eksportuoti negalima, priedų istorija neišsikelia, o pranešimo terminas yra keli mėnesiai.

Duomenų aktas šią situaciją pakeitė iš esmės. Reglamentas (ES) 2023/2854 taikomas nuo 2025 m. rugsėjo 12 d., o jo VI skyrius skirtas būtent duomenų tvarkymo paslaugų, tai yra debesijos ir panašių paslaugų, teikėjo keitimui. Europos Komisijos paaiškinime tiesiai rašoma, kad platformos ir programinės įrangos kaip paslaugos (PaaS ir SaaS) teikėjai turi suteikti atviras sąsajas ir bent jau eksportuoti duomenis įprastu, mašininiu būdu nuskaitomu formatu.

Lietuvoje Duomenų akto priežiūrą nuo 2026 m. rugpjūčio 1 d. vykdo Ryšių reguliavimo tarnyba (RRT). Jos puslapyje kaip vienas iš atvejų, kada galima kreiptis, nurodyta situacija, kai nesilaikoma reikalavimų, susijusių su debesijos paslaugų teikėjo keitimu.

Ką Duomenų aktas garantuoja išeinančiam klientui

Sutartyje privalomos išėjimo sąlygos

Reglamento 25 straipsnis nustato, kad kliento teisės ir teikėjo pareigos keičiant paslaugų teikėją turi būti aiškiai surašytos rašytinėje sutartyje, kurią klientas gauna prieš pasirašydamas. Sutartyje turi būti bent:

  • Pranešimo terminas ne ilgesnis nei 2 mėnesiai. Tiek daugiausia gali trukti laikas nuo jūsų pranešimo iki perjungimo pradžios.
  • Pereinamasis laikotarpis iki 30 kalendorinių dienų. Jo metu sutartis galioja, teikėjas teikia paslaugą, padeda jums ir jūsų naujam tiekėjui, užtikrina saugumą ir informuoja apie žinomas rizikas. Jei per 30 dienų perjungti techniškai neįmanoma, teikėjas per 14 darbo dienų turi tai pagrįsti ir pasiūlyti kitą terminą, ne ilgesnį nei 7 mėnesiai. Klientas taip pat turi teisę vieną kartą pratęsti pereinamąjį laikotarpį.
  • Išsamus sąrašas, kokius duomenis ir skaitmeninį turtą galima perkelti, bent jau visus vadinamuosius eksportuojamus duomenis.
  • Duomenų atsiėmimo laikotarpis ne trumpesnis nei 30 kalendorinių dienų po pereinamojo laikotarpio pabaigos.
  • Visiškas duomenų ištrynimas pasibaigus atsiėmimo laikotarpiui, jei perjungimas baigtas sėkmingai.
  • Teikėjo pareiga padėti įgyvendinti jūsų išėjimo strategiją ir pateikti visą reikalingą informaciją.

Informacija apie formatus prieš pasirašant

Pagal 26 straipsnį teikėjas turi informuoti apie galimus perjungimo ir perkėlimo būdus, formatus ir žinomus techninius apribojimus, taip pat nurodyti nuolat atnaujinamą internetinį registrą su duomenų struktūromis, formatais ir standartais, kuriais pateikiami eksportuojami duomenys. Praktiškai tai reiškia, kad dar prieš sutartį galite paklausti: „Parodykite, kokiu formatu gausime savo duomenis.“

Atviros sąsajos ir mašininiu būdu nuskaitomas eksportas

30 straipsnis SaaS ir panašių paslaugų teikėjams nustato pareigą nemokamai suteikti atviras sąsajas (API) vienodomis sąlygomis visiems klientams ir naujiems tiekėjams. Kol konkrečiai paslaugų rūšiai nėra paskelbtų bendrų sąveikumo specifikacijų ar standartų, teikėjas kliento prašymu turi eksportuoti visus eksportuojamus duomenis struktūrizuotu, įprastai naudojamu ir mašininiu būdu nuskaitomu formatu.

Perjungimo mokesčiai: iki 2027 m. sausio 12 d. ir po jos

29 straipsnis numato laipsnišką perjungimo mokesčių panaikinimą:

Laikotarpis Ką teikėjas gali imti už perjungimą
2024-01-11 iki 2027-01-12 Sumažintus mokesčius, ne didesnius nei tiesiogiai su perjungimu susijusios teikėjo išlaidos
Nuo 2027-01-12 Jokių perjungimo mokesčių

Svarbi detalė: reglamente „perjungimo mokesčiai“ apibrėžiami kaip mokesčiai už perjungimui reikalingus veiksmus, įskaitant duomenų išsiuntimą (angl. egress), bet ne įprasti paslaugos mokesčiai ir ne išankstinio sutarties nutraukimo baudos. Todėl įprastą prenumeratą už pranešimo ir pereinamąjį laikotarpį greičiausiai mokėsite, o jei sutartis terminuota, gali būti taikoma sutartyje numatyta bauda už išankstinį nutraukimą. Prieš pasirašydamas sutartį teikėjas turi aiškiai nurodyti standartinius mokesčius, galimas baudas ir sumažintus perjungimo mokesčius.

Ko Duomenų aktas neišsprendžia

Ne visi duomenys yra „eksportuojami duomenys“

Reglamente eksportuojami duomenys apibrėžiami kaip įvesties ir išvesties duomenys, įskaitant metaduomenis, kuriuos sukūrė jūsų naudojimasis paslauga. Į juos nepatenka teikėjo ar trečiųjų šalių intelektinė nuosavybė ir komercinės paslaptys. Klientų kortelės, užsakymai, sąskaitos, komentarai ir priedai yra jūsų duomenys. Tačiau teikėjo sukurta ataskaitų logika, automatizavimo taisyklių variklis ar pati programa paprastai nėra tai, ką gausite eksporte. Darbo eigas, leidimų struktūrą ir ataskaitas naujoje sistemoje dažniausiai teks atkurti.

Duomenų perkėlimas yra jūsų projektas

Teikėjas turi duomenis atiduoti, bet niekas neprivalo jų sutvarkyti, pervadinti laukų, sujungti dublikatų ir įkelti į naują sistemą. Tai yra migracijos projektas su savo biudžetu, testavimu ir atsakingu žmogumi.

Individualiai sukurtoms paslaugoms taikomos išimtys

31 straipsnis numato, kad dalis pareigų, įskaitant perjungimo mokesčių panaikinimą (29 str.), netaikoma paslaugoms, kurių dauguma pagrindinių funkcijų sukurta konkretaus kliento poreikiams ir kurios nesiūlomos plačiu komerciniu mastu per teikėjo paslaugų katalogą. Teikėjas apie netaikomas pareigas turi informuoti prieš sudarant sutartį. Jei užsisakote individualiai jums sukurtą ir tiekėjo talpinamą sistemą, išėjimo sąlygas, kodo ir duomenų perdavimą verta surašyti sutartyje patiems, nes vien reglamentu remtis nepakaks. Kokius klausimus apie kodo ir duomenų nuosavybę užduoti prieš sutartį, aptarėme straipsnyje Kaip išsirinkti programavimo partnerį.

Bandomosioms, neprodukcinėms paslaugų versijoms, teikiamoms ribotą laiką, VI skyriaus pareigos netaikomos visai.

Galimi pakeitimai per „Skaitmeninį omnibusą“

2025 m. lapkričio 19 d. Europos Komisija pateikė „Skaitmeninio omnibuso“ pasiūlymą, kuriuo, be kita ko, siūloma keisti Duomenų akto nuostatas dėl perjungimo. Pagal pasiūlymą dalis perjungimo pareigų nebūtų taikoma sutartims, sudarytoms iki 2025 m. rugsėjo 12 d., jei paslauga yra stipriai pritaikyta klientui arba ją teikia MVĮ ar mažoji vidutinės kapitalizacijos įmonė (išskyrus infrastruktūros paslaugas). Taip pat siūloma aiškiai įtvirtinti, kad terminuotose SaaS sutartyse galimos proporcingos išankstinio nutraukimo baudos.

2026 m. lapkričio pradžioje tai vis dar tik pasiūlymas: ES Taryba savo derybinę poziciją suderino 2026 m. spalio 21 d., o Europos Parlamentas pozicijos dar neturi. Jei jūsų sutartis su mažu SaaS tiekėju pasirašyta iki 2025 m. rugsėjo, verta stebėti, kuo baigsis derybos.

Migracijos planas: 7 žingsniai

Toliau pateikiamas praktinis planas, kaip pereiti iš vienos sistemos į kitą. Jis tinka tiek keičiant vieną SaaS kitu, tiek pereinant prie individualios sistemos.

1. Surinkite sutartį ir visus jos priedus

Raskite pagrindinę sutartį, paslaugų sąlygas, duomenų tvarkymo sutartį ir kainoraštį. Užsirašykite: sutarties terminą ir pratęsimo sąlygas, pranešimo terminą, numatytas baudas, perjungimo mokesčius ir eksporto formatus. Jei sutartyje šių sąlygų nėra arba jos prieštarauja 25 straipsniui, paprašykite tiekėjo jas pateikti raštu.

2. Sudarykite duomenų inventorių

Surašykite, kokius duomenis sistemoje laikote: klientus ir kontaktus, sandorius, užsakymus, sąskaitas, produktų katalogą, priedus ir failus, komunikacijos istoriją, veiksmų žurnalus, naudotojus ir jų teises. Prie kiekvieno pažymėkite, ar jis būtinas naujoje sistemoje, ar užtenka archyvo. Dažnai 10 metų el. laiškų istorijos nereikia keltis į naują CRM, ją pakanka saugiai archyvuoti.

3. Išbandykite eksportą dar prieš pranešdami apie išėjimą

Atlikite bandomąjį pilną eksportą per API arba administravimo įrankius. Patikrinkite, ar eksporte yra ryšiai tarp įrašų (kuriam klientui priklauso kuris užsakymas), ar išlieka datos, valiutos ir lietuviškos raidės, ar priedai eksportuojami kartu su nuorodomis į įrašus. Šis žingsnis dažniausiai parodo realią migracijos apimtį.

4. Suderinkite laukų atitikmenis ir duomenų valymą

Sudarykite lentelę: senos sistemos laukas, naujos sistemos laukas, transformacija. Čia paaiškėja dublikatai, laisvo teksto laukai vietoj sąrašų ir istoriniai būsenų pavadinimai. Valymo taisykles verta suderinti su verslo žmonėmis, ne tik su programuotojais. Jei nauja sistema turi būti susieta su apskaita, žr. mūsų straipsnį apie integracijas su Rivile, Directo ir Agnum.

5. Suplanuokite terminus pagal sutartį

Sudėkite kalendorių: pranešimo terminas (iki 2 mėnesių), pereinamasis laikotarpis (iki 30 dienų, jei nesusitarta kitaip), atsiėmimo laikotarpis (bent 30 dienų). Bandomąsias migracijas atlikite dar prieš pranešimą, o pereinamajam laikotarpiui palikite galutinę migraciją ir patikrą. Jei matote, kad 30 dienų gali neužtekti, iš karto pasinaudokite teise vieną kartą pratęsti pereinamąjį laikotarpį.

6. Lygiagretus darbas ir perėjimo diena

Kelias dienas ar savaites abi sistemos gali veikti lygiagrečiai: senoji tik skaitymui, naujoji darbui. Perėjimo dieną atlikite galutinį eksportą, įkelkite pokyčius nuo paskutinės bandomosios migracijos ir patikrinkite kontrolines sumas: įrašų skaičių, atvirų sandorių sumą, neapmokėtų sąskaitų likutį.

7. Archyvas ir ištrynimo patvirtinimas

Prieš baigiantis atsiėmimo laikotarpiui pasidarykite pilną archyvinę kopiją. Tada paprašykite tiekėjo raštu patvirtinti, kad eksportuojami duomenys ištrinti, kaip numato 25 straipsnis. Jei sistemoje buvo asmens duomenų, ištrynimą derinkite ir su duomenų tvarkymo sutartimi pagal BDAR.

Pavyzdys: prekybos įmonė keičia CRM

Įmonė išgalvota, pavyzdys iliustracinis.

UAB „Šiaurės prekyba“ penkerius metus naudoja SaaS CRM su 40 naudotojų. Tiekėjas paskelbia naują kainodarą, o reikalinga integracija su sandėlio sistema prieinama tik brangesniame plane. Vadovybė nusprendžia pereiti prie kitos sistemos.

  1. Sausio mėnesį komanda peržiūri sutartį ir paprašo tiekėjo eksporto formatų aprašo bei duomenų struktūrų registro nuorodos. Paaiškėja, kad priedai eksportuojami atskirai nuo įrašų, todėl reikės papildomo susiejimo žingsnio.
  2. Vasarį atliekamos dvi bandomosios migracijos į naują sistemą. Antrosios metu sutampa klientų ir atvirų sandorių skaičius bei sumos.
  3. Kovo pradžioje išsiunčiamas pranešimas apie perjungimą su naujo tiekėjo duomenimis. Kadangi tai daroma po 2027 m. sausio 12 d., tiekėjas negali imti perjungimo mokesčio. Įprasta prenumerata už pranešimo laikotarpį mokama.
  4. Pereinamuoju laikotarpiu komanda dirba naujoje sistemoje, senoji palikta tik skaitymui. Atsiėmimo laikotarpiu pasidaroma archyvinė kopija ir gaunamas rašytinis ištrynimo patvirtinimas.

Svarbiausia šio pavyzdžio pamoka: didžioji dalis darbo atliekama dar prieš išsiunčiant pranešimą. Tada teisės aktų terminai tampa ne grėsme, o patogiu projekto rėmu.

Ką patikrinti renkantis naują sistemą

Išeinant iš vienos sistemos verta iš karto pasirūpinti, kad kitas išėjimas būtų lengvesnis:

  • Ar teikėjas pateikia API ir duomenų struktūrų aprašą be papildomo mokesčio?
  • Ar galite bet kada patys atlikti pilną eksportą, ne tik paprašę pagalbos tarnybos?
  • Ar sutartyje yra 25 straipsnio sąlygos ir aiškios išankstinio nutraukimo baudos?
  • Jei sistema individuali, ar sutartyje įrašyta, kad kodas ir duomenys priklauso jums, ir kaip vyks perdavimas kitam tiekėjui?
  • Ar sistema, kurią planuojate naudoti 5 metus, kainuos tiek, kiek tikitės? Gatavo ir individualaus sprendimo kaštų palyginimą rasite straipsnyje Odoo ar individuali verslo valdymo sistema, o iš ko susideda individualios sistemos kaina, aptarėme straipsnyje Kiek kainuoja individualios sistemos kūrimas.

Jei renkatės CRM, naudingas ir mūsų palyginimas gatavos ar individualios CRM sistemos.

DUK

Ar Duomenų aktas taikomas mano SaaS sutarčiai, pasirašytai iki 2025 m. rugsėjo?

Reglamentas taikomas nuo 2025 m. rugsėjo 12 d., ir teisininkų vertinimu VI skyriaus perjungimo pareigos paprastai taikomos ir jau galiojančioms sutartims. Skaitmeninio omnibuso pasiūlyme siūlomos išimtys kai kurioms iki tos datos sudarytoms sutartims, bet 2026 m. lapkričio pradžioje jos dar nėra priimtos.

Ar galiu nutraukti metinę sutartį anksčiau ir nemokėti likusios sumos?

Duomenų aktas užtikrina teisę perjungti paslaugą ir perkelti duomenis, bet išankstinio nutraukimo baudos pagal apibrėžimą nėra perjungimo mokesčiai. Ar ir kokia bauda taikoma, lemia jūsų sutartis ir jos proporcingumas, todėl šį klausimą verta įvertinti su teisininku.

Ką daryti, jei tiekėjas nepateikia duomenų?

Pirmiausia kreipkitės raštu, nurodydami reglamento 25 ir 30 straipsnius bei sutarties sąlygas. Jei tai nepadeda, Lietuvoje skundą dėl debesijos paslaugų teikėjo keitimo reikalavimų galima pateikti RRT.

Ar Duomenų aktas taikomas mano individualiai sukurtai sistemai?

Jei sistema talpinama tiekėjo debesyje ir dauguma jos funkcijų sukurta būtent jums, dalis pareigų, įskaitant perjungimo mokesčių draudimą, gali būti netaikoma. Todėl tokiu atveju kodo, duomenų ir prieigų perdavimo sąlygas būtina įrašyti į sutartį.

Kiek laiko trunka migracija?

Priklauso nuo duomenų kiekio, kokybės ir integracijų. Vieno modulio CRM su švariais duomenimis gali užtrukti kelias savaites, o ERP su sandėliu ir apskaitos integracija kelis mėnesius. Teisės akto terminai (2 mėnesiai pranešimui ir 30 dienų perėjimui) yra viršutinė riba tiekėjui, ne jūsų projekto trukmė, todėl bandomąsias migracijas atlikite iš anksto.

Ką daryti toliau

Pradėkite nuo dviejų nesudėtingų veiksmų: susiraskite dabartinės sistemos sutartį ir atlikite vieną bandomąjį pilną eksportą. Jau vien tai parodys, ar išėjimas bus kelių savaičių darbas, ar didesnis projektas.

DESAmedia padeda įmonėms suplanuoti ir atlikti duomenų migraciją, sujungti naują sistemą su apskaita ir kitomis programomis per sistemų integracijas ir automatizavimą, o jei reikia, sukurti verslo valdymo sistemą, kurios kodas ir duomenys priklauso jums. Jei norite įvertinti savo išėjimo planą prieš kalbėdami su tiekėju, galime padėti per IT konsultacijas ir sistemų projektavimą. Parašykite mums per kontaktų puslapį.

Šaltiniai