Учёт расходов на стройке: план-факт по объекту

Учёт расходов на стройке: бухгалтерия или контроль денег объекта

Если искать учёт расходов на стройке, поиск выдаёт приложения и большие учётные системы: сканирование чеков, план-факт, маржа, мобильный ввод. Это нормальные инструменты. Но владельцу небольшой строительной компании сначала нужен ответ на простой вопрос: сколько денег уже ушло на этот объект и сколько ещё осталось по бюджету — сегодня, а не в конце месяца.

Бухгалтерия отвечает на другой вопрос: всё ли проведено правильно для налогов и отчётности. Она работает с закрытыми документами и почти всегда отстаёт от площадки на недели. Операционный учёт расходов — это не замена бухгалтерии, а приборная панель владельца: факт по объекту в момент траты, рядом с планом, без ожидания сверки.

Как было: бюджет согласован, факт собирают раз в месяц

Типичная картина в компании, которая ведёт три-пять объектов одновременно. Смету и бюджет посчитали, заказчик подписал. Дальше деньги уходят через несколько рук и каналов:

• прораб покупает материалы и складывает чеки в бардачок или фотографирует их в 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. Через месяц станет ясно, где вы теряете деньги и что автоматизировать первым.

Чего это не сделает

Система показывает только то, что в неё внесли: наличные, выданные мимо учёта, останутся невидимыми. Она не исправит ошибку в бюджете или смете — если план занижен на старте, план-факт покажет минус раньше, но не вернёт деньги. Сигнал о перерасходе работает, только когда бюджет разбит на статьи. Налоговый и бухгалтерский учёт система не заменяет: она готовит данные для бухгалтерии, а не сдаёт отчётность.

С чего начать

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

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