Зависший резерв: что проверить перед освобождением товара
Перед снятием зависшего резерва проверьте действующий заказ, подтверждение оплаты, согласованный срок и оставшееся неисполненное количество. Старая дата сама по себе не доказывает, что товар можно освободить. Сначала отделите действительно завершённое удержание от задержки обмена и продлённого обещания, затем применяйте ограниченное изменение с сохранением основания.
Подозрительный резерв — это кандидат на разбор
В списке есть бронь, срок которой давно прошёл. Но рядом могут существовать продление, поздно полученная оплата или уже начавшаяся отгрузка. Если обработка удаляет все старые строки по одному фильтру, она освобождает товар без проверки актуального обязательства.
Укажите, почему запись попала в подборку: срок, отсутствие связанного открытого заказа, несоответствие количества или иной признак. Это объясняет приоритет проверки, а не готовое решение. Возраст записи полезен для поиска проблем, но не заменяет их причину.
Оплата, резерв и заказ живут в разных событиях
В инструкции Saby описаны резервирование после поступления оплаты, ручной резерв и его срок. Это правила конкретного продукта. Они показывают, почему при проверке нужны связанные документы, но не устанавливают обязательную политику любого склада.
Отсутствие платёжного подтверждения в одном экране может означать, что обмен ещё не завершён. Сохраните различие между «не оплачено», «данные об оплате уточняются» и подтверждённым платежом. Платёжная ссылка или сообщение клиента также не должны автоматически подменять принятое подтверждение.
Матрица проверки перед освобождением
Ниже собственная модель разбора. Решения выполняются по действительным условиям и полномочиям компании. В ней нет общего числа дней, после которого любая бронь считается отменённой.
| Кандидат | Что известно | Что проверить | Оставшееся обязательство | Следующее действие |
|---|---|---|---|---|
| Срок истёк, оплаты нет | Есть действующий срок и данные проверки | Нет ли принятого продления и незавершённого обмена | По актуальному заказу | Освобождать только при выполнении согласованных условий |
| Оплата пока не сопоставлена | Есть сообщение или ожидаемый внешний ответ | Судьбу операции и связь с заказом | Пока требует уточнения | Не объявлять отсутствие данных окончательным отказом от покупки |
| Заказ частично отгружен | Часть уже передана | Остаток заказа и действующее удержание | Только ещё не исполненная часть | Не освобождать исходное количество повторно |
| Срок продлён | Есть принятое изменение | Авторитетное основание и актуальная дата | Сохраняется по принятому условию | Не снимать по старому снимку срока |
| Заказ отменён, резерв остался | Решение об отмене подтверждено | Нет ли поздней отгрузки или связанного исполнения | Определяется сверкой фактов | Устранить несоответствие с записью основания |
| Резерв и товарная строка расходятся | Количество не совпадает | Историю правок, единицу и уже проведённые движения | Не установлено до проверки | Оставить отдельную задачу, не подгонять число вслепую |
Учебный заказ на пятнадцать единиц
Вымышленный заказ первоначально удерживал 15 единиц. Шесть уже отгрузили и учли в движениях, девять остаются под действующим резервом. Если принято решение прекратить оставшееся удержание, проверяют именно эти девять. Нельзя освобождать все первоначальные 15, будто отгрузки не было.
Для этого связывайте резерв с конкретной строкой и её текущим остатком. Один общий флаг «товар зарезервирован» не объясняет частичное исполнение. В ERP дистрибьютора полезно показать исходное, отгруженное и ещё удерживаемое количество рядом до изменения.
Проверка списка и применение не должны смотреть на разные состояния
Пока сотрудник разбирает подборку, заказ может получить оплату или продление. Перед освобождением повторно проверьте условия, от которых зависело решение. Если состояние изменилось, прежний вывод нужно пересмотреть, а не применять по вчерашнему снимку.
Не разрешайте частично подтверждённой проверке незаметно стать массовой командой. Для каждой записи должно быть понятно, что проверено и сколько планируется освободить. Общая кнопка без предварительного объяснения количества затрудняет разбор последствий даже при технически корректном исполнении.
Освобождение должно менять только принадлежащее ему удержание
У одной позиции могут быть резервы разных заказов. Прекращение одного не отменяет остальных. Сохраняйте устойчивую связь удержания с его основанием и не восстанавливайте свободный остаток простым прибавлением исходной суммы всех выбранных строк.
При API-интеграции заказов обработайте повтор результата. Если команда уже выполнена, повтор не должен ещё раз увеличивать доступность. Когда ответ неизвестен, сначала установите судьбу первой операции, затем выбирайте следующее действие.
Что записать в историю решения
Сохраните актуальные проверенные условия, количество, автора и причину. Если решение автоматическое, должна быть видна версия применённого правила и основания. Удаление строки без следа не позволяет понять, почему товар внезапно стал доступным другому заказу.
В автоматизации документооборота свяжите продление, отмену и фактическое изменение удержания. Наличие документа не означает, что связанная операция уже исполнена. Показывайте результат, ошибку или ожидание отдельно от принятого решения.
После изменения сверьте доступность и незавершённые исключения
Проверьте, какое количество действительно освобождено и какие записи оставлены на разбор. Подборка из ста строк не обязана закончиться ста снятиями. Не маскируйте исключения общим сообщением «обработано», если часть платежей или отгрузок не удалось сверить.
Если массовое действие ошибочно, восстановление должно учитывать последующие резервы и продажи. Простая загрузка прежних чисел способна затронуть уже новые обязательства. Нужен разбор конкретных событий и принятый способ исправления с историей.
Приёмка на учебной подборке
- Создайте случаи истёкшего срока, принятого продления, ожидаемой оплаты и частичной отгрузки. Отдельно задайте разрешённые условия снятия.
- Получите список кандидатов и проверьте объяснение по каждой записи. Кандидат не должен автоматически считаться согласованным изменением.
- Продлите одну бронь после формирования списка. Применение обязано заметить изменившееся основание.
- Для заказа на 15 единиц с отгрузкой 6 проверьте оставшиеся 9. Исходное количество не должно освобождаться повторно.
- Повторите команду и внешнее подтверждение. Свободный запас не увеличивается второй раз.
- Сверьте журнал, доступность и открытые вопросы. Неполная проверка остаётся видимой задачей ответственному.
Полезный результат — меньше бесхозных удержаний без потери принятых обязательств. Для этого недостаточно удалить старые строки: нужно объяснить, почему конкретное количество больше не должно оставаться в резерве. История решения делает это проверяемым.
Вопросы и ответы
Что такое резерв товара перед снятием?
Это удержание количества по конкретному основанию, которое нужно сопоставить с актуальным заказом. Старый срок не заменяет проверку оплаты, исполнения и принятого продления.
Что проверить при снятии резерва в 1С или другой системе?
Проверьте связи строки заказа, отгрузок и текущего количества удержания. Условия и доступные действия конкретной конфигурации нужно сверять отдельно.
Можно ли включить автоматическое снятие резервов?
Автоматизация требует явных проверенных правил и обработки исключений. Перед применением нужно учитывать изменившиеся оплаты, продления и частичное исполнение, а не только дату.
Читайте также
Резервные коды 2FA: как хранить и проверить восстановление
РазработкаДизайн-макет в Figma: что проверить до передачи в вёрстку
КомментарииChrome обновляется раз в две недели: что менять в проверке сайта
КомментарииRust 1.99.1: исправления FFI и проверка готовой программы
КомментарииAstro 7.3: что проверить в собственном Cloudflare Worker
КомментарииRedis 8.12 RC: что проверять у сжатых битовых карт