Provayderga bogʻlanish va chiqish strategiyasi: tizimdan chiqishga tayyorlik

Yevropa Ittifoqining Data Act qonuni maʼlumotlarni qayta ishlash xizmati provayderlariga shunday qoida qoʻyadi: 2027 yil 12 yanvardan boshlab mijoz xizmatni almashtirganda provayder almashtirish uchun toʻlov olmaydi. 2024 yil 11 yanvardan 2027 yil 12 yanvargacha esa faqat kamaytirilgan toʻlov mumkin va u provayderning almashtirish bilan bevosita bogʻliq sarfidan oshmasligi kerak. Bu qoidaning mantiqi oddiy, bu tahririyat fikri: chiqish qimmat boʻlsa, mijoz boshqa variantni amalda tanlay olmaydi.

Bogʻlanish qayerdan paydo boʻladi

Provayderga bogʻlanish bitta sababdan tugʻilmaydi, bu tahririyat mulohazasi. Odatda bir necha narsa bir-biriga qoʻshiladi: maʼlumot faqat yopiq shaklda saqlanadi, xodimlar bitta tizim usuliga oʻrganib qoladi, integratsiyalar shu tizimning ichki imkoniyatiga yozilgan boʻladi, shartnomada esa chiqish tartibi umuman koʻrsatilmagan.

Gipotetik misol. Kompaniya besh yil davomida bulutli tizimda ishladi, tizimni almashtirish kerak boʻlganda esa maʼlum boʻldiki, hisobotlar faqat ekranda koʻriladi, maʼlumotni faqat chop etib olish mumkin. Yangi tizimga oʻtish endi sotuvchi va dasturchiga qoʻlda koʻchirish ishini yuklaydi, shu sababli bunday holat texnik savoldan koʻra shartnoma va tanlov savoliga aylanadi.

Jadvalning uchinchi qatori koʻpincha unutiladi. Integratsiya yozilgandan keyin eski tizimning ichki imkoniyatiga tayanib qolgan boʻlsa, maʼlumotni eksport qilish ishning faqat bir qismi. Yangi tizimga oʻtganda har bir integratsiya qaytadan yoziladi va qaysi tizim qaysi tizimdan nimani olishini bilish kerak boʻladi. Shu sababli bu roʻyxatni oldindan tuzib qoʻygan kompaniya chiqishni ancha tez rejalashtiradi.

GDPR 20-modda: maʼlumotni koʻchirish huquqi

GDPR Yevropaning shaxsga doir maʼlumotlar qoidasi, uning 20-moddasi shaxsga oʻzi bergan maʼlumotni tuzilgan, keng qoʻllaniladigan va mashina oʻqiy oladigan shaklda olish huquqini beradi. Shaxs bu maʼlumotni boshqa operatorga toʻsiqsiz uzatishi mumkin, texnik imkon boʻlsa, maʼlumot bir operatordan boshqasiga bevosita yuboriladi.

Modda tor doirada ishlaydi: u faqat rozilik yoki shartnomaga asoslangan va avtomatik vositalar bilan bajarilgan qayta ishlashga tegishli. Yaʼni bu kompaniyaning butun biznes maʼlumotini olish huquqi emas, balki shaxsning oʻzi bergan maʼlumotini qaytarib olish huquqi. Shu sababli moddani chiqish strategiyasining tayyor yechimi emas, gʻoya namunasi deb qarash toʻgʻri.

Modda yana ikki chegarani aytadi. Maʼlumotni koʻchirish huquqidan foydalanish oʻchirish huquqiga taʼsir qilmaydi, yaʼni shaxs maʼlumotni olib chiqqandan keyin eski joyda uni oʻchirishni alohida talab qilishi mumkin. Huquq boshqa odamlarning huquq va erkinliklariga zarar yetkazmasligi ham kerak.

Data Act: chiqishni shartnomaga yozish

Data Act ning VI bobi xizmatni almashtirishga bagʻishlangan, uning 25-moddasi esa shartnomada kamida nimalar boʻlishini sanaydi. Shartnoma yozma shaklda boʻlishi va imzolashdan oldin mijozga saqlab olish mumkin boʻlgan koʻrinishda berilishi kerak. Asosiy talablar quyidagicha:

