Бөлімдер бойынша сатып алу лимиттерін орнату: бюджеттен тыс сатып алуды болдырмау

«Бюджеттен тыс» неге шығады және бұл қалай болады

«Бюджеттен тыс» — сатып алу мақұлданған шығын жоспарына байланбаған кезде орын алады. Қолда бар лимит тексерілмеген, шығын орталығы бекітілмеген, бұрын ашылған өтінімдер ескерілмеген немесе төлем «шұғыл» түрінде жасалып, жүйеге кейін енгізілген. Формальды түрде ақша жұмсалып қойған, бірақ оларды басқару кеш болады.

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

Үрдіс әдетте мына жерлерде үзіліп қалады:

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

Зиян әрдайым тек ақша туралы емес. Тапсырыстар уақытында тоқтап қалады, өйткені шот төлем сатысында тұралап қалады. Бөлімдер арасында кикілжің туындайды: қаржы «кеседі», сатып алулар «шұғыл түрде» шешеді, бөлім «уәде берілгеніне» қысым жасайды. Нәтижесінде ережелерге сенім жоғалады.

Қысқа мысал: бөлімге қосымша комплектующие сатып алу керек — 1,2 млн тг. Жетекші тапсырманы маңызды деп мақұлдайды. Кейін белгілі болады, сол бөлімде бұрыннан мақұлданған, бірақ әлі төленбеген 900 тыс тг өтінімдер бар. Барлығы қосылып лимит асып кетеді да тапсырыс тұралайды. Сондықтан бөлімдер бойынша сатып алу лимиттерін баптағанда төленген шоттар ғана емес, алдағы міндеттемелер де ескерілулері тиіс.

«Өтінім‑лимит‑мақұлдау‑тапсырыс» үрдісі қарапайым тілде

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

Әдетте бұл былай көрінеді:

• Өтінім. Инициатор не сатып алу керектігін және не үшін екенін сипаттайды. Мұнда жүйеде сома мен бөлімге байланысын тіркеу маңызды — «ауызша келісім» жеткіліксіз.
• Лимит. Бюджет иесі (ЦФО жетекшісі немесе бөлім бюджетін жауапты адам) қажетті мақала бойынша бос қалдық бар-жоғын тексереді. Бұл кезеңде бөлімдер бойынша сатып алу лимиттерін баптау жұмыс істейді.
• Мақұлдау. Мақұлдаушылар (жетекші, қаржы, кейде қауіпсіздік немесе IT) сатып алудың ережеге сай екенін растайды.
• Тапсырыс. Сатып алушылар жеткізушіні таңдап, шарттарға келісіп, жеткізілім мен жабу құжаттарын бақылайды.

Рөлдерді қатты бөлген жөн. Инициатор қажеттілік пен мақсаттың дұрыстығына жауап береді. Бюджет иесі — лимит шығынынан. Қаржы — бюджет пен мақалалардың сақталуына. Сатып алулар — рәсім мен шарттарға.

Контроль көбіне қай жерде жоғалады:

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

2. Бөліндіру кезінде: бір сатып алуды бірнеше кішкентайқа бөлінеді, жеңіл мақұлдау арқылы өту үшін.

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

Контроль жұмыс істеуі үшін өтінімде кем дегенде мына өрістерді тіркеу керек:

• сома (жоспарланған және қажет болса НДС‑пен)
• шығын мақалаcы және шығын орталығы (бөлім)
• сатып алудың мақсаты (неге және кімге)
• қажетті мерзім
• негіздеме немесе тіркеме (есеп, коммерциялық ұсыныс, спецификация)

Қарапайым мысал: бөлімге 20 ноутбук «шұғыл» қажет. Егер өтінімде мақала, бөлім және мақсат көрсетілмесе, лимит тексерілмейді. Барлығы толтырылса, бюджет иесі дәл сол бөлім мен мақалада ақша бар ма екенін бірден көреді және сатып алулар бақылаудан өтпей тапсырыс жасамайды.

Қандай лимиттерді енгізу керек: түрлері мен мысалдары

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

1) Бөлімге арналған лимит (айына немесе тоқсанға)

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

Мысал: қолдау бөлімінің тоқсандық лимиті 6 млн тг. Өтінімдер «мақұлданды/тапсырыс» статустарында болып, лимиттен аспаса, стандартты схема бойынша өтеді. Асып кетсе — өтінім нежеқталған немесе қаржы бөліміне бөлек мақұлдау алады.

2) Шығын мақалаcы бойынша лимит

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

Мысал: IT‑ге 2 млн тг, қызметтерге 1 млн тг, расходтықтарға 500 тыс тг және т.б., жалпы тоқсандық 6 млн тг ішінде.

3) Біржолғы сатып алу бойынша лимит (шек сома)

Бұл «қанша сомадан бастап қосымша мақұлдау қажет» деген ереже. Ол бөлімнің лимитін байқалмай «жеп» қоймайтын ірі сатып алулардан қорғайды.

Мысал: 200 тыс тг дейін бөлім жетекшісі мақұлдайды, 200 тыс–1 млн тг арасында қаржы контролері қосылады, 1 млн тг‑тан жоғарыда директордың мақұлдауы қажет.

