6 мая 2016

Версия для печати

Новое в УТ 11.2.3 Обеспечений потребностей

Приветствую читатели моих статей! Я продолжаю описывать изменения в 1С:Управление торговлей ред. 11.2.3. И в этой статье я расскажу о том, что поменялось в механизме обеспечения потребностей.
Темы обеспечения потребностей в УТ 11 я уже касался, когда рассказывал про способы резервирования. Вот эта статья: Обеспечение потребностей (Упрощенное и расширенное).
И я даже пытался внедрить обеспечение потребностей в сравнительно не большом магазине но натолкнулся на ряд сложностей по больше части интерфейсных. Основная проблема была в настройке параметров обеспечения для товара. Обработка выдавала всю номенклатуру одним списком, в котором ориентироваться и настраивать параметры было долго и неудобно. Не было никаких возможностей по упорядочиванию номенклатуры.
 В редакции УТ 11.2.3 разработчики попытались закрыть этот пробел и добавили ряд улучшений. Давайте разберемся, что было реализовано и на сколько стало удобнее работать.

1. Схема обеспечения потребностей
2. Группировки товарных ограничений
3. Новые возможности по установке параметров обеспечения потребностей

А так же для понимания работы механизма я описал пример формирования заказов по потребностям:
Пример настройки и использования механизма заказа товара по потребностям

Схема обеспечения потребностей

Первое нововведение это новый справочник Схемы обеспечения потребностей.
Открыть справочник можно из раздела Склад и доставка – Настройки и справочники - Схемы обеспечения.

Зачем нужен этот справочник? Схема обеспечения предназначена для установки основного способа обеспечения потребностей на одном или нескольких складах. Настроенная схема обеспечения может быть назначена номенклатуре или виду номенклатуры.

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

Пример настройки и использования механизма заказа товара по потребностям

Разбираясь с данным механизмом у меня снова возникли вопросы о ощущение, что что-то недоделали. В частности я так до конца и не понял практическое применение Схем обеспечения.
Я бы конечно мог показать красивый пример, как все работает на примере одного склада и одного способа обеспечения, но это не мой путь. Поэтому пример я усложню да 2х складов и 2х способов обеспечения.
Немного к терминологии, чтобы не запутаться:
Метод обеспечения потребностей - это как будет рассчитана потребность, например по методу Поддержание запаса (min - max).
Способ обеспечения потребности - это за счет какого источника будет заказан (обеспечен) товар, например, за счет покупки у поставщика или перемещения с другого склада.

Пример:
В нашей выдуманной организации будет 2 склада: Центральный склад и Магазин.
Центральный склад будет обеспечиваться только от поставщика. А вот магазин, будет обеспечивается из Центрального склада, но иногда и от поставщика.

Первое это заполним Параметры обеспечения потребностей для центрального склада. Открыть параметры обеспечения можно из раздела Склад и Доставка - Сервис.

Тут у нас все просто. Метод обеспечения мы выберем для простоты Поддержание запаса (min - max), и у нас будет только один способ обеспечения "Закупка у поставщика "Мебель на заказ ООО"", который мы укажем непосредственно в параметрах обеспечения. Пока никакие схемы обеспечения нам не нужны.
Способ обеспечения заполним следующим образом.

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

В отборах укажем только  Центральный склад.

После нажатия кнопки Далее будет заполнена потребность и после можно будет сформировать заказ поставщику.

Вот собственно и все. Все просто, на этом можно было бы и закончить пример и сказать, что все работает отлично. Кстати, если бы требовалось заказывать товар на Центральный склад у нескольких поставщиков, то достаточно настроить ещё один способ обеспечения и тогда бы сформировалось 2 заказа разным поставщикам. Данный механизм отлично работает.
Но у нас ситуация немного сложнее есть ещё один склад Магазин, на который один и тот же товар может как заказываться у поставщика, так и перемещаться с центрального склада.
Теперь уже не получится просто задать способ обеспечения в окне настройки параметров обеспечения, т.к. у нас 2 способа обеспечения для склада Магазин.

Настроим параметры обеспечения для склада Магазин, но способ обеспечения указывать не будем.

А реализацию двух способов обеспечения попробуем настроить через Схемы обеспечения потребностей. Открыть схемы обеспечения можно в разделе Склад и Доставка - Настройки и справочники.
Создадим сначала схему для заказа товаров у поставщика.