• Almashtirish davri: mijoz soʻrasa, xizmatni boshqa provayderga yoki oʻz infratuzilmasiga oʻtkazish koʻpi bilan 30 kalendar kun ichida amalga oshadi.
• Ogohlantirish muddati: chiqish jarayonini boshlash uchun muddat ikki oydan oshmaydi.
• Koʻchiriladigan maʼlumot roʻyxati: nimalarni olib chiqish mumkinligi toʻliq sanab beriladi.
• Qaytarib olish muddati: almashtirish davridan keyin kamida 30 kalendar kun mijoz maʼlumotni qaytarib oladi.
• Oʻchirish: bu muddatdan keyin mijozning maʼlumoti toʻliq oʻchiriladi.
• Chiqish strategiyasiga yordam: provayder kerakli maʼlumotni beradi.

Bir istisno ham bor. Provayder tijorat siri xavfi boʻlgan ichki maʼlumot turlarini koʻchiriladigan maʼlumot roʻyxatidan chiqarishi mumkin, ammo bu turlar toʻliq sanab berilishi va almashtirishni toʻxtatmasligi yoki kechiktirmasligi kerak. Shuning uchun roʻyxatdagi «nima olib chiqiladi» bandini ham, «nima olib chiqilmaydi» bandini ham diqqat bilan oʻqish kerak.

Muddatlar birgalikda qanday koʻrinishini oddiy hisob koʻrsatadi, bu gipotetik va qonundagi chegaralarning yuqori qiymatlariga tayanadi. Chiqish jarayonini boshlash uchun ogohlantirish ikki oygacha, almashtirish davri 30 kun, maʼlumotni qaytarib olish davri kamida yana 30 kun boʻlishi mumkin. Hammasi birga olinganda taxminan toʻrt oy chiqadi. Moliyaviy yilning yopilishi yoki mavsumiy yuklama shu oraliqqa tushsa va chiqish oldindan rejalashtirilmagan boʻlsa, jarayon eng yomon paytga toʻgʻri keladi.

Qonun yana bir narsani talab qiladi: shartnoma imzolanishidan oldin provayder oddiy xizmat xarajatlarini, erta tugatish jarimalarini va almashtirishdagi kamaytirilgan toʻlovlarni aniq koʻrsatadi. Almashtirish juda murakkab yoki qimmat boʻlgan xizmatlar haqida ham ogohlantirish kerak.

Bu qoidalar Yevropa Ittifoqi uchun yozilgan va Oʻzbekiston kompaniyasi uchun majburiy emas, lekin shartnoma yozishda nimalarni soʻrash kerakligini koʻrsatadigan tayyor roʻyxat vazifasini bajaradi. Bu tahririyat fikri: Oʻzbekiston huquqi alohida tekshirilishi kerak.

Maʼlumot: eksport bormi va toʻliqmi

Chiqish strategiyasining birinchi savoli: maʼlumotni qaysi shaklda olish mumkin. Odoo 20 hujjatida eksport roʻyxat koʻrinishidan ishga tushiriladi: yozuvlar belgilanib, Export amali tanlanadi. Fayl Excel yoki oddiy matn koʻrinishida olinadi, faqat yangilanadigan maydonlar tanlansa esa fayl Odoo ga qaytarib yuklashga mos boʻladi.

Eksport shablonlari saqlanadi: tanlangan maydonlar, ularning tartibi va tillar bir marta belgilanib, keyin takror ishlatiladi. Bir necha til oʻrnatilgan boʻlsa, tarjimalarni ham eksport qilish mumkin va har til alohida ustun boʻladi. Odoo 19 hujjatida esa fayl shakllari CSV va XLS deb koʻrsatilgan. Yaʼni versiyalar oʻrtasida tafsilotlar oʻzgaradi, shuning uchun shartnomadagi talab maʼlum versiyaga emas, natijaga bogʻlanishi kerak.

Odoo 19 hujjati amaliy ogohlantirishni ham beradi: katta eksport vaqt tugab qolishi xatosiga olib kelishi mumkin, shuning uchun uni kichik boʻlaklarga boʻlib bajarish tavsiya etiladi. Demak, chiqish sinovida eksport qancha vaqt olishini va u qanday boʻlaklarga boʻlinganini oldindan bilib qoʻyish kerak.

Muhim ogohlantirish: hujjat roʻyxatdan eksportni tasvirlaydi, butun bazaning toʻliq arxivini emas, maʼlumotning hammasi, ilovalar, yozishmalar tarixi va oʻzaro bogʻliqliklar shu yoʻl bilan tushishini hujjat oʻzi aytmaydi. Bu savolni faqat sinov bilan tekshirish mumkin.

