Құжаттарды архивтеу: ECM, WORM және сатып алу алдындағы тесттер

Неліктен архивті алдын ала ойлап, кім неге жауапты екенін анықтау керек

Құжаттарды архивтеу әдетте «файл салынды» кезеңінде емес, кейінгі кезеңде сәтсіз болады: бір жыл немесе бес жылдан кейін құжатты тез табу және шығару, оның өзгермегенін дәлелдеу және әрекеттер ізін көрсету керек болғанда. Егер бұны алдын ала ойламасаңыз, архив "жоққа шығармайтын" қалтаға айналып, сенімсіз болады.

Көбінесе үш проблема шығады: іздеу баяу жұмыс істейді немесе нерелевант нәтижелер береді, беру мерзімдері сақталмайды (әсіресе тексерістер мен сот сұрауларында), ал «өзгермейтіндік» уәделерге негізделеді, тексерілетін механизмдерге емес. Мемлекеттік органдар мен ірі компанияларда бұл тез тәуекелдерге әкеледі: құжаттарға қатысты даулар, аудит ескертулері, айыппұлдар, артық құқықтар салдарынан ақпараттың ағуы.

Бастапқыдан ECM және сақтау арасында рөлдерді бөлу маңызды. ECM — мән мен ыңғайлылық үшін жауапты: карточкалар, метадеректер, маршруттар, құқықтар, нұсқалар, өмірлік цикл және іздеу. Хранилище (сақтау) — "темір" жағы үшін жауапты: контенттің қай жерде және қалай жатқаны, WORM қалай қамтамасыз етілетіні, көшірмелер мен қалпына келтіру және беру жылдамдығына қатысты кепілдіктер.

Тендер немесе сатып алу алдында қағазда бірнеше сұрақты жауып алған жөн: қандай құжаттар және қандай мерзімге сақталатындығы, кімде оқу және шығару құқығы бар; қандай көрсеткіштер маңызды (іздеу уақыты, беру уақыты, бір уақытта келетін сұраулар, көлемдер); "өзгермейтіндік" нені қамтитыны (өшіруге тыйым, қайта жазуға тыйым, метадеректерді қорғау, retention); аудит қалай көрінетіні (кім мен не журналына жазады, журналдар қайда тұрады, оларды алмастыруға бола ма); қабылдауға дейін қалай өтетін тексеру (сценарийлер, тесттер, "өтті/өтпеді" критерийлері).

Рөлдер мен метрикалар анықталғаннан кейін жеткізушілермен әңгіме нақты болады: шешімдерді салыстыру және презентацияларға сену емес, тесттер талап ету оңайырақ.

ECM, WORM және іздеу: жауапкершіліктің қарапайым картасы

Архив жылдар бойы жұмыс істеуі үшін рөлдерді алдын ала бөлу керек: ECM не істейді, сақтау не істейді, және дәл қай жерде WORM қамтамасыз етіледі. Әйтпесе жобада сұр аймақ пайда болады, ал сол жерде көбінесе тәуекелдер жасырынады.

ECM құжатты объект ретінде басқарады: файл қабылдау, тип беру, карточканы толтыру, жұмыспен байланыстыру, келісім маршрутын бастау, қолжетімділікті беру. Бұл адамдар үшін процестер мен ережелер қабаты.

Хранилище файлдың ұзақ өмірі үшін жауапты: физикалық орналастыру, көшірмелер, тұтастықты бақылау және өзгермейтін режим. Егер WORM қажет болса, дәл сақтау деңгейінде (немесе бөлек WORM-слойда) файлды мерзімінен бұрын қайта жазуға, жоюға немесе байқалмай алмастыруға болмайтыны қамтамасыз етілуі тиіс.

Іздеу әдетте екіге бөлінеді. ECM метадеректер бойынша жақсы іздейді (номер, дата, контрагент, құжат түрі) және іс құрылымы бойынша. Мазмұн бойынша іздеу (толықмәтін, OCR кейінгі индексация) ECM-да, бөлек іздеу қозғалтқышында немесе бөлікті түрде сақтау бөлімінде болуы мүмкін. Бұл индекс қай жерде құрастырылатынын және оның өзектілігі үшін кім жауапты екенін жазбаша бекіту керек.

