Где резервировать товар при связке магазина, CRM и склада

Подготовлено 23 октября 2026 года

В связке магазина, CRM и склада сначала нужно выбрать владельца резерва: кто подтверждает выделение товара и кто вправе его освободить. Показанный остаток, запрос на резерв и подтверждённый резерв — разные сведения. Пока это различие не согласовано, обмену не на что опереться.

Определите, что бизнес называет резервом

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

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

Назовите владельца решения

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

Опишите создание и изменение

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

Если клиент увеличил количество У-46, это изменение требует нового решения владельца. Нельзя просто исправить цифру в CRM и считать, что склад выделил дополнительный товар. Для уменьшения тоже нужен подтверждённый путь: какую часть освободили и какой объём резерва остался действующим.

Согласуйте освобождение

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

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

Проверьте два одновременных запроса

Контрольный пример: два заказа запрашивают последнюю доступную единицу Т. Ожидаемое бизнес-решение — один согласованный результат выделения и объяснимый ответ второму заказу. Способ обеспечения этого поведения нужно подтвердить технически; наличие единственного владельца в таблице ещё не доказывает защиту от конкуренции.

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

Что включить в первый обмен

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

Что считается резервом в этом процессе:
Товар / количество / заказ / контекст:
Инициатор и владелец подтверждения:
Свидетельство создания / изменения:
Условие освобождения и кто его задаёт:
Подтверждение снятия:
Неизвестный результат — проверка и ответственный:
Два одновременных запроса — ожидаемый итог:
Контрольный пример / возможности интерфейсов:

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