SOP басқару және қызметкерлердің танысуын растау: тәжірибе

Мәселе: процедуралар бар, бірақ дәлелдер мен тәртіп жоқ

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

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

Келесі сұрақ туындайды: практикада "танысқанын растау" не дегенді білдіреді? Бұл жай ғана "құжатты көрдім" емес. Көбіне маңыздысы — адамның дәл сол нұсқаны көргенін, оның рөлі үшін міндетті екенін түсінгенін және бұл фактіні айқын формада растағанын (қолтаңба, электронды растау, жүйедегі жазба) тіркеу. Олай болмаса компания қызметкерді жұмысқа жібермес бұрын ережелермен таныстырғанын дәлелдей алмайды.

Аудиторлар, қауіпсіздік қызметі немесе ішкі бақылау келгенде олар сирек "SOP бар ма" деп сұрайды. Олар басқарылуды тексереді. Көп жағдайда қойылатын сұрақтар:

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

Егер осы сұрақтарға жылдам және анық жауаптар жоқ болса, SOP басқару тәуекелге айналады: тексерудегі ескертуден бастап нақты жұмыс бұзылыстарына дейін.

SOP деген не және қандай құжаттарды қамту керек

SOP (Standard Operating Procedure) — қызметкер қайталанатын жұмысты біркелкі, алдын-ала болжанатын және тексерілетін түрде орындайтын қадамдық нұсқаулық. Әдетте SOP жауап береді: не істеу керек, қандай тәртіппен, қандай құралдармен, қандай сапа критерийлері бар және соңында не тіркеледі.

Жиі басқа құжаттар да қатар жүреді, оларды араластыру дұрыс емес. Саясат (policy) ережелер мен принциптерді айқындайды (не істеуге және не істеуге болмайтынын). Режим/регламент процесс деңгейінде рөлдер мен кезеңдерді сипаттайды (кім не үшін жауапты). Нұсқаулық нақты құралды қалай қолдануға немесе тар операцияны орындауға түсіндіреді. SOP көбінесе осының ортасында: рөлге бекітілген нақты жұмыс қадамдары.

Басқару контурына қауіпсіздікке, сапаға, қаржыға немесе нормативтерге әсер ететін құжаттарды қосқан дұрыс. Өндірістік және сервис компанияларда, ISO-талабы мен ізделімділік маңызды жерлерде (соның ішінде GSE.kz қатысатын жобаларда) бұл әдетте қабылдау және тестілеу процедуралары, оқиғаларды басқару, инфрақұрылымға қолжетімдікті реттеу, клиент деректерімен жұмыс істеу болады.

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

"Ешкімге жатпайтын" процедуралар болмас үшін әрбір құжатта иесі болуы керек. Ол нұсқаның өзектілігіне, мәтіннің түсініктілігіне, оқытуға және қайта қарауға жауапты: оқиға бойынша (жүйе өзгерсе, ақау табылса, оқиға орын алса) және кесте бойынша. Иесінің өзгерістерді бастау құқығы және QC-тен тыс нақты орындаушылардан кері байланысты жинау міндеті болуы маңызды.

Нұсқалар және сақтау: "кім және қашан өзгерткенін" жоғалтпау

Процедура мінсіз жазылған болса да, нұсқаларды тәртіппен сақтамағанда ол тез дау-дамайға айналады: қай файл жұмыс істегені, оны кім және не себеппен өзгертті, қызметкерлер қандай файлды оқыды — бәрі белгісіз болады. Басқаруға бір «ақиқат» болуы керек — және әрқашан бір жерде.

Бастапқы қадам — процедуралардың біртұтас реестрын жасау. Бұл кесте немесе құжат айналымы жүйесіндегі модуль болуы мүмкін. Мағынасы қарапайым: кез келген адам бір минут ішінде актуалды нұсқаны тауып, сұрақ бойынша кімге жүгіну керектігін білуі керек.

Реестрге әдетте жеткілікті өрістер:

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

Одан әрі файлдар аталу ережелерін келісіңіз. Ең жиі кездесетін қате — "SOP_final_final_2". Қалыпты файл аты контекстсіз оқылады және реестрмен сәйкес келуі тиіс: код, қысқа атау, нұсқа, дата.

Нұсқа нөмірін қарапайым принциппен жүргізу ыңғайлы: алғаш рет бекіткенде 1.0, мән-мағынаны өзгертпейтін шағын түзетулер үшін 1.1, талаптар немесе әрекет тәртібі өзгергенде 2.0.

