Mazmunga o‘tish
DevUzDevUz Studio

// elektron hujjat aylanishi tizimi

Elektron hujjat aylanishi tizimi uchun texnik topshiriq: nimalarga e'tibor berish kerak

Elektron hujjat aylanishi tizimi (EHAT) — davlat organlari va yirik tashkilotlar orasida eng ko'p e'lon qilinadigan IT xaridlardan biri. Vazifasi oddiy ko'rinadi: kiruvchi va chiquvchi hujjatlarni ro'yxatga olish, ularni kelishish, rezolyutsiya va topshiriqlar berish, bajarilish muddatlarini nazorat qilish. Lekin aynan shu «oddiylik» texnik topshiriqni yuzaki yozishga undaydi — va keyin loyihani murakkablashtiradi.

Odatda buyurtmachi — kotibiyat, ish yuritish bo'limi yoki raqamli transformatsiya xizmati tomonidan tayyorlangan davlat organi yoki yirik korxona bo'ladi. Talablarni funksional nuqtai nazardan yozishadi: nima kerak, lekin qanday ishlashi kerak — yo'q. Natijada pudratchi tizimni «umumiy tushunchasi» bo'yicha quradi, buyurtmachi esa aniq jarayonni ko'zda tutgan bo'ladi.

EHATning asosiy murakkabligi texnologiyada emas, balki tashkilot ichidagi jarayonlarni aniq tasvirlashda. Agar kelishish marshrutlari, arxiv bilan ishlash tartibi va imzo talablari TTda yozilmagan bo'lsa, bu masalalar loyihaning eng oxirida, qabul qilish bosqichida ko'tariladi — ya'ni pul va vaqt sarflangandan keyin.

Texnik topshiriqda odatda nima e’tibordan chetda qoladi

Kelishish marshrutlari «tashkilotda qabul qilinganidek» deb yoziladi

Oqibati. Pudratchi standart chiziqli marshrutni (bitta rahbardan boshqasiga) qo'llaydi, amalda esa bo'limlar, filiallar yoki hujjat turlariga qarab shoxlangan marshrutlar, parallel kelishishlar va qaytarish bosqichlari bo'lishi mumkin. Bu qabul qilish bosqichida aniqlanadi va tizimni qaytadan qurishga olib keladi.

Qanday to‘g‘ri yozish kerak. TTga har bir hujjat turi uchun (kiruvchi, chiquvchi, ichki buyruq, shartnoma va h.k.) alohida marshrut sxemasini, kelishish bosqichlari ketma-ketligini, parallel va ketma-ket kelishish holatlarini, rad etish va qaytarish stsenariylarini jadval yoki diagramma ko'rinishida ilova qilish kerak.

Qog'oz arxiv bilan ishlash tartibi aytilmagan

Oqibati. Ko'p tashkilotlarda yillar davomida to'plangan qog'oz hujjatlar arxivi bor. TTda bu haqida gap yo'q bo'lsa, pudratchi faqat yangi hujjatlar oqimini hisobga oladi, buyurtmachi esa eski arxivni ham tizimga kiritishni kutadi — bu alohida ish hajmi va qo'shimcha xarajat.

Qanday to‘g‘ri yozish kerak. TTda arxivni raqamlashtirish kerakmi yoki yo'qmi, agar kerak bo'lsa — qancha hujjat, qaysi davr uchun, qanday metama'lumotlar bilan kiritilishi aniq yozilishi kerak. Agar arxiv loyiha doirasiga kirmasa, bu alohida band sifatida qayd etilishi kerak.

Elektron raqamli imzo (ERI) talablari yo'q yoki umumiy

Oqibati. Hujjatga yuridik kuch berish uchun ERI qanday integratsiya qilinishi, qaysi provayder yoki davlat PKI xizmati bilan ishlashi aniq bo'lmasa, pudratchi integratsiyani loyiha oxirida boshlaydi, bu esa eng ko'p kechikishga sabab bo'ladigan bosqich bo'lib chiqadi.

