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

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

Требуется доработать документ “Установка значений точки заказа” и отчет “Анализ точки заказа”:
1) В документ “Установка значений точки заказа” добавить колонку глубина анализа продаж в днях. В этой колонке пользователь будет задавать количество дней анализа от ТЕКУЩЕЙ ДАТЫ формирования отчета “Анализ точки заказа” продаж при выборе способа расчёта точки заказа “Отимальный размер заказа”(когда точка заказа рассчитывается динамически исходя из зна-чений заданных в колонках “ДатаНач”, “ДатаКон”. В данный момент анализируется период за-даваемый пользователем, необходимо чтобы анализировался период по строке исходя из зна-чения “Глубина анализа дн.”, то есть дата формирования отчета “Анализ точки заказа” минус Значение поля “Глубина анализа дн.”, это и будет анализируемый период для вычисления точки заказа.
2) В документ “Установка значений точки заказа” добавить колонку “Корректирующий коэффи-циент: Корр. коэф.”. Это значение будет задаваться оператором, который работает над фор-мированием точек заказа. Коэффициент будет умножаться на результат показываемый отчетом “Анализ точки заказа”. Этот коэффициент нужен для того, если планируется повышение или понижение спроса, тогда пользователь указывает повышающий или понижающий коэффициент: 1.2 (рост ~ на 20%). И при выводе отчета, это значение учитывается (конечный результат умножается на коэффициент).
3) В отчет “Анализ точки заказа” добавить значение коэффициента присутствия. Это коэффициент используется в отчете: Сервис->Внешние отчеты и обработки->Внешние обработки->Минимальные остатки по продажам. Колонка отчета: “Кф.Пр.”. Это коэффициент показывает насколько хорошо/полно присутствовал в среднем товар на точке за анализируемый период. Требуется выводить это значение в отчете, плюс рассчитывать конечный результат с учетом коэффициента присутствия. Коэффициент присутствия можно рассчитывать для строк документа “Установка точки заказа”, у которых заполнена колонка “Глубина анализа”. Таким образом, в отчет “Анализ точки заказа” добавляются 3 колонки “Коэффициент присутствия”, “Кор-ректирующий коэффициент”, “Конечный результат”. Колонка “Конечный результат”, это текущая колонка “Точка заказа”/(ВНИМАНИЕ!!! – именно разделить… т.к коэффициент уве-личивает количество заказа а не уменьшает его.)”Коэффициент присутст-вия”*”Корректирующий коэффициент”. Если любой из коэффициентов равен 0 (т.е не указан), то берем его равным единица(1). Еще следует учесть: что значение точки заказа с учетом ко-эффициента вычисляется ДО учета остатка. Т.е последовательность следующая:
 находимся на позиции по складу
 вычисляем продажи за указанную глубину анализа
 делим на коэффициент присутствия
 умножаем на повышающий/понижающий коэффициент
 вычисляем остаток по складу вычитаем из полученного выше значения, получаем точку заказа.
4) Отмечать красным строки у которых “Коэффициент присутствия” меньше или равен 0.3, это аномальное значение, считается некорректным, на него стоит обращать внимание при форми-ровании отчетов.
5) Добавить колонки “Цена закупки” и “Сумма закупки” в отчет “Анализ точки заказа”. “Цена за-купки” - это цена последней закупки номенклатуры. Можно посмотреть как это значение вы-таскивается в документе “Уценка номенклатуры”. В этом документе используется значение по-следней цены закупки. “Сумма закупки” – “Цена закупки”*”Количество заказа”.
6)
АВС анализ рассчитываем непосредственной для той выборки номенклатуры, которую задает пользователь. Т.е. ВП полученная от выбранной номенклатура за выбранные период (глубина анализа) и будет являться 100% от которых АВС- анализ и будет вычислять долю участия ка-ждой номенклатуры, в формировании ВП по данной группе номенклатуре.
Пояснение: Выяснили насчет ABC анализа: добавляем в отчет “Анализ точки заказа” колонку “ABC-анализ: средняя дневная выручка”. Алгоритм разброса ABC можно посмотреть по отчету: Сервис->Внешние отчеты и обработки->Внешние обработки->Минимальные остатки по про-дажам. Что является базой распределения ABC: дневная выручка. Как она считается: У каждого товара анализируемого в отчете, может быть своя глубина анализа. Мы по каждой номенклатуре вытаскиваем выручку (не продажи а выручку в руб.) за период глубины анализа, и делим на количество дней глубины анализа. Получаем средне-дневную выручку по каждой номенклатуре. Сумма выручек всех номенклатур, это 100%, каждая номенклатура имеет долю в общей средне-дневной выручке. Раскидываем по ABC. Нет необходимости сортировать отчет по ABC, т.е A - выше, B – ниже. Просто для каждой номенклатуры заполняем колонку, к какой группе относится: A, B, C.

