Заявки на материалы в строительстве: от прораба до поставки

Заявки на материалы в строительстве полезны, когда по ним видно, что купить и какую работу это обеспечит. Для промышленного подрядчика запрос «нужен кабель» оставляет слишком много вопросов: какая марка, для какого участка, по какой спецификации, в каком количестве и к какой операции. Автоматизация начинается с этих данных и заканчивается подтверждением фактической поставки.

Заявка не равна заказу поставщику

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

Такое разделение есть и в готовых продуктах. В описании снабженческого контура 1С:ERP УСО разделены потребность, закупки, доставка, поступление и давальческие материалы. Небольшому сервису достаточно поддерживать нужную часть этой цепочки, сохранив различия между событиями.

Снабжение строительных объектов осложняется, когда материал уже числится закупленным, но лежит на другом складе, не доставлен на площадку или требует проверки документов. Поэтому статус «куплено» не должен автоматически означать «работа обеспечена».

Какие поля нужны прорабу

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

Минимальный набор полей:

• Объект, участок или система и привязка к пакету работ.
• Наименование, обозначение и требуемая единица измерения.
• Количество, необходимая дата на объекте и основание потребности.
• Ссылка на спецификацию или чертёж с указанием версии.
• Требования к комплектности и сопроводительным документам, если они определены.
• Инициатор, ответственное лицо на приёмке и место доставки.

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

Кто и что согласовывает

Внутренняя проверка должна отвечать на конкретные вопросы. ПТО подтверждает техническую привязку, руководитель проекта проверяет необходимость и приоритет, снабжение уточняет обеспечение. Финансовое согласование зависит от принятого порядка закупки. Не каждую заявку разумно отправлять всем руководителям.

Маршрут можно менять по условиям: новая номенклатура, превышение внутреннего лимита, замена материала, срочная потребность. В системе сохраняют решение, автора и комментарий. Для возврата нужен понятный вопрос, например «уточнить единицу измерения». Одной кнопки «отклонить» для этого мало.

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

Как учитывать частичную поставку

Условный пример: участок запросил 1 000 метров материала, согласованы все 1 000, поставщик подтвердил 600 на первую дату и 400 позднее. В документах первой поставки указаны 600 метров, физически получены и приняты 580. Недопоставка первой партии составляет 20 метров; ещё 400 ожидаются второй партией. Всего пока не приняты 420 метров. Система хранит эти количества отдельно и показывает, кто уточняет недопоставку. Исходная заявка фактической цифрой не заменяется.

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

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

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

Замены, давальческие материалы и длинные сроки

Если предложен аналог, исходное требование сохраняется. Отдельно фиксируются предложенная замена, обоснование и решение уполномоченного технического участника. Согласие снабженца по цене не заменяет технического согласования.

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

Оборудование с длительным изготовлением нужно рассматривать раньше обычной заявки перед сменой. Добавьте дату, к которой требуется разместить заказ, плановые контрольные точки и подтверждённые обновления поставщика. Если прогноз неизвестен, показывайте «не подтверждён». Придуманная дата хуже такой пометки.

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

Как выглядит первая версия сервиса

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

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

Нейросеть разбирает заявку, материал выбирает человек

Входом служит письмо, таблица или текст прораба. Модель превращает его в черновик строк: исходное наименование, обозначение, количество, единица, участок и требуемая дата. Рядом сохраняется исходный фрагмент. Если написано только «кабель как в прошлый раз», помощник формирует вопрос. Марку сам он не подставляет.

Снабженец сверяет строки со справочником и приложенной спецификацией; технический участник проверяет допустимость выбранной позиции. После подтверждения запись поступает в очередь обеспечения. ИИ может подготовить вопрос автору о пропущенных данных или черновик письма поставщику. Заказ не отправляется автоматически.

Если в компании уже используется закупочный контур 1С:ERP УСО, сначала стоит проверить его настройку и возможность принимать структурированные данные. Дополнительный продукт нужен для неудобного входа с площадки или разбора писем. Связка: почта/форма → черновик ИИ → проверенная потребность → существующий закупочный учёт. В первой версии возможен экспорт согласованных строк; двусторонний обмен зависит от конфигурации и прав.

Качество пилота оценивают отдельно по маркам, единицам, количествам и пропущенным полям. Экономия времени не оправдывает незаметно ошибочную номенклатуру. Материалы закрытого проекта передают модели только в разрешённой среде.

Как проверить результат

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

Причины срыва разделяйте: поздняя заявка, долгое согласование, задержка оплаты, производство, доставка, доступ на площадку. Программа может сделать задержку видимой, но не устранит все причины самостоятельно.

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

Как заранее увидеть риск остановки работ

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

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

Приёмка на площадке: количество ещё не означает готовность к монтажу

После прибытия материала полезно разделить физическое наличие, количественную приёмку и разрешённость использования по принятому процессу. Например, партия приехала полностью, но комплект сопроводительных документов требует уточнения. В сводке она видна на площадке, а обеспеченность соответствующей работы остаётся отдельным вопросом.

Для условных 580 принятых метров из примера выше указывают место хранения и резерв под участок. Если 80 метров затем переместили на другую работу, исходная потребность не должна оставаться обеспеченной на те же 580. Событие перемещения связывают с разрешённым изменением распределения. Реестр потребностей получает обновление из складского учёта или подтверждённой сверки. Остаток по переписке он не вычисляет.

Для возврата и брака сохраняют причину, количество, источник решения и ожидаемую замену. Нельзя одновременно уменьшить поставку и повторно прибавить всю исходную заявку к закупке. Снабженец должен видеть чистый остаток потребности после подтверждённых поступлений, возвратов и перераспределений.

Как обнаруживать повторную заявку

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

Для оборудования с длительным изготовлением полезно отдельно фиксировать срок действия предложения и момент начала отсчёта производства: аванс, согласование документации или другое подтверждённое условие. Одинаковое «12 недель» в двух письмах может означать разные даты. На первом этапе помощник извлекает условие, а календарную дату сотрудник подтверждает после проверки основания.

На ваших обезличенных заявках и примере частичной поставки можно собрать прототип кабинета снабжения: с остатком потребности, ответственными и проверяемым разбором входящих сообщений.

Источники

1С:ERP УСО, закупки и материальное снабжение. Проверено 18 октября 2026 года. Рекомендованный процесс требует адаптации под договоры, роли и учёт компании.

Смежные разборы: Сравнение предложений поставщиков с ИИ для строительного снабжения; Сверка счетов поставщиков: заказ, приёмка и помощь ИИ.