13FOX / Для руководителя строительного проекта
Разработка системы управления строительными проектами
Свяжем график, отчёты прорабов и проверенные объёмы в ежедневный план-факт по объектам.
Руководитель увидит, какая работа отстаёт, кто подтвердил факт и какое действие назначено. Мы начнём с одного участка графика и вашего отчёта: проверим данные и предложим первую версию системы.
Проверить один план-факт отчётВ Бакаеве мы связали приложение, админ-панель и 1С через сервер синхронизации. Этот опыт обмена данными используем при проектировании вашей системы.
01 / Ежедневный обзор
Отклонение видно вместе с его причиной
Предлагаем сводку по объектам с переходом к работе, исходному отчёту и истории исправлений. Для каждого объекта показываем дату среза и полноту отчётности: руководитель понимает, насколько свежая картина перед ним.
Накопленный объём за 1–6 октября · срез на 6 октября, 18:00
Проверено 420 из запланированных 600 м²
Ещё 80 м² переданы прорабом и ожидают проверки. В подтверждённый факт они пока не включены.
- Отклонение по объёму
- −180 м²
- Окончание по базовому плану
- 8 октября
- Текущий прогноз руководителя
- 10 октября +2 календарных дня
Источник факта и следующее действие
- Источник
- Сумма подтверждённых ежедневных отчётов за 1–6 октября по участку А-2. Последний отчёт — за 6 октября, с привязанными фотографиями и замером.
- Подтвердил
- Назначенный проверяющий участка. Время проверки сохранено в истории.
- Причина отклонения
- Часть фронта работ ещё не передана бригаде.
- Действие руководителя
- Согласовать передачу участка А-3 с ответственным за смежные работы до 7 октября. Повторно проверить прогноз после передачи.
Отклонение объёма: 420 − 600 = −180 м². Прогноз окончания введён отдельно; его проверяют по оставшемуся объёму работ, связям и доступным бригадам.
Покажем «нет данных за смену», последнее подтверждение и ответственного за отчёт. Отсутствующую запись нельзя использовать как нулевой объём или подтверждение работы по плану.
02 / От графика к решению
Сначала связываем работу и отчёт
Мы предлагаем такой порядок: производственно-технический отдел (ПТО) ведёт согласованный график, прораб сообщает результат по конкретной работе, проверяющий подтверждает объём, руководитель разбирает отклонение. Названия ролей и порядок согласования уточним с вашей командой.
- 01
Зафиксировать план
Объект, участок, код работы, единица, объём, даты и связи с другими работами. Сохраняем базовую версию; перенос срока оформляем отдельным изменением с автором и основанием.
- 02
Собрать факт за смену
Прораб выбирает работу и участок, указывает объём, дату выполнения, причину простоя и прикладывает основание. Время выполнения и время поступления на сервер храним раздельно.
- 03
Проверить и подтвердить
Назначенный сотрудник сверяет единицы, замер и привязку к работе. Ошибочный отчёт возвращает с комментарием. Фото помогает проверке, но само по себе не подтверждает количество.
- 04
Назначить действие
На дату среза сравниваем сопоставимые план и подтверждённый факт. Руководитель назначает ответственного, срок выполнения поручения и дату следующей проверки. После проверки сохраняется результат решения.
Какие сведения считаем основными
График и его версии — в выбранной системе планирования. Исходный отчёт и вложения — в системе сбора факта. Подтверждение — у назначенного проверяющего. Мы задаём идентификаторы работ и правила обмена, чтобы один объём не попал в сводку дважды.
Как сохраняем достоверность
Проверяем повтор отправки, отчёт задним числом, исправление принятого объёма и смену версии графика. Исправление сохраняет предыдущую запись, автора и основание. В сводке видно, когда данные получены и когда их подтвердили.
У готовых систем тоже есть суточные объёмы и согласование факта. Эти механизмы описаны в документации FACT-R; разделение базового и текущего плана — в документации Microsoft Project. Подходящий вариант проверяем на вашем графике.
03 / Граница запуска
Первая версия на выбранном объекте
Предлагаем начать с одного объекта и набора измеримых работ. До разработки согласуем период отчётности, критерий принятого объёма и сотрудников, которые будут проверять записи.
Включаем в первый релиз
- Импорт согласованного графика и привязку отчётов к работам.
- Форму ежедневного отчёта с телефона, единицы и вложения.
- Возврат, подтверждение и историю изменений факта.
- План-факт на дату, свежесть данных и список отклонений.
- Действие по отклонению: ответственный, срок, результат.
- Права по объектам и проверку повторной передачи.
Мы отвечаем за согласованную модель данных, интерфейсы, обмен и проверку сценариев. Ваша команда назначает владельца графика и проверяющих, подтверждает замеры и правила приёмки объёмов. Ежедневная сводка зависит от регулярности отчётов и подтверждений.
04 / Существующие системы
Сохраняем полезный учёт и график
Если план ведётся в Excel или планировщике, начнём с образца выгрузки. Сопоставим коды, участки, единицы, календарь и зависимости. При доступном API проверим обмен на тестовых данных и согласуем, какая система вправе менять каждое поле.
Готовый продукт, модуль или своя система
Готовый продукт подходит, когда поддерживает ваш график, роли и проверку факта. Модуль полезен, если планирование уже работает и нужен сбор отчётов или экран руководителя. Заказную систему предлагаем при собственных правилах объёмов, подтверждений и обмена.
Перед выбором проверим эти варианты на одном отчёте, включая исправление и повторную загрузку. Лицензии, доступность интерфейсов и сопровождение войдут в оценку.
Связь с затратами
Для сопоставления объёмов и затрат нужны общие коды объекта и работ, согласованный период и отдельный источник финансового факта. Выполненный объём, принятый акт и оплата могут иметь разные даты и статусы.
Финансовому директору и собственнику
Бюджет и маржа объекта — с проверяемыми данными
Мы предлагаем связать бюджет стройки, договоры, закупки и данные 1С в управленческом отчёте по каждому объекту. Руководитель видит понесённые затраты, оставшиеся обязательства и прогноз расходов до завершения работ.
Если бухгалтерия ведёт 1С, а команда объекта — Excel, начнём с правил: когда затрата попадает в факт, где подтверждается оплата и как общие расходы относятся на объекты. По этим правилам соберём обмен и проверим отчёт на ваших обезличенных примерах.
Составить карту данных объектаДля разбора: бюджет одного объекта, договор и пример выгрузки из 1С.
Опыт обмена с 1С: в «Бакаеве» мы связали приложение, админ-панель и учётную систему. Строительный учёт ниже — предлагаемый сценарий разработки.
Что сравниваем в отчёте
План, факт, обязательства и деньги
Для каждого показателя задаём источник и дату. Оплаченный аванс, принятые работы и остаток договора отображаются отдельно, чтобы одна сумма не увеличивала себестоимость дважды.
- Бюджет
- Утверждённая версия плана доходов и затрат по объекту и статьям. Для каждой версии сохраняем основание изменения и имя сотрудника, который его согласовал.
- Фактические затраты
- Принятые работы, расход материалов и другие суммы по согласованным правилам признания. Запись раскрывается до документа-источника.
- Открытые обязательства
- Оставшаяся стоимость согласованных заказов и договоров, которая ещё не вошла в факт. Дополнительную потребность учитываем в прогнозе отдельно.
- Оплаты и авансы
- Движение денег, зачёт и незакрытый остаток аванса по договору. Эти данные нужны для расчётов с подрядчиком и платёжного плана.
Факт + открытые обязательства + оценка оставшихся затрат без договора
Каждая часть покрывает свой объём работ. Для прогнозной маржи сравниваем ожидаемую выручку с прогнозом затрат. Текущую маржу считаем по признанной выручке и затратам за сопоставимый объём; состав расходов, НДС и правила признания согласуем с финансовым директором.
Условный пример · один договор
Как аванс проходит через учёт
Договор на 3 млн ₽, аванс 900 тыс. ₽, затем приняты работы на 1,2 млн ₽. Все суммы для примера без НДС; других оплат, удержаний и корректировок нет. По условию договора аванс полностью зачтён в принятых работах.
- 01 / Договор
Закупка согласована
Связываем договор с кодом объекта и статьёй бюджета. 3 млн ₽ входят в обязательства. Источник — утверждённый договор или заказ.
- 02 / Платёж
Перечислен аванс
Получаем сведения о платеже на 900 тыс. ₽ из выбранного источника. Финансист видит выданный аванс и его договор; затрата от одной оплаты в этом примере не возникает.
- 03 / Документы
Работы приняты
Ответственный подтверждает документ. В факт входит 1,2 млн ₽, открытые обязательства уменьшаются до 1,8 млн ₽. Зачёт аванса отражается отдельно.
- 04 / Отчёт
Суммы можно сверить
Остаток аванса — 0 ₽. По принятым работам к оплате — 300 тыс. ₽. Факт 1,2 млн ₽ и оставшиеся работы 1,8 млн ₽ вместе покрывают договор на 3 млн ₽.
У платежа отсутствует код объекта
Мы предлагаем отправлять такую запись в список расхождений. Финансист уточняет договор и объект, подтверждает распределение и повторяет сверку. До исправления сумма видна в списке нераспределённых платежей со ссылкой на источник; отчёт по объекту показывает предупреждение о неполных данных.
Карта данных и обмен с 1С
Для каждой суммы выбираем главный источник
В вашей 1С уже могут быть данные с разбивкой по объектам и нужные отчёты. Например, «1С:Управление нашей строительной фирмой» предусматривает бюджет объекта и анализ выручки и затрат. Сначала проверим возможности установленной конфигурации, затем определим состав доработок и отдельного интерфейса.
- Объект, договор, статья
Сопоставляем идентификаторы в 1С, CRM и закупках. CRM может вести заказчика и договор; её статус сделки сам по себе не подтверждает выручку или оплату.
- Документы и деньги
С бухгалтерией выбираем документы для факта и источник подтверждённых платежей. Управленческая оценка до получения первички имеет отдельный статус и заменяется подтверждённым фактом по согласованному правилу.
- Расход на несколько объектов
Для техники, доставки или общих расходов фиксируем основание распределения: часы, объём или другое согласованное правило. Сохраняем исходную сумму, доли и версию; итог долей сверяем с исходной суммой.
Интерфейс обмена выбираем после проверки версии, размещения и прав в базе. Документация 1С:Фреш описывает чтение и запись через OData, настройку доступных объектов и ограничения сервиса. Доступность нужных данных в вашей базе проверяем на тестовом обмене. В первую версию предлагаем получать подтверждённые данные без автоматического проведения финансовых документов из внешнего интерфейса.
При сбое сохраняем отметку последней успешной загрузки и список неполученных документов. После восстановления сравниваем источник, идентификатор и версию записи. Повторную загрузку, отмену документа и исправление закрытого периода проверяем отдельно с бухгалтерией.
Границы первой версии
Проверим на одном объекте и периоде
Предлагаем начать с бюджета, согласованных договоров, затрат, оплат и авансов одного объекта. Настроим расшифровку сумм, список расхождений и доступ по ролям. Прогноз оставшихся затрат подтверждает ответственный сотрудник; система показывает его версию и допущения.
Для оценки нужны конфигурация 1С, используемая CRM, объём истории и примеры распределения расходов. Отдельно оценим восстановление старых данных, несколько организаций, дополнительные источники и автоматическое создание документов в 1С.
Что должно сойтись при приёмке
- План и факт сравниваются по одной структуре статей и версии бюджета.
- Аванс, его зачёт и остаток совпадают с выбранным источником расчётов.
- Повторная загрузка не создаёт дублей; исправленный документ пересчитывает связанные суммы.
- Распределение сохраняет исходную сумму; записи без объекта видны в расхождениях.
- Финансист раскрывает итог до источника и сверяет его с 1С за выбранный период.
Перед началом проекта
Можно ли сохранить Excel для планирования?
Да, если таблица имеет согласованную структуру, коды объектов и версию. Мы проверяем загрузку и изменения на примере бюджета. После утверждения план сохраняется в выбранном источнике, чтобы сотрудники сравнивали факт с одной версией.
Насколько актуальной будет маржа?
Это зависит от сроков ввода документов, правил признания и доступности источников. Мы показываем дату данных и неподтверждённые суммы. Частоту обмена согласуем после проверки базы; запаздывающую первичку учитываем отдельной управленческой оценкой с ответственным и последующей сверкой.
Начнём с карты данных вашего объекта
Подготовьте обезличенный бюджет, договор и пример выгрузки из 1С. Мы разберём путь сумм, определим главные источники и правила сверки. Результат первого обсуждения — карта данных, границы первой версии и список вопросов для оценки работ.
05 / Подтверждённый опыт 13FOX
Мы связывали приложение, админ-панель и учёт
В Бакаеве мы помогли перенести локальную 1С в облако и настроили двусторонний обмен через сервер синхронизации.
Изменение фотографии в админ-панели передаётся в 1С. Заказ из приложения уменьшает остаток в админ-панели и учётной системе. Изменения из 1С доходят до приложения.
Бакаев — продуктовый ритейл. Он подтверждает опыт связанных систем. Строительный график и правила проверки объёмов проектируем для вашего процесса.
Посмотреть кейс Бакаева
06 / Работа команды и приёмка
Проверяем весь путь одной записи
Сначала разбираем график и отчёт, затем собираем прототип для прораба, проверяющего и руководителя. После проверки импорта разрабатываем согласованную версию. На пилоте сверяем сводку с исходными записями и передаём инструкции вашей команде.
На приёмке показываем
- Отчёт за смену попадает к нужной работе и проверяющему. До подтверждения объём отмечен отдельно.
- Повтор той же передачи после потерянного ответа не увеличивает принятый объём.
- Исправление принятого отчёта видно в истории и меняет сводку по согласованному правилу.
- Перенос срока сохраняет базовый план; руководитель видит обе версии и основание изменения.
- Пропущенный отчёт и задержка обмена видны как неполные данные. Чужой объект недоступен через экран, прямую ссылку и запрос.
- Действие по отклонению имеет ответственного, срок и итог следующей проверки.
До начала проекта
Что уточним с руководителем
Как собрать данные от прорабов каждый день?
Предлагаем короткую форму по назначенным работам: дата, участок, объём, причина отклонения и основание. Согласуем время отчёта и проверяющего. В обзоре покажем, кто ещё не отчитался и какие записи ждут подтверждения.
Можно ли доверять фотографиям с площадки?
Фото связываем с работой, автором и временем, но количество проверяет назначенный сотрудник по согласованному основанию. Для спорного объёма сохраняем комментарий и отдельный статус. Порядок замера определяет ваша команда.
Можно ли начать с Excel?
Да. Проверим образец графика: устойчивые коды работ, единицы, даты и версии. Для первого запуска можно согласовать импорт файла. Автоматический обмен и изменения в обе стороны оценим после проверки интерфейсов вашей системы.
Что происходит при плохой связи?
В основной сводке покажем последнее получение данных и непереданные отчёты, если источник их сообщает. Если нужен ввод без сети, отдельно проектируем локальное сохранение и повторную передачу на устройствах прорабов. Этот сценарий проверяем до запуска.
Можно ли работать с несколькими объектами?
Да, после проверки общего справочника работ и прав. Для каждого объекта сохраняем дату среза, полноту данных и ответственных. Объёмы в разных единицах не складываем в один показатель; метод общего прогресса согласуем отдельно.
Начнём с вашего отчёта
Покажите план, факт и путь проверки
Подготовьте обезличенный фрагмент графика и ежедневный отчёт по тому же участку. Укажите, кто вносит объём, кто его подтверждает и в каких системах хранятся данные.
Мы проверим, можно ли сопоставить записи, предложим правила сверки и границы первой версии. Работаем с компаниями по России, в том числе из Москвы и Санкт-Петербурга.