Sozlamalar masalasi alohida eʼtibor talab qiladi. Eksport roʻyxatlari yozuvlarni beradi, lekin kompaniya qoidalari, tasdiqlash zanjirlari va hisobot shakllari tizim sozlamasida yashaydi. Ular hujjatlashtirilmagan boʻlsa, yangi tizimda hammasini qayta oʻylab topish kerak boʻladi. Shu sababli tizimning ishlash qoidalarini oddiy tilda yozib borish ham chiqish strategiyasining bir qismi.

API va hujjat: integratsiyani koʻchirish

Maʼlumot chiqqani bilan integratsiyalar qolib ketishi mumkin. OpenAPI standarti HTTP orqali ishlaydigan API ni dasturlash tilidan mustaqil tasvirlaydi va xizmat imkoniyatini odam ham, dastur ham manba kodini oʻqimasdan tushunishi mumkin. Spesifikatsiyani OpenAPI tashabbusi Linux Foundation ostida eʼlon qiladi va hujjat Apache litsenziyasi ostida berilgan.

Roy Fielding 2000 yilda Kaliforniya universiteti Irvine filialida himoya qilgan dissertatsiyasida veb arxitekturasi va REST uslubini tasvirlagan, bu uslub beshinchi bobda yoritiladi. Bugun REST nomi bilan ataladigan interfeys uslubi shu ishdan kelib chiqqan. Tahririyat fikri: shunday interfeys va yangilanib turadigan tavsif boʻlsa, yangi tizim eski tizimdan maʼlumotni oʻzi ola oladi.

Chiqish sinovi

Chiqish sinovi nega kerakligini bir misol bilan koʻrsatish mumkin. Hujjatda «maʼlumotni eksport qilish mumkin» deb yozilgan boʻlishi mumkin, lekin sinovda fayl faqat bir ekranning qismini berishi, ustun nomlari kodlarda yozilishi yoki bogʻlangan yozuvlar ajralib qolishi aniqlanadi. Qogʻozdagi band shunday muammoni koʻrsatmaydi. Sinov esa bu savollarga javobni ish boshlanishidan ancha oldin beradi.

Sinovni quyidagi tartibda oʻtkazish mumkin, bu tahririyat taklifi:

1. Bitta muhim boʻlimning, masalan mijozlar va buyurtmalarning, toʻliq eksportini soʻrang.
2. Faylni tizimning oʻzidan alohida joyda oching va yozuvlar sonini oddiy hisob bilan solishtiring.
3. Bogʻlangan maʼlumotni tekshiring: buyurtma mijozga, mijoz hisob-fakturaga ulangan holda qoladimi.
4. Eksport qancha vaqt olganini va kim uni qilganini yozib qoʻying.
5. Natijani yilda bir marta takrorlang, chunki tizim oʻzgargan boʻlishi mumkin.

Chiqish strategiyasida vaqt omili ham muhim. Shartnoma yangilanadigan sanadan olti oy oldin tizimni qaytadan baholash, shu paytga chiqish sinovini tugatib qoʻyish tanlovni sifatli qiladi. Aks holda yangilanish kuni yaqinlashganda boshqa variantni oʻylash uchun vaqt ham, kuch ham qolmaydi, kompaniya esa yana oʻsha tizim bilan qoladi. Bu tahririyat fikri.

Amalda nima qilish mumkin

Quyidagilar manbalardan chiqarilgan tahririyat xulosasi, tayyor protokol emas.

1. Tizimni tanlashdan oldin maʼlumotni qaysi shaklda olish mumkinligini yozma soʻrang.
2. Shartnomada chiqish muddatini, maʼlumotni qaytarib olish vaqtini va oʻchirish tartibini koʻrsating.
3. Integratsiyalarni API hujjati bor, ochiq standartga tayanadigan usullarda quring.
4. Har yili bir muhim boʻlim boʻyicha chiqish sinovini oʻtkazing.
5. Chiqish rejasini tizimni tanlash hujjatlari bilan birga saqlang.

Kichik kompaniya uchun bu ishlarning hammasi katta loyihaga aylanmaydi, oddiy variant esa uch qadamdan iborat, bu tahririyat taklifi. Asosiy roʻyxatlarning, masalan mijozlar, mahsulotlar va buyurtmalarning, toʻliq nusxasini davriy ravishda oʻz serveringizda yoki oʻzingiz boshqaradigan joyda saqlang. Shartnomadagi chiqish bandini yilda bir marta qayta oʻqing, yangi integratsiya qoʻshishdan oldin esa uning ochiq tavsifi bor-yoʻqligini soʻrang.

Chiqish imkoniyati sotuvchiga ishonmaslikni bildirmaydi. Aksincha, uni ochiq yozish ikki tomonga ham aniqlik beradi va vaziyat oʻzgarganda bahsni kamaytiradi.