Бюджет ещё не потрачен, но уже занят: как учитывать обязательства

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

Остаток денег и остаток лимита отвечают на разные вопросы

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

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

Какие состояния используем в учебной модели

Пусть исходный лимит закупки равен 100 000 ₽. Все суммы вымышлены. Принятая заявка занимает предварительный резерв, оформленный заказ создаёт открытое обязательство, а принятый результат закупки становится фактом. В этой модели факт признаётся при приёмке, отдельно от банковской оплаты.

Свободно = лимит − предварительный резерв − открытое обязательство − признанный факт. Каждый кусок одной закупки должен находиться только в подходящем состоянии. Черновик заявки в нашем примере ещё ничего не резервирует; у другой компании правило может быть иным, но его нужно явно назвать.

В справке Infor LN 10.7 проверка бюджета связана с распределением по статьям, которое переносится из заявки в заказ. Это пример поведения конкретной версии продукта. Представленная здесь формула и моменты признания — собственные условия учебной модели, а не пересказ всех настроек Infor.

Одна цепочка закупки вместо суммы всех документов

Когда из заявки на 30 000 ₽ возникает заказ на 28 000 ₽, нельзя одновременно оставить весь резерв и добавить новое обязательство. Это дало бы ложное занятое значение 58 000 ₽. По условиям примера старая заявка полностью преобразована, а не частично осталась в ожидании заказа.

После приёмки на 12 000 ₽ открытая часть заказа уменьшается с 28 000 до 16 000 ₽. Сумма занятого лимита остаётся 28 000 ₽. Если просто прибавить факт к прежнему полному обязательству, одна и та же принятая часть будет посчитана повторно.

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

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

Допустим, в учебной истории деньги ещё не перечислялись и банковский остаток не изменился. Свободный бюджет после заказа всё равно равен 72 000 ₽. Это не ошибка сверки: отчёты измеряют разные вещи. Для платежа нужны дополнительные сведения о деньгах и сроках.

Что делать с отменой и изменением суммы

Отмена должна освобождать только ту часть, которая действительно больше не потребуется по принятому процессу. Если после частичной приёмки отменена оставшаяся часть заказа на 16 000 ₽, признанные 12 000 ₽ не исчезают. Свободный лимит в учебной модели станет 88 000 ₽.

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

Запрет, предупреждение или дополнительное согласование

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

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

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

Как принять такую автоматизацию

1. Определите бюджет, статью, период и момент резервирования.
2. Опишите состояния заявки, заказа и признанного факта.
3. Проверьте замену резерва обязательством на одной цепочке.
4. Проверьте частичную приёмку без двойного потребления.
5. Отделите движение денег от выбранного признания факта.
6. Проверьте отмену остатка, изменение статьи и одновременные заявки.
7. Сверьте итог с историей исходных документов и правилами исключений.

Для автоматизации закупок передайте принятую формулу вместе с этой цепочкой. В разработке CRM сохраните связи документов, а при автоматизации отчётов требуйте раскрытие занятого лимита. Проверяемые значения 70 000, 72 000 и 88 000 ₽ полезнее произвольной общей суммы, которую нельзя объяснить переходами.