Упрощенная схема обеспечения потребностей. Обеспечение потребностей Формирование заказов по потребностям путем сборки разборки

Одним из важнейших элементов этапа формирования технического задания является разработка оперативных постановок задач и их комплексов.

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

В отличие от стратегического оперативное управление занимается использованием существующей стратегической позиции организации с целью достижения её целей. В коммерческой организации руководитель, занимающийся оперативными вопросами, должен превратить потенциал фирмы в реальную прибыль. Его задачи включают определение общих оперативных задач, мотивацию, координацию и контроль как руководителей, так и исполнителей в рамках организации (рис.6.1 , рис.6.2).

Рис. 6.1.

Рис. 6.2.

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

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

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

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

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

Уровни планирования и управления в компании

В общем случае процесс управления предприятием имеет три уровня (рис.6.3):

• Планирование.
• Оперативное управление.
• Учёт и контроль (рис.6.4).

Рис. 6.3.

Рис. 6.4.

Планирование предполагает составление комплекса укрупнённых взаимосвязанных планов продаж, закупок и производства, реализующих бизнес - цели развития компании на определённую перспективу.

Оперативное управление призвано обеспечить исполнение планов за счёт организации требуемых бизнес - процессов. Оно предполагает формирование различных распорядительных документов и управляющих воздействий.

Оперативное управление предприятием

В отличие от укрупнённого предварительного планирования, целью которого является создание взаимосвязанной системы планов, основными объектами оперативного управления являются заказы: заказы покупателей, заказы на производство, заказы поставщикам.

Пусть клиент прислал нам заказ на осветительные приборы, он нами принят и находится в статусе К выполнению:

В заказе клиента - четыре позиции товаров, все они будут закупаться нами у поставщика для дальнейшей перепродажи клиенту. Причем, две позиции будут обеспечиваться обычно (без обособления), а две - обособленно:

Для всей номенклатуры из заказа, заданы параметры обеспечения потребностей:

Способ обеспечения потребностей установлен как Покупка, и для него специфицирован поставщик, соглашение и вид закупочной цены:

Сами закупочные цены также заполнены.
При всех этих условиях, мы сможем автоматизированно создавать заказы поставщикам на основании заказов клиента. Для этого, перейдем в журнал заказов поставщикам, и нажмем кнопку Заполнить -> По потребностям :

По этой команде, откроется рабочее место формирования заказов по потребностям. Заказы создаются по шагам. Специфицируем потребностии, которые мы сейчас хотим закрыть (например, ограничим их одним магазином):

Выбираем желаемый способ обеспечения (если их задано несколько; в рамках примера, оставляем по умолчанию):

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

Заказ снабжен комментарием - что сформирован обработкой:

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

Вопрос 4.27 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. При формировании заказа поставщику под заказ клиента при поступлении товара (на основании заказа поставщику) он будет обособлен под заказ клиента:

1. Автоматически (в любом случае)
2. Для обособления необходимо оформить документ "Обособление товара"
3. Автоматически, если в шапке заказа поставщику указан заказ клиента
4. В зависимости от значения реквизита "Назначение" табличной части документа поступления
5. Варианты 2 и 3

Проверено. Верный ответ - четвертый. Выше показано, что в сформированном заказе поставщику обособляемая номенклатура промаркирована соответствующим заказом клиента. Эти же данные передаются и в ПТУ, созданное на основании заказа поставщику:

В отчете по движениям склада, сформированном после проведения этого ПТУ, видно, что обособляемая номенклатура зарезервирована:

Вопрос 4.34 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Для того, чтобы товар, указанный в заказе клиента, попал в обеспечиваемые потребности (в область действия сервиса по формированию заказов поставщикам), в реквизите табличной части обеспечения заказа должно быть выбрано значение:

1. Резервировать
2. К обеспечению
3. Обеспечивать обособленно
4. Вариант 1 или 2
5. Вариант 2 или 3
6. Вариант 1 или 2 или 3

Проверено. Верный ответ - пятый, см. второй скриншот в статье. Две номенклатурные позиции в заказе отмечены как К обеспечению , две - как Обеспечивать обособленно . Все были учтены в обработке обеспечения потребностей. Вариант Резервировать означает, что система зарезервирует под данный заказ клиента товар, который уже в наличии на складе:

