Практика ЛДО · Строительство

Согласование закупок в строительной компании: пример маршрута в 1С

Как связать заявку с объектом строительства, распределить роли и проверить закупку перед оплатой.

Почему закупку важно связать с объектом

В строительной компании закупка может проходить через прораба, снабжение, руководителя проекта и финансовую службу. Если согласование остаётся в переписке, участникам приходится отдельно выяснять, для какого объекта нужны материалы, кто подтвердил потребность и какой документ считать актуальным.

Рассмотрим учебный маршрут в ЛДО: инициатор на объекте описывает потребность, снабжение уточняет закупку, руководитель подтверждает её необходимость, финансовый контролёр проверяет условия оплаты. Это пример применения, а не описание измеренного результата конкретного клиента.

ЛДО добавляет согласование к выбранным документам и справочникам в вашей конфигурации 1С. Прежде чем настраивать маршрут, определите подходящий объект учёта: его название и реквизиты зависят от конфигурации и ваших доработок.

Настройки маршрутизации ЛДО: менеджер первым, бухгалтер и кладовщик вторыми, директор третьим
Одинаковая очередность объединяет роли в параллельный этап. Скриншот из руководства ЛДО, интерфейс УНФ 1.6. В вашей версии расположение команд может отличаться. Открыть в полном размере ↗

Иллюстрация показывает общий механизм ЛДО и не относится к внедрению в строительной компании. Для своего процесса настройте условия участия ролей и правила изменения документа.

Какие данные собрать до согласования

  • Объект строительства или проект, к которому относится закупка.
  • Инициатора и ответственного за потребность.
  • Состав материалов, количество и требуемую дату.
  • Поставщика, сумму и условия оплаты, когда они уже известны.
  • Обоснование срочности и доступные приложения.

Эти сведения должны быть доступны участникам в выбранном документе или связанных данных. ЛДО не создаёт отраслевые реквизиты автоматически: сначала проверьте, как объект строительства и остальные поля представлены в вашей базе.

Пример маршрута: объект → снабжение → финансы

  1. Инициатор. Заполняет потребность и указывает объект. Проверяет комплектность исходных данных.
  2. Снабжение. Проверяет состав закупки, поставщика и доступные условия. При недостатке данных возвращает вопрос инициатору по принятому регламенту.
  3. Руководитель проекта. Подтверждает необходимость закупки для конкретного объекта.
  4. Финансовый контролёр. Проверяет условия оплаты и принимает решение в пределах своей роли.

В ЛДО роли и условия позволяют выбирать участников по настроенному маршруту. Если нужно распределять согласование по объектам строительства, проверьте доступность соответствующего реквизита для условий в вашей конфигурации. При отсутствии подходящего поля потребуется отдельно определить способ адресации.

Дополнительный этап по крупной сумме задавайте в соответствии с регламентом компании. Для срочных закупок заранее определите отдельные правила; срочность сама по себе не должна незаметно пропускать обязательное решение.

Как работать с участниками на объектах

Если согласующий редко открывает 1С, можно подключить Telegram или MAX. Участник получает карточку задачи и выбранную печатную форму, а решение возвращается в 1С. Для этого можно использовать ботов организации в бесплатном ЛДО Базовом или общих ботов платного сервиса ЛДО Интеграции.

Проверьте, что карточка содержит контекст объекта и достаточно сведений для решения. Для закупки материалов важны состав и количество; одна итоговая сумма может не объяснять потребность. Участника мессенджера нужно корректно связать с пользователем ЛДО.

Где заканчивается согласование

ЛДО хранит маршрут, задачи и решения. Когда после согласования нужно передать PDF, уведомить внешнюю систему или записать результат в CRM, можно использовать ЛДО Интеграции. Эти шаги настраиваются и проверяются отдельно.

Что проверить на пилотном объекте

  • Заявки двух разных объектов попадают к ожидаемым согласующим.
  • Порог суммы срабатывает ниже, на границе и выше заданного значения.
  • Решение из мессенджера появляется в истории правильного документа.
  • После отказа понятны причина, ответственный и порядок доработки.
  • Замещение работает при отсутствии руководителя.
  • Правила редактирования и проведения доступны для выбранного типа документа и соответствуют регламенту.

Начните с одного объекта и одного типа закупки. Для будущего кейса фиксируйте время ожидания каждого этапа, количество возвратов из-за неполных данных и число ручных уточнений. Сравнивайте показатели на сопоставимых закупках; отдельно отмечайте изменения регламента и состава участников.

Базовый порядок настройки ролей и этапов описан в разборе согласования документов в 1С.