Настройка магазинов (складов) в системе

Магазины и склады в RetailCRM — это разные сущности с разной ролью. Магазин отвечает за источник заказа, а склад — за физические остатки и логику их резервирования. Путаница между ними ломает и аналитику, и учёт товара.

Что такое магазин

В RetailCRM магазин (сайт) — это точка приёма заказов: интернет-магазин, розничная точка, аккаунт на маркетплейсе. У каждого магазина есть код, название, часовой пояс, реквизиты компании и набор доступных способов оплаты и доставки. Заказы всегда привязаны к конкретному магазину, и это влияет на документы, аналитику и права доступа.

Магазины настраиваются в разделе Администрирование → Магазины. Даже при работе через один сайт стоит аккуратно заполнить реквизиты — они подставляются в печатные формы.

Что такое склад

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

• Собственный склад — товар, которым вы управляете напрямую.
• Склад поставщика (дропшип) — остатки для заказа под клиента.
• Розничная точка — остатки конкретного магазина офлайн.

Склады создаются в справочнике складов и связываются с товарным каталогом через синхронизацию остатков.

Магазин и склад: разграничение

Главная ошибка новичков — считать магазин и склад одним и тем же. Они пересекаются, но отвечают за разное.

Приоритеты резервирования

Когда складов несколько, RetailCRM должна понимать, откуда списывать товар в первую очередь. Для этого у складов настраивается приоритет резервирования. Система идёт по списку сверху вниз: сначала резервирует с приоритетного склада, а если товара не хватает — переходит к следующему.

1. Определите основной склад отгрузки и дайте ему высший приоритет.
2. Ниже поставьте резервные склады и точки.
3. Склады поставщиков (дропшип) обычно ставят в конце.

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

Остатки и списание

Остатки поступают в RetailCRM из товароучётной системы (например, 1С) или через интеграцию с каталогом сайта. Задача настройки — чтобы доступный остаток корректно уменьшался при резерве и списывался при отгрузке.

• Резерв — товар «замораживается» под заказ и вычитается из доступного.
• Списание — происходит при переходе заказа в отгрузочный статус.
• Возврат в остаток — при отмене заказа резерв освобождается.

Связь резерва и списания со статусами настраивается в группах статусов, поэтому склад и статусная модель проектируются согласованно.

Работа с несколькими точками

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

1. Общий пул остатков — все каналы видят один склад (риск оверселлинга при задержке синхронизации).
2. Раздельные пулы — под каждый канал выделен свой склад и квота товара.
3. Гибрид — основной склад плюс выделенные квоты под маркетплейсы.

Итог

Магазины в RetailCRM задают источник заказа и документы, а склады — остатки и логику резервирования. Разделяя эти сущности и настраивая приоритеты резерва, вы получаете точный учёт товара и чистую аналитику по каналам.

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