Вопрос 4.35 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Для того, чтобы товар, указанный в заказе клиента, попал в обеспечиваемые потребности (и после поступления был зарезервирован под данный заказ), в реквизите табличной части обеспечения заказа должно быть выбрано значение:

1. Со склада
2. Требуется
3. Обособленно
4. Вариант 1 или 2
5. Вариант 2 или 3
6. Вариант 1 или 2 или 3

Проверено. Верный ответ - третий (точнее, опция называется Обеспечивать обособленно ). Разбор выше.

Вопрос 4.36 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Резервирование товара по заказу клиента происходит при установке статуса документа :

1. На согласовании
2. К выполнению
3. К резерву
4. Варианты 1 или 2
5. Варианты 2 или 3
6. Варианты 1 или 2 или 3

Проверено. Верный ответ - второй. Проверим. Статуса К резерву в системе нет, отпадает. Для проверки статуса На согласовании сделаем копию первого заказа и оставим ее в этом статусе:

После этого запустим формирование потребностей. В обработку попадут две номенклатурные позиции, закупаемые не обособленно, и обе с нулевым количеством. Т.е. ничего по сути не зарезервируется:

Вопрос 4.26 экзамена 1С:Профессионал по ERP Управление предприятием 2.0. Для работы обработки, позволяющей оформить заказы поставщикам по потребностям, необходимо в систему предварительно внести следующую информацию:

1. Об основном поставщике номенклатуры
2. О ценах поступления от основного поставщика
3. Варианты 1 и 2
4. Вышеуказанные действия не обязательны.

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

В настоящее время многие компании работают по схеме «заказ под заказ», которая позволяет не хранить остатки товаров на складе, а закупать только те товары, в которых в данный момент существует потребность.

В базе Управление торговлей 11 эта схема реализуется с использованием заказов клиентов и заказов поставщикам. По умолчанию эти опции отключены в программе, подключить их можно в разделе Администрирование -> Настройка НСИ и разделов в пунктах Продажи и Закупки соответственно.

В качестве использования заказов клиентов необходимо указать пункт «Заказ со склада и под заказ».

Включение этого пункта позволяет указать статус обеспечения товара в заказе клиента. По умолчанию статус всегда стоит «К обеспечению». Всего этих статусов пять:

• - Отгрузить – данный статус нужно установить, когда товар прибыл на склад, и его нужно отгрузить клиенту. Единственный статус, при котором товар попадет в документ реализации.
• - Резервировать на складе – товар будет зарезервирован, но недоступен к отгрузке.
• - Резервировать по мере поступления – товар будет зарезервирован, как только придет на склад.
• - К обеспечению – товар в данном статусе формирует потребность и доступен к заказу у поставщика.
• - Не обеспечивать – товар невозможно отгрузить, и он не формирует потребность.

При заполнении обеспечения есть возможность указать сразу несколько статусов товара. Естественно, что для товара не будут установлены оба статуса сразу. При подобной настройке будет установлен статус в соответствии с наличием товара на складе. То есть, если свободного остатка товара хватает для отгрузки, то будет установлен статус «Отгрузить», если товара не на складе – статус «К обеспечению». Если же остаток на складе есть, но для полной отгрузки его недостаточно, то имеющееся количества товара встанет в статус «Отгрузить», а оставшееся будет перенесено в новую строку табличной части и помечено к обеспечению.

В данный момент товаров нет на складе, поэтому оба товара встали в статус «К обеспечению», а значит их можно заказать у поставщика.

Заказ поставщику создается на основании проведенного заказа клиента и автоматически заполняется товарами, стоящими в статусе «К обеспечению».

Остается только заполнить поле «Поставщик» и оформить поступление товара на склад документом «Поступление товаров и услуг». После чего товар в заказе клиента можно перевести в статус «Отгрузить» и оформить документ отгрузки.

