← На главную

При переходе со старых версий программного обеспечения (например, 1С:Предприятие 7.7) на современную конфигурацию 1С:Розница 2 (особенно в условиях распределенной информационной базы — РИБ) перед многими компаниями встает вопрос правильной организации внутренних процессов. Типичный сценарий: наличие центрального склада (ЦС), который оперирует оптовыми ценами, и удаленных филиалов (магазинов), торгующих в розницу. Сотрудникам на местах необходимо оперативно резервировать товары в центральном офисе и заказывать их доставку.

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

Шаг 1. Классическая схема «Заказ на перемещение — Перемещение товаров»

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

1. Создание потребности (Филиал): Ответственный сотрудник в магазине создает документ Заказ на перемещение. В качестве склада-отправителя указывается Центральный склад, а в качестве склада-получателя — склад конкретного филиала. В табличной части указывается перечень необходимых товаров.
2. Резервирование товара: В документе Заказ на перемещение существует возможность управления резервированием. Если товар есть в наличии на ЦС, система позволяет зафиксировать резерв под этот конкретный филиал.
3. Отгрузка (Центральный офис): Логист или кладовщик в центральном офисе видит все открытые заказы от филиалов. На основании утвержденного Заказа на перемещение создается документ Перемещение товаров. Этот документ фактически списывает товар с остатков ЦС и направляет его в магазин.

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

Шаг 2. Контроль «Товара в пути» через ордерную схему

Если ваши удаленные филиалы находятся на значительном расстоянии от центрального склада, процесс транспортировки может занимать от нескольких часов до нескольких дней. Если провести обычный документ Перемещение товаров, то в ту же секунду товар спишется с остатков ЦС и приходуется на баланс филиала. Это грубейшая ошибка учета: физически товара в магазине еще нет, продать его нельзя, но в программе он числится как доступный.

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

1. На складах отправителя и получателя в настройках программы включается использование ордерной схемы при поступлении и отгрузке.
2. После создания документа Перемещение товаров в центральном офисе, он проводится со статусом «К отгрузке». Товар резервируется для отправки, но еще не списан окончательно.
3. Кладовщик центрального склада на основании перемещения создает документ Расходный ордер на товары. После его проведения товар переходит в статус «В пути» (он списан с ЦС, но еще не принят филиалом).
4. Когда транспортное средство доставляет груз в магазин, сотрудники филиала пересчитывают фактически прибывший товар и создают документ Приходный ордер на товары.
5. Только после проведения приходного ордера со статусом «Принят» товар официально поступает на баланс розничного магазина и становится доступным для продажи на кассе.

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

Шаг 3. Решение проблемы с ценообразованием («Цена перемещения становится ценой поставщика»)

Очень часто при внедрении этой схемы в «1С:Розница 2» пользователи сталкиваются с технической проблемой: при проведении перемещения программа автоматически перезаписывает закупочную цену (цену поставщика) для филиала ценой этого самого перемещения. Это ломает всю последующую логику автоматического расчета наценок.

Выясним причину этого поведения:
В конфигурации для предопределенного вида цен «Закупочная» по умолчанию используется способ расчета «Заполнять по данным ИБ при поступлении» со стандартной схемой компоновки данных (СКД) «Цены поступления». Алгоритм этой стандартной СКД устроен так, что он собирает информацию из трех источников: документов поступления от поставщиков, оприходований и... перемещений товаров. Программа считает перемещение приходом на склад и обновляет цену.

Рассмотрим два основных варианта решения этой проблемы.

Вариант А. Корректировка схемы компоновки данных (СКД)

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

1. Перейдем в раздел Маркетинг — Настройки и справочники — Виды цен номенклатуры.
2. Откроем карточку вида цен «Закупочная» (или создадим его копию для редактирования).
3. Переведем способ задания цены в режим «Произвольный запрос».
4. В конструкторе схемы компоновки данных (СКД) необходимо отредактировать текст запроса: исключить из пакетов запросов таблицы, которые обращаются к регистру накопления по перемещениям товаров (убрать связи с виртуальными таблицами, содержащими данные документов Перемещение товаров).
5. Сохраним настройки. Теперь система будет игнорировать внутренние перемещения при расчете базовой закупочной стоимости.

Вариант Б. Настройка децентрализованного ценообразования по формулам

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

1. Создадим для каждого магазина свой уникальный вид цен (например, «Розничная Магазин 1», «Розничная Магазин 2»).
2. В карточке каждого магазина укажем соответствующий ему вид цен в качестве розничного.
3. Для этих видов цен настроим способ задания: «Рассчитывать по другим видам цен».
4. В качестве базового вида цен выберем «Оптовую цену ЦС» (которая устанавливается в центральном офисе).
5. Зададим формулу расчета, например: [Оптовая цена ЦС] * 1.15 (что означает автоматическую наценку 15% к оптовой цене офиса).

При таком подходе сотрудникам филиалов вообще не придется вручную вводить цены. Как только центральный офис изменит свои оптовые цены и эти данные придут по РИБ, розничные цены в магазинах пересчитаются автоматически по заданным правилам.

Шаг 4. Важное правило проведения документов

В завершение проанализируем критически важное правило работы платформы «1С:Розница 2». Поскольку учет товаров в розничных магазинах ведется в розничных ценах, на момент проведения документа «Перемещение товаров» (или приходного ордера при ордерной схеме) на розничном складе-получателе уже должны быть установлены и действовать розничные цены.

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

Поэтому строго соблюдайте последовательность: сначала утверждение и отправка цен через РИБ в магазин, и только затем — физическая приемка и проведение документов перемещения на стороне филиала.