Бөлімшелер бюджетінің план‑факті: өтініштерді, сатып алуларды және төлемдерді байланыстыру

Неліктен план‑факт сәйкес келмейді және лимиттер түсініксіз болады

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

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

Деректер бірнеше жерде «жоғалады». Өтініш мақұлданғанымен тапсырыс жартылай жасалуы мүмкін. Тапсырыс құрылғаннан кейін сома немесе жеткізуші өзгеруі мүмкін, бұл бюджетте көрінбеуі мүмкін. Төлем бір суммамен бірнеше тапсырыстар бойынша жасалса, оны баптар мен ЦФО-ға алдын ала ережелерсіз бөлу қиын.

Қолмен жасалған Excel‑жинақтар жағдайды нашарлатады. Олар таза көрінгенімен, кешігіп жаңарып отырады, бір адамға және оның формулаларына тәуелді, міндеттемелерді (яғни «босатылмаған», бірақ әлі төленбеген сомаларды) көрсетпейді және түзетулерді нашар көтереді.

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

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

Осы жауаптар бірден көрінсе, бақылау тыныш болады: лимиттер түсінікті, шешімдер жылдамырақ қабылданады, ал келісімдер хат алмасу мен болжамдарға емес — ережелерге сай жүреді.

Орнатпас бұрын не дайындау керек: рөлдер, статустар, ережелер

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

Рөлдер: процесті реттеушілер

Көбіне төрт рөл жеткілікті:

• Инициатор өтініш жасайды, бөлімше мен жазбаны таңдайды, қажеттілікті және соманы көрсетеді.
• Бөлімше басшысы шығынның қажеттігін және лимитке сай келетінін растайды.
• Сатып алулар қажеттілікті сатып алу құжаттарына (баға сұрауы, келісім, тапсырыс) аударады және шарттарды тіркейді.
• Қаржы (бюджет/казначейство) лимиттерді, резервтер мен төлемдерді бақылайды және төлемдерді растайды.

Бір адам бірнеше рөлді атқарса, ол да жарайды. Маңыздысы — рөл анықталып, әрекеттер бәріне бірдей болуы.

Статустар: қашан ақша «резервтеледі» және қашан «шығылады»

Негізгі келісім: қай құжаттардың статустары қолжетімді қалдыққа әсер етеді. Типтік жиынтық:

• Черновик: ештеңеге әсер етпейді.
• Согласовано: резерв пайда болады, лимит өтініш сомасына кемиді.
• Размещено (заказ/келісім жасалды): міндеттеме сатып алу құжатымен расталады.
• Оплачено: факт орындалды, міндеттеме жабылады.

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

Ережелер: «ақиқат көзі» және айналып өтпеу тиіс жерлер

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

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

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

Өтініштерді, сатып алуларды және төлемдерді қолмен болжаусыз байланыстыру үшін әр құжатта бірдей «құрылым» болуы керек:

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

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

Хаоссыз анықтамалықтар: статьялар, ЦФО және лимит мерзімдері

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

Бюджет статьяларын қалай ұйымдастыру керек

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

Практикалық тәсіл — екі деңгей: үлкен статья (мысалы, «ИТ‑жабдықтары») және нақтылау («ПК», «серверлер», «мониторлар»). Сонда басшы сомаға түсінеді, ал сатып алулар мен қаржы бөлшекті жоғалтпайды.

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

Бөлімшелер, ЦФО және жобалар: күрделендірмеңіз

Құрылымды лимитке жауапты тұлға негізінде құрастыру жақсы. Көбіне «бөлімше + ЦФО» жұбы жеткілікті. Жобаларды тек нақты бөлек бақылау қажет болғанда ғана қосыңыз, әйтпесе өтініштер кездейсоқ жобаларға шашырап кетеді.

Мысал: «ИТ‑қызмет» «ИТ‑жабдықтары» статьясы бойынша лимитті ұстайды, ал «Астана филиалы» — «Байланыс және интернет» статьясы бойынша. Егер филиал қызметкері ноутбук сұраса, ол «ИТ‑жабдықтары» статьясын және өз ЦФО‑сын «Астана филиалы» етіп таңдайды. Осылай филиал басшысы өзінің лимитінің пайдаланылғанын көреді, тіпті сатып алуды орталық ИТ жүргізсе де.