Құжатта не болып жатқанын түсіну үшін статустар мен олардың арасындағы бақыланатын өту тәртібін айқындаңыз:

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

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

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

Рөл бойынша міндеттілік: кімге не оқу керек

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

Практикалық формат — міндеттілік матрицасы. Бұл — кімге қандай SOP міндетті екенін және не себептен екенін тіркейтін құжат (немесе кесте). Рөлдер анық және тексерілетін болуы маңызды: лауазым, бөлімше, қолжетімділік деңгейі (деректерге, құралдарға, ғимараттарға қолжетімділік) және міндеттілік түрі (міндетті, қажет болғанда, ақпараттық).

Матрица үшін минималды өрістер:

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

Келесі қадам — қандай оқиғалар танысуды міндеттейтінін анықтау: жұмысқа қабылдау, рөл ауыстыру/ауыстыру, жаңа қолжеткізу беру, SOP жаңа нұсқасының шығуы. Мерзімдерді алдын ала жазып қойған дұрыс: қабылдағанда — жұмысты бастаудан бұрын, жаңартқанда — N жұмыс күні ішінде, рөл ауысқанда — жаңа міндеттерді орындаудан бұрын.

Шығарып тастау жағдайларын да нормативке енгізген жөн, "жағдай бойынша" деп шешуден гөрі. Мысалы, мердігерге тек техника қауіпсіздігі және ғимаратқа кіру ережелері міндеттеледі, тәжірибешіге — жетекші қолымен растауды қоса қысқартылған оқу пакеті беріледі.

Мысалы: IT бөлімінде әкімшіге резервтік көшіру және қолжетімдіктерді басқару бойынша SOP міндетті болса, бухгалтерге тек корпоративті деректермен жұмыс және қолдауқа жолдау тәртібі міндетті болуы мүмкін.

Қадам-қадам процесін қалай ұйымдастыруға болады

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

Алдымен рөлдерді анықтаңыз: SOP иесі (мазмұн мен өзектілік үшін жауапты), келісушілер (тәуекелдер, қауіпсіздік, сапа, қажет болса заң бөлімі) және бекітуші (әдетте функция басшысы). Кім мәтінді өзгерте алады, кім тек пікір қалдыра алады — бәрін бекітіңіз.

Содан соң біртұтас реестр құрып, әр SOP-қа код беріңіз. Кодты осылай құру ыңғайлы: құжат қай функцияға қатысты екенін бірден көрсетсін (мысалы: IT-OPS-012 немесе HR-TRN-003). Реестрде минимум: атауы, иесі, енгізу күні, ағымдағы нұсқа, статус, қолданылатын бөлімшелер.

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

Минималды 5 қадамдық процесс

1. Әр SOP үшін иелерді, келісушілерді және бекітушілерді тағайындау.
2. Реестр жасау және барлық құжаттарға код беру.
3. Нұсқалау, қайта қарау мерзімдері және архивтеу ережелерін бекіту.
4. Рөл бойынша міндеттілік матрицасын қалыптастыру (кімге қандай SOP міндетті).
5. Танысуға тағайындауды іске қосып, жабылу есептерін тексеру.

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

Ереже: SOP жаңартылғанда міндеттілік матрицасын қайта қарау және өзгерістерге қатысы бар рөлдерге жаңа тағайындау жіберу керек.

Танысуды тіркеу: нұсқалар мен талаптар

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

Қарапайым және электронды әдістер

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

Электронды нұсқалар жиі жаңартулар кезінде тиімді: жүйедегі "Таныстым" батырмасы, электронды қолтаңба, корпоративті пошта арқылы растама және хабарлама сақталуы. Маңызды процедуралар (қауіпсіздік, ИБ, медицина, қаржы) үшін даулауға қиын тәсілді таңдау дұрыс: ЭЦҚ немесе оқиғалар журналы бар жүйелік растау.

Танысу жазбасында міндетті деректер

Танысу жазбасы төрт сұраққа жауап беруі керек:

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

Сонымен қатар қызметкердің рөлі мен міндеттілік негізін (мысалы, "ауыспалы оператор", "жүйе әкімшісі") тіркеу пайдалы.

Деректер тұтастығын қорғау үшін алдын ала ережелер ойластырыңыз: растауды кейіннен өзгертуге тыйым салу, құқықтарды шектеу (кім бекіте алады, кім тек оқи алады), өзгермейтін оқиғалар журналы. Мысал: SOP 2.3-ке жаңартылғанда жүйе 2.2 нұсқасын автоматты түрде ескірген деп белгілеп, жаңа растамаларды жинап, екі нұсқаның тарихын сақтайды.

