Заявки на расход ДС у строителей: 1С:Фреш, Telegram и маршрут ЛДО

Реальная задача: согласовать расход, когда участники работают в разных местах

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

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

Одна заявка: 186 000 ₽ на материалы для объекта

В учебной заявке указаны поставщик, статья «Материалы для объекта», сумма 186 000 ₽ и плановая дата платежа 12 октября. В комментарии — объект «Северный» и назначение закупки: материалы для монолитных работ. На первом проходе номер счёта ещё не заполнен — это станет причиной возврата.

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

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

Прораб → финансист → руководитель

Для первого варианта достаточно трёх последовательных ролей. Каждая отвечает на свой вопрос; следующий этап наступает после положительного решения предыдущего.

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

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

Где в процессе Telegram, а где — 1С

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

В Базовом администратор настраивает бота организации, а сотрудник подтверждает привязку по номеру телефона. В Интеграциях сотрудник подключается к общему боту ЛДО по одноразовому коду; сервис также предоставляет персональную среду n8n для дополнительных процессов. Какой способ использует описанная строительная компания, здесь не уточняется. Сравнить два варианта подключения →

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

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

Подключение сервиса и обмен с локальной базой разобраны в статье «1С и n8n без публикации базы». Для установки во Фреше используйте доступную для приложения поставку и порядок сервиса: снимки локальной УНФ не являются инструкцией по загрузке CFE во Фреш.

Возврат: финансисту нужен номер счёта

Прораб подтвердил потребность объекта. На втором этапе финансист увидел, что в заявке не указан номер счёта, и отказал с причиной «Нужен номер счета». ЛДО показал статус «Не согласовано»; у руководителя ещё нет положительного решения.

Инициатор уточняет основание и заполняет входящий номер СЧ-104 от 08.10.2026. В комментарии отмечает исправление. В нашем примере после доработки выбран полный повторный маршрут: все три участника подтверждают исправленную заявку заново.

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

Результат: три решения и статус «Согласовано»

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

Согласование расхода не означает оплату. Заявка в демонстрации осталась непроведённой; банковский платёж не создавался. Статус ЛДО, штатный статус платежа УНФ и фактическое списание денег — разные события. Дальнейшее оформление выполняет ответственный сотрудник по правилам компании.

Что подготовить для похожего процесса

• Один тип заявки и понятный способ указать объект строительства.
• Исполнителей ролей и порядок их участия.
• Обязательные данные перед отправкой: сумма, поставщик, дата, основание, назначение расхода.
• Правило возврата: кто исправляет заявку и нужно ли согласовывать её заново.
• Для Telegram или MAX — выбор между ботом организации в ЛДО Базовом и общим ботом ЛДО Интеграций, привязку сотрудников и проверку доставки и ответов на учебной заявке.
• Отдельный порядок оплаты после согласования, включая права на изменение и проведение документов.

Начните с одного маршрута и двух исходов — положительного решения и возврата. Затем добавляйте условия, уведомления и контроль очереди. Это позволит проверить процесс на ваших документах до подключения всех объектов и сотрудников.