Жиі кездесетін "жауапкершілік картасы" кездесулер үшін ыңғайлы:

• ECM: карточкалар, маршруттар, ролдер мен құқықтар, бизнес-ереже, пайдаланушыға құжатты беру.
• Хранилище: сақтау, көшірмелер мен репликациялар, WORM, тұтастық бақылауы.
• Іздеу: метадеректер — ECM-да, контенттік индекс — нақты орынға сәйкес.
• Аудит: ECM-дағы пайдаланушы оқиғалары, контент деңгейіндегі оқиғалар (жазу, блоктау, өзгертуге тырысу) — сақтау деңгейінде.

Жауапкершілік үзілісі ең жиі үш жерде шығады: кім OCR жасайды және индексті ұстайды; WORM қайда қосылған (ECM уәде береді, ал хранилище қосылмаған); аудит қай жерде сақталады, оны проблемалы құжатпен бірге «тазартуға» болмайтын жерде қауқарланбайды.

Қай талаптарды сатып алудан бұрын бекіту керек

Архивті уәделер жинағы емес, пилотта тексерілетін талаптар ретінде жазу маңызды. "Жүйе" деп емес, нақты құжаттар, пайдаланушылар және операциялар бойынша сипаттаңыз: не жүктеледі, қалай ізделеді, қалай беріледі, кім қол қояды, кім тексереді, кім өшіруге құқылы (ал кім принципте құқығы жоқ).

Функционалдық талаптарды сақтау ережелерімен байлаңыз. Форматтарды бекітіңіз (PDF/A, TIFF, Office, пошта хабарлары), құжат түрлері бойынша сақтау мерзімдері, классификация ережелері, ролдер мен құқықтар (оператор, архивариус, қауіпсіздік қызметі, аудит). Сонымен қатар "беру" деген не екенін айқындаңыз (қарау, файлды шығарып алу, басып шығару, қолтаңба/мөрмен бірге шығарып алу) және қандай оқиғалар журналға жазылуға міндетті екенін көрсетіңіз.

Нефункционалдық талаптар өлшенетін болуы тиіс. "Жылдам іздейді" деп жазудың орнына нақты сандар беріңіз: мысалы, 50 млн карточкада реквизиттер бойынша іздеу 3 секунд ішінде; табылған құжатты ашу 20 МБ файл үшін 5 секунд ішінде; RTO 2 сағат, RPO 15 минут; техникалық терезе айына 4 сағаттан аспауы; көлем өсімі 5 жылда айына +2 ТБ.

Аудит үшін міндетті өрістерді көрсетіңіз: кім, не істеді, қашан, қайдан (IP/жұмыс орны), қай құжатпен, журналдар қанша уақыт сақталады. Интеграциялар үшін көздер мен сценарийлерді тізіңіз: сканерлеу, пошта, ERP, кадр жүйелері, ЭДО.

Пайдалы ереже: әр талап тестке айналуы тиіс. Ыңғайлы шаблон: "берілген, қашан, онда". Мысалы: берілген 10 бір уақытта жұмыс істейтін қолданушы, қашан олар номер мен датамен іздесе, онда 95% сұраулар белгіленген уақытта орындалсын және барлық әрекеттер аудит есебінде көрсетіледі.

Өзгермейтіндік (WORM): нақты нені қорғау керек

WORM архив құжаттың нақты күні мен күйін дәлелдеуі керек жерлерде пайдалы: құжат сол күйде сол уақытта болғанын және оны кейіннен өзгертуге болмайтынын дәлелдеу. Сондықтан қандай объектілер мен әрекеттер тыйым салынатынын алдын ала сипаттау маңызды.