Лимит кезеңдері және ауыстырулар

Лимит мерзімін бір рет анықтап, соған беріледі (жыл, тоқсан немесе ай). Бос қалған лимитпен не істеу және артып кеткен жағдайда не болатынын алдын ала жазып қойыңыз.

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

Лимиттерді және өзгерістерді қалай қою: жоспар, мақұлдау, корректировкалар

Жұмыс істеуі үшін лимит жүйеде өтініштерден бұрын пайда болуы керек және «тірі» болу тиіс: әрекет датасы, иесі және өзгерістер тарихы бар.

План әдетте кезең бойынша статялар мен бөлімшелер (ЦФО) бойынша бюджет ретінде енгізіледі. Келісілген деңгей туралы алдын ала келісім қажет, кейін жүздеген кішкентай жолдар пайда болмауы үшін.

Лимитті бекіту

Негізгі схема келесідей:

• инициатор кезең мен статья бойынша план енгізеді;
• қаржы ережелерді тексереді (статья, мерзім, ЦФО, негіз);
• бекітуші «утвержденный лимит» деген бөлек статуспен бекітеді;
• бекітуден кейін лимит резервтеуге қолжетімді болады;
• кез келген өзгерістер тек «корректировка» арқылы өтеді, бекітілген санды қолмен өзгертпеу керек.

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

Корректировкалар, қайтарулар және жоюлар

Өтініш мақұлданғаннан кейін лимит әдетте бірден төлем факті бойынша кемиді дегеннен гөрі резервке ауысады. Бұл бірнеше өтініш бір қалдықты «жеп қоюынан» қорғайды.

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

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

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

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

Тізбек логикасы: ниет (өтініш) → міндеттеме (резерв/тапсырыс) → қабылдау (акт/накладная) → төлем. Егер осы буындардың біреуі алдыңғымен байланыссыз болса, лимиттер «секіруді» бастайды.

Бір негіз бойынша байланысуы тиіс бес қадам

• Қажеттілік өтінішпен рәсімделеді. Онда бөлімше, статья, мерзім және күтілетін сома бірден көрсетіледі. Мақұлданғанға дейін жүйе қолжетімді лимитті бар резервтерді ескеріп тексеруі тиіс.
• Мақұлданғаннан кейін резерв пайда болады. Ақша әлі шықпағанымен, оны басқа мақсатқа жұмсауға болмайды. Егер сатып алу кезеңдер бойынша жоспарланса, резервті кезеңге бөліп жасау дұрыс.
• Жеткізушіге тапсырыс (PO) рәсімделеді, сома мен валютаны бақылау бар. Тапсырыс өтініштен статьюды, ЦФО мен жобаны (қолданылса) мұра етеді. Валютаны қайта есептеу ережелерін алдын ала бекітіңіз.
• Қабылдау расталады (акт, накладная). Жартылай жеткізілім болса, қабылдау да жартылай болуы тиіс.
• Шот және төлем тапсырысқа және статьяда бекітіледі. Аванстар, жартылай төлемдер және қосымша төлемдер нақты тапсырысқа немесе қабылдауға сілтенуі керек, сонда міндеттеме автоматты түрде жабылады.

Қай нәрсе жиі байланысты бұзады

Жиі қате — төлемді «қолмен» статья бойынша есептеу, тапсырысқа байланбай жасайды. Екінші жиі қате — ортада статья немесе бөлімшені өзгерту. Егер реквизиттерді өзгерту керек болса, оны бекітілген корректировка арқылы жасаған дұрыс, сол кезде тарих ашық қалады.

Қалай лимит қалдығын есептеу: план, резерв және факт

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

Араластырмау керек үш қабат

План — кезең бойынша статья мен ЦФО бойынша бөлімшеге қанша жұмсауға рұқсат етілгені. Резерв — қанша соманың бұрыннан уәде етілгені, әлі төленбегені. Факт — қанша нақты төленгені.

Қалдығын есептеу ыңғайлы түрде:

Остаток = План - Резерв - Факт.

Осылай басшы «ертеңге арналған» емес, бұрыннан бекітілген қаражаттарды көрмейді.

Жартылай жеткізілімдер мен жартылай төлемдер

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

Мысал: лимит 10 000 000 тг, келісім 8 000 000 тг, төлем 3 000 000 тг. Қалдығы = 10 000 000 - 8 000 000 - 3 000 000 = -1 000 000 тг. Бұл міндеттемелер лимиттен асып кеткенін білдіретін сигнал, тіпті ақша әлі толық шықпаған болса да.

НДС, курстық айырмашылықтар, дөңгею

Лимиттердің «секіруін» болдырмас үшін алдын ала бірдей ережелер бекітіңіз:

• есептік бір валюта (мысалы, тг), валюталық құжаттар міндеттеме күнінде және төлем күнінде бекітілген курс бойынша қайта есептелсін;
• курстық айырмашылықтар бөлек корректировка немесе статья арқылы көрсетілсін, бұл ауытқудың себебін көрсете алады;
• НДС біркелкі есептелсін: лимиттер «НДС‑пен» немесе «НДС‑сiз» беріледі және резерв пен факт сол күйде есептелсін;
• дөңгелету барлық құжаттарда және есептерде бірдей болсын.

Басшыларға арналған есептер: не көрсету керек, түсінікті болу үшін

Басшыға «операция журналы» қажет емес. Оған тез арада қанша ақша қалғанын, қандай міндеттемелер барын және лимиттен шығу қаупі қай жерде екенін бірден түсіну керек.

Басшы жарты минутта не көргісі келеді

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

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

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

Фильтрлер мен айрықша белгілер

Фильтрлер барлық есептерде бірдей болуы керек. Минимум: мерзім, жоба, жеткізуші, инициатор.

Айрықша белгілер тәуекелді жібермеуге көмектеседі:

• қалдық праговтан төмен (мысалы, лимиттің 10%);
• құжат «келіспеуде» қалып кетсе;
• тапсырыс/келісім бар, бірақ күтілетін төлем күні жоқ;
• шоттың статьясы өтінішпен сәйкес келмейді.

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

Мысал: IT бөліміне тоқсан бойынша «Компьютер техникасы» статьясы бойынша 12 000 000 тг лимит бекітілді. Басшы тек төленген соманы ғана емес, сонымен қатар міндеттемелерді де көруі керек, сол арқылы екі мәрте ақша бөлінбеуінен сақтануға болады.

Қызметкер өтініш жасайды: 10 офис ПК (мысалы, L200 қатарынан) және 10 монитор. Өтініште жоспарлы сома 11 500 000 тг көрсетіледі. Мақұлданғаннан кейін өтініш «Утверждена» статусын алады, жүйе соманы міндеттеме ретінде резервтейді. Қалдығы дереу өзгереді, себебі қаражат болашақ сатып алуға резервтелді.

Сатып алулар конкурсты өткізіп, бағаны төмендетеді: 10 900 000 тг. Құжаттар дұрыс байланыстырылғанда тапсырыс өтінішке жалғасады және резерв тапсырыс сомасына қайта есептеледі. 600 000 тг айырма қолжетімді қалдыққа автоматты түрде қайтарылады.

Жеткізу бөлшектеп келеді: алдымен 6 комплект, кейін тағы 4. Бір тапсырыс бойынша екі төлем өтеді: аванс 30% және қорытынды төлем. Төлем фактілері төлемдер бойынша жиналып отырады, ал «занято» тапсырыс сомасына тең болып қала береді, тапсырыс толық жабылғанша.

Басшыға ең түсінікті қорытынды — статья және кезең бойынша төрт сан:

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

Жиі кездесетін қателер: неге лимиттер дұрыс көрсетілмейді

Көбіне мәселе формулаларда емес, ережелерде. Қашан міндеттеме пайда болады, қай статьяға қатысы бар және қалай жойылатыны туралы келісілмесе, лимит қалдығы әдетте күткендей болмайды.

1) Резерв тым ерте немесе тым кеш қойылады

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

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