1. Aprašykite darbą taip, kad jį būtų galima priimti
Surinkite svarbiausias pirkėjo ir administratoriaus užduotis: surasti prekę, pasirinkti variantą, gauti teisingą kainą, pateikti užsakymą, pakeisti statusą ir išspręsti nesėkmingą mokėjimą. Prie kiekvienos užduoties įrašykite priėmimo kriterijų ir testinius duomenis. „Sukurti modernią parduotuvę“ nėra patikrinamas rezultatas; „pirkėjas gali pasirinkti dydį, o užsakymo eilutėje išsaugomas variantas“ — jau testuojama.
2. Klauskite apie duomenis, kodą ir išėjimą
- Kas valdo domeną, hostingą, kodo saugyklą, mokėjimų ir kitų tiekėjų paskyras?
- Kokiu formatu galėsite eksportuoti prekes, klientų duomenis, užsakymus, nuotraukas ir priedus?
- Kas įskaičiuota į programinio kodo naudojimo ar licencijos sąlygas?
- Ar perdavimo dokumentuose bus architektūra, integracijų sąrašas, prieigos ir atkūrimo žingsniai?
- Kas vyksta, jei pakeitimas didina kainą ar terminą, ir kas turi jį patvirtinti?
Duomenų eksportas, kodo nuosavybė ir komercinė pagalba nėra automatiškai suteikiami vien dėl GDPR. Juos atskirai aprašykite sutartyje: kokios lentelės ir failai perduodami, kokiu terminu, ar taikomas mokestis ir ką partneris pašalina po perdavimo.
3. Atskirkite atsakymo laiką nuo sprendimo laiko
Palaikymo susitarime apibrėžkite darbo valandas, kritiškumo lygius, kontaktavimo kanalą, reakcijos laiką, eskalavimą ir tai, kas laikoma atkūrimu. „Atsakome per keturias valandas“ dar nereiškia, kad mokėjimai per keturias valandas bus atkurti. Prašykite tik tokių tikslų, kuriuos tiekėjas gali aiškiai įsipareigoti vykdyti.
4. Jei tvarkomi pirkėjų asmens duomenys
Kai tiekėjas tvarko asmens duomenis jūsų vardu, GDPR 28 straipsnis reikalauja tinkamo valdytojo ir tvarkytojo susitarimo. Aptarkite dokumentuotas instrukcijas, konfidencialumą, saugumo priemones, subrangovus, pagalbą incidento metu, auditą ir duomenų grąžinimą ar ištrynimą pasibaigus paslaugai. Teisinis vaidmuo priklauso nuo faktinio duomenų naudojimo — ne kiekvienas kūrėjas visais atvejais yra tvarkytojas.
5. Reikalaukite įrodymų
Paprašykite redaguoto perdavimo pavyzdžio, testavimo plano, atkūrimo bandymo įrašo arba saugumo reikalavimų sąrašo. OWASP ASVS galima naudoti kaip pasirinktų, patikrinamų programos saugumo reikalavimų katalogą; užrašykite konkrečią versiją ir reikalavimus, o ne abstraktų pažadą „atitinka OWASP“. Atsargiai vertinkite pardavimų ar pirmos vietos Google paieškoje garantijas — rezultatą lemia daug veiksnių, kurių kūrėjas nekontroliuoja.
Šaltiniai
- Reglamentas (ES) 2016/679, ypač 28 straipsnis — valdytojo ir tvarkytojo susitarimas, kai toks vaidmuo taikomas.
- OWASP Application Security Verification Standard — versijuotas kontrolinis sąrašas programos saugumo reikalavimams.
- NIST: RPO — duomenų atkūrimo lūkestis.
Atnaujinta 2026 m. spalio 20 d. Sutartį vertinkite su teisininku pagal realų projektą.