Согласование расходов дописывают агентами под лимиты и замещение согласующих, без оплаты из чата

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

1Solution различает внутреннюю заявку и банковское поручение. Мы проверили этот разбор 8 октября 2026: решение о расходе и перечисление денег выполняют разные документы.

Для первой версии достаточно фиксировать решения людей. Кнопка «Согласовать» меняет статус заявки, а доступов к банковским операциям у модуля нет.

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

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

Заказывать отдельный код стоит для недостающего правила. Выбор своей CRM вместо коробки разобран отдельно; здесь предмет уже: заявка, полномочия и история решения.

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

Возьмём условный пример для приёмки. Руководитель разрешает до 50 000 ₽ включительно, а подразделение согласует за календарный месяц до 100 000 ₽.

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

Одновременные заявки выявляют ошибку, незаметную при обычном просмотре. В нашем примере осталось 60 000 ₽, а два сотрудника отправили по 40 000 ₽.

Каждая заявка по отдельности помещается, вместе они занимают 80 000 ₽. Проверить остаток на экране недостаточно: подтверждение и занятие лимита записывают одной операцией.

После первого подтверждения остаётся 20 000 ₽. Вторая заявка ждёт решения по лимиту, а повторное нажатие первой не занимает ещё одну сумму.

Кто согласует заявку, когда руководитель отсутствует? Заместитель, которому заранее назначили роль на определённый срок. Чужую учётную запись ему передавать не нужно.

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

На экране может стоять прежняя кнопка, но подтверждение проверяют заново в момент нажатия. Закончилось замещение, и старое уведомление уже не даёт права согласовать.

Что именно человек подтверждает кнопкой? Сумму, получателя и назначение, которые видит перед ответом. Заявку нельзя незаметно заменить после решения.

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

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

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

Наш опыт относится к разработке этого сайта: инженер ведёт машину агентов, а открытая карта работы показывает её устройство. Клиентского кейса согласования расходов у нас нет.

Наши поломки подсказали правила разработки. В ленте ниже события машины, а не истории автоматизации закупок: их уроки переносим в условия приёмки кода.

Правила сначала пишут словами, потом исполняют кодом. Этот порядок показан в уроке «Файл правил целиком» в программе курса. Замещение и пределы расходов выбирает компания.

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

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

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

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

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

Такую доработку можно заказать по подписке на агентную разработку. «Один проект» стоит 250 000 ₽ в месяц: один продукт и один поток работы, цена проверена 8 октября 2026.

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

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

После запуска смотрят на зависшие заявки и причины возврата. Повторяющееся исключение возвращают в правила, дописывают код и снова проверяют на том же сценарии.

Так согласование становится проверяемым процессом. У каждого решения есть автор и версия, а спорная заявка ждёт человека вместо автоматической отправки денег.

1. Отделите разрешение расхода от перечисления денег. Назовите результат модуля в брифе.

2. Запишите два предела: полномочия согласующего и объём согласованных заявок за период.

3. Назначьте заместителю срок и пределы. В истории он подтверждает своим именем.

4. При изменении значимых полей требуйте новое решение. Старое подтверждение храните вместе с его версией.

5. Принимайте код на отказах и повторах. Новое исключение возвращайте в правило и проверку.