Одна закупка для нескольких заявителей: как не потерять исходную потребность

Решение: какие заявки можно объединять

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

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

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

Сохраните связь на уровне количества

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

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

Упаковочный излишек храните как отдельное назначение, например «согласованный общий запас». Не увеличивайте задним числом запрос подразделения только ради равенства закупочному количеству. Документация Microsoft показывает сохранение исходной заявки даже при изменениях, отражённых в консолидированном заказе. Microsoft Learn: сохранение истории при консолидации.

Учебный пример: три заявки и пять коробок

Все числа условные. Подразделения запросили одинаковые расходные детали с одной спецификацией и одним допустимым сроком:

• A: одобрено 18 штук;
• B: одобрено 22 штуки;
• C: одобрено 10 штук;
• D: черновик на 12 штук, согласование ещё не завершено.

В объединение входят только A, B и C: 18 + 22 + 10 = 50. У поставщика заказывают целыми коробками по 12. Закупщик предложил пять коробок, то есть 60 штук, и отдельно получил разрешение на десять единиц общего запаса. Черновик D не поглощает эти десять и не считается обеспеченным.

Реестр назначения строки PO содержит A 18, B 22, C 10 и общий запас 10. Сумма назначений равна 60. Исходные заявки остаются на 50, а не на 60. Это даёт два честных ответа: сколько попросили внутренние получатели и сколько бизнес действительно заказал.

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

Частичная поставка: закупочная приёмка и выдача различаются

Поставщик доставил три коробки: 36 единиц. Склад подтвердил все 36 пригодными. По заранее согласованному плану распределения 18 предназначены A, 10 — C и 8 — B. Выбор такого порядка принят как условие примера; здесь мы проверяем прослеживаемость, а не устанавливаем универсальный приоритет подразделений.

В момент приёмки поставщик исполнил 36 из 60, остаток внешнего заказа равен 24. Внутренним получателям товар ещё не выдан. Затем выдачи 18, 10 и 8 отдельно подтверждены получателями; только после этого в примере считаем соответствующие части заявок исполненными.

Получается:

• A: исполнено 18 из 18, остаток 0;
• B: исполнено 8 из 22, остаток 14;
• C: исполнено 10 из 10, остаток 0;
• общий запас: получено 0 из назначенных 10.

Оставшиеся 24 в заказе объясняются как 14 для B + 10 общего запаса. Ни новый документ приёмки, ни повтор подтверждения выдачи не должны снова уменьшать тот же остаток заявки. Если подразделения являются отдельными складами, физическую передачу ведут по соответствующему маршруту, не подменяя её простым назначением.

Отмена заявки не отменяет заказ поставщику

Теперь B отказывается от ещё не полученных 14. Уполномоченный сотрудник подтверждает внутреннюю отмену. История B становится: 22 одобрено = 8 исполнено + 14 отменено. У A и C ничего не меняется. Общие исходные заявки: 50 = 36 исполнено + 14 отменено.

Однако у поставщика по-прежнему открыты 24. Из них десять изначально были общим запасом, а четырнадцать потеряли прежнее назначение. Удалить эти четырнадцать из PO без согласованного изменения означало бы скрыть действующее внешнее обязательство.

Закупщик запросил изменение. Поставщик подтвердил отмену только одной коробки, то есть 12 единиц; ещё одна коробка остаётся в поставке. Внешний баланс теперь: исходные 60 = 36 принято + 12 отменено + 12 ожидается. Действующее количество после изменения — 48.

Руководитель отдельно согласовал назначить все оставшиеся 12 в общий запас. Это на две единицы больше первоначально разрешённых десяти. Дополнительное разрешение и причина сохраняются. Ожидаемые 12 не появляются в физическом остатке до приёмки; отказ B не является ни возвратом товара, ни поставкой на склад.

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

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

Правила консолидации могут ограничивать категории и поставщиков; Microsoft описывает такие критерии в закупочной политике. Для бизнеса полезно дополнительно проверять дату потребности и право закупщика менять условия. Это требования к выбранному процессу, а не обещание готовой функции SABSUS. Microsoft Learn: политика консолидации.

Не считайте название статуса достаточным доказательством выдачи. Например, в документации Microsoft закрытие заявки может означать создание документа исполнения. В вашей приёмке процесса сотрудник должен объяснить конкретное событие, стоящее за «закрыто», и показать отдельно фактическое обеспечение получателя.

Поля и приёмочные проверки

Храните версию заявки, одобренное количество, назначения по источникам, выдачи и отмены. Для общей закупки нужны версия PO, состав группы, разрешённый излишек, фактические приёмки, внешние отмены и ещё ожидаемое количество. Каждое изменение назначения имеет автора, причину и связь с решением; старая карта остаётся доступной для разбора.

Проверьте процесс на следующих случаях:

• Черновик D не попадает в одобренную группу и не получает скрытое обеспечение.
• Сумма назначений 60 раскрывает исходные заявки 50 и отдельно разрешённые десять.
• Приёмка 36 не закрывает выдачу получателям до её собственного подтверждения.
• После частичных выдач открытые 24 объясняются как 14 + 10.
• Внутренняя отмена 14 не переписывает внешнее обязательство.
• Подтверждённая отмена поставщиком 12 сохраняет баланс 36 + 12 + 12 = 60.
• Повтор расчёта и параллельное назначение не обеспечивают одну потребность дважды.

На обсуждение закупок SABSUS принесите три заявки, частичную поставку и позднюю отмену одной строки. Связи назначения, полномочия и историю проверьте вместе со складом и поставщиками. Такой сценарий точнее раскрывает требования, чем просьба «сделать одну общую закупку».

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

Можно ли объединять заявки с одинаковым названием товара?

Сначала проверьте идентичность позиции, спецификацию, единицу, сроки и согласование. Название недостаточно.

Кому принадлежит упаковочный излишек в плане закупки?

У него должно быть отдельное согласованное назначение. Он не становится запросом подразделения автоматически.

Закрытая заявка означает, что получатель уже получил товар?

Не обязательно. Уточните событие закрытия и проверьте фактическую выдачу отдельно.

Источники

• Microsoft Learn: заявки, консолидация и история.
• Microsoft Learn: закупочная политика.