Перейти к содержимому
Все статьи
SaaS

Зависший резерв: что проверить перед освобождением товара

·27 октября 2026 г.· 6 мин чтения
Готовые системы для бизнесаПосмотреть продукты

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

Подозрительный резерв — это кандидат на разбор

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

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

Оплата, резерв и заказ живут в разных событиях

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

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

Матрица проверки перед освобождением

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

КандидатЧто известноЧто проверитьОставшееся обязательствоСледующее действие
Срок истёк, оплаты нетЕсть действующий срок и данные проверкиНет ли принятого продления и незавершённого обменаПо актуальному заказуОсвобождать только при выполнении согласованных условий
Оплата пока не сопоставленаЕсть сообщение или ожидаемый внешний ответСудьбу операции и связь с заказомПока требует уточненияНе объявлять отсутствие данных окончательным отказом от покупки
Заказ частично отгруженЧасть уже переданаОстаток заказа и действующее удержаниеТолько ещё не исполненная частьНе освобождать исходное количество повторно
Срок продлёнЕсть принятое изменениеАвторитетное основание и актуальная датаСохраняется по принятому условиюНе снимать по старому снимку срока
Заказ отменён, резерв осталсяРешение об отмене подтвержденоНет ли поздней отгрузки или связанного исполненияОпределяется сверкой фактовУстранить несоответствие с записью основания
Резерв и товарная строка расходятсяКоличество не совпадаетИсторию правок, единицу и уже проведённые движенияНе установлено до проверкиОставить отдельную задачу, не подгонять число вслепую

Учебный заказ на пятнадцать единиц

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

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

Проверка списка и применение не должны смотреть на разные состояния

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

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

Освобождение должно менять только принадлежащее ему удержание

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

При API-интеграции заказов обработайте повтор результата. Если команда уже выполнена, повтор не должен ещё раз увеличивать доступность. Когда ответ неизвестен, сначала установите судьбу первой операции, затем выбирайте следующее действие.

Что записать в историю решения

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

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

После изменения сверьте доступность и незавершённые исключения

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

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

Приёмка на учебной подборке

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

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

Вопросы и ответы

Что такое резерв товара перед снятием?

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

Что проверить при снятии резерва в 1С или другой системе?

Проверьте связи строки заказа, отгрузок и текущего количества удержания. Условия и доступные действия конкретной конфигурации нужно сверять отдельно.

Можно ли включить автоматическое снятие резервов?

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

Нужна помощь с проектом?

Обсудим задачу и предложим решение — от сайта до SaaS и защиты.

Связаться