В процессе работы с конфигурацией 1С:Управление торговлей 11.4 многие пользователи сталкиваются с тем, что механизм формирования заказов по потребностям работает глобально по складу. Если в одной базе ведут учет несколько организаций, использующих один физический склад, возникает проблема: спонтанные или разовые продажи по одной организации (например, по госконтрактам) искажают общую статистику потребления. В результате программа предлагает закупить избыточное количество товара для регулярных продаж. Давайте разберем, почему так происходит, и какие существуют способы разделения этой статистики.
Для начала проанализируем, как «1С:УТ 11.4» видит ваши продажи. В архитектуре программы расчет потребностей жестко привязан к объекту Склад. Логика разработчиков проста: склад — это физическое место. Если товар с него ушел, его нужно пополнить, независимо от того, какое юридическое лицо оформило документ.
Статистика потребления рассчитывается на основе данных регистра накопления ВыручкаИСебестоимостьПродаж. Проблема в том, что стандартная обработка «Формирование заказов по потребностям» при расчете среднедневного потребления суммирует все движения по выбранному складу, игнорируя аналитику Организация. Даже если вы укажете организацию на этапе оформления заказов, это повлияет только на заполнение заголовка будущего документа ЗаказПоставщику, но не на расчет количества товара.
Рассмотрим подробнее доступные методы решения этой задачи, от простых организационных манипуляций до технических доработок.
Это самый эффективный метод решения проблемы без привлечения программистов. Мы можем разделить один физический склад на несколько логических в справочнике СкладыИМагазины.
Плюсы метода: статистика продаж по основному складу останется «чистой», так как продажи по госзакупкам будут проходить по другому складу. Вы сможете настраивать разные методы обеспечения (например, для одного склада — «Поддержание запаса (min-max)», а для другого — «Заказ под заказ»).
Минусы метода: физически товар лежит в одном месте. Если на одном виртуальном складе товар закончился, а на другом он есть, программа не увидит этого автоматически. Вам придется оформлять документы ПеремещениеТоваров между виртуальными складами, что увеличивает документооборот.
Выясним, можно ли исключить влияние госконтрактов на статистику, не меняя структуру складов. Если продажи по госзакупкам являются целевыми и разовыми, нам идеально подойдет механизм обособленного обеспечения.
Разберем по шагам, как это работает:
ЗаказКлиента.ОбеспечиватьОбособленно.Товар, закупленный под такой заказ, будет зарезервирован конкретно под эту сделку. Самое главное — такие продажи не должны влиять на расчет «нормы потребления» для регулярного ассортимента, если вы правильно настроите фильтры в помощнике закупок или используете метод обеспечения ЗаказПодЗаказ для этих позиций.
Посмотрим на ситуацию с точки зрения регистров. Статистика потребления строится по операциям продажи. Если мы оформим выбытие товара не документом РеализацияТоваровУслуг, а, например, через ВнутреннееПотреблениеТоваров с последующим отражением в прочих доходах/расходах, то такая транзакция не попадет в стандартный расчет статистики продаж.
Однако, мы должны понимать, что этот метод является «костылем» и может создать сложности для бухгалтерского учета и отчетности по НДС. Используйте его только в крайнем случае и только после согласования с финансовой службой.
Если ни один из организационных методов не подходит, придется обратиться к программисту для внесения изменений в логику расчета. Рассмотрим ситуацию с технической стороны. Нам нужно изменить запрос, который собирает данные для статистики.
В конфигурации Управление торговлей расчеты ведутся в модулях менеджеров или специализированных классах расчета потребностей. Программист может создать Расширение, которое перехватит запрос к регистру ВыручкаИСебестоимостьПродаж.
Пример логики, которую нужно внедрить в запрос (фрагмент кода для понимания сути):
ГДЕ
ВыручкаИСебестоимостьПродаж.Организация <> &ИсключаемаяОрганизация
И ВыручкаИСебестоимостьПродаж.Склад = &Склад
Посмотрим, что это даст: при формировании данных для расчета среднедневного потребления, система просто «вычеркнет» все обороты по той организации, которую вы укажете в настройках расширения. Это самый чистый способ с точки зрения пользователя, так как интерфейс останется привычным, а данные станут корректными.
Не забываем, что на 4-м шаге работы помощника «Формирование заказов по потребностям» (на закладке «Поддержание запасов») система выводит колонку со среднедневным потреблением.
Проанализируем ситуацию: если вы знаете, что в этом месяце была крупная разовая отгрузка по госконтракту, вы можете вручную скорректировать цифру потребления прямо в таблице. Программа пересчитает рекомендуемое количество «К заказу» в реальном времени. Это требует внимательности, но не требует программирования или создания новых складов.
Мы выяснили, что в стандартном функционале «1С:УТ 11.4» разделение статистики по организациям в рамках одного склада не предусмотрено. Для решения задачи мы рекомендуем:
Выбор метода зависит от частоты таких «спонтанных» заказов и готовности вашей компании к усложнению документооборота или затратам на программиста.