Перерасход на объекте редко новость для бухгалтерии: затраты уже проведены в 1С. Новостью он становится для ГИПа и директора - через месяц, когда выгрузка собрана и сведена, а этап давно закрыт. Разбираем, почему план и факт живут в разных местах и что нужно, чтобы перерасход был виден на этапе, а не после него.
Где живёт план и где живёт факт
В проектной организации план и факт почти всегда разнесены по разным системам и людям.
- План - сроки и стоимость этапов. Лежит в договоре, в смете и в голове ГИПа, а сводный вид - в очередной таблице Excel.
- Факт - зарплата проектировщиков, субподряд, командировки, экспертиза. Лежит в 1С: Бухгалтерии и ЗУП.
- Между ними - ручная выгрузка раз в месяц и сведение в ещё одну таблицу, где затраты кто-то вручную разносит по объектам.
Пока эти два мира соединяются руками и раз в месяц, план-факт показывает прошлое, а не текущее состояние.
Почему ежемесячная выгрузка опаздывает
Цикл выпуска раздела - недели. Перерасход по разделу можно поймать на третьей неделе, когда часов уже ушло больше, чем заложено. Но выгрузка из 1С приходит в начале следующего месяца, сведение занимает ещё несколько дней, и к моменту, когда цифра ложится на стол, этап закрыт. Деньги потрачены, решение принимать поздно.
Вторая проблема выгрузки - ошибки сведения. Разнесение затрат по объектам вручную субъективно: один и тот же платёж в разных месяцах попадает на разные проекты, и сравнивать периоды становится бессмысленно.
Что должно подтягиваться из 1С
Чтобы факт был рядом с планом, из учётной системы нужно тянуть не итог по компании, а затраты в привязке к объектам и этапам.
- Оплата труда по сотрудникам и проектам: часы из табеля или данные ЗУП, умноженные на ставку.
- Договоры и этапы: суммы, сроки, авансы, закрытые акты.
- Прямые расходы: субподряд, командировки, материалы, прохождение экспертизы.
Принцип один: факт берётся из системы учёта автоматически по проводкам, а не перебивается руками в отдельную таблицу.
Разнесение - главная сложность интеграции
Один платёж субподрядчику может относиться к нескольким объектам сразу. Поэтому связка с 1С - это не только выгрузка чисел, но и правила разнесения: по этапам, по доле, по прямому признаку. Заданные один раз, эти правила работают сами, и затраты перестают расходиться от месяца к месяцу.
Считать по разделам и объектам, а не по компании
Сводный план-факт по организации скрывает главное. «Компания в плюсе» не означает, что каждый объект в плюсе: прибыльные проекты маскируют убыточные, и понять, какой именно объект съедает маржу, по общей цифре нельзя.
Сравнение нужно вести по объекту и по разделу. Тогда видно не «у нас минус за квартал», а «по объекту 2024-017 раздел КЖ ушёл в перерасход в мае». Это же накапливает основу для будущих смет: если раздел систематически выходит за бюджет, его закладывают точнее, а не повторяют ошибку.
Что меняет ежедневная связка
Когда факт подтягивается из 1С по мере проводок, а не раз в месяц, картина меняется в трёх местах.
- Факт стоит рядом с планом по каждому объекту и обновляется без ручной выгрузки.
- Перерасход подсвечивается на этапе, пока решение ещё имеет смысл: перераспределить людей, поднять вопрос с заказчиком, остановить работы.
- Отчёт собственнику собирается за часы, а не за неделю, потому что данные уже сведены и разнесены по объектам.
Вывод
План-факт работает, когда факт подтягивается из 1С автоматически, разнесение задано правилами, а сравнение идёт по объектам и разделам, а не по компании в целом. В Atlas PM это модуль финансового контроля с интеграцией 1С - детали на странице функционала, живой пример - в демо-среде.