4) Шарттар мен тұрақты төлемдерге резерв

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

Мысал: ай сайынғы төлем 450 тыс тг болса, тоқсанға 1,35 млн тг резервтеліп, бұл сумма бөлімнің қолда бар лимитінен бірден азайтылады.

5) Шұғыл жағдайлар үшін жеке лимит

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

Мысал: бөлімге айына 300 тыс тг шұғыл лимит. Құжаттау: қысқа негіздеме, бұл кейінге қалдыру мүмкін еместігін растайтын құжат және кейіннен міндетті түрде мақалаға байлау.

Дайындық: деректер мен ережелер, лимиттер жұмыс істеуі үшін қажет

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

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

Кейін шығын мақалаларын бір форматқа келтіріңіз. «Канцелярия», «офистік материалдар» және «қағаз/картридждар» әр түрлі мақалалар ретінде болмауы керек. Шекараларды бекітіңіз: не мақалаға жатады, не жатпайды. Бұл мақұлдау кезінде дау‑дамайды азайтады.

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

Бұлдан бөлек, типтік өтінімдер мен толтырылатын өрістерді алдын ала анықтаңыз, мысалы:

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

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

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

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

1. Жауапкершілікті бекітіңіз. Инициатор қажеттілікті формулировкалап, негіздемені тіркеуі керек. Бөлім жетекшісі сатып алу қажет екенін растайды. Сатып алушылар позицияның дұрыстығын және жеткізушіні тексереді. Қаржы — бюджет пен лимиттерге, резервтеу ережелеріне жауапты.

2. Лимиттерді орнатыңыз: бөлімдер мен шығын мақалалары бойынша лимиттер (мысалы, IT, офис, сервис, іссапар). Кезеңді дереу анықтаңыз — әдетте ай немесе тоқсан. Біржолғы жобалар мен ағымдағы шығындарды араластырмаңыз: жобаға бөлек мақала немесе жеке лимит арнаған дұрыс.

3. Лимит тексеруін өтінім кезеңінде қосыңыз, тапсырыс бергеннен кейін емес. Осылай қызметкер бірден соманың өтетінін көреді және уақытты босқа құрметтемейді.

4. Шынайы қалдық есептеуін орнатыңыз: лимиттен броньдалған өтінімдер мен әлі төленбеген тапсырыстар шегерілуі керек. Әйтпесе «бос ақша» иллюзиясы пайда болады және асып кету кеш байқалады.

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

Матрица қарапайым болуы мүмкін:

• мақала және лимит аясында — бөлім жетекшісі мақұлдайды
• шекті асатын сома — қаржы директорына немесе бюджеттік комитетке жолданады
• стандарттан тыс сатып алу — сатып алулар мен қаржыны міндетті түрде тексеру
• шұғыл сатып алу — ерекшелік ережесі бойынша және себеппен
• жобаға байланысты сатып алу — жобаның владельцы мақұлдайды

Қорытындыда пилотты 1–2 бөлімде іске қосыңыз. Мысалы, серверлер немесе жұмыс станцияларын сатып алу жағдайын қарастырып, қай кезеңде көп кедергі пайда болатынын (қате мақала, резерв жоқ, мерзім дұрыс емес) анықтап, ережелерді бүкіл компанияға тарату алдында түзетіңіз.

Ерекшелік ережелері: контроль жұмысты бөгемесін үшін

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

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

Ерекшеліктер басқарылатын болу үшін «шектен тыс» өтінімдер формасында міндетті өрістер болсын:

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

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

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

Жиілік келісімшарттар мен тұрақты қызметтер лимитті ай немесе тоқсан бойынша резервтеуді ыңғайлы етеді — әр жолы мақұлдаудын дерлік қажет болмайды.

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

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

Лимиттер орнатылғанымен, егер ешкім санды жүйелі түрде қарамаса, «бюджеттен тыс» жағдайы тағы да болады. Жақсы бақылау — жетекші бір минутта түсінетін көрсеткіштерге сүйенеді.

Жетекші панелі: әрдайым не қарап тұру керек

Бөлім бойынша есепте бүгін қабылдайтын шешімге көмектесетіндер қалсын:

• кезеңге арналған жоспар (ай немесе тоқсан) мақалалар бойынша
• факт: төленген немесе есепте өткен сумма
• броньдалған: өтінімдер/тапсырыстар, олар лимитті «жеңген», бірақ әлі факт емес
• лимит қалдығы: қосымша мақұлдаусыз қанша жұмсауға болады
• кезең соңына дейін болжам: факт + бронь + күтілетін тұрақты төлемдер

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

«Бөліністі» және басқа айналып өту жолдарын қалай ұстау

Көп жағдайда бірнеше кішкентай өтінім бір үлкеннің орнына беріледі. «Бөліністі» бақылау үшін ережелер қойыңыз: бір жеткізуші, бір мақала, бір бөлім, қысқа кезең (7–10 күн) және соңында жалпы сома шекті асып жатса — ескерту шығару.