Көбінесе WORM соңғы, заңдық мәні бар нұсқаларға таратылады: келісімшарттар, шоттар, кадр құжаттары, медициналық жазбалар, тексеріс нәтижелері, хаттамалар. Әдетте қайта жазуға және жоюға тыйым салынады, сондай-ақ retention (ұстап тұру мерзімі) орнатылып, әкімші де мерзімге дейін жоюға құқығы болмайды.

Не өзгеріс саналады сұрақын келісіңіз. Кейде жүйе тек файлдың мазмұнын блоктайды, ал карточканы — автор, дата, тегтер, байланыстар — тыныш өзгертуге мүмкіндік береді. Архив үшін бұл өте маңызды.

Қорғаудың мына элементтерге таралатынын тексеріңіз:

• файлдың мазмұны (байт-байтқа)
• негізгі метадеректер (дата, номер, контрагент)
• электрондық қолтаңбалар мен уақыт мөрлері (қолданыста болса)
• нұсқалар мен тарих (алдыңғы нұсқаны қайта жазуға болмайды)

Түзетулерді жаңа нұсқа немесе бастапқыға айқын байланысымен рәсімдеген дұрыс: "түзету", "аннулирует", "ауыстырады" сияқты. Ескі объект өзгермей және тексеруге қолжетімді күйде қалады, ал пайдаланушыға қай нұсқа күшінде екені көрінеді.

Қабылдау критерийлерін тексерулер түрінде жазып қойыңыз. Мысал: мерзім аяқталмай жатып құжатты өшіруге әрекет жасалғанда жүйе бас тартуы тиіс; файлды ауыстыруға немесе негізгі метадеректерді өзгертуге әрекет болса, ол блокталуы және журналда қалуы тиіс; әкімші ауысқаннан немесе сервистер қайта қосылғаннан кейін объект өзгермей және оқуға жарамды болуы керек.

Тест стендті және жүктеме сценарийлерін қалай дайындау керек

Тест стенд архивтің нақты жұмыстағы мінезін алдын ала көрсетуге қажет: бухгалтерия көп құжат жүктегенде, юрист 2017 жылғы келісімді іздегенде және тексерушілер пакет талап еткенде қандай болады. Тест өмірге қарай жақын болған сайын сатып алғаннан кейінгі тосын сыйлар азаяды.

Тестілеуге арналған деректер жиынынан бастаңыз. Ол сіздің архивке формат, жасы және "қоқыс" жағынан ұқсас болуы керек: әр түрлі сападағы сканерлер, ұзын файл аттары, түрлі тілдер. Жиынтақты шешімдер арасында өзгертпей тасымалдауға ыңғайлы етіңіз. Міндетті түрде әртүрлі түрлер: мәтіндік және сканерленген PDF, DOCX/XLSX, суреттер, кейде ZIP; көлемдері жүз KB-тан жүз MB-қа дейін; мерзімі — кемінде 5-10 жыл; ролдер мен қолжетімділік деңгейлері; және метадеректердің бір бөлігі мінсіз толтырылса, бір бөлігі бос немесе қателіктері бар болуы тиіс.

Содан соң әр тестте қайталайтын жүктеме профильдерін сипаттаңыз, бірдей шарттарда (деректер көлемі, жұмыс орындары, желі, уақыт терезесі). Көбінесе бес сценарий жеткілікті: индексациямен бірге жаппай жүктеу; "қалыпты күн" (реквизит бойынша іздеу, карточканы ашу, жүктеу); 15-30 минуттық пик сұраулар; ұзақ жүктеме 2-4 сағат; қателер (қызметті қайта қосу, уақытша желі үзілуі, қайтадан шығару).

Метрикаларды қарапайым ұстаңыз: іздеу уақыты, файлды беру уақыты, қателер пайызы және тұрақтылық (уақыт өте жылдамдық "ауысып" кетпеуі). Шешімдерді салыстыруға медиана мен "90% сұраулар қандай уақыттан тез" кестесі жеткілікті.

Нәтижелерді қорғалу үшін артефактілерді сақтаңыз: ECM және сақтау журналдары, CPU/RAM/диск/желі метрикалары, тест есептері, баптаулардың скриншоттары, шарттардың хаттамасы (кім, қайда, қашан, қандай деректер жиыны). Бұл стендті сіз жинамаған жағдайда әсіресе пайдалы.