Qanday to‘g‘ri yozish kerak. TTda ERI uchun qaysi sertifikatlash markazi yoki davlat xizmati bilan integratsiya qilinishi, imzolash qaysi hujjat turlarida majburiy, imzo tekshiruvi qanday amalga oshirilishi aniq ko'rsatilishi kerak.

Rollar va kirish huquqlari umumiy so'zlar bilan tasvirlangan

Oqibati. «Foydalanuvchilar o'z vakolatlariga qarab kirish huquqiga ega bo'ladi» kabi iboralar amalda hech narsani anglatmaydi. Ishlab chiqish jarayonida har bir rol uchun huquqlarni aniqlashtirish kerak bo'ladi, bu esa qo'shimcha kelishuvlar va muddat yo'qotishiga olib keladi.

Qanday to‘g‘ri yozish kerak. TTga rollar ro'yxati (ijrochi, rahbar, kotib, nazoratchi, administrator va h.k.) va har bir rol uchun aniq ruxsatlar matritsasi (ko'rish, tahrirlash, imzolash, yo'naltirish, o'chirish) qo'shilishi kerak.

Xodimlarni o'qitish va o'tish davri muddatlarga kiritilmagan

Oqibati. Tizim texnik jihatdan tayyor bo'lsa ham, xodimlar undan foydalanishni bilmasa yoki eski qog'oz jarayon bilan parallel ishlashga majbur bo'lsa, loyiha «ishga tushirilgan, lekin ishlamayapti» holatiga tushib qoladi.

Qanday to‘g‘ri yozish kerak. TTda o'qitish dasturi (kim, qancha xodim, qanday formatda), qo'llanma va video-yo'riqnomalar tayyorlash, eski va yangi tizim parallel ishlaydigan o'tish davri muddati alohida bosqich sifatida reja-jadvalga kiritilishi kerak.

Hujjat holati va muddatlarni nazorat qilish mezonlari aniqlanmagan

Oqibati. «Muddatlarni nazorat qilish» talabi yozilgan bo'ladi-yu, lekin qanday hisoblanishi (taqvim kunlarimi, ish kunlarimi), eslatmalar qachon yuborilishi, muddat o'tganda nima bo'lishi aytilmaydi — natijada nazorat funksiyasi faqat ko'rinishda qoladi.

Qanday to‘g‘ri yozish kerak. TTda har bir hujjat turi uchun bajarilish muddati hisoblash tartibi, avtomatik eslatmalar jadvali va muddat buzilganda eskalatsiya tartibi (kimga xabar boradi) aniq yozilishi kerak.

Yaxshi texnik topshiriq nima beradi

Yaxshi TT buyurtmachiga tashkilot ichidagi haqiqiy jarayonni tizimga aylantirish imkonini beradi, umumiy iboralar ortida yashiringan murakkablikni emas.

Pudratchi uchun aniq marshrutlar, ERI va rollar bo'yicha talablar — bahoni reallikka yaqinroq qilish va qabul qilishda bahslarni kamaytirish degani.

Arxiv va o'qitish masalalari oldindan belgilansa, loyiha «ishga tushirildi» degan paytda emas, xodimlar undan real foydalana boshlagan paytda tugaydi.

Aniq yozilgan TT ikkala tomonni ham keyinchalik qo'shimcha ishlar va muddat cho'zilishi haqidagi kelishmovchiliklardan saqlaydi.

Narxi va muddati

Texnik topshiriq — $400 dan, 1–4 hafta: narx tizim murakkabligi, arxitektura, stek va integratsiyalarga bog‘liq. Subpudratda ishlab chiqish — shartnoma hajmiga qarab, baho ariza topshirishdan oldin.

Tender uchun texnik topshiriq yoki subpudrat — batafsil →

Buyurtmachilar va xaridlarni nomlamaymiz: kimningdir tenderini emas, odatiy texnik topshiriqni tahlil qilamiz.

Xaridga tayyorlanyapsizmi yoki tenderni allaqachon yutdingizmi?

Tenderni muhokama qilish

Boshqa tender tahlillari