Келісім матрицасы: сомаларға, мақалаларға және филиалдарға арналған ережелер

Келісім матрицасы деген не және неге ол қажетсіз кідіртуді жояды

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

Матрица болмаса, келісімдер тез арада хат алмасуға айналады. Әр жолы сұрастыруға тура келеді: «мұнда кім басым?», «бұл CAPEX пе әлде OPEX па?», «филиал үшін аймақ директоры керек пе, әлде функция жетекшісі жеткілікті ме?». Мерзімдер жұмысқа емес, үнемі түсіндіруге байланысты ұлғайып кетеді.

Қалыпты корпоративтік келісім жүйесінде матрица формалданған шарттарды анықтайды. Мысалы: егер сома X-тен жоғары болса — қаржы директоры қосылады; егер мақала «ИТ-жабдықтары» болса — ИТ-қызмет қатысады; егер сатып алу филиалға арналған болса — маршрутта филиал басшысы бар. Маңыздысы — бұл шарттар автоматты түрде және барлық үшін бірдей жұмыс істейді.

Word-тағы регламент көбіне процесті жалпы фразалармен және мысалдармен сипаттайды, ал жеке жағдайларды жаба бермейді. Келісім матрицасының айырмашылығы — нақты «егер–онда» ережелері мен рөлдерді бекіту, оларды трактовкасыз тексеруге және қолдануға болады.

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

Қарапайым мысал: филиал 2,5 млн теңгеге компьютер сатып алғысы келеді. Матрица болмаса, кім соманы мақұлдайтынын, ИТ-экспертиза қажет пе, бұл «капекс» саналады ма және филиал үшін кім қол қоятынын анықтай бастайды. Матрица болса, маршрут бірден жинақталып, өтініш артық сұрақтарсыз өтеді.

Матрицаның құрамдас бөліктері: сомалар, мақалалар, филиалдар, рөлдер

Келісім матрицасы — бірнеше белгілер жиынтығы бойынша алдын ала кім және қандай реттілікпен келісетінін түсіндіріп беретін ережелер кестесі. Белгілерді нақты сипаттасаңыз, келісім чаттағы хат алмасудан бас тартады.

Көбінесе матрица бірнеше «осьтен» құралады. Құжат үшін қайсысы міндетті, қайсысы тек ерекше жағдайларда қолданылатынын келісу маңызды.

Матрица жұмыс істемей қалмайтын 4 блок

Бірінші блок — сома. Мұнда тек порогтар (мысалы, 1 млн-ға дейін және одан жоғары) емес, не салыстырылғаны да маңызды: құжат бойынша толық сома ма әлде жол бойынша ма, ҚҚС есепке алынған ба, порогтарды қай валютада есептейміз. Валюта әртүрлі болуы мүмкін болса, қайта есептеу ережесін белгілеңіз (өтініш немесе төлем күнгі курс) және оны «жағдайға қарай» өзгертпеңіз.

Екінші блок — шығыс мақаласы. Ол «ИТ-жабдықтары» мен «маркетингті» айыра алатындай жеткілікті дәрежеде анықталуы керек, бірақ адамдар жүздеген ұқсас тармақтан таңдайтын деңгейде болмауы тиіс. Араласудың болмауы үшін мақала коды мен атауын бекітіңіз.

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

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

Мысалы, филиалға Астанада IT-жаңа ноутбуктарға 3 200 000 теңге шығын туралы өтініш филиал басшысынан бастап қаржы бақылауға өтеді. Заңгерлер тек келісімшарт жағдайында шақырылады, бір реттік сатып алу емес. Бұл шарттар матрицада жазылса, сұрақтар айтарлықтай азаяды.

Дайындық: анықтамалар мен бірыңғай түсініктер

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

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

Келесі қадам — бірыңғай анықтамаларды бекіту. Сома деп нені санаймыз: ҚҚС-пен бе әлде ҚҚС-сыз ба, қай валютада, қай күнгі курс бойынша, қалай дөңгелектеу, жеткізу мен сервисті бір өтініште ескеру. «Күн» деген не: жасау күні ме, қажеттілік күні ме, жеткізу күні ме әлде төлем күні ме. «Жауапты» кім: инициатор, бюджет иесі, сатып алу орындаушысы немесе келісімшарт иесі. Осы «жұп-жұмсақ» нәрселер жиі бір өтініштің түрлі адамдарда әртүрлі маршрутқа түсуін түсіндіреді.

Деректер иелері

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

Статустар мен ерекшеліктер

