Блокировка B2B-заказа: причины, повторная проверка и продолжение

Определите область остановки до настройки правил

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

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

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

Храните причины отдельно от итогового состояния

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

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

Microsoft Finance показывает несколько причин кредитной блокировки sales order и предусматривает их повторную оценку. В этой системе существуют и исключающие правила, способные разрешить обработку без проверки остальных блокирующих правил. Поэтому правило «всегда должны исчезнуть все причины» нельзя объявлять универсальным поведением продуктов. Microsoft: Credit holds for sales orders.

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

Учебный пример: три причины одного заказа

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

Исходно по счетам открыто 3 000: один счёт на 1 000 просрочен на 40 дней, ещё 2 000 пока не просрочены. Ранее принятые невыставленные заказы составляют 2 000. Новый заказ, ожидающий подтверждения, равен 1 500.

Объём с новым заказом: 3 000 + 2 000 + 1 500 = 6 500. Это на 500 больше предела. Первая причина остановки активна.

Отдельное учебное правило останавливает новый заказ при наличии положительного непогашенного остатка старше 30 дней после срока. Счёт на 1 000 с просрочкой 40 дней создаёт вторую причину. Порог выбран только для примера и не является стандартом кредитного контроля.

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

Частичная оплата снимает только соответствующую причину

Подтверждены 700, назначенные по проверенному основанию именно непросроченному счёту. Его остаток уменьшается с 2 000 до 1 300. Просроченные 1 000 остаются открытыми: нельзя переназначить платёж ради удобного результата проверки.

Теперь по счетам открыто 2 300. Общий учитываемый объём равен 2 300 + 2 000 + 1 500 = 5 800. Причина превышения предела больше не действует. Однако остаются просроченный счёт и ручная остановка: активны две причины из трёх.

Затем подтверждены ещё 1 000, назначенные именно старому счёту. Он погашен; по другим счетам остаётся 1 300. Учитываемый объём становится 1 300 + 2 000 + 1 500 = 4 800. Обе расчётные причины устранены, но проверка адреса ещё не завершена.

В журнале видна последовательность: 6 500 и три причины; 5 800 и две; 4 800 и одна. Сумма платежей сама по себе не определяет результат: важно, какие остатки они действительно погасили. Подробное восстановление сумм рассмотрено в руководстве по задолженности на дату.

Не считайте переход между стадиями новым объёмом

Состав базы должен исключать повтор одной суммы. Если из ранее невыставленных заказов на 2 000 часть 500 перешла в непогашенный счёт, соответствующая открытая часть заказов уменьшается до 1 500, а счета увеличиваются с 1 300 до 1 800.

Проверка после такого перехода: 1 800 + 1 500 + 1 500 нового заказа = 4 800. Само формирование счёта не увеличило общий объём. Если оставить прежние 2 000 заказов, получится ложное превышение учтённой суммы на 500.

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

Снятие ручной остановки и продолжение являются разными событиями

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

В Microsoft Finance forced holds не освобождаются автоматически. Документация различает Release with posting и Release without posting: второй вариант снимает удержание без дальнейшей обработки. Эти различия полезно проверить в своей конфигурации. Microsoft: release и forced hold.

Отдельный механизм order holds в Microsoft Supply Chain Management также описывает проверку адреса или метода оплаты как возможное основание остановки. Его настройки не следует смешивать с Finance credit management. Microsoft SCM: Manage order holds.

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

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

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

1. Новый заказ 1 500 включён в базу один раз.
2. Исходные 6 500 превышают предел ровно на 500.
3. Оплата 700 уменьшает правильный счёт; старые 1 000 остаются открытыми.
4. При 5 800 сохраняются две причины остановки.
5. При 4 800 финансовые причины исчезают, ручная остаётся.
6. Переход 500 из заказа в счёт сохраняет общий объём 4 800.
7. Разрешение ручной остановки не выдаётся за завершённую отгрузку.
8. Перед продолжением проверяется актуальный набор причин и допустимых исключений.

Описанные Finance blocking rules имеют ограниченную область: документация относит их к sales orders, исключает project invoices и отдельно оговаривает POS, call-center и free-text сценарии. Не распространяйте пример на все документы только из-за похожего названия клиента или лимита.

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

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

Любая оплата снимает блокировку?

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

Можно автоматически погасить самый старый счёт ради выпуска заказа?

Назначение должно соответствовать подтверждённому основанию и принятому порядку. Желаемый статус нового заказа не является основанием изменить платёжную историю.

Статус release означает, что заказ уже исполнен?

Нет. Он относится к освобождению определённой остановки. Продолжение обработки и фактическое исполнение подтверждаются отдельно.

Источники

• Microsoft Finance: Credit holds for sales orders.
• Microsoft SCM: Manage order holds.

Проверено 9 октября 2026 года. Предел, сроки, база и три причины являются учебными условиями.