/
Планирование продаж и закупок

Как сформировать заказы поставщикам на основе анализа потребностей в номенклатуре?

Для автоматического формирования заказов поставщикам используется обработка Управление запасами .

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

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

Используя Фильтр по рекомендациям , пользователь может оставить в списке только те товары, которые рекомендованы к заказу. Используя Фильтр дней до заказа , пользователь может сформировать только срочные заказы, поставка которых должна быть осуществлена в ближайшие дни (К заказу сегодня, Не более трех дней, Не более 7 дней ), или сформировать заказы поставщикам по всем зарегистрированным потребностям (Без ограничений ).

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

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

С помощью кнопки можно автоматически отметить все те товары, которые необходимо заказать (установить флажок К заказу основным способом ).

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

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

В приведенном примере на 12 июня запланирована отгрузка вентиляторов JIPONIC (Тайв) на 4 штуки. Таким образом, при текущем запасе на складе – 2 штуки, для обеспечения отгрузки товаров необходимо дополнительно заказать еще 2 штуки товара у поставщика.

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

Потребность может быть обеспечена при покупке товара у поставщика Экип . Хотя у данного поставщика стоимость вентиляторов JIPONIC (Тайв) выше, товар будет поставлен вовремя (12 июня). Для того, чтобы дефицит товара исчез, нужно исправить количество в поле К заказу выбранным способом и нажать кнопку Принять изменения .

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

О чем эта статья

В этой статье рассмотрим возможности упрощенного варианта обеспечения потребностей :

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

Применимость

Статья написана для двух редакций 1С:Управление торговлей – 11.1 и 11.2 . Если вы используете эти редакции, отлично – прочтите статью и внедряйте рассмотренный функционал.

Если же Вы планируете начать внедрение УТ 11, то скорее всего будет использоваться более свежая редакция. Интерфейсы и её функционал могут отличаться.

Поэтому, мы рекомендуем пройти курс Практические задачи уровня 1С:Специалист по УТ 11, КА 2 и 1С:ERP 2 , это поможет вам избежать ошибок и потери времени / репутации.

Постановка задачи

Компания «Мебель дизайн» занимается оптовой торговлей мебелью. В компании присутствует один оптовый склад. Соответственно, все продажи и закупки выполняются с этого склада. Все процессы компании отражаются средствами программы «1С:Управление торговлей 11».

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

На ряд популярных товаров на оптовом складе установлен минимальный и максимальный остаток, который должен присутствовать на складе.

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

Что необходимо получить

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

Решение задачи по обеспечению потребностей

В релизе программы УТ 11.1.7 появились следующие возможности:

Для включения этой возможности перейдем в раздел программы «Администрирование» – «Закупки» и установим переключатель на пункт «Упрощенное» (в УТ 11.2 это настройки раздела «Склад и доставка»).

При использовании расширенного обеспечения потребностей доступно:

• рабочее место «Формирование заказов по потребностям»;
• рабочее место настройки способов и методов обеспечения «Параметры обеспечения потребностей».

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

Например, при использовании «Расширенной» настройки обеспечения потребностей карточка склада выглядит следующим образом:

При использовании «Упрощенной» схемы работы карточка склада выглядит иначе:

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

Итак, допустим, сейчас на оптовом складе есть следующие товары и их остатки:

• Стул офисный – 10 шт.
• Стол письменный – 9 шт.
• Шкаф – 1 шт.

Клиенты оформили заказы:

1. Иванов ООО заказал «Стул офисный», количество 20 шт.
2. Петров ООО заказал «Стол письменный», количество 10 шт.

Заполним и проведем первый «Заказ клиента»:

Заполним и проведем второй «Заказ клиента»:

При заполнении табличной части «Товары» в заказах клиентов используем кнопку «Заполнить обеспечение». В результате программа разбила товары на обеспеченные (вариант обеспечения «Со склада») и те, которые требуется заказать (вариант обеспечения «Требуется»).

После этого перейдем в раздел «Закупки».

При использовании «Упрощенного» режима по команде «Закупки» – «Заказы поставщикам» – «Создать» – «По потребностям» открывается упрощенное рабочее место «Формирование заказов поставщикам».

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

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

Рабочее место «Формирование заказов поставщикам» предоставляет следующие возможности:

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

Рабочее место реализовано в виде помощника с пошаговым режимом.

На первом шаге осуществляется поддержка остатка товаров на складе, при условии, что для каждого товара были предварительно определены как «Минимальный», так и «Максимальный» остаток.

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

Руководитель магазина решает установить следующие минимальные и максимальные остатки на товар:

• Стул офисный: минимальный остаток – 4 шт., максимальный остаток – 6 шт.;
• Стол письменный: минимальный остаток – 5 шт., максимальный остаток – 10 шт.;
• Шкаф: минимальный остаток и максимальный остаток – рассчитывается по среднедневному потреблению на следующие 10 дней. При анализе среднедневного потребления нужно учитывать последние 10 дней продаж.