Описание дополнительных колонок, которые должны присутствовать в отчете “Анализ точки зака-за”. Добавляются колонки:
 Продажи (глубина анализа)
 Коэффициент присутствия – имеет смысл при выводе группировки по номенклатуре
 Корректирующий коэффициент – имеет смысл при выводе группировки по номенклатуре
 Цена закупки – имеет смысл при выводе группировки по номенклатуре
 Сумма закупки
 Добавляется колонка "ABC-анализ: средняя дневная выручка"

Планирование закупок, производства и продаж в 1С:Предприятие 8 Гартвич А В

ГЛАВА 8. Планирование по точке заказа

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

Данный метод планирования использовался задолго до появления компьютеров. А в наше время этот метод реализуется автоматизированными системами управления, в том числе конфигурацией «Управление производственным предприятием».

Принципы планирования по точке заказа

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

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

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

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

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

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

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

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

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

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

Установка точки заказа

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

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

Фиксированная. Размер точки заказа и страхового запаса рассчитывается пользователем. Результаты расчета вводятся вручную в реквизиты «Значение точки заказа» и «Страховой запас».

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

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

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

Анализ точки заказа

Необходимость формирования новых заказов на материалы и комплектующие по методу точки заказа проверяется отчетом «Анализ точки заказа».

Результат анализа будет отображен в графе «Необходимый объем покупки».

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

Границы применимости метода планирования по точке заказа

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

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

Простое поточное производство

Метод планирования поставок по точке заказа целесообразно применять при частичном внедрении конфигурации «Управление производственным предприятием», когда механизмы сводного планирования, рассмотренные в главе 4, не используются. (Вместо них могут использоваться механизмы бюджетирования, рассматриваемые в главе 9). Такие варианты использования конфигурации возможны на предприятиях с простым поточным производством, со стабильными объемами выпуска и неизменной номенклатурой.

Дешевая номенклатура для нужд производства

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

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

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

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

Торговля товарами массового спроса

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

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

Текущее и среднесрочное планирование поставок товаров ведется с детализацией по номенклатурным группам, то есть укрупненно, с помощью подсистем сводного планирования (см. главу 4), или с использованием подсистемы бюджетирования (см. главу 9);

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

ПРИМЕЧАНИЕ

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

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

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

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

Из книги Время - деньги. Создание команды разработчиков программного обеспечения автора Салливан Эд

Из книги Процессы жизненного цикла программных средств автора Автор неизвестен

Из книги Основы объектно-ориентированного программирования автора Мейер Бертран

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

Из книги Системное программирование в среде Windows автора Харт Джонсон М

ГЛАВА 7 Потоки и планирование выполнения Основной единицей выполнения в Windows является поток, и одновременно несколько потоков могут выполняться в рамках одного процесса, разделяя его адресное пространство и другие ресурсы. В главе 6 процессы ограничивались только одним

Из книги Добавьте в корзину. Ключевые принципы повышения конверсии веб-сайтов автора Айзенберг Джеффри

Глава 1 Планирование Если не знаешь, куда идти, то куда-нибудь ты обязательно попадешь. Льюис Кэрролл. Алиса в стране чудес Необходимо распланировать все еще до того, как на сайт придет первый посетитель. Что вы собираетесь предпринять для привлечения клиентов? Из каких

Из книги Визуальное моделирование электронных схем в PSPICE автора Хайнеманн Роберт

3.1. Анализ AC Sweep в одной точке Для начала исследуем схему, состоящую из резистора R=100 Ом, конденсатора С=2 мкФ и источника переменного напряжения с амплитудой U=1 B и f=2 кГц.Шаг 1 Начертите эту электросхему с помощью редактора проектирования SCHEMATICS. В качестве источника

