Облік витрат у будівництві: бухгалтерія чи контроль грошей об’єкта

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

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

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

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

  • виконроб купує матеріали й складає чеки в бардачок або фотографує їх у Telegram;
  • бригаді видають аванси готівкою, розрахунок за етап — «потім порахуємо»;
  • субпідрядник з електрики чи вікон виставляє рахунок через два тижні після роботи;
  • доставку, кран або вивезення сміття оплачує той, у кого була картка під рукою;
  • дрібні витрати — кріплення, витратні матеріали, таксі за інструментом — узагалі нікуди не записуються.

Раз на місяць офіс збирає це в Excel: гортає листування, розбирає фото чеків, уточнює у виконроба, на який об’єкт була покупка. Частина витрат потрапляє не на той об’єкт, частина спливає лише через місяць. Власник бачить загальну суму, але не бачить, яка стаття бюджету поїхала і коли.

Жорстко до процесу

Це не про нечесних людей і не про лінивий офіс. Бізнес виріс до кількох об’єктів, а система керування грошима лишилася тією, що працювала на одному. Таблиця раз на місяць показує історію, а не ситуацію.

Чому раз на місяць — уже пізно

Гроші витрачено — ухвалювати рішення нема чим

План-факт потрібен, щоб устигнути щось змінити: переузгодити роботи із замовником, скоротити бригаду, знайти іншого постачальника, підписати додаткову угоду на додатковий обсяг. Коли перевитрату видно через місяць, гроші вже пішли, а розмова із замовником про доплату звучить як виправдання.

Загальна сума ховає статтю, яка йде в мінус

Можна вкластися в бюджет за матеріалами й водночас утратити гроші на бригаді, яка вийшла на зайві дні, або на субпідряді, який зробив «трохи більше» без погодження. Якщо факт зведено в одну суму без статей, видно лише підсумок — і то пізно.

Готівка й аванси випадають з обліку

Аванс бригаді, виданий із кишені, часто ніде не фіксується як витрата об’єкта. Наприкінці етапу незрозуміло, скільки вже заплачено і скільки лишилося до розрахунку. Звідси суперечки з бригадою й подвійні виплати.

Субпідряд і доставка приходять рахунком пізніше

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

Умовний приклад: матеріали в нормі, об’єкт у мінусі

Умовні цифри, не з кейсів. Бюджет об’єкта — 800 тис. грн: матеріали 400 тис., бригади 250 тис., субпідряд 100 тис., доставка і техніка 30 тис., резерв 20 тис. Наприкінці другого місяця факт такий: матеріали 380 тис. — навіть менше за план, бригади 290 тис. — зайві виходи на переробки, субпідряд 140 тис. — додаткові роботи електрика без додаткової угоди, доставка 55 тис. — багато дрібних рейсів замість кількох великих.

Разом 865 тис. грн проти 800 тис. за планом: перевитрата 65 тис. Резерв у 20 тис. з’їдено, ще 45 тис. — понад нього. При цьому облік матеріалів показував би порядок, а в зведенні раз на місяць було б видно лише підсумкове «щось забагато». З план-фактом за статтями відхилення за бригадами й субпідрядом було б видно вже в перший тиждень, коли переробки й додаткові роботи тільки почалися.

Як стало: план-факт за об’єктом у день витрати

Той самий процес, але гроші перестають жити в чеках і листуванні:

  1. Бюджет об’єкта розбитий на статті: матеріали, бригади, субпідряд, доставка і техніка, інше, резерв.
  2. Виконроб або майстер вносить витрату з телефона в день витрати: об’єкт, стаття, сума, фото чека чи акта.
  3. Аванс бригаді та прийняту роботу субпідрядника записують одразу, навіть якщо рахунок ще не оплачено.
  4. Система рахує факт за кожною статтею і порівнює з планом.
  5. Коли стаття наближається до плану або виходить за нього, власник отримує коротке повідомлення в Telegram.
  6. Офіс перевіряє й доповнює документи, а не збирає витрати з нуля наприкінці місяця.

Власник відкриває зведення за об’єктами і бачить: де запас, де факт обігнав план і за якою статтею. Розмова з виконробом стає предметною — не «чому так багато», а «чому бригада вийшла на три зайві дні і хто це погодив».

Що вносити в день витрати