Іздеу мен берудің жылдамдығын тексеру: қадамдар

Архивтегі жылдамдық тек ыңғайлылық үшін ғана маңызды емес. Оны пайдаланушылар, аудит және ИБ тексереді: құжатты қаншалықты тез табады және түпнұсқаны қаншалықты тез береді, әсіресе әртүрлі құқықтармен. Жеткізушілерді әділ салыстыру үшін тест шарттарын алдын ала бекітіңіз: көлем, файл түрлері, пайдаланушылар саны және бірдей сұраулар.

Негізгі жиынтығын алыңыз: сканерленген PDF, офис файлдар, хаттар, келісімдер. Метадеректер де реалистік болуы керек: номер, дата, контрагент, бөлім, статус, сақтау мерзімі.

Тексеруді p50 және p95 арқылы жазу ыңғайлы (медиана және "жақсармайтын" нәтиже):

1. Метадердерімен бірге құжат пакетін жүктеп, іздеу толық дайын болғанға дейінгі уақытты өлшеу. Есептеу тек жүктеуді емес, сонымен қатар жазбаның нәтижелерде қашан пайда болатынын және қателіксіз ашылуын қамтуы керек.
2. Екі түр іздеуді тексеру: реквизит бойынша және мәтін бойынша (егер OCR/толықмәтін болса). Бірдей 10-20 сұрауды пайдаланып, батырманы басқаннан бастап нәтиже шыққанға дейінгі уақытты тіркеңіз.
3. Беруді өлшеу: карточканы ашу, превью көрсету, түпнұсқаны жүктеу. Оны әртүрлі ролдерге қайталаңыз (қызметкер, басшы, архивариус) — кейде құқықтар тексерісі баяулатуы мүмкін.
4. Параллель сұраулар арқылы жүктеме беріп, p95 қалай өзгеретінін, таймауттар пайда бола ма, превью "ұрып тұра" ма қараңыз.
5. Қызметтерді қайта қосқаннан және индексті қайта жинағаннан кейін негізгі өлшеулерді қайталаңыз — "жылы" және "суық" күй арасындағы айырмашылықты көру үшін.

Нәтижені кестемен рәсімдеңіз: сұрау, роль, параллель пайдаланушылар саны, іздеу уақыты, превью беру уақыты, түпнұсқаны жүктеу уақыты. Сол арқылы талаптарды қабылдау критерийлеріне айналдыру жеңіл.

WORM және подменадан қорғауға арналған тесттер: міндетті қадамдар

WORM бір рет жазылған файлды кейіннен байқалмай ауыстыруға немесе өшіруге болмайды деген жайтты уәде етеді. Практикада тәуекелдер көбінесе ECM мен сақтау шекарасында пайда болады: retention айналып өтуі мүмкін, әкімшіде "супер" құқықтар болуы мүмкін немесе метадеректерді өзгертіп құжаттың мағынасын өзгертуге мүмкіндік туады.

Айналып өтуді анықтайтын тексерулер жиынтығы

Тесті жүйені екі жақтан тексеретіндей жоспарлаңыз: ECM интерфейсі арқылы (қолданушы және әкімші рөлдері ретінде) және тікелей сақтау деңгейінде (хранилище әкімшісі ретінде). Қорғау екі жағдайда да жұмыс істеуі тиіс.

Сатып алудан бұрын жасауға тұратын бес тексеру:

• ECM арқылы файлды өзгертуге тырысу (қосымшаны ауыстыру, "қайта жүктеу", нұсқаны жаңарту). Күтілетін нәтиже: тыйым салынуы немесе ережелер бойынша жаңа нұсқаға ауысуы, бастапқы файл өзгермей қалуы.
• Тікелей сақтау жүйесінде объектіні ауыстыруға тырысу (қайта жазу, "restore үстіне" подмена). Күтілетін нәтиже: жазба қабылданбайды, әрекет журналда көрсетіледі.
• Құжатты жоюға және retention-ті айналып өтіп көруге тырысу (ұстап тұруды әлсірету, датаны өткенге қою, байланыстарды алып тастау). Күтілетін нәтиже: retention-ті әлсірету қатаң процедура мен рөлдерді талап етеді және оған оңай жол жоқ.
• Резервтен қалпына келтіру арқылы басқа файлды сол идентификатордың үстіне қалдыру мүмкін бе тексеру. Күтілетін нәтиже: дәл сол объект қайтарылады, оның өзгермейтіндік қасиеттері сақталады.
• Тұтастықты тексеру: операцияларға дейін және кейін хэштерді салыстыру. Күтілетін нәтиже: хештер сәйкес келеді, кез келген өзгеріс жаңа нұсқа ретінде көрінеді немесе әрекет бас тартылады.

Әр тесттен кейін журналдарды қараңыз. Егер әрекет "өтпеді", бірақ журналда із жоқ болса — бұл қауіпті белгі: подмена осындай түрде де мүмкін.

Аудит және журнал жүргізу: іздер жоғалмайтынын қалай тексеруге болады

Егер архив тексерістер мен даулар үшін пайдаланылса, файлды сақтау ғана емес, "кім және не істеді" дегенді дәлелдеу маңызды. Аудит әдетте екі жерде қирайды: оқиғалар толық жазылмаған кезде немесе журналдар үнсіз өзгертіле алатын кезде.

Журналға түсуі тиіс оқиғалар

Жеткізушіден қандай әрекеттер тіркелетінін алдын ала сұраңыз және пилотта тексеріңіз. Міндетті минимум: жүйеге кіру (сәтті және сәтсіз), пароль өзгерту және бұғаттау; карточканы қарау және файл ашу; жүктеу, басып шығару, сыртқа жіберу (мүмкін болса); метадеректерді, құқықтарды және сақтау мерзімдерін өзгерту; әкімші әрекеттері (ролдер құру, объектілерді өшіру, интеграция баптауы).

Әр жазбада болуы тиіс: кім (есептік жазба), не істеді, қандай құжат/нұсқаға қатысты (ID), қайдан (жұмыс орны немесе сервис), және нәтиже (сәтті/жабылған).

Әкімші іздерді «тазартуына» жол бермеу

Дұрыс тәжірибе — ролдерді бөлу: ECM әкімшісі пайдаланушылар мен баптауларды басқара алады, бірақ аудитті жоюға немесе өзгертуге тыныш қол жеткізе алмауы керек. Стенде әкімшінің құқықтарын өзгертіп, содан кейін ізі жойылып кетпеуін тексеріңіз.

Сатып алудан бұрын орындауға тиіс бақылаулар:

• аудитты баптаулардан өшіруге тырысу және әрекетті орындау (аудиттың өшіруі де журналда көрсетілуі тиіс);
• штаттық құралдармен журналдарды өшіру немесе қайта жазу әрекеті (осы әрекет тыйым салынған немесе бөлек оқиға ретінде жазылуы тиіс);
• журналдарды экспорттап, олардың тұтастығын тексеру (егер тұтастық ұсынылса);
• бір құжат бойынша барлық іс-қимылдар тізбегін сұрап, салыстыру.

Бөлек пункт — уақыт. Егер серверлер мен жұмыс стансаларының сағаттары сәйкес келмесе, журналдағы оқиғалар "секіріп" көрінеді. ECM, WORM-хранилище және инфрақұрылым үшін уақыт синхрондалғанын талап етіңіз.

Архив шешімін таңдау кезінде жиі болатын қателіктер

Жобаның сәтсіздігі көбінесе "жаман өнімнен" емес, айқын емес күтулерден басталады. Архив әдетте екі бөліктен тұрады: ECM — ережелер мен процестер үшін, хранилище — сақталым және WORM үшін. Егер бәрін бірдей «жүйе міндетті түрде өзгермейтін және ыңғайлы іздеу» сияқты талаппен сұрасаңыз, қабылдауда өлшенетін ештеңе қалмайды.