Из книги Планирование закупок, производства и продаж в 1С:Предприятие 8 автора Гартвич А В

ГЛАВА 5. Оперативное планирование производства Термин оперативное планирование производства можно понимать двояко:? планирование на короткий период времени, с разбивкой по рабочим дням и сменам;? планирование с детализацией до конкретных технологических

Из книги Наглядный самоучитель работы на нетбуке автора Сенкевич Г. Е.

ГЛАВА 6. Предварительное планирование производства В редакции 1.2 конфигурации «Управление производственным предприятием», вышедшей 31 августа 2006 г., появился функционал, расширяющий возможности сводного уточненного планирования (см. схему на с. 33).Новый функционал

Из книги Интернет-шопинг для неопытных пользователей автора Шестопалова Елена

Как подключиться к точке доступа? Убедитесь, что беспроводной адаптер на нетбуке включен. Щелкните на значке сети в области уведомлений панели задач.Нетбук отображает сеть, созданную точкой доступа, среди беспроводных соединений. Щелкните кнопкой мыши на значке вашей

Из книги Удвоение продаж в интернет-магазине автора Парабеллум Андрей Алексеевич

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

Из книги Инфобизнес за один день автора Ушанов Азамат

Принцип оформления заказа Предположим, вы уже знаете, где и что вы хотите заказать. Вы кладете этот товар в корзину (add to cart), выбрав количество (quantity) (рис. 3.1). Первым шагом, скорее всего, вас попросят завести свой счет в этом магазине (это быстро) (рис. 3.2). Вы вводите

Из книги Разработка ядра Linux автора Лав Роберт

Основная проблема с процессом заказа Основная проблема заключается в том, что потенциальные клиенты по разным причинам не доводят процесс покупки до конца и бросают оформление заказа (даже если уже приняли решение), потому что у них возникают какие-то сложности или

Из книги автора

Максимум денег из каждого заказа Скачайте эту интеллект-карту по адресу: http://smartinfomarketing.ru/book-leads.htmКогда вы сделали свой первый продукт и предлагаете его за 1500 рублей, как сделать так, чтобы клиент захотел за него заплатить 2000–3000, а может, и все 10 000? Вы должны предлагать

Из книги автора

3. Апселл во время заказа № 1 – дешевый Апселл (Upsell) – это предложение другого тематического продукта для комплекта. Например, ваш курс стоит $100. Клиент его заказывает и нажимает «OK», чтобы перейти к оплате. На следующей веб-странице всплывает другой продающий текст, где

Из книги автора

4. Апселл во время заказа № 2 – средний Второй апселл (если человек согласился на первый) можно предложить стоимостью 100 %. Тренинг стоит $100, первый апселл – 50, второй – 100. Это логично. Если человек решил потратить 150 долларов, то, когда ему предлагают потратить еще 100, он

Из книги автора

Глава 4 Планирование выполнения процессов В предыдущей главе были рассмотрены процессы - абстракция операционной системы, связанная с активным программным кодом. В этой главе представлен планировщик процессов - код, который позволяет процессам

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

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

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

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

Статья написана для двух редакций 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-м шаге обработки «Формирование заказов поставщикам».

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

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

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

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

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

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

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

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

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

/
Управление торговым предприятием для Украины /
Планирование

Точка заказа

Концепция. При планировании количества товара есть возможность использовать «Точку заказа».

При определении количества товаров для заказа на точке заказа используются:

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

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

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

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

Документ «Установка значений точки заказа»

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

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

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

Средний размер партии - Документ автоматически рассчитает точку заказа, используя данные о проведенных закупках товаров за указанный в документе период анализа → рассчитается средний размер партий закупок. В графу % значения точки заказа и % страхового запаса можно изменить эти данные на %. В графы «Дата нач.» и «Дата кон.» пользователь заносит данные о периоде анализа закупок.

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

Не контролировать.- Если по определенному наименованию номенклатуры не надо контролировать точку заказа.

Вводится в систему документом "Формирование потребностей".


Структура хранения:

Потребности, сформированные при проведении документа "Формирование потребностей", имеют детализацию:

  • Номенклатура
  • Характеристика (в зависимости от настроек)
  • Проект (в зависимости от настроек)
  • Ссылка на Заказ покупателя или
  • Внутренний заказ (в зависимости от настроек)
  • Конечной даты удовлетворения потребностей
  • Признака товара или тары