Таким образом реализуется схему «заказ под заказ» в базе Управление торговлей 11 для одного заказа. Однако если заказов будет два или больше, то оформлять заказы поставщикам на основании каждого заказа клиента, будет уже неудобно – слишком много лишних действий. Для решения этой проблемы в УТ 11 предусмотрен специальный механизм, позволяющий оформить заказы поставщикам на основании сразу нескольких заказов клиентов. Данный механизм носит название «Формирование заказов по потребностям» и вызывается из списка заказов поставщикам.

Рассмотрим этот функционал на примере. Допустим есть три заказа от трех разных клиентов, которые нужно обеспечить товарами.

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

Обработка имеет три вкладки:

• - Поддержание запаса на складе – сюда попадает номенклатура, для которой настроено поддержание запаса на складе.
• - Обеспечение заказов на отгрузку – в этой вкладке отображается товар, который нужно обеспечить на отгрузку. То есть тот, для которого установлен статус «К обеспечению» в заказе клиента.
• - Сформированные заказы поставщиков – на данную вкладку вы попадете по завершении формирования заказов поставщикам и сможете отредактировать сформированные документы.

Товары, которые необходимо сейчас заказать находятся на второй вкладке.

Здесь можно увидеть для какого заказа нужен товар и в каком количестве, а также есть возможность указать поставщика, для которого будет сформирован заказ. Если товар уже присутствовал хотя бы в одном заказе поставщику ранее, то поле «Поставщик» будет заполнено автоматически контрагентом из последнего заказа поставщику, в котором присутствовал данный товар. В данном случае, товар еще ни разу не заказывался, поэтому поле «Поставщик» осталось пустым. Для примера укажем для номенклатуры разных поставщиков и сформируем заказы.

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

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

Для завершения оформления заказов необходимо заполнить цену товаров в документах и провести их.

Подобный механизм позволяет сэкономить время и упростить работу с заказами поставщикам.

в товарах и материалах осуществляется документом Формирование потребностей . Данные этого документа делят на три категории:

• источники спроса:
  • планы продаж;
  • планы закупок;
  • планы производства;
  • планы посменные;
  • заказы покупателей;
  • внутренние заказы;
  • заказы на производство;
• текущие потребности,
• сформированные потребности.

Информация о каждом виде источника вносится на отдельной закладке.

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

Посменные планы

Здесь также указывается период планирования. Дополнительно можно уточнить проект и заказ.

Указывается перечень заказов покупателей, заказов на производство или внутренних заказов. Потребности планируются под невыполненную часть заказов. Вносится дата на которую необходимо выполнить заказ - Дата потребности .

Список заказов можно заполнить автоматически всеми неисполненными на момент планирования заказами.

Формирование потребностей выполняется в такой последовательности:

• Выполняется выборка данных по перечню источников спроса из табличных частей документа (исключается номенклатура с типом Услуга);
• Номенклатурные группы из объемных планов, распределяются по номенклатуре по весам вхождения.
• Корректируются полученные потребности:
  • уменьшаются на величину резервов по заказам;
  • уменьшаются на величину остатков товаров на складах. Из остатков товаров на складах исключаются:
    • резервы по заказам покупателей, внутренним заказам;
    • остатки тары;
    • товары к передаче со складов.
• Исключаются отрицательные потребности.
• Исходя из режима выбора показателей закладки Дополнительно , выполняется сложение или объединение источников. Сложение - позиции с равными значениями Дата потребности , Номенклатура , Характеристика номенклатуры , Заказ, Проект и Товар (или Тара) сворачиваются в одну, значение Количество суммируется. Объединение - по этому же принципу сворачиваются в одну, но значение Количество равно максимальному из объединяемых.
• Полученными потребностями заполняется табличное поле на закладке Потребности .

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

Этим заканчивается первый этап объемно-календарного планирования

Потребности в товарах и материалах, не учитывая сформированные заказы, хранятся в периодическом регистре сведений Календарные потребности в номенклатуре .

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

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

В регистре сведений Номенклатура контрагентов должна присутствовать информация о товарах, которые покупаются у контрагента-поставщика. Открыть окно регистра можно из спр. Контрагенты или Номенклатура командой меню Перейти - Номенклатура контрагентов .