Тағы бір тұзақ — толықмәтіндік іздеу кез келген көлемде жылдам болады деп үміттену. Жылдамдық қандай өрістер индексаланатынына, OCR қалай құрылғанына, индекс қайда жатқанына және жұмыс уақытыдағы бір уақытта келетін сұраулар санымен байланысты. 50 мың файлда жақсы жұмыс істеген нәрсе 50 миллионда тежелуі мүмкін.

Кейде тест жиыны тым кішкентай және біртекті болады: тек бір форматтағы PDF, скансыз, хаттарсыз, үлкен тіркемелерсіз. Пилотта бәрі жақсы шығады, бірақ іске қосқаннан кейін сирек болатын, бірақ маңызды жағдайлар шығады.

Тексеріңіз, келесі қателерден аулақ боласыз ба:

• талаптар жалпы сөздермен жазылған, қабылдау критерийлері (секундтар, көлемдер, ролдер, аудит оқиғалары) көрсетілмеген;
• тесттер тек "жақсы ауа райында" өтеді: пиктер, желі деградациясы, түйіннің істен шығуы жоқ;
• құжаттардың жиыны шынайы өмірге ұқсамайды: форматтар аз, өлшемдер бірдей, скандау қателері жоқ;
• WORM тек сөзбен тексеріледі, файлды/метадеректерді алмастыруға немесе іздерді өшіруге нақты талпыныс жасалмайды;
• нұсқалар мен түзетулер ережелері анықталмаған.

Жай мысал: бухгалтерия жүктегеннен кейін "контрагент" атрибутын түзетуді қажет етуі мүмкін, бірақ файл мазмұны өзгермей қалуы тиіс. Егер алдын ала келісіп қоймасаңыз, ECM-да не өзгертуге болатынын және WORM деңгейінде не тыйым салынатынын айқындамастан, басқару жоғалады немесе өзгермейтіндік талаптары бұзылады.

Сатып алу және қабылдау алдындағы қысқа чек-лист

Архив дауыстарға айналмасын десеңіз, өлшенетін критерийлерді алдын ала бекітіңіз және пилотта тексеріңіз.

Договордан бұрын пилотта не тексеру керек

Алдымен сандарды келіскен жөн: қанша пайдаланушы, бір уақытта қанша сұрау, қандай құжат түрлері (скандер, офис файлдар, OCR бар PDF), қай өрістер жиі ізделеді. Содан кейін төрт нәрсені тексеріңіз: іздеу жылдамдығы (реквизит бойынша және мәтін бойынша) нақты көлемде; беру (ашу, жүктеу, превью) пике төтеп бере ме; өзгермейтіндік (артқа қарай өзгерту, ауыстыру немесе жою әрекеттері ережелер бойынша блокталуы); аудит пен қалпына келтіру (кім не істеді көрінеді, апаттан кейін деректер мен журналдар сәйкес келеді).

Қабылдау құжаттарында не қалуы керек

Тесттен кейін дәлелдерді сақтау маңызды: сценарийлер хаттамасы (не істеді, қандай деректермен, қандай рольдермен); өлшеу нәтижелері (уақыт, қателер, жүктеме шарттары); WORM режимінің расталуы (не блокталғаны және қалай тексерілгені); аудит есептерінің мысалдары және журналдарды сақтау ережелері; қалпына келтіру жоспары (қадамдар, уақыттар, сәттілік критерийлері және жауапты тұлғалар).

Практикалық мысал: тексерістер бар ұйымның архиві

Қалалық аурухана жазбаларды, пациенттердің келісімдерін, актілерді және сатып алу актілерін сақтайды. Күнделікті бұл жай архив, бірақ аптасына бір рет шұғыл сұраулар пайда болады: дәрігер 2-3 минут ішінде құжатты табуы керек, ал тексерушілер пакет жинап, файлдардың өзгермегенін дәлелдей алуы тиіс.