Тексерулер мен ішкі бақылау үшін есеп үлгісі

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

Төменде ай сайын немесе тексеруге дейін дайындалатын есептің шаблоны берілген (шапкада период пен бөлімшенің атауы көрсетіледі).

Есеп құрылымы

1. Ағымдағы SOP бойынша қысқаша шолу. Тек күштегі нұсқаларды тізімдеңіз: құжат коды, атауы, нұсқа, енгізу күні, иесі (бөлімше), статус (қолданыста/қайта қарауда).

2. Рөлдер бойынша танысу қамтылуы. Жоспар мен фактіні көрсетіңіз: әр рөл бойынша қанша қызметкер танысуы тиіс, қаншасы растаған, қаншаның мерзімі өтіп кеткен. Мерзім ережесін анық көрсету міндетті (мысалы, жаңа нұсқа шыққаннан кейін 5 жұмыс күні).

3. Мерзімі өткен қызметкерлер тізімі. Бұл тізім әрекет үшін арналған, статистика емес. Минималды өрістер:

4. Периодтағы өзгерістер. Не өзгертілгенін және не себеп болғанын тіркеңіз. Мысалы: "SOP-IT-01 v3.0: резервтік көшіру қадамы қосылды, себебі 05.01 оқиғасы болды". Егер нұсқа алмастырылмаған, бірақ мәтін түзетілген болса, бұл да көрініп тұруы тиіс.

5. Оқиғалар және түзетуші шаралар. Қысқаша: не болды, қай SOP қатысты, қандай шаралар қабылданды, жауапты кім, мерзімі, орындау статусы.

Қорытындыда есепті жасаған адам (аты-жөні, лауазымы, күн), тексерген және бекіткен (қолтаңба/аты-жөні/күні) көрсетіңіз. Бұл сенімділік пен жауапкершілікті жабады.

15 минутта тексеруге арналған қысқа чеклист

Процестің нақты дәлелдерге сүйеніп тұрғанын тез түсіну үшін төмендегі бес пункт арқылы өтіңіз. Таңдау жасаңыз: 10-15 процедура және 2-3 рөл (мысалы, бухгалтер, оператор, кезекші басшы).

• Әр қолданыстағы процедураның иесі мен қайта қарау күні бар. Құжат карточкасында иесі (аты/рөлі), енгізу күні және келесі қайта қарау мерзімі көрсетілуі тиіс. Егер мерзім өткен болса, қандай шаралар қабылданғаны көрінуі қажет (қайта қаралды, мерзімі ұзартылды, күшінен алынды).
• Нұсқа бір және тарих сақталған. Ағымдағы нұсқа "актуалды" деп белгіленген, ал өткен нұсқалар архивте және өзгертілмейді. Кім және қашан қандай өзгертулер енгізгені кем дегенде қысқаша жазылуы тиіс.
• Рөл бойынша міндеттілік түсінікті. Таңдалған рөлдер үшін міндетті SOP тізімі (матрица немесе тағайындаулар) бар және бекітілген, ол рөлдің нақты міндеттерімен сәйкес болуы керек.
• Жаңартулардан кейін қайта таныстыру іске қосылады. Жақында жаңартылған процедура үшін кімге қайта тағайындалғаны, крайний мерзімі және кім растағаны көрінуі тиіс.
• Мерзімі өткен таныстырулар еленбейді. Мерзімі өткен таныстырулар бойынша шаралар бар: қызметкерге ескерту, жетекшіні ескертпе, эскалация, оқытуды тағайындау немесе уақытша операциядан босату және т.б.

Егер екі және одан да көп тармақ бойынша құжаттарда немесе журналдарда дәлелдер жоқ болса, процесс формалды түрде бар көрінсе де, ішкі бақылау және тексеру үшін ол жеткіліксіз.

Типтік қателіктер мен тұзақтар

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

Аудиттерде жиі анықталатын жағдайлар:

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

Практикалық мысал: өнеркәсіптік немесе мемлекеттік сектордағы компания SOP-ты жаңартып, оқиғадан кейін инцидент бойынша жұмыс тәртібін өзгертті. Бөлімше басшысы Excel арқылы қолтаңбалар жинады, ал бір айдан кейін белгілі болды: кейбір қызметкерлер түзетілгеннен бұрынғы файлға қол қойған. "Финалдық нұсқаны кім көрді" деген сұраққа жауап табылмады.