Если открыть форму календарного плана закупок, то видно, что по умолчанию установлен интервал анализа потребностей с текущей даты по текущую дату плюс календарный месяц. Анализируются потребности по регистру Календарные потребности в номенклатуре, на текущую дату по позициям для текущего менеджера. Если имеем непустую таблицу потребностей, то автоматически запускается мастер подбора поставщиков и формирования заказов поставщикам. Его можно не использовать, тогда открывается основная форма календарного плана закупок.

Эта форма имеет вид дерева. Можно выбрать один из двух вариантов отображения информации в дереве, выбрав соответствующее значение реквизита Порядок отображения : Номенклатура потребности - Дата потребности - Поставщик номенклатуры - Сформированный заказ поставщику или Контрагент-поставщик номенклатуры - Номенклатура потребности - Дата потребности - Сформированный заказ поставщику .

В реквизите Ответственный за закупки можно выбрать необходимого пользователя или список пользователей. Тогда потребности будут извлекаться по номенклатуре, для которой выбранные пользователи являются ответственными.

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

Первоначальное заполнение заказов можно выполнить помощником формирования заказов поставщикам. Перед этим нужно установить период планирования. Помощник вызывается из командной панели формы. Формирование заказов выполняется в три этапа.

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

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

Нажимается Далее и анализируются номенклатурные позиции, указанные на первом этапе, подбираются поставщики под каждую позицию из регистра Номенклатура контрагентов , анализируются цены из соответствующего регистра.

Данные выводятся в табличное поле. Устанавливаются автоматически флажки на минимальные цены каждой номенклатурной позиции. Ячейки табличного поля окрашиваются в разные цвета. Цены отображаются в единой валюте управленческого учета.

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

Откроется основная форма календарного плана закупок, где отображаются сформированные заказы поставщикам. Заказы поставщикам, которые были сформированы и записаны и используются в обработке, блокируются для изменения, пока форма обработки не закроется.

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

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

• отбор только измененных или новых заказов;
• отбор невыполненных дат потребности;
• отбор дат потребностей, не заявленных в плане потребностей
• отбор только незаказанных позиций.

Кроме выше указанного помощник формирования заказов предусматривает ручной ввод заказов с сервисными возможностями.

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

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

В режиме Контрагент - Номенклатура - Дата потребности - Заказ фрагменты табличного поля отображаются кремовым цветом. В таких ячейках общие принципы расчета итогов по группировкам не действуют. Для даты потребности отображаются показатели, собранные со всех номенклатурных позиций по текущей дате, для номенклатуры - со всех дат потребности. В группировках строк белого цвета расчет итогов работает по общему принципу.

В колонках дерева значений отображаются: требуемое и заказанное количество номенклатуры, цена и сумма в валюте управленческого учета, сумма в валюте взаиморасчетов (не суммируется по группировкам).

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

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

• номенклатура потребности,
• дата потребности,
• заказ покупателя (внутренний заказ).
• заказ поставщику.

Строки табличных полей номенклатуры и возвратной тары в заказах поставщикам могут быть разбиты на несколько подстрок. Исходные объекты - заказы покупателей из основной формы календарного плана закупок - не изменяются. Пользователь может вернуться к первоначальным заказам поставщикам. По кнопке Выполнить обновляются данные в объектах Заказ поставщику , отображаемых в дереве главной формы обработки.

Реальная запись и проведение заказов выполняется по кнопке Выполнить в главной форме обработки Календарный план закупок .

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

Оформление Заказов поставщикам автоматически в 1С:Управление торговлей 8 ред.11.2

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

Рис.1

РЕГИСТРАЦИЯ ПОТРЕБНОСТЕЙ
Потребности в товарах можно разделить на группы: (Рис.2).

Рис.2

ПОТРЕБНОСТИ ПО ЗАЯВКАМ - это потребности по заказам на отгрузку, заказам на перемещение и т.п. Такие потребности возникают автоматически при проведении Заказа в статусе К обеспечению.

НЕСНИЖАЕМЫЙ ОСТАТОК - это необходимость поддержания на складе остатка товаров для бесперебойной работы предприятия. Необходимо задавать параметры минимального, максимального и страхового запаса. Параметры можем задавать вручную, а можем рассчитывать учитывая среднедневное потребление и сроки поставки.