Қысқа статус жиынтығын жасаңыз және оны күрделендірмеңіз: «Қолжазба», «Келісуде», «Қайтарылды түзетуге», «Келісілді», «Бас тартылды», «Орындауда/Жабылды». Әр статустың нақты мәні және түсінікті әрекеті болуы тиіс.

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

Сомалар бойынша ережелерді қалай сипаттауға болады: қадамдық схема

Сома бойынша ережелер қызметкерге шешімді бірден кім қабылдайтынын түсіндіру үшін қажет және келісушілерді чатта жинауға мәжбүрлемеуі тиіс. Жақсы матрица қарапайым кесте түрінде болады: сома диапазоны -> келісушілер кезегі -> қосымша тексерістер.

1) Түсінікті порогтар қойыңыз

Көп градациядан емес, 3–5 диапазоннан бастаңыз. Порогтар әдетте бөлімшенің лимиті, филиал лимиті және «ірі сатып алу» (стандартты бюджеттерден жоғары) болады. Бірден шешіңіз: сома ҚҚС-пен бе әлде ҚҚС-сыз ба, қай валюта, бірнеше шоттарға бөлінсе не істеу керегін анықтаңыз.

2) Диапазондардың иелерін және реттілігін тағайындаңыз

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

3) Қай жерде параллельділік қажет, қай жерде кезек керек екенін шешіңіз

Бірінен кейін бірін келісу сол кезде қолайлы, егер шешімдер өзара тәуелді болса (мысалы, алдымен бюджет, содан кейін сатып алу). Параллельдік — жедел тексерістер үшін: мысалы, қаржы және қауіпсіздік бірдей уақытта тексеруі қажет болғанда.

4) Соңғы бақылауды тек қана қажет жерге қосыңыз

Қаржы, қауіпсіздік және комплаенс барлық сомаларда «мәңгілік стопқа» айналса алады. Оларды белгілі триггерлерге байлаңыз: сома порогтан жоғары, жаңа жеткізуші, ерекше келісім шарттары, алдын ала төлем X% жоғары болса.

5) Ережелерді типтік кейстерге сынап, түзетіңіз

Матрицаны өткен айдың 10–15 нақты өтініші бойынша тексеріңіз: кішкентай офис шығындары, сервис қызметі, филиалға жедел сатып алу, лимиттен жоғары жабдық алу, жаңа жеткізушіден сатып алу. Егер 2–3 кейсте қызметкер маршрутты сұрамастан болжай алмаса, ережелерді оңайлатқан жөн.

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

Шығыс мақалалары бойынша ережелер: детализациядан қалай қашуға болады

Шығыс мақалалары төлемнің мәнін береді, сондықтан олар бойынша түсінікті ережелер құру оңай. Бірақ егер анықтаманы тым бөлшектесеңіз, келісім «дұрыс» подстатья таңдауында тұрып қалады. Егер тым кең болса, бақылау жоғалады.

Жақсы ереже қарапайым: детализация бюджетті және жауапкершілікті қалай басқарып жатқаныңызға сай болсын. Егер бюджет «Маркетинг» деңгейінде бекітілсе, қызметкерлерді тек маршрут үшін «SMM», «оқиғалар», «баспа өнімдері» сияқты таңдау жасауға мәжбүрлемеңіз. Ал егер лимиттер мен KPI әр түрлі болса, детализация орындалған.

Көбіне 5–10 негізгі топ жеткілікті, ал бөлшектер аналитикаға қалдыру керек, келісуге емес. Мысалы: IT (жабдық, ПО, қызмет), жалдау және кеңсені ұстау, маркетинг пен сату, іскерлік сапарлар және өкілеттілік, кәсіби қызметтер мен мердігерлер.

Кейде бір мақала жеткіліксіз болады. Онда көп подстатья қосудың орнына бір түсінікті шарт қосқан жөн: жоба, қаржыландыру көзі, келісім түрі. Мысалы: «Маркетинг» әрқашан бірдей келіселеді, бірақ «Маркетинг + жоба X» бөлек жоба жетекшісіне кетеді.

«Ерекше» мақалалар бөлек және қатты сипатталуы керек: негізгі капиталдық шығындар (CAPEX), лицензиялар, мердігерлер. Оларға не CAPEX саналатынын, лицензияны қалай қызметтен ажыратуды және қандай құжаттар міндетті екенін алдын ала бекітіңіз. Бұл «неге сонша қымбат?» және «бұл шынында жалдау емес пе?» деген хат алмасуларды жояды.

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

Филиалдар және басқару деңгейлері: ашық маршруттар

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

«Филиал өз бетінше шешеді» немесе «орталықтандырылған»