Мұндай жағдайларға жол бермеу үшін үш тірек ұстаңыз: біртұтас сақтау орны және айқын нұсқалар, "рөл — құжат" байланыстығы және қызметкерді, нұсқаны, датаны және растайтын әдісті біртұтасты байланыстыратын журнал. Егер сіз ISO талаптары бойынша жұмыс жасасаңыз (мысалы, ISO 9001), осы детальдарды бірінші кезекте тексереді.

Мысал сценарий: SOP жаңарту және растаулар жинау

Мысалы, ИБ қызметі "Фишинг хаттармен жұмыс" процедурасын оқиғадан кейін жаңартты. Бір маңызды қадам өзгерді: күдік тудыратын хаттарды әріптестерге жіберуге болмайды, оларды SOC-тың арнайы жәшігіне жіберіп, сұраным нөмірін тіркеу керек.

Алғашқы сұрақ — қайта таныстыру кімдерге қажет. Әдетте бұл "барлық компания" емес, SOP-тағы тәуекелге нақты ұшырайтын және қадамдарды орындайтын рөлдер: кеңсе қызметкерлері, контакт-орталық, бухгалтерия, әкімшілер, филиалдардағы кезекші топтар. Қауіпсіздікпен байланысты болса — өндірістік сменалар мен объектіге кірген мердігерлер де қосылады.

Келесі — тағайындау ережесін анықтау: жаңа нұсқа таңдалған рөлдер үшін нақты мерзіммен міндетті болады. Мерзімді рөлге қарай әртүрлі қою логикалық: критикалық рөлдер (әкімшілер, контакт-орталық) — 3 жұмыс күні, қалғандары — 10 жұмыс күні. Сменалы командаларды ескеріп мерзімді толығымен қамтамасыз ету қажет, әйтпесе кейбір адамдар физикалық тұрғыдан үлгермейді.

Практикалық тәртіп:

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

Ішкі тексеру есепі екі сұраққа жауап беруі тиіс: "кім танысуы керек еді" және "кім шынымен танысты". Минималды есеп түрі: SOP нұсқасы, енгізу күні, міндетті рөлдер тізімі, қамтудағы қызметкерлер саны, танысқандар, мерзімі өткендер, ерекшеліктер (демалыс, іссапар, аурухана), бөлімше жетекшісінің растауы.

Егер қызметкерлердің бір бөлігі демалыста немесе іссапарда болса, оларды "бұзушылық жасаған" ретінде көрсетпеңіз. "Уақытша болмау" статусын тіркеңіз және ораласқан күні бойынша мерзімді жылжытыңыз. Қызметкер оралғаннан кейін тағайындау қайта іске қосылып, қысқа мерзім (мысалы, 3 күн) берілуі тиіс, осылайша тәуекел ай бойы созылмайды.

Келесі қадамдар: процесті бекіту және IT қолдауын ұйымдастыру

SOP басқаруды бекіту бәрін бірден қамтуға тырысудан оңайырақ. Ең маңызды 10-20 процедураны таңдап алыңыз: еңбек қауіпсіздігі, ИБ, сатып алулар, клиент деректерімен жұмыс, бөлімшелердің негізгі операциялары. Бұл жерде нұсқа, тағайындау және танысу тіркеулерінің қай жерде бұзылатынын тез көруге болады.

Содан соң рөлдер туралы келісіңіз. Әдетте қажет рөлдер: процесс иесі (SOP мазмұны үшін жауапты), координатор (қайта қараулар мен тағайындауларды қадағалайды) және IT жауаптысы (сақтау, қолжетімдер, резервтік көшіру). Осы үш рөлсіз құжаттар тез ретсіз папкаға айналады.

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

Контроль тұрақты және қарапайым болуы керек. Пайдалы ритм: ай сайынғы есеп (қанша SOP жаңартылды, танысу бойынша қай жерде қашыңқылықтар бар, қай SOP қайта қарауға уақытынан қалды) және таңдамалы тексерулер (әр бөлімшенің 5 қызметкері мен әрқайсысына 2-3 SOP таңдап, нұсқалар мен растамаларды салыстыру).

IT-қолдау мұнда "тағы бір құжат" емес, сақтаудың сенімділігі, қолжетімділікті бөлу және ізделімділік туралы. Егер сіз бастапқыдан инфрақұрылым құратын болсаңыз немесе барын күшейтсеңіз, жүйелік интегратор негізгі мәселелерді жаба алады: серверлер мен жұмыс станциялары, қолжетімділікті шектеу, журналдау және резервтеу. Қазақстанда бұл қызметтердің қатарында GSE.kz бар — өндіруші әрі жүйелік интегратор, тәуліктік техникалық қолдау көрсетеді.