www.FORUM.MBQ.ru
-
Коллеги, проблема: время пополнения на заводской склад!

 
           www.forum.mbq.ru -> Голдрат и TOC
::  
Александр Волынец



: 09.07.2010
: 6
: г. Житомир

: 09, 2010 4:11 pm     : Коллеги, проблема: время пополнения на заводской склад!

Здраствуйте! Сразу к делу. Проводим с коллегой ициативный анализ еффективности работы своей организации. Его целями явлются: расчет утерянных продаж, расчет первоначальных буферов (для ДУБ, а не ББК) по каждому товару и расчет избытков. С методологией расчетов, вроде как, определились, но реальность такова, что есть существенное допущение: поскольку дело имеем с производством, то время пополнения по каждому товару состоит не только из времени подготовки полупродукта и готовой продукции, но и из времени ожидания в очереди (поскольку много видов продукции производятся на одном и том же оборудовании). Данный показатель - время пополнения, является ключевым при рассчете максимального суммарного потребления. Чаще всего, мы меняем планы производства, т.е., продукты в очереди на фасовку меняются местами, поэтому, остро ставятся вопросы: как рассчитать время ожидания в очереди? Можно ли произвольно проставить некий коэффициент? Стоит ли, в принципе, учитывать этот фактор?
Господа, что в таком случае рекомендует ТОС? Если кто-то сталкивался с подобной проблемой - посоветуйте, как ее разрешили? Буду всем крайне признателен
    e-mail
Владимир



: 24.12.2008
: 39

: 12, 2010 10:19 am     : Re: Коллеги, проблема: время пополнения на заводской склад!

Александр Волынец ():
время пополнения, является ключевым при рассчете максимального суммарного потребления

Александр, скажите, пожалуйста, а как Вы расчитываете размеры первоначальных буферов (ДУБ)?

Александр Волынец ():
Стоит ли, в принципе, учитывать этот фактор?

Так вот и мне кажется, что нет.
Александр Волынец



: 09.07.2010
: 6
: г. Житомир

: 12, 2010 11:07 am     :

Владимир, это ответ на Ваш вопрос. Подход следующий: мы берем динамику продаж по каждому товару (расход с заводского склада) за последние 3 месяца, затем рассчитываем среднедневное потребление, расчитываем стандартное отклонение по этому параметру, добавляем этот показатель к среднедневной продаже "вверх" и "вниз" - получаем некий "корридор" продаж. Если мы имеем дело с особыми причинами (слишком низкие, либо слишком высокие продажи) - то приводим значение продаж в эти дни к среднему. А затем - самое веселое - взять значение "времени пополнения" (с определением которого, собственно, возникли затруднения) и расчитать максимальное суммарное потребление за время пополнения в анализируемом периоде. Пример: Имеем следующие данные о "скорректированных" продажах (уже без пиков):
01.01.10 - 1000
02.01.10 - 1200
03.01.10 - 980
04.01.10 - 1000
05.01.10 - 900
06.01.10 - 1150 и т.д.
Тогда, если время пополнения = 3 дня, то стартовый буфер будет составлять 3180 ед.
    e-mail
Владимир



: 24.12.2008
: 39

: 12, 2010 12:00 pm     :

Спасибо!
Приблизительно так и представлял себе...

Еще мне понравилось вот это...
Это писал умный и чуткий человек:

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

(http://www.forum.mbq.ru/viewtopic.php?t=149 Сергей (С))


Александр, а я правильно понимаю - Завод и заводской склад в Вашей системе, а далее (неуправляемые Smile ) клиенты.
Александр Волынец



: 09.07.2010
: 6
: г. Житомир

: 12, 2010 12:44 pm     :

Да-да, Владимир, завод и заводской склад, а далее - неуправляемые оптовикиSmile. Т.е, мы действительно, не знаем, как строиться логика закупок наших клиентов (оптовиков). Работаем на очень специфическом рынке, где разница в оптовой цене в 1 коп. на однотипные товары на обьеме закупки в 1 грузовик ведет к цене вопроса 3-n тысяч USD.
    e-mail
Владимир



: 24.12.2008
: 39

: 12, 2010 12:59 pm     :

Александр Волынец ():
Т.е, мы действительно, не знаем, как строится логика закупок наших клиентов (оптовиков).


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

Политика отгрузок Вашим оптовикам...

(Если возможно...)
Александр Волынец



: 09.07.2010
: 6
: г. Житомир

: 13, 2010 6:57 pm     :

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


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

(http://www.forum.mbq.ru/viewtopic.php?t=149 Сергей (С))

Владимир, если честно, я 5 раз перечитал это Ваше сообщение и 1 раз посетил его на форуме. Владимир - мой мозг отказывается воспринять этот меседжSmile
    e-mail
Владимир



: 24.12.2008
: 39

: 13, 2010 10:08 pm     :

Какая строка, из сообщения Сергея, вызывает у Вас наибольшее неприятие.
Алексей Ходов



: 20.06.2011
: 2

: 20, 2011 1:07 pm     :

Если тема оживет, подкину еще более "пакостную" ситуацию Twisted Evil
Тот вариант работы, который описан у Александра, еще более-менее можно формализовать...
Улугбек



: 12.05.2011
: 30

: 23, 2011 11:08 pm     : Давайте

Алексей Ходов ():
Если тема оживет, подкину еще более "пакостную" ситуацию Twisted Evil
Тот вариант работы, который описан у Александра, еще более-менее можно формализовать...


Я не против поучаствовать
capitan



: 12.11.2011
: 1
: Киев

: 12, 2011 7:16 pm     : На счет уровня буфер для ДУБ

Проблема в том, что тратиться много времени на определения буфер (и ББК и ДБМ).
ББК - взять половину от текущего уровня выполнения заказа.
ДБМ- возьмите средний спрос. ДБМ потом сам выравняет уровень запаса.

И еще....по статистике 60% опозданий на производстве из-за отсутствия комплектующих. Поэтому, для начала ТОС производства надо сделать ТОС логистику-закупок комплектующих
:   
           www.forum.mbq.ru -> Голдрат и TOC : GMT + 4
1 1

 
 









Powered by phpBB © 2001, 2005 phpBB Group

File Attachment © by Meik Sievertsen