Рөлдер былай бөлінді: бәріне барлығы рұқсат болмауы үшін. Дәрігер тек өз бөлімінің құжаттарын көріп, іздей алады. Архивариус қабылдау, тіркеу, сақтау ережелері мен мерзімдері үшін жауапты. Қауіпсіздік қызметі өзгермейтіндік саясаттарын белгілейді және ешкім іздерді «таза» алмайтынына көз жеткізеді. Администратор қолжетімділікті, бэкапты және жаңартуды қолдайды, бірақ бекітілген жазбаларды өзгерту құқығы жоқ.

Сұрау қарапайым: дәрігер ЖСН/Аты-жөні, келу күні және құжат түрін енгізеді, қысқа тізім алады, қажетті файлды ашады және карточкадағы реквизиттерді көреді. Іздеу метадеректер мен мәтін бойынша (егер OCR болса) жұмыс істеуі тиіс, ал беру пикада ілінбеуі қажет.

Егер құжат түзетуді қажет етсе, ескі нұсқа қайта жазылмайды. Жаңа нұсқа немесе жаңа құжат жасалып, бастапқыға сілтеме беріледі; аудитте — кім бастады, кім мақұлдады, не өзгерді, қашан және қай жұмыс орнынан.

Енгізбес бұрын қысқа тексерулер: нақты көлемде іздеу мен ашуды тексеру (мысалы, 1-3 млн файл және 50-100 бір уақытта пайдаланушы); бекітілген құжатты өзгерту немесе жою әрекеттері; аудитті тексеру (оқиға бар, оны өшіру мүмкін емес, экспорт жасау қабілеті); апаттан кейін қалпына келтіру тексерісі (қызмет қалпына келді, деректер сау және қолжетімділіктер сақталды).

Табыс — іздеу мен беру келісілген шектерге сай, өзгермейтіндік нақты жұмыс істейді және аудит толық әрі түсінікті әрекеттер тізбесін көрсетеді.

Келесі қадамдар: пилот, қабылдау және жауапкершілік үзілісінен қалай сақтану

Күтулерді өлшенетін тексерулерге аударыңыз. "Жылдам" емес, "1 млн карточка бойынша іздеу 2 секундқа дейін" деп жазыңыз. "Сенімді" емес, "сақтау мерзімі аяқталмай жатып файлды жою немесе ауыстыру мүмкін емес, әрекет журналда жазылады" деп нақтылаңыз.

Келесі логика: талаптарды бекітіп, оларды тест хаттамаларына (жылдамдық, WORM, аудит, қалпына келтіру) түрлендіру; пилот сұратып, типтік құжаттар мен ролдер бойынша сценарийлерді өткізу (қызметкер, әкімші, аудитор); 3-5 жылға өсімді тексеру (көлемдер, файл саны, параллель пайдаланушылар, резервтік көшірме терезелері); қабылдау критерийлерін дайындау (не «өтеді», қандай журналдар мен есептер тіркеледі, кім қол қояды).

Қабылдау сатысында жауапкершілікті алдын ала бөлу өте маңызды. Әйтпесе инцидент кезінде қайсысы кінәлі — ECM, хранилище немесе интеграция — анық емес болады. Әдетте жауапкершілік осылай бөлінеді: ECM (құқықтар, маршруттар, метадеректер, іздеу, есептер), хранилище (WORM-политикасы, өшіруден және подменадан қорғау, репликация), интеграциялар (сыртқы жүйелерден жүктеу, конвертация, ЭЦҚ/уақыт мөрлері), қолдау (бір терезе, жауап беру уақыттары, журналдарды жинау, тергеу).

Егер жобада бір мердігер инфрақұрылым, серверлер және жүйелік интеграцияны бір контурда жасайтын болса, Қазақстанда жиі GSE.kz (gse.kz) қарастырылады: компания серверлер мен жұмыс станцияларын ел ішінде шығарады және интеграция мен қолдаумен айналысады. Бұл бірнеше жеткізуші арасындағы жауапкершілік үзілу тәуекелін азайтуға көмектеседі.