Информация о сформированных по потребностям данных хранится в регистре сведений "Календарные потребности в номенклатуре"

Перейти в сформированный движения по документу можно в одноименном меню (скриншот ниже)

Процесс заполнения документа "Формирование потребностей": В качестве источников пользователь может заполнить закладки "Планы продаж", "Планы закупок", "Внутренние заказы" и "Заказы покупателей"

Планы продаж - выборка данных из (...)

Планы закупок - выборка данных из (...)

Внутренние заказы - выборка данных из (...)

Заказы покупателей - выборка данных из (...)

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


Процесс автоматического заполнения:

При нажатии в меню закладки кнопки "Заполнить потребности"

Полученные от каждого источника данные будут либо складываться (флаг установлен на "Сложение источников") либо браться максимальные (флаг установлен на "Объединение источников"), в зависимости от настроек, указанных на закладке "Дополнительно"


Определение Даты потребности:

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

Если дата "Отгрузка:" в документе "Заказ покупателя" не указана, она заполняется вручную в документе "Формирование потребности", причем поле является обязательным, без него при попытке нажать кнопку "Заполнить потребности" система выдаст служебное сообщение:

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

Для Планов Закупок из одноименной закладки заполняется дата конца периода плана.

В результате формируется промежуточная таблица в разрезе: товаров, количества, даты потребности, заказов (или внутренних заказов). Далее таблица корректируется автоматически (пользователь этого не видит все это последовательность механизма автоматического заполнения) анализируя остатки ТМЦ на складах, имеющиеся на дату проведения такого анализа. Анализируются резервы Номенклатуры из регистра накопления "Товары в резерве на складах" и остатки номенклатуры в регистре "Товары на складах".

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


Процесс ручного заполнения:

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


Комментарии автора:

  • Заполнение даты потребности в закладке "Заказы покупателя" документа "Формирование потребностей" является крайне неудобным механизмом, поэтому мы рекомендуем возвращаться в заказы и указывать ее там (это не всегда возможно если закрыт прошлый период или настроены права запрещающие редактировать заказы, что частенько и делают в связи с тем, что механизм никак и ничего не контролирует)
  • Дата начала периода плана - может отличатся от даты указанной в закладке Планы продаж, т.к. период планирования имеет различную дискретность (позже мы подробнее опишем этот процесс) (...)


Календарный план закупок в [Управління торговим підприємством]:

Обработка "Календарный план закупок" предназначена для формирования документов "Заказ поставщику" на основании сформированных ранее потребностей документа "Формирование потребности".

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

При этом если промоделировать ситуацию с запуском помощника заполнения в версии 1.2.23.1 не удалось, создав потребности документов, при любых условиях в демо базе, включая и ручное указание в меню кнопки "Помощник заполнения календарного плана закупок" система выдает:

После заполнения таблицы "Закупки" мы вернемся к кнопке "Помощник заполнения календарного плана закупок"

Табличную часть так же можно заполнить нажав кнопку "Обновить" , при этом в таблицу "Закупки" попадут только те товары, где ответственный пользователь заполненный в поле "Ответственный за закупки" равен одноименному полю в справочнике "Номенклатура" на закладке "Дополнительно:"

Основная форма обработки "Календарный план закупок" представлена в виде дерева и может иметь 2 иерархии группировок

Номенклатура и дата потребности определяются по данным регистра "Календарные потребности в номенклатуре".

При заполнении дерева просматриваются данные регистра "Заказы поставщикам" по которым есть не поставленные до конца позиции Номенклатуры:

  • Красным выделены строки, по которым потребности не удовлетворены в полном объеме
  • Синим выделены строки, по которым количество заказанной Номенклатуры (по данным регистра "Заказы поставщику") превышает необходимую к заказу.

В форме обработки не отображается куда именно (т.е. Под внутренние заказы или под Заказы покупателей или под Планы продаж) заказывается номенклатура.

По кнопке "Список заказов" открывается выборки из документов "Заказ поставщику" который участвует в обработке.

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

По кнопке "Помощник заполнения календарного плана закупок" открывается обработка "Помощник заполнения календарного плана закупок"

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

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

