Часто при работе в 1С:Розница 2.2 пользователи сталкиваются с серьезной методологической проблемой: для удобства формирования отчетности перед поставщиками товары разделяют на разные виртуальные склады. На первый взгляд это кажется логичным — у каждого поставщика свой склад, и мы всегда видим остатки. Однако, когда дело доходит до инвентаризации, такая схема превращается в кошмар. Программе требуется создавать отдельные документы Пересчет товаров для каждого склада, что делает невозможным проведение тотальной проверки всего магазина «одним махом».
В этой статье мы разберем, почему разделение одного физического магазина на несколько складов в программе — это ошибочный путь, и как перейти к правильной архитектуре учета, сохранив при этом детальную отчетность для поставщиков. Мы рассмотрим пошаговое решение: от настройки аналитики до проведения единой инвентаризации и формирования сложных отчетов с ценами.
Разберем ситуацию, когда один реальный торговый зал в программе представлен как пять или десять разных складов. Типовая логика системы 1С жестко привязывает документ инвентаризации (пересчета) к конкретному месту хранения. Если товар физически лежит на одной полке, но числится на разных складах, кладовщик или продавец вынужден постоянно переключаться между документами, что неизбежно ведет к ошибкам и пересортице.
Основные минусы складского деления:
Проанализируем правильный подход: в системе должен быть один реальный склад (например, «Торговый зал»), а разделение по поставщикам должно происходить на уровне свойств самого товара (номенклатуры).
Чтобы отказаться от множества складов, нам нужно научить программу понимать, чей это товар, с помощью других инструментов. Рассмотрим, как добавить признак поставщика непосредственно в карточку товара.
Для этого воспользуемся механизмом Дополнительных реквизитов. Перейдем в раздел Администрирование — Общие настройки — Дополнительные реквизиты и сведения. Выберем объект Номенклатура и добавим новый реквизит с названием «Поставщик» и типом значения Контрагент.
После этого в каждой карточке товара на вкладке Дополнительные реквизиты появится поле, где можно указать конкретного поставщика. Это позволит нам в дальнейшем группировать любые отчеты по этому полю, даже если все товары лежат на одном общем складе.
Если у вас тысячи наименований товаров, заполнять реквизит «Поставщик» вручную — задача непосильная. Разберем, как автоматизировать этот процесс, используя то, что товары уже распределены по складам.
Воспользуемся встроенной обработкой Групповое изменение реквизитов (находится в разделе Администрирование — Обслуживание — Корректировка данных). Алгоритм действий будет следующим:
Номенклатура.Поставщик и установим для него значение — нужного контрагента.Изменить реквизиты.Повторим эту операцию для каждого виртуального склада. После того как всем товарам присвоены поставщики, мы можем перенести все остатки на один единый склад документом Перемещение товаров и в дальнейшем работать только с ним.
Теперь, когда все товары числятся на одном складе, проведение инвентаризации становится простым и логичным процессом. Рассмотрим по шагам, как это сделать:
Приказ на пересчет товаров, указывая наш единственный основной склад.Пересчет товаров. Теперь в список для пересчета попадут все товары магазина сразу.Заполнить по отбору. В настройках отбора выбираем Номенклатура.Поставщик (Дополнительный реквизит) и указываем нужного контрагента.Таким образом, мы получаем универсальный инструмент: можем считать весь магазин целиком, а можем — выборочно по любому поставщику, не дробя при этом складской учет.
Выясним, как теперь получать информацию об остатках для поставщиков. Типовой отчет Остатки на складах по умолчанию не показывает дополнительные реквизиты, но система компоновки данных (СКД) позволяет нам это легко исправить.
Разберем настройку отчета по шагам:
Остатки на складах.Настройки, выберем вид Расширенный.Структура. Здесь мы видим иерархию группировок (обычно это Склад — Номенклатура).Добавить и ищем поле Номенклатура.Поставщик. Важно: если вы создали доп. реквизит, ищите его в ветке Номенклатура под соответствующим именем.Закрыть и сформировать.Теперь отчет примет вид структурированной таблицы, где во главе будет стоять имя поставщика, а ниже — список его товаров с остатками. Если вам нужно отправить данные конкретному поставщику, просто добавьте этого контрагента в Отборы отчета.
Часто поставщики просят отчеты не только в количестве, но и в ценах (закупочных или розничных). Как отмечалось на форуме, обычный отчет по остаткам не всегда может подтянуть актуальные цены из регистра сведений. В этом случае проанализируем использование отчета Оценка склада.
Этот отчет специально предназначен для вывода стоимостных показателей. Чтобы адаптировать его под наши нужды, выполним аналогичную настройку структуры:
Оценка склада добавим группировку Номенклатура.Поставщик.Поля и сортировки) проверим наличие полей Цена, Количество и Сумма.Вид цены (например, «Розничная»), чтобы сумма остатков была корректной.В результате мы получаем полноценный аналитический инструмент, который заменяет собой десятки виртуальных складов и позволяет управлять магазином как единым целым.
Рассмотрим еще один технический нюанс. В современных версиях 1С:Розница в карточке номенклатуры уже существует штатное поле Основной поставщик (в разделе «Закупки»). Если вы только начинаете настраивать учет, лучше использовать именно его вместо создания дополнительных реквизитов. Это обеспечит еще лучшую совместимость с типовыми механизмами программы, такими как автоматическое формирование заказов поставщикам.
Использование этого поля в отчетах настраивается точно так же через путь Номенклатура.Основной поставщик. Это позволит вам видеть общую картину продаж и остатков без необходимости дублирования данных.
Резюмируем: Переход от «складского» деления к «атрибутивному» (через реквизиты) позволяет проводить быструю тотальную инвентаризацию, избегать ошибок при продажах и формировать любую отчетность для контрагентов в пару кликов. Это и есть профессиональный подход к автоматизации розничной торговли.