В розничной торговле, особенно при наличии нескольких территориально удаленных магазинов, часто возникает классическая дилемма: как обеспечить точный контроль остатков на каждой точке и при этом не перегрузить персонал рутинной бумажной и компьютерной работой. В реальной практике многие компании сталкиваются со сложной схемой: товар поступает на центральный склад, а затем под каждый индивидуальный заказ покупателя на конкретной точке приходится вручную оформлять цепочку документов: Заказ на перемещение и фактическое Перемещение товаров. Если заказов десятки в день, продавцы физически не успевают вести учет, что приводит к очередям, ошибкам и хаосу в базе данных.
В рамках данной статьи мы подробно разберем, почему отказ от поскладского учета в пользу «одного общего склада» является критической ошибкой, как автоматизировать процесс перемещения товаров без лишней рутины и какие специализированные инструменты экосистемы 1С помогут навести идеальный порядок в розничной сети.
У многих начинающих автоматизаторов и владельцев бизнеса возникает соблазн упростить себе жизнь и завести всю розничную сеть как один единственный виртуальный склад. Рассмотрим подробнее, почему так делать категорически нельзя:
Таким образом, ведение учета по складам (магазинам) — это обязательное условие для здорового розничного бизнеса. Но как сделать так, чтобы этот учет не отнимал все свободное время у продавцов?
Если товары перемещаются с центрального склада в розничные точки ежедневно, оформлять документы по каждому заказу вручную крайне неэффективно. Рассмотрим два основных сценария автоматизации этого процесса.
Выясним, как упростить работу силами программиста 1С. Вместо того чтобы заставлять продавца или администратора делать перемещения под каждый чих, мы можем разработать специализированную обработку. Эта обработка будет автоматически собирать все необеспеченные потребности по заказам покупателей за день и формировать ровно три-четыре сводных документа Перемещение товаров (по одному на каждый магазин-получатель).
Проанализируем примерный алгоритм, который может быть заложен в основу такой обработки:
// Пример концептуального алгоритма для группового создания перемещений
Запрос = Новый Запрос;
Запрос.Текст =
"ВЫБРАТЬ
| ЗаказПокупателяТовары.Номенклатура КАК Номенклатура,
| ЗаказПокупателяТовары.Количество КАК Количество,
| ЗаказПокупателя.МагазинПолучатель КАК МагазинПолучатель
|ИЗ
| Документ.ЗаказПокупателя.Товары КАК ЗаказПокупателяТовары
|ГДЕ
| ЗаказПокупателяТовары.Ссылка.Проведен = ИСТИНА
| И ЗаказПокупателяТовары.Ссылка.Дата МЕЖДУ &НачалоДня И &КонецДня";
Запрос.УстановитьПараметр("НачалоДня", НачалоДня(ТекущаяДата()));
Запрос.УстановитьПараметр("КонецДня", КонецДня(ТекущаяДата()));
РезультатЗапроса = Запрос.Выполнить();
// Далее в коде происходит группировка по МагазинуПолучателю
// И автоматическое создание документов "ПеремещениеТоваров"
Благодаря этому администратор центрального склада в конце дня запускает обработку одной кнопкой, получает готовые документы перемещения, распечатывает накладные и передает их курьеру вместе с физическим товаром. Продавцы на точках полностью освобождаются от необходимости создавать документы вручную.
Если вы используете современные редакции «1С:Розница» (начиная с версии 3.0) или «1С:УНФ», вам даже не понадобятся услуги программиста. В этих конфигурациях по умолчанию присутствует мощный инструмент — «Расчет потребностей в запасах».
Разберем по шагам, как запустить этот процесс:
Заказы покупателей, под которые физически нет товара на месте.Заказ на перемещение.Часто перемещения создаются в спешке просто потому, что продавец на точке не знает, есть ли товар на центральном складе. Чтобы решить эту проблему, настроим интерактивное отображение остатков непосредственно в Рабочем месте кассира (РМК).
Выполним следующие действия в настройках программы:
Это позволяет продавцу сразу сказать клиенту: «Этих линз у нас сейчас в магазине нет, но они есть на центральном складе. Мы можем оформить заказ, и курьер привезет их завтра к вечеру». При этом оформляется только заказ покупателя, а само перемещение будет создано автоматически в конце дня в рамках общего сводного документа.
Если ваш бизнес связан с оказанием услуг по сборке или производству (например, сборка очков из оправ и линз, комплектация подарочных наборов и т.д.), то простого перемещения комплектующих недостаточно. Фактически мы имеем дело с микропроизводством. Рассмотрим два корректных метода отражения этой операции в программе.
Этот документ идеально подходит, когда из нескольких исходных позиций создается одна готовая. Посмотрим, как это работает:
КомплектацияНоменклатуры на вкладке «Комплектующие» указываются линзы и оправа. Они списываются со склада.Если сборка очков — это отдельная услуга, которую вы продаете клиенту, то для минимизации налоговых рисков (особенно при различных режимах налогообложения) правильнее разделять продажу физического товара и услуги:
Если стандартного функционала «1С:Розница» перестает хватать для ведения учета (особенно в сфере оптики, где каждая линза имеет десятки характеристик: сфера, цилиндр, ось, аддидация), то оптимальным выходом будет переход на специализированное отраслевое решение «1С:Салон оптики».
Проанализируем его ключевые преимущества:
Вернемся к проблеме курьерской доставки. Когда товар забирают со склада и везут на точку, часто возникает «серая зона»: на основном складе товара физически уже нет, а на розничной точке он еще не принят. Если в этот момент проводить инвентаризацию, возникнет путаница.
Для решения этой проблемы задействуем ордерную схему документооборота:
Расходный ордер на товары. В этот момент товар списывается с остатков склада-отправителя и переходит в статус «В пути».Приходный ордер на товары. Только после этого товар зачисляется на баланс розничной точки.Использование ордерной схемы позволяет четко разграничить зоны ответственности между кладовщиком, курьером и продавцом-получателем.