И так же создадим вторую схему обеспечения для перемещения с центрального склада.

Способ обеспечения для перемещения с центрального склада настроим следующим образом.

Настает кульминационный момент. Попробуем сформировать заказы на перемещения по потребностям на склад Магазин. Выполним соответствующую команду в журнале Заказы на перемещения.

Но после выполнения команды получаем следующее сообщение.

Это произошло потому, что в параметрах обеспечения не задан способ обеспечения. А где же ещё можно задать способ обеспечения или схему обеспечения? Конечно, в самой карточке номенклатуры.

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

Но тут же у нас возникает вопрос, какую схему указать? В одной схеме обеспечения у нас указан способ обеспечения - перемещения товаров с центрального склада, а в другой - закупка у поставщика. В итоге если мы выберем перемещения у нас не получится формировать заказы поставщикам и наоборот.
Вот тут я и наткнулся на ограничения 1С УТ 11.2.3. В итоге для меня стало так и непонятным, почему если есть возможность создавать несколько схем обеспечения потребностей, мы все равно ограничиваемся только одной схемой заданной в карточке товара. Не логично. Надеюсь 1С продолжит доработку механизма обеспечения потребностей.

Группировки товарных ограничений

В УТ 11.1 в форме настроек параметров обеспечения потребностей был только список номенклатуры без какой либо возможности группировать товар. При большом количестве товаров работать с параметрами обеспечения было практически невозможно.
В управлении торговлей редакции 11.2.3 1С попыталась исправить этот недочет и реализовала группы товарных ограничений. Группы можно задать в справочнике Группировки товарных ограничений.

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

Вернемся к группировкам. Для работы с группировками предусмотрено меню Группировка в рабочем месте.

Если группировки уже созданы, то по команде Перенести в группировку можно переносить товара в группировки. По команде Исключить из группировки соответственно исключать. А так же есть очень удобная возможность выделить несколько позиций номенклатуры и выполнить команду Сгруппировать. Товар будет помещен в группу для которой достаточно будет задать только наименование.
В итоге потратив некоторое время можно будет разбить весь товар на группы. А уже метод и способ обеспечения задавать не для каждой позиции товара, а для группы.
И все хорошо вроде бы, но сразу напрашивается вопрос: А почему нельзя было сделать возможность отображать группы по иерархии номенклатуры или по видам номенклатуры? Ведь если у компании десять тысяч позиций товаров, то чтобы разбить на группы придется тратить уйму времени. А главное потом следить и добавлять новую номенклатуру в свои группы.  Хотя конечно можно привлечь программистов, которые смогут написать обработку для формирования групп по любым правилам. Но это снова решение не из коробки. Вобщем ждем новых релизов и новых возможностей.

Новые возможности по установке параметров обеспечения потребностей

Частично по ходу статьи я уже описал новые возможности, но подведя итог кратко повторюсь.
Параметры обеспечения настраиваются в разрезе номенклатура – характеристика – склад.
При настройке параметров обеспечения в рабочем месте есть возможность выбрать 2 режима отображения: Список и Иерархический список.
При выборе режима Список номенклатура выводится в виде списка. И есть возможность задать параметры обеспечения индивидуально для каждой позиции или для нескольких выделенных позиций одновременно.
В режиме иерархического списка появляется возможность группировать позиции номенклатуры и задавать параметры для группы, которые будут распространятся на номенклатуру входящую в эту группу. Причем метод обеспечения можно задать только для группы в целом, вот способ обеспечения можно задать для группы и поменять для конкретных позиций. Если номенклатура входит в группу, то параметры обеспечения можно задавать только для группы в целом.

От автора:
Начиная данную статью я был настроен более оптимистически ожидая какого-то прорыва в функционале обеспечения потребностей. Ведь это очень востребованный функционал, каждое торговое предприятие содержит отдел закупа, который рассчитывает объем закупки товаров. И на практике каждое предприятие реализует свои механизмы, одни собирают данные в Exel, другие пишут дополнительные обработки для формирования заказов. И пытаясь несколько раз внедрить обеспечение потребностей я сталкивался с ограничениями и приходилось либо дорабатывать существующий механизм, либо писать свой. Вот и в этом релизе прорыва не произошло. Да добавились удобства в работе, но не более того. Что нам остается, будем ждать новых версий.