ПЛАНИРУЕМЫЙ ОБЪЕМ ЗАКУПОК - необходимо создавать в базе документ План закупок (например, на основании данных о продажах в предыдущих периодах).

В журнале Заказов поставщикам встроены две обработки для оформления заказов:

Формирование заказов по потребностям - используем для оформления заказов по заявкам и по неснижаемому остатку;

Формирование заказов по плану - для формирования заказов по долгосрочному планированию закупок. Для включения возможности ведения планов закупок и создания заказов по планам, необходимо установить флажок НСИ и администрирование → Планирование → Планы закупок . (Рис.3).

Методы обеспечения потребности , которые используются в программе (Рис.3):

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

Поддержание запаса (min - max ) - когда остатки товаров на складе снижаются до минимального запаса, программа предлагает заказать товар до максимального запаса.

Поддержание запасов (расчет по статистике) - программа предложит заказать количество товара рассчитанное как среднедневное потребление х на количество дней до следующей поставки или на обеспечиваемый период.

Поддержание запасов (расчет по норме) - Среднедневное потребление задается вручную и умножается на количество дней до следующей поставки или на обеспечиваемый период.

Способы обеспечения потребностей - это источник их обеспечения. Также в способе определяются параметры (срок заказа и срок исполнения).
Способы обеспечения потребностей можно зарегистрировать в справочнике, который находится в разделе Склад и доставка Настройки и справочники.
Новые способы можно создавать в момент определения параметров обеспечения для склада или номенклатуры.
В способе обеспечения определяем стратегию, ее выбор зависит от условий поставки. В программе реализованы два варианта стратегии : (Рис.4).

Рис.4

Рассмотрим пример обеспечения товарами розничного магазина при ежедневных поставках

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

Выполняем следующие действия:

1. Определяем список товаров
Для того чтобы вводить и выводить номенклатурные позиции в ассортимент, контролировать продажи и закупки в рознице включаем функциональную опцию в разделе НСИ и администрирование → CRM и маркетинг → Маркетинг → Управление ассортиментом .
Создаем документ Изменение ассортимента (CRM и маркетинг - Ассортимент ). Этап - ввод в ассортимент. Создаем Формат нашего магазина. Заполняем ассортимент, указывая его роль и вид цены. (Рис.5).

Рис.5

2. Настраиваем параметры обеспечения

В карточке Магазина настраиваем ассортимент нашего магазина. (Рис.6).

Рис.6

Переходим на рабочее место Параметры обеспечения потребностей , оно используется для установки способов и методов обеспечения товарами.
Способ обеспечение потребностей - Перемещение с оптового склада, срок - один день. Поставка обеспечивается ежедневно, поэтому устанавливаем флажок Заказ при достижении точки заказа и обеспечиваемый период 1 день. (Рис.7).


Рис.7

Переходим к параметрам обеспечения и устанавливаем отбор товаров с учетом нашего ассортимента. (Рис.8).

Рис.8

Выделяем все позиции (Ctrl+A), далее Заполнить Метод обеспечения . Нам необходимо обеспечить фиксированные запас товаров, поэтому мы используем метод Поддержание запаса (min - max), указываем необходимое количество минимального и максимального запаса. (Рис.9).

Рис.9

Рис.10

3. Рассчитываем потребность

После определения всех параметров переходим к расчету необходимого количества, используя обработку Формирование заказов по потребностям . Для доступа к обработке заходим в Заказы на перемещение и создаем новый по потребностям. На Шаге 1 устанавливаем отборы и переходим далее. (Рис.11).

Рис.11

На следующем шаге отражаются способы обеспечения. В нашем случае он один, переходим на следующий шаг.
На шаге 3 выводится список тех товаров, для которых применяется указанный способ обеспечения.
Нажав Рекомендации , мы можем уточнить, почему товар рекомендован к заказу. При необходимости сотрудник может изменить количество товаров. (Рис.12).

4. Формируем Заказ
Заказ на перемещение сформируется автоматически при переходе на следующий этап. Статус в Заказе будет К обеспечению. (Рис.13).

Рис.13