Щоб план-факт працював, потрібен мінімум полів і звичка вносити одразу. Що важливо фіксувати:

  • матеріали — суму покупки й об’єкт; кількість і залишки ведуться в обліку матеріалів, тут важливі гроші;
  • бригади — аванс, розрахунок за етап, зайві виходи з позначкою, хто їх погодив;
  • субпідряд — прийняту роботу й суму за актом, навіть до оплати рахунку;
  • доставку, техніку й вивезення сміття — кожен рейс на свій об’єкт;
  • інші витрати — інструмент, витратні матеріали, таксі, якщо вони стосуються об’єкта.

Правило одне: витрату без об’єкта і статті не приймають. Це дисциплінує сильніше за будь-яку інструкцію, бо «потім розберемося» просто не проходить.

Чим план-факт відрізняється від обліку матеріалів

Облік матеріалів відповідає на питання «де мішки і скільки їх лишилося»: надходження, списання, переміщення між об’єктами. Про це ми писали окремо — облік матеріалів у будівництві: залишки між об’єктами. План-факт витрат відповідає на питання «скільки грошей об’єкт уже з’їв і чи вистачить бюджету». Матеріали — лише одна зі статей; бригади, субпідряд і доставка часто дають більшу перевитрату, ніж бетон і плитка.

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

Що має вміти система обліку витрат у будівництві

1. Бюджет об’єкта за статтями

Не одна сума на об’єкт, а розбивка: матеріали, бригади, субпідряд, доставка, інше, резерв. Бюджет можна змінити, коли підписують додаткову угоду, — і в історії видно, коли і чому.

2. Введення витрати з телефона за хвилину

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

3. Відхилення видно одразу

Факт поруч із планом за кожною статтею і сигнал власнику, коли стаття підходить до межі. Не звіт, який треба відкрити й знайти, а повідомлення в момент, коли ще можна втрутитися.

4. Аванси та зобов’язання

Скільки видано бригаді, скільки лишилося до розрахунку, яку роботу субпідрядника прийнято, але не оплачено. Без цього факт завжди виглядає краще, ніж є.

5. Зведення власнику за всіма об’єктами

Один екран або одне повідомлення: об’єкти, бюджет, факт, відхилення. Бухгалтерії — вивантаження з документами, щоб не вносити все вдруге.

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

Кейс: BuildControl

BuildControl — наш кейс у будівництві: облік витрат і матеріалів за об’єктами, введення з телефона, контроль бюджету. Основа та сама: витрата потрапляє в систему того ж дня й одразу прив’язана до об’єкта, а власник бачить бюджет об’єкта без очікування звірки наприкінці місяця.

У такій системі змінюється не швидкість таблиці, а момент, коли власник дізнається про проблему. Питання «чому об’єкт у мінусі» звучить, поки роботи тривають, а не на здачі.

Готовий сервіс чи власна розробка

Готові сервіси для будівництва часто добре закривають базовий план-факт, сканування чеків і введення з телефона. Якщо у вас кілька об’єктів, прості статті бюджету й виконроб, готовий працювати в чужому застосунку, — почніть із готового сервісу. Будувати своє заради самого факту немає сенсу.

Система під ваш процес потрібна, коли:

  • статті бюджету й правила погодження додаткових робіт у вас свої й не лягають у готові поля;
  • виконроби працюють у Telegram і не відкриватимуть окремий застосунок;
  • облік витрат треба пов’язати з обліком матеріалів, заявками й кошторисами в одну базу;
  • власнику потрібні сигнали про перевитрату в месенджер, а не екран у чужому кабінеті;
  • офіс уже веде «другу таблицю» поруч із готовим сервісом, бо в ньому чогось бракує.

З чого почати на поточному об’єкті

  1. Візьміть один поточний об’єкт і розбийте його бюджет на п’ять-шість статей.
  2. Домовтеся з виконробом: кожна витрата — в день витрати, з об’єктом, статтею, сумою і фото.
  3. Аванси бригаді та прийняті роботи субпідрядника записуйте одразу, не чекаючи оплати.
  4. Раз на тиждень дивіться факт проти плану за кожною статтею і розбирайте лише відхилення.
  5. Через місяць стане зрозуміло, де ви втрачаєте гроші і що автоматизувати першим.

Чого це не зробить

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

З чого почати

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

Автоматизація процесів та інтеграції →