Як обґрунтувати бюджет на інформатику перед Радою: обов'язок, інвестиція та ціна бездіяльності

Цей запис для скарбників і секретарів, які восени подають проєкт бюджету і мусять пояснити радним, чому інформатика коштує більше, ніж рік тому.

Календар: що закон каже про терміни

Відповідно до ст. 238 закону про публічні фінанси, управа органу місцевого самоврядування (війт, бурмистр, президент міста, управа повіту) складає проєкт бюджетної ухвали і подає його установчому органу, тобто Раді, а також регіональній обліковій палаті на висновок. Термін — 15 листопада року, що передує бюджетному року. У 2026 році 15 листопада випадає на неділю, тож безпечніше планувати подання проєкту раніше.

Разом з проєктом управа подає обґрунтування та матеріали, обсяг яких визначає ухвала Ради про порядок роботи над бюджетом (ст. 234). Саме в цій ухвалі прописані внутрішні терміни для відділів, зазвичай раніші за законодавчий. Варто перевірити, до коли відділ, відповідальний за інформатику, подає свої пропозиції.

Разом із проєктом бюджету управа подає також проєкт ухвали щодо багаторічного фінансового прогнозу або його зміни (ст. 230). Прогноз охоплює бюджетний рік і щонайменше три наступні роки (ст. 227). Бюджетну ухвалу Рада ухвалює до початку року, а в особливо обґрунтованих випадках — найпізніше до 31 січня (ст. 239).

Три кошики замість однієї позиції

Одна сума "інформатика" нічого не каже радним. Ті самі видатки, розписані на три кошики, показують, про що Рада насправді вирішує.

Обов'язок. Видатки, яких установа не може оминути, бо вони випливають з припису чи підписаного договору. Приклади: пристосування обігу рахунків-фактур до Національної системи е-фактур (KSeF), обслуговування е-Доручень (e-Doręczenia), підготовка до роботи в системі класу EZD, зобов'язання з сервісних договорів, укладених у попередні роки. При кожній позиції зазначається підстава: припис або номер договору.
Утримання. Вартість того, щоб наявні системи працювали протягом наступного року: сервісне обслуговування, ліцензії, оновлення, канали зв'язку, заміна зношеного обладнання. Ці видатки повертаються щороку і зазвичай зростають з кожною новою системою. Більше про цей механізм у записі про сукупну вартість володіння.
Інвестиція. Видатки, які установа обирає, бо вони мають щось покращити: скоротити обробку справи, замінити ручне перенесення даних, зменшити кількість систем. Тут Рада має реальний вибір, і тут потрібне обґрунтування вигоди та вартості утримання в наступні роки.

Межа буває нечіткою. Заміна сервера, для якого виробник припиняє підтримку, — це утримання. Новий модуль, куплений "заодно" з обов'язком, — це інвестиція, і так її слід описувати.

Для фінансового нагляду

Три кошики не замінюють бюджетну класифікацію. Закон поділяє видатки на поточні та майнові (ст. 236), а обов'язок може потрапити до обох груп: сервісне обслуговування — поточний видаток, купівля нової системи зазвичай — майновий. Кошики — це додаткова колонка в обґрунтуванні. Вони показують причину видатку, а класифікація — його вид.

Багаторічні видатки та фінансовий прогноз

Впровадження більшої системи рідко вкладається в один рік, а після нього йдуть щорічні платежі. Закон передбачає, що багаторічні програми, проєкти та завдання вносяться до додатку до багаторічного фінансового прогнозу як підприємства, з назвою та метою, відповідальною одиницею, періодом реалізації, сукупними витратами, лімітами видатків у окремих роках і лімітом зобов'язань (ст. 226).

Для скарбника це означає просте питання до кожної інвестиції в інформатику: скільки вона коштуватиме в рік закупівлі і скільки в кожному з трьох наступних років. Якщо відділ не може назвати цю другу цифру, заявка не готова.

Ціна бездіяльності без залякування

Ціна бездіяльності — це відповідь на питання радного: "а що, якщо ми цього не зробимо?". Добре описана вона спокійна й конкретна. Погано описана звучить як погроза, і радні перестають її слухати.

Кілька правил, які допомагають:

Описуй наслідок для роботи установи, а не катастрофу. Замість "нам загрожує параліч" краще: "після дати закінчення підтримки виробник не усуває помилки, а усунення аварії залежить від доброї волі постачальника".
Наводь дати й документи. Закінчення договору, закінчення підтримки, термін з припису. Дата з договору переконує більше, ніж прикметник.
Показуй вартість відкладення, якщо її можна порахувати. Наприклад: сьогодні дві особи вручну переносять дані з рахунків-фактур, і так залишиться протягом наступного року. Якщо порахувати не можна, не вписуй оцінку з повітря.
Відокремлюй певне від можливого. Підвищення плати, записане в договорі, — певне. Аварія старого сервера — можлива. Радні повинні бачити цю різницю.
Не використовуй штрафи як головний аргумент. Достатньо вказати, що обов'язок випливає з припису, і з якого моменту.

Аналогія для Ради

Бюджет інформатики нагадує бюджет будівлі установи. Огляд димоходів та інсталяцій — це обов'язок. Опалення та прибирання — утримання. Термомодернізація — інвестиція, яка має знизити рахунки. Ніхто не питає, чи платити за опалення, але всі хочуть знати, чи окупиться утеплення. Так само варто вибудувати розмову про системи.

Як це показати радним

Радні не оцінюють системи. Вони оцінюють, чи видаток необхідний, доцільний і ощадливий, бо цього вимагає від публічних видатків закон (ст. 44). Тому в обґрунтуванні та на комісії найкраще працює одна сторінка замість технічної презентації.

На цій сторінці повинні бути: три кошики з сумами та порівнянням до поточного року, при кожній більшій позиції одне речення "для чого" і одне "що, якщо не", а також витрати в наступні роки для інвестицій. Назви систем замінюються описом того, що вони роблять: "система обігу документів", "програма для нарахування податків". Скорочення розшифровуються при першому використанні або пропускаються.

Варто також випередити питання про зростання. Якщо бюджет зростає, сторінка повинна показати, яка частина зростання випливає з обов'язків, яка з підвищень у наявних договорах, а яка з рішень установи.

Документи, що стоять за цим

Поділ на кошики заслуговує довіри лише тоді, коли його можна перевірити. Скарбник може попросити три речі:

Перелік систем. Для кожної: для чого служить, який відділ нею користується, хто постачальник, номер і термін договору, річна вартість, дата закінчення підтримки виробника. Про те, чим такий перелік відрізняється від списку програм, я пишу в записі про інвентаризацію систем.
Зведення договорів з витратами на наступні роки. Які плати постійні, які зростають і на якій підставі, коли минає термін розірвання.
Перелік обов'язків з правовою підставою та терміном. Короткий, з назвою припису та зазначенням, чого саме стосується в установі.

Якщо цих документів немає, перший бюджет у новому форматі буде приблизним. Це все одно краще, ніж одна позиція, за умови що обґрунтування прямо вказує, які суми є оцінкою.

Джерела

Правовий стан на 4 жовтня 2026 року.