Заполним табличную часть обработки «Формирование заказов поставщикам» на первом шаге используя кнопку «Добавить товары».

Укажем вручную в колонках «Минимальный остаток» и «Максимальный остаток» необходимое количество для номенклатуры «Стул офисный» и «Стол письменный».

Для заполнения минимального значения для товара «Шкаф» нужно установить курсор на строку «Шкаф» и нажать кнопку «Заполнить» – «Минимальный остаток». В окне укажем 10 дней и нажмем кнопку «Рассчитать и заполнить».

Для заполнения максимального значения для товара «Шкаф» нужно установить курсор на строку «Шкаф» и нажать кнопку «Заполнить» – «Максимальный остаток». В окне укажем 10 дней и нажмем кнопку «Рассчитать и заполнить».

В результате получим следующий результат:

При расчете среднедневного потребления в нашем случае программа анализирует продажи за последние 10 дней.
Расчетный результат:

• Среднедневное потребление = 0,5.
• Минимальный остаток = 5.
• Максимальный остаток = 5.

Проанализируем, как получились такие показатели.
Дата запуска обработки – 12.08.2014.
Ранее было оформлено 2 реализации товара «Шкаф» в общем количестве 3 шт.:

• 05.08.2014 – 2 шт.
• 11.08.2014 – 1 шт.

Из последних 10 дней только 6 дней были рабочими (в карточке склада указан график «Пятидневка»).

В результате:

• Среднедневное потребление = 3 шт. / 6 дней = 0,5.
• Минимальный остаток = 0,5 * 10 дней = 5.
• Максимальный остаток = 0,5 * 10 дней = 5.

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

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

То есть, если остаток товара на складе опустится до минимального значения (или ниже), то программа автоматически предложит заказать товар до максимального остатка.

Как видим, в колонке «К заказу» программа установила флажок только для номенклатуры «Шкаф». Дело в том, что в обработке в поле «Обеспечивать заказы» установлен вариант «За счет остатка».

В таком случае программа учитывает, что товары в резервах («Стул офисный» и «Стол письменный») по заказам клиентов у нас еще есть на остатках (обратите внимание на колонку «Остаток»).
Соответственно, минимальный остаток столов и стульев на складе обеспечен.

Но если в поле «Обеспечивать заказы» установить вариант «Независимо от поддержания остатка», то программа проставит следующие цифры к заказу:

Вариант «Независимо от поддержания остатка» можно использовать, если для товара установлены параметры поддержания остатка на складе (минимальные и максимальные остатки) и имеются заказы клиентов с вариантом обеспечения «Требуется».

В данном режиме свободные остатки на складе и ожидаемые поступления не используются для обеспечения заказов (обратите внимание на колонку «Свободный остаток»).

Заказы на отгрузку с вариантом обеспечения «Требуется» всегда предлагаются к заказу в полном объеме. На первом шаге в данном режиме решается задача поддержания свободного остатка на складе.

Оставим в обработке вариант обеспечения «Независимо от поддержания остатка».

Как Вы заметили в обработке «Формирование заказов поставщикам» в колонке «Поставщик» указан контрагент под названием «Поставщик мебели ООО».

Дело в том, что в программе дополнительно осуществляется попытка автоопределения поставщика товара, соглашения и цены на основании имеющихся в системе данных. Поставщик определяется по статистике закупок. Анализируется три последних заказа поставщику.

Если в двух из них совпадает поставщик и соглашение, то берутся эти поставщик и соглашение. Далее берется зарегистрированная в системе цена поставщика для данного соглашения.

В информационной базе по товару «Шкаф» существуют проведенные документы «Заказ поставщику» и «Поступление товаров и услуг» от поставщика «Поставщик мебели ООО», по которым программа автоматически определила поставщика для установки в обработке «Формирование заказов поставщикам».

По другим товарам документов от поставщиков не введено. Поэтому поставщик автоматически не определился.

Поставщика в обработке можно также указать и вручную.

На втором шаге обработки отображается список товаров, требующихся по заказам на отгрузку (заказам клиентов, заказам на перемещение и т.п.).

В список будут включены строки заказов на отгрузку, в статусах не ниже чем «К обеспечению (К выполнению)» с вариантом обеспечения «Требуется» и «Обособленно».

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

Здесь предусмотрена возможность отказа от рекомендованного системой товара или его корректировки.

Укажем поставщика, у которого будем закупать товар, используя кнопку «Заполнить поставщика». Например, укажем «Поставщик мебели ООО». То есть, все товары (в том числе и «Шкаф») мы будем закупать в одного поставщика.

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

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

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

Откроем первый записанный документ «Заказ поставщику».

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

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

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

Укажем поставщика, цены и проведем документ.

Откроем 2-ой документ «Заказ поставщику» сформированный на 3-м шаге обработки «Формирование заказов поставщикам».

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

• для товара «Шкаф» поставщик автоматически определился на первом шаге обработки.
• для товаров «Стол письменный» и «Стул офисный» мы указали поставщика на втором шаге обработки.

Для товара «Шкаф» программа автоматически установила и цену. Дело в том, что в программе по ранее оформленным поступлениям от данного поставщика зарегистрированы цены поставщика.

Соответственно, программа предлагает и здесь их использовать. Оставим цену без изменения.

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

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

Итак, в данном кейсе мы рассмотрели:

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

В этой статье мы рассмотрим задачи, которые можно решать с помощью настроенной системы обеспечения потребностей.

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

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

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

Материал актуален для типовых конфигураций УТ 11.4 (11.3), 1C:ERP 2.4 (2.2), КА 2.4 (2.2).

Постановка задачи

Итак, есть интернет-магазин футболок. Магазин предлагает два вида футболок: типовые и с индивидуальным принтом. Клиенты оформляют заказы на сайте и забирают их в пункте выдачи (ПВЗ). Типовые футболки привозят в пункт выдачи с распределительных складов, а индивидуальные - прямо из типографии. Собственные складские остатки в ПВЗ отсутствуют.

В качестве учетной системы используется 1С:Управление Торговлей 11.4.

Бизнес-процесс исполнения заказов построен следующим образом:

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

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

С ростом объема заказов у компьютера на складе начала образовываться очередь сборщиков, которым надо оформить отгрузку. Тогда для ввода данных по собранным заказам взяли дополнительного сотрудника. Но и после этого проблемы остались:

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

Предложенное решение

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

Предполагается, что необходимые НСИ были сформированы заранее.

Основные понятия системы

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

Способ обеспечения потребностей определяет то, каким образом будет обеспечиваться потребность (например, покупка у поставщика, перемещение с одного склада на другой, производство продукции силами переработчика, сборка/разборка).

Рисунок 1. Взаимосвязь потребности и способов ее обеспечения

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

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

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

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

Рисунок 2. Настройки группы «Обеспечение потребностей»

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

Настройка способов обеспечения потребностей

Способы обеспечения потребностей настраиваются в разделе Склад и доставка по команде Настройки и справочники .

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

Рисунок 3. Выбираем тип обеспечения

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

На закладке Параметры планирования настраиваются временные интервалы:

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

Рисунок 4. Настраиваем параметры планирования

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

Рисунок 5. Заполняем данные по умолчанию

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

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

Рисунок 6. Способ обеспечения «Перемещение в ПВЗ»

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

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

Рисунок 7. Карточка номенклатуры «Футболка с индивидуальным принтом»

В открывшемся окне укажем соответствующие способы обеспечения потребности.

Рисунок 8. Указание способа обеспечения для конкретной номенклатуры

Формирование заказов по потребности

Теперь посмотрим, как работает система обеспечения. Для этого создадим заказы клиентов. Чтобы в ПВЗ возникла потребность в футболках, на закладке Товары требуется установить действие К обеспечению или Обеспечивать обособленно , в случае обособления товаров.

Рисунок 9. Футболки с индивидуальным принтом заказываются обособленно

Запустим процедуру Формирование заказов по потребностям из раздела Склад и доставка .

На первой закладке укажем фильтр по складу и перейдем на следующую страницу по кнопке Далее .

Рисунок 10. Установка отбора перед процедурой формирования потребности

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

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

Рисунок 11. Галочки позволяют работать с обеспечением по очереди

Если для номенклатуры, попавшей в потребность, способ обеспечения не указан, такая потребность выделяется строкой Обеспечение без указания способа и обеспечивается заказом поставщику.

По кнопке Далее переходим на закладку Обеспечение заказов к отгрузке . Там указана вся информация о потребности ПВЗ в номенклатуре. В колонке К заказу можно изменить количество требуемых позиций или отказаться от них совсем. Для примера уменьшим количество заказываемых типовых футболок с трех штук на две.

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

Рисунок 13. Заказы, обеспечивающие потребность сформированы

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

Проверим, как система отработает недостающую типовую футболку на четвертом шаге.

Система определяет сформированные ранее заказы и предлагает заказать только недостающие позиции.

Рисунок 14. Повторный запуск формирования заказов по потребностям

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

Рисунок 15. Заказ поставщику был сформирован с обособлением товаров

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

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

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

Рисунок 16. Схема материального движения интернет-продаж в организации Заказчика

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

Рисунок 17. Схема обеспечения, которая моделирует цепочку материального движения

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

Рисунок 18. Настройка схемы обеспечения по умолчанию в виде номенклатуры

Заключение

Внедрение системы обеспечения заказов клиентов повлекло изменения в бизнес-процессе исполнения заказов: обязанность формировать заказ на перемещение была передана сотруднику склада.

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

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

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

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

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

Рис. 6.1.

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

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

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

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

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

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

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

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

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

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

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

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