При этом непосредственно в обработке "Календарный план закупок" можно создать новый документ "Заказ поставщику" в который попадут те позиции, на который вы находитесь в текущий момент:

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

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

При нажатии "Да" система попытается Записать и провести документы, почему именно попытается, если у вас не заполнены какие либо реквизиты в этих документах система выдаст что то подобное:

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

После нескольких попыток это сделать вы откорректируете все не заполненные поля и кнопка "Выполнить" отработает без ошибок, создав заказы поставщикам, которые можно будет увидеть в форме нажатием кнопки "Список заказов" уже проведенными


Комментарии автора:

  • Как и написано в справке по этому объекту, "Данная обработка является своеобразным АРС менеджера по закупкам" инструмент очень своеобразен, в нашей практике еще не было клиента которому удалось воспользоваться этим инструментом, для всех его или приходилось переделывать до понятного инструмента или вообще писать собственные
  • Как и везде в конфигурации попытка обойтись в служебных сообщениях общими фразами, а именно "Отсутствуют потребности в номенклатуре. Нет необходимости использовать данный помощник." приводит к полному непониманию пользователя о дальнейших действиях, если до этих комментарием дочитаются разработчики данного механизма или кто то из 1С:Підприємство, то попробуйте найти ответы на следующие вопросы из данного сообщения: Где отсутствуют? имеется ввиду в каком регистре и как это проверялось и по каким критериям. Как их туда добавить? При каких условиях этот помощник запуститься?
  • Нажимаем кнопку "Выполнить" и система выдает сообщение "Записать все изменения в информационную базу?" и две кнопочки "Да" и "Нет" - а о каких изменения идет речь даже мне не известно после 8 лет работы с этими системами...
  • Ни на одном из этапов работы с обработкой "Помощник заполнения календарного плана закупок" пользователю неясные его действия и критерии что произойдет дальше, от чего это зависит и как это повлияет на систему, что противоречит самому названию объекта и механизма.
  • Кнопка выполнить всегда доступна, но при этом выдаст множество ошибок при попытке что то сделать.


Планирование по "точке заказа" в [Управління торговим підприємством]:

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


Установка значения точки заказа:

Производится документом "Установка значений по точке заказа" , находится документ в общем интерфейсу в меню Документ - Планирование - Установка значений точки заказа

Создавая новый документ у вас будут следующие инструменты работы:

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

  • Фиксированная - данные по номенклатуре устанавливаются вручную пользователем в реквизитах таблицы "Значение точки заказа" и "Страховой запас"
  • Средний размер партии - значение точки заказа и страховой запас вычисляются в виде процента от средней партии за указанный период. Заполняются поля "Дата нач." и "Дата кон." в качестве периода выборки данных. "% значения точки заказа" и "% страхового запаса" - процент от предыдущих значений партий за период. (...)
  • Оптимальный размер заказа - За выбранный период рассчитывается: максимальное ежедневное потребление, среднее ежедневное потребление, время доставки (см. определение ниже). Расчет выполняется по данным регистра "Продажи". Страховой запас вычисляется как разница среднего и максимального потребления, умноженное на время доставки.


Определения:

Время доставки - это значение поля "Срок выполнения заказа поставщиком (в днях):" в справочнике "Контрагенты" на закладке "Как поставщик" которая появляется при установленном влаге Поставщик, и данных контрагент указан как "Основной поставщик:" в справочнике "Номенклатура" на закладке "Дополнительно", на скриншоте ниже проще. Если поставщик или время доставки у поставщика не указано, то время доставки считается равным одному дню.


Структура хранения:

При проведении документа "Установка значений точки заказа" он делает движения в регистре сведений "Значения точки заказа" в той же структуре, которую мы заполнили в самом документе.

По указанным параметрам расчет показателей будет выполнен при работе с отчетов "Анализ точки заказа" где можно выполнить сравнение на дату.


Отчет "Анализ точки заказа"

Найти отчет в полном интерфейсе можно тут:

Отчет строится на определенную дату:

В меню отчета есть пункт "Формирование заказов", который запускает форму "Формирование заказов поставщиков"

При нажатии "Выполнить" указанны позиции сформируются в виде не проведенных документов "Заказы поставщикам"

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