В 1С не снимаются резервы отменённых заказов маркетплейса

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

Разбор предназначен для руководителя электронной торговли, менеджера по остаткам и специалиста 1С. Рассматривается резерв в учётной системе после отмены внешнего заказа; ожидаемое действие зависит от схемы обеспечения и фактической отгрузки.

Почему проблема заметна по остаткам

Товар физически находится на складе, но часть количества остаётся закреплена за заказом, который уже не будет исполнен. Менеджер видит недостаточную доступность, а новый заказ требует ручного разбора. Если из 1С передаются доступные остатки, расхождение может влиять и на данные для других каналов продаж.

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

Отделите внешний статус от состояния в 1С

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

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

Согласуйте правила отмены

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

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

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

Что предусмотреть в автоматической обработке

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

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

Как проверить результат

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

Как отличить сбой статуса от проблемы учёта

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

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

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

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

Аудит заказов и резервов с BSG-IT

BSG-IT проектирует и развивает интеграции 1С с маркетплейсами и другими системами продаж. При зависшем резерве отменённого заказа мы предлагаем сопоставить событие площадки, заказ 1С, складские документы и расчёт доступного остатка.

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