Модельді таңдаудан бастаңыз. Филиалдар тапсырмалар мен жылдамдық бойынша айтарлықтай ерекшеленсе, оларға дербестік қажет. Егер сатып алулар типтік, тәуекел жоғары және бюджеттер ортақ болса, орталықтандыру тиімдірек.

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

Маңызды: лимит адамға емес, филиалға және бюджетке байлануы керек. Олай болмаған жағдайда басшы ауысқан кезде ережелер тарқайды.

Маршрут деңгейлерін қалай сипаттау керек

«Кім жауапты?» деген сұрақтар туындамас үшін ережелерде деңгейлерді рөлдер ретінде бекітіңіз: филиал жетекшісі, филиал қаржы контролері, өңірлік директор, орталық қызметтер (қаржы, сатып алу, ИТ, қауіпсіздік), бюджет иесі. Содан жүйе нақты адамдарды оргструктураға қарай қояды.

Филиалдар аралық өтініштер үшін бастапқы филиал немесе бюджет иесі қайсысы басты екенін алдын ала шешіп қойыңыз. Ыңғайлы ереже: бюджет иесі келіседі, ал әсерленген филиалдар ресурстар мен мерзімдер бойынша қысқаша растау береді.

Мысал: Алматы филиалы жергілікті жобаға сервер алғысы келеді, бірақ төлем жалпы ИТ-бюджеттен шығады. Маршрут былай берілуі мүмкін: филиал жетекшісі қажеттілікті растайды, филиал қаржысы мақаланы тексереді, орталық ИТ қызметі спецификацияны растайды, содан кейін орталық қаржы мен бюджет иесі соңғы мақұлдауды береді.

Уақытша құрылымдар (жобалар, алаңдар, маусымдық нүктелер) арнайы «филиал/объект» ретінде анықтамада жүргізілуі дұрыс, оларда әрекет мерзімі мен жауаптылар көрсетіледі. Содан маршрут жобаның мерзімі бойы автоматты түрде қосылады, оны әр жолы қолмен жинаудың қажеті болмайды.

Эскалациялар, ауыстырулар және мерзімдер: хат алмасуды минимизациялау

Хат алмасу жоқ жерде түсінікті ереже болмайды: келісуші үндемей қалса кім әрекет етеді, демалыс кезінде кім ауыстырады және өтініште нақты не түзетілуі керек — осыны матрицада бір рет сипаттау және корпоративтік жүйеде бекіту керек.

Мерзім бойынша эскалация

Эскалация «эмоцияға» емес, таймерге негізделуі тиіс. Егер келісім белгіленген уақытта аяқталмаса, өтініш автоматты түрде келесі деңгейге немесе келісушінің басшысына дубликатпен жіберілуі керек. Кімнің келесі екенін алдын ала анықтаңыз: функционалдық басшы, филиал жетекшісі немесе бюджет иесі. Солай «нақтылауға қараңыз» деген еске салулар жоғалады.

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

Ауыстырулар және доработкага қайтару

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

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

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

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

Матрицаны баптаудағы типтік қателер

Матрицаның жұмыс істемеуінің ең жиі себебі — ережелер шешім қабылдауға мүмкіндік бермейтіндей жазылған. Нәтижесінде қызметкерлер қайтадан хат пен чатқа кетеді, ал жүйе тек сыртқы көрсеткішке айналады.

Ең жиі кездесетін қателер, олар әдетте қолмен айналып өтуге әкеледі:

• Тым көп ерекшеліктер: «әдетте солай, бірақ кейде басқа». Егер бөлімде бірнеше ерекшелік пайда болса, ол ережеге айналуы тиіс.
• Сома порогтарының қиылысуы немесе «құрылымсыздығы». Мысалы, 500 000-ға дейін басшы келіседі, 500 000-ден 1 000 000-ға дейін директор, ал дәл 500 000 жазылмаған немесе екі диапазонға кіріп қалады.
• Мәнсіз рөлдердің дубляжы: бір деңгейде екі келісушінің болуы «барлығы қамтылғанын» көрсетеді, бірақ мақсаты анық болмаса, екінші келісуші кешіктіруге айналады.
• Бір өрісте әртүрлі белгілерді араластыру. Бір «мақалаға» бөлімше, жоба және филиалды кірістірсеңіз, ережелер жұмыс істемей қалады және қолмен таңдау басталады.
• Иесі мен қайта қарау кестесінің жоқтығы. Иесі бекітілмесе матрица алғашқы реорганизациядан немесе лимиттің өзгеруінен кейін ескіріп қалады.