Қосымша түрде тәуекел белгілерінің жиынтығын ұстаңыз. Олар лимит асымас бұрын мәселені ұстауға көмектеседі:

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

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

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

Қателіктер және оларды қалай болдырмау керек

Ең жиі себебі — лимиттер формальды түрде бар, бірақ жүйе оларды кеш тексереді. Егер бақылау тек тапсырыс бергеннен кейін іске қосылса, менеджерлер фактімен алдында қалады, ал қаржы «шешуі» керек болады, алдын алу емес.

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

Екінші ауыртпашылық — мақұлдаулардың артық жүктелуі. Барлық өтінім бір ұзын маршрут бойынша жүрсе, қызметкерлер қысқа жол іздейді: «чатта қол қоюды» сұрайды, «шот бойынша» сатып алады немесе басқа компания арқылы өткізеді. Бұл жерде айқын шектер көмектеседі: кішкентай сомаларды бөлім жетекшісі мақұлдайды, орташа сомаларды қаржы контролі, ірі сомаларды — бюджеттік комитет.

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

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

Бөлімдер бойынша лимиттер формалдыққа айналып кетпеуі үшін бес тез тексеріс:

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

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

Қысқа чек‑тізім: лимиттер жұмыс істеп тұр ма

Бөлімдер бойынша лимиттер шынымен жұмыс істегенін мына белгілер көрсетеді. Егер төмендегі 2–3 тармақ атқарылмаса, сатып алулар қайтадан «бюджеттен тыс» кетеді, тек ол баяу және дыбысы аз түрде.

10 минуттық жылдам тексеріс

• Әр өтінімде негізгі өрістер толтырылған: бөлім (немесе шығын орталығы), мақала, сома және сатып алудың анық мақсаты. Егер мақсат «шұғыл керек» сияқты ғана жазылса, ол мақсат емес.
• Лимит екі рет тексеріледі: өтінім берілген кезде және жеткізушіге тапсырыс құрылғанда. Егер тек төлем алдында тексерілсе, ақша әдетте қазірдің өзінде жұмсалған болады.
• Лимит қалдығы шынайы: ол тек төленген шоттармен қысқармайды, белсенді өтінімдер мен мақұлданған тапсырыстар бойынша резервпен де кемитін болуы керек.
• Мақұлдау матрицасы дау тудырмайды: қызметкерлер кім қандай сомада мақұлдайтынын біледі. Егер әр жолы «кім қол қоюы керек?» деп сұрап жатса, ережелер бекітілмеген.
• Ерекшіліктер тәртібі айқын: шұғыл сатып алулар, авариялық жағдайлар және лимиттерді бөлімдер арасында тасымалдау арнайы шешім арқылы рәсімделеді, чаттағы жазысулар арқылы емес.

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

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

Практикалық мысал: лимит шегінде сатып алу

Қаржы бөлімі көреді: IT бөлімінің тоқсандық «Компьютер жабдығы» мақаласы бойынша 180 000 тг қалды. Бір уақытта сервис‑деск жаңа екі жұмыс станциясын шұғыл түрде сұрайды. Сауда ұсыныстары бойынша сома 220 000 тг шығады. Лимит жартылай қолданылған, бірақ қажеттілік нақтылы.

Дұрыс өтінім «шұғыл сатып ал» түрінде емес, тексеруге болатын құжат сияқты болуы керек. Онда әдетте бар болады:

• мақсат пен негіздеме (кім қабылданатын, қандай тапсырмалар, сатып алмағанда не болады)
• бюджет мақалаcы және шығын орталығы
• сома және валюта, НДС‑пен немесе НДС‑сіз
• жеткізу мерзімі және іске қосу күні
• баға салыстырудың бар екендігі (кемінде 2–3 ұсыныс)

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

Лимитті қайта бөлу бөлек шешіммен тіркеледі: қай мақаладан (мысалы, IT‑дағы «Расходники» бөлімінен үнемдеу күтіледі), қай мақалаға және қаншаға ауыстырылып жатқанын көрсетіп. Әдетте бұл IT жетекшісі мен қаржы контролері мақұлдайды, ал шекті асыратын сома болса — қаржы директоры да бекітуі мүмкін. Бұл — бөлімдер бойынша лимиттерді практикалық реттеу: ақша ашық жылжиды, айналып өту емес.

Нәтиже: өтінім «мақұлданды» мәртебесін алады, тапсырыс рәсімделеді, қажетті мақаладағы лимит бірден жаңартылады және есептерде өзгеріс неге және кімнің мақұлдауымен болғаны көрініп тұрады. Бұл дау‑дамайды азайтады және бюджеттен тыс сатып алуды әкімге айналдырмайды.

Келесі қадамдар: енгізу және бекіту

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

Содан кейін 1–2 ең проблемалық учаскені анықтап, өзгерістерді дәл сол жерде бастаңыз. Көбінесе бұл қызметтер (бағаларды салыстыру қиын), шұғыл сатып алулар және жиынтығында үлкен шығын әкелетін ұсақ сатып алулар болады.

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

Енгізу жоспарын қысқа пилот ретінде 2–4 аптаға орналастыру ыңғайлы:

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

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