Сколько закупочного бюджета уже занято, если оплачена только часть

Сначала определите, какой лимит контролируется

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

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

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

Один фрагмент закупки должен занимать одну стадию

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

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

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

Полученное без счёта требует собственного основания оценки. Microsoft отдельно документирует этот этап в проектном процессе закупочных приёмок. Но конкретную проектную настройку нельзя объявлять универсальной учётной нормой для любого бизнеса. Microsoft Learn: полученное до счёта.

Учебный срез: лимит 50 000

Все суммы условные, в одной валюте, без налогов и курсовых изменений. Цены в исходном срезе совпадают с согласованными оценками. Лимит категории — 50 000. Есть независимые одобренные заявки на 5000, по которым ещё нет заказов поставщикам.

По другой цепочке размещён заказ на 20 000. Уже принято на 12 000, подтверждены счета на 8000, оплачено 5000. Эти числа вложены друг в друга, а не представляют пять отдельных закупок.

Разложим заказ 20 000 на непересекающиеся стадии:

• не получено: 20 000 − 12 000 = 8000;
• получено без счёта: 12 000 − 8000 = 4000;
• выставлено, но не оплачено: 8000 − 5000 = 3000;
• оплачено: 5000.

Проверка: 8000 + 4000 + 3000 + 5000 = 20 000. С учётом независимых заявок занято 25 000, свободно 50 000 − 25 000 = 25 000.

Ошибочное сложение всех документов дало бы 5000 + 20 000 + 12 000 + 8000 + 5000 = 50 000 и нулевой остаток. Обратная ошибка — считать только оплату 5000 и разрешить ещё 45 000. Оба результата игнорируют смысл связанных стадий.

Превращение заявки в заказ не увеличивает занятое

Теперь независимые заявки на 5000 превращены в подтверждённый заказ на ту же сумму. Стадия заявок уменьшается с 5000 до нуля. Не полученное по заказам увеличивается с 8000 до 13 000.

Остальные части не меняются: 4000 без счёта, 3000 неоплаченных счетов, 5000 оплачено. Общая сумма всё ещё равна 13 000 + 4000 + 3000 + 5000 = 25 000. Новый номер документа не означает новую независимую потребность.

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

Оценка меняется: перенос стадии и новая сумма разделены

Затем пришёл счёт по полученному количеству, которое ранее оценивали в 4000. После проверки уполномоченный сотрудник подтвердил сумму 4200. В примере изменение признано допустимым; само получение файла не является таким решением.

Прежние 4000 уходят из стадии «получено без счёта», а в неоплаченные счета добавляются 4200. Теперь неоплачено 3000 + 4200 = 7200. Занято: 13 000 + 0 + 7200 + 5000 = 25 200. Свободный лимит — 24 800.

Увеличение составляет только 200, то есть разницу новой суммы и прежней оценки. Добавить весь счёт 4200 поверх сохранённых 4000 было бы двойным счётом. Неизвестная стоимость, наоборот, не должна становиться нулём: обозначьте оценку и срок уточнения.

Оплата не восстанавливает использованный бюджет

Компания оплачивает 3000 из подтверждённых счетов. Неоплаченная часть уменьшается с 7200 до 4200, оплаченная увеличивается с 5000 до 8000. Занято по-прежнему 13 000 + 4200 + 8000 = 25 200.

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

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

Отмена освобождает только подтверждённую часть

Поставщик подтвердил отмену 2000 из ещё не полученных 13 000. Эта стадия уменьшилась до 11 000. Занято теперь 11 000 + 4200 + 8000 = 23 200, свободно 26 800.

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

На этом срезе новое предложение на 27 000 превышает свободную сумму на 200. Ответственный должен увидеть разницу до размещения. Если два сотрудника одновременно рассматривают по 15 000, после фиксации первого свободно только 11 800; второй не может использовать устаревший снимок 26 800.

Данные и приёмочные проверки

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

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

• Срез 20 000 раскрывается на 8000, 4000, 3000 и 5000.
• Независимые заявки добавляют только собственные 5000.
• Перевод заявки в PO сохраняет занятые 25 000.
• Подтверждение 4200 вместо оценки 4000 увеличивает сумму только на 200.
• Оплата 3000 переносит стадию без освобождения лимита.
• Подтверждённая отмена 2000 даёт свободные 26 800.
• Повтор документа и параллельные согласования не резервируют одну сумму дважды.

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

Частые вопросы

Неоплаченный заказ уже занимает бюджет?

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

Можно сложить заказ, приёмку и счёт?

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

Положительный свободный лимит разрешает оплату?

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

Источники

• Microsoft Learn: настройка бюджетного контроля.
• Microsoft Learn: получение до счёта в проектном процессе.