Жақсы тексеру — бір айдағы 10 нақты өтінішті алып, оларды ережелер бойынша өткізу. Егер 3-тен көп жағдайда «бұл қандай мақала?» немесе «біздің бұл жерде филиал қайсы?» деп сұрау туындаса, анықтамалар мен сөздіктер бекітілмеген.

Мысал: филиал 980 000 теңгеге расходтық заттар тапсырады. Матрицада сомалар қате бапталған, ал «филиал қаржы менеджері» рөлі «қаржы контролерімен» дублирленген. Нәтижесінде өтініш тұрып қалады, себебі әркім басқа адамды жауапты деп ойлайды.

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

Іске қосар алдында жылдам чек-лист

Матрица іске қосар алдында қысқаша тексеруден өткізіңіз. Бұл 1–2 сағат алады, бірақ өтініштер адамдар арасында ұсақ-түйек себеппен «секіреді» бастаған кезде апталардағы хат алмасуды үнемдейді.

Алдымен ережелердің қамтылуын тексеріңіз. Ең жиі хаос туған себеп — өтінішке маршрут табылмайтын «құдықтар». Типтік құжаттар (сатып алу өтініші, келісімшарт, шот) бойынша өтіп, әр комбинацияға (сома + мақала + филиал + құжат түрі) түсінікті жол бар екеніне көз жеткізіңіз.

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

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

Мерзімдер мен эскалациялар іске қоспас бұрын анықталғаны дұрыс. Қарапайым сценарий: филиал жетекшісі 2 жұмыс күн ішінде жауап бермесе, өтініш оның ауыстырушысына өтеді, ал 3 күннен кейін — жоғары деңгейге. Әр қадамдағы мерзімдер қойылғанына, эскалация ережелері анық екеніне, демалыс/ауыстыру бапталғанына және кім оны тағайындайтыны шешілгеніне көз жеткізіңіз.

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

Егер осы тексеруден кейін әлі де даулы жерлер қалса, «сол күйінде» іске қоспаңыз. Бастапқыда бір түсінікті әдепкі маршрут қосып, анықтамаларды нақтылаған жөн, кейінгі хат алмасу өрттерін сөндіруден гөрі.

Мысал сценарий: филиалға арналған сатып алу — артық сұрақтарсыз

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

Инициатор автоматты маршрутты таңдайтын өрістерді дәл толтырады: филиал (Шымкент), шығыс мақала (ИТ-жабдықтары), сома, валюта (қолданылса), жеткізуші (таңдалса) және қысқаша негіздеме (неге және кім үшін). Мақаланың анықтамадан таңдалуы маңызды — бос мәтінге жазса, жүйе ережені қалай қолдану керектігін түсінбейді.

Одан кейін екі ереже тобы іске қосылады: мақалаға және филиалға қатысты. Мақала ИТ-ға жататындықтан, жүйе ИТ-тан жауапты міндетті келісушіні қосады (мысалы, жабдық стандарттарына жауапты). Филиал көрсетілгендіктен, жүйе филиал жетекшісін және сол филиалға қатысты басқару деңгейін таңдайды, яғни «басқа» басшыны емес.

Параллель түрде сома ережелері қосылады. Сома филиал лимитінен жоғары болса, маршрут кеңейеді: қаржы контролері бюджет пен мақаланың дұрыстығын тексереді, кейін бас бухгалтер немесе қаржы директоры лимиттер мен ҚҚС/салықтарды және негіздемені тексереді. Жетекшілер «қалай рәсімдеу» емес, іс жүзінде сатып алу қажет пе, ол бар-жоғын және филиал жоспарына сай ма екенін қарайды.

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

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

Келесі қадамдар: енгізу, инфрақұрылым және қолдау

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

Шапкаға бекітуге пайдалы минимум: нұсқа және күшіне ену күні; иесі және сұрақтар бойынша байланыс; қолданыс аясы (ұйымдар, филиалдар, валюталар); негізгі қабылдаулар (мысалы, сома деп не есептелетіні — ҚҚС-пен бе әлде жоқ па); өзгерістер журналы — не өзгертілді және неге.

Содан пилот бастаңыз. Барлық филиалдар мен барлық мақалаларды бірден қамтамасы етуге тырыспаңыз — алғашқы қателер сұрақтар толқынына айналады. Практикалық бастама: 1–2 филиал, 2–3 ең жиі қолданылатын мақала және 2 сома порогы (мысалы, X-ке дейін және одан жоғары). Пилотта маңыздысы «идеал схема» емес, кері байланыстың жылдамдығы: адамдар қай жерде адасады, қай өрістер жетіспейді, қай ережелер қайшылыққа келеді.

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

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

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