Добрый день!
Кто-нибудь использует технологию MRP при работе с товарным запасом в торговой (не производственной) организации?
Подскажите основные принципы?
Заранее благодарна,
Velichko #Практика#Запасы
А что есть MRP? Может это используется, но называется по-другому?
mrp = material requirements planning (за точность первого слова не ручаюсь, однако)
и еще внутри mrp подразделения на a, b, c, d-classes в зависимости от степени «крутизны» предприятия, т.е. насколько сильно это mrp там работает.
(я порадовалась, что вот и у нас это понятие уже не только знают, но и внедряют)
В торговых кампаниях используется DRP, а MRP в производственных фирмах.
А какое отличие MRP, MRP II, ERP?
Это достаточно «глобальные вещи».
Однако есть банальные вопросы:
1.Можно ли на 100% автоматизировать заказ на поставщика
на основании плана продаж — остатка на складе — планируемой оборачиваемости товара. У кого это уже реализовано или находится в стадии разработки.
А какое отличие MRP, MRP II, ERP?
Это достаточно «глобальные вещи».
Однако есть банальные вопросы:
1.Можно ли на 100% автоматизировать заказ на поставщика
на основании плана продаж — остатка на складе — планируемой оборачиваемости товара. У кого это уже реализовано или находится в стадии разработки.
mpr ii — апгрейденный mrp и начал создаваться/внедряться в европе в начале 90х годов.
Автоматизировать заказ на поставщика не проблема, этим успешно занимаются американские фармкорпорации внутри своих заводов на базе специально созданных американских же программ. Стоимость таких программ — десятки миллионов ам.рублей. Наши разработки на эту тему тоже есть, в частности в Петербурге, по словам пользующихся, «машина все сама рассчитывает».
Супер! Оно-то мне и надо. Я из всех логистических семинаров вынесла, что технологии типа MRP, DRP и иже с ними нашим преподавателям незнакомы, у них, конечно, есть свои технологии расчета товарного запаса, но они примитивны и часто не выдерживают влияния многих факторов (особенно если приходится рассчитывать товарный запас большой продуктовой организации с ассортиментом в несколько тысяч позиций, и все с разными особенностями). Если есть возможность, подскажите, как связаться с питерскими разработчиками, может, велосипеда-то изобретать уже не нужно, заново адаптируя западные идеи на русский манер, да еще вручную. По Интернету я пока еще ничего не нашла.
Заранее благодарна!
Добрый день.
По поводу DRP могу сказать то, что подобные системы и модули к ним чрезвучайно популярны у нас в стране. Так как наши местные фирмы специализируются больше на сервисе нежели на производстве, то модули к MRP практически не используются.
Удобство DRP заключается в том, что они генерируют планы пополнения оценивая информацию типа: размеры заказов, желаемые сроки обслуживания, намеченные поступления, прогнозируемый и фактический спрос.
Плюс как правило данный модуль имеет связь с модулем краткосрочного и долгосрочного планирования…
обратитесь на сайт: http://www.simplesoft.by.ru Там содержится статья о классических системах, системе МРП(ДРП), системе точно-в-срок(JIT), закономерности на базе которой они все построены, их различия и различия в условиях их применения.
Не увлекайтесь МРП: она имеет преимущество перед классическим нормированием в условиях, когда есть график потребности с сильноварьирующими но известными заранее(четко детерминированными значениями спроса). Кроме того. не все системы, именующими себя МРП, таковыми являются
На сколько мне известно информационные системы крупных розничных сетей Metro C&C, Ошан построены на основе упомянутых выше технологий. Там расход товара четко остлеживается при считывании штрихкода на кассе. С заданной периодичностью менеджер запускает программу расчета заказа. Количество в заказе определяется как разница между нормой и фактическим остатком. Нормы периодически корректируются в зависимости от коньюктуры.
Везет им :)
Я бы посмотрел хоть на одну программу которая сможет мне расчитать запасы на 17000 наименований товаров из которых 35% это не то что сезонный но еще и КОЛЛЕКЦИОННЫЙ товар (который меняется каждый год раз и навсегда) да еще и держиться на рынке не более чем 2 квартала, а до кучи еще из категории в категорию скачет в зависимости от месяца и времени года (АВС-анализ). И вот когда мне все это начнет выдавать компьютер (с цифрами, графиками, и материальной ответственностью) я со спокойной душой на пенсию уйду.
Памадоры растить…
Алексей, Возможно вопрос не по теме, но все-же…
Бываю частенько в ГУМе (ну пройтись, погулять…:) Там же скопление разных магазинчиков, которые, как я считал ранее, сами занимаются управлением своими товарными потоками, или я не прав? В чем состоит функция департамента (отдела) логистики?
Ну зачем же просто прогуляться ?! :) у нас есть что приобрести, есть где приятно посидеть перекусить, милости просим в ряды уважаемых клиентов флагмана отечественной торговли !
А по сути вопроса, управление товарными потоками в «магазинчиках» сводится только к «ручному» методу формирования заказа-заявки, это достаточно точно отражает рынок сбыта на каждом конкретном направлении, но сами знаете чем чревато :) .Немного больше информации отправил Вам в приватном письме, т.к. в открытом форуме обсуждать конкретные вопросы и проблемы моего нынешнего работодателя не считаю корректным.
Везет им :)…
когда мне все это начнет выдавать компьютер (с цифрами, графиками, и материальной ответственностью) я со спокойной душой на пенсию уйду.
Памадоры растить…
Памадоры растить пока рановато ,Евгений Оптимов прав , все западные разработки очень капризны по поводу начальных данных— Спрос,коньюктура рынка, зависимость спроса от температуры,сезонность,праздники…..
Да кстати ,представляю как будет выглядеть рекомендованный оптимальный заказ, если завести все Русские праздники+ гос.праздники….Наверно полный бред..
В общем не готовы проекты для работы в России, а вот при наличии опыта в программировании (как у вашего покорного слуги) все пути открыты.
У меня например неплохой статистический прект под базу со всеми «наворотами» собственноручного исполнения…
Так что памадоры предлагаю растить агрономам…
Интерес есть и очень большой. Я сталкивался с этим програмным продуктом во Франции, в компании LRS, в Америке используют этот продукт для фирм специализирующихся в Логистике -отзывы очень положительные. В Германии некоторые компании стояли перед выбором между JD Ed. и Интенсия. Очень интересно как JD покажет себя в наших условиях.
Памадоры растить пока рановато ,Евгений Оптимов прав , все западные разработки очень капризны по поводу начальных данных— Спрос,коньюктура рынка, зависимость спроса от температуры,сезонность,праздники…..
Да кстати ,представляю как будет выглядеть рекомендованный оптимальный заказ, если завести все Русские праздники+ гос.праздники….Наверно полный бред..
В общем не готовы проекты для работы в России, а вот при наличии опыта в программировании (как у вашего покорного слуги) все пути открыты.
У меня например неплохой статистический прект под базу со всеми «наворотами» собственноручного исполнения…
Так что памадоры предлагаю растить агрономам…
Не всё так плохо, как рисуется: в системе, которая сейчас внедряется у меня, модуль управления снабжением способен самостоятельно генерировать как заявки на закупку, так и заказы поставщикам. Всё это задаётся путём простейшего расставления галок в блоке администрирования (на этапе определения политики упарвления запасом данного МТР)и введения статистических или расчётных норм (запасов, партии..)
Все нерасчётные всплески потребления или заказ сверхрасчитанного машиной добиваются генерацией вручную доп заказов или заявок.
После набора статистики (2-3 года) машина сможет достаточно точно оценивать обстановку и генерироваь адекватные заказы для покрытия сезонных или ещё каких всплесков.
Так то MRP системы вполне жизнеспособны.
Как это кажется не странным но мы для этого используем 1С.
У нас в распоряжении имеется специализированная программа котроая решает следующие задачи
1. Каждый день экспортирует данные из 1С
2. На основе ранее экспортированных или введеных в ручную данных(потратили 2 месяца для ручного ввода объема продаж за прошедшии полтора года), строится прогноз с определенным отстование к примеру на неделю
3.Расчитывается отклонение прогноз и факта
4. Определяем причины отклонения( не выпускался продукт, были выходные дни,был пост и так далее в настоящее время 19 причин)
5. Пытамся сгладить всплески
6.Еще раз анализирум и переносим данны в специальный файл
7.»Скармливаем» 1С, этот файл.
Трудоемкое, но решение.
А эта аналитическая программа ваша собственная разработка или готовый продукт? И насколько точны прогнозы? (до сглаживания графика и учета внешних факторов)
Все, или почти все это есть в SIMPLESOFT -http://simplesoft.ru/, по крайней мере так декларирется.Очень интересный «живой» сайт. Я там с ноября не был, за это время количество информации по теории удвоилось. За одно только это спасибо им. Демку мне прислали. Очень интересно, хотя она урезана и многое не работает (сортировка, добавление позиций) кое-какие функции недоступны вообще) и цена у них приемлемая — в сравнении с гранулами Navision. Данные, причем совсем примитивные, конвертятся из 1С или откуда хочешь через текстовые файлы. Потом как-то хитро обрабатываются с помощью «простых статистических методик».А на выходе конкретный файл (HTML или ТХТ) заказа по каждому поставщику с учетом норм, урезанного спроса, времени и расходов поставки, еще и графики по каждой позиции рисует, и обобщенные данные по поставщику дает, короче «волшебная» MRP прога, кстати на английский и латышский ее уже перевели. Единственное, что мне ОЧЕНЬ хотелось бы узнать. Люди!!!, кто нибудь ее уже пробовал? Напишите отзывы пожалуйста. Заранее спасибо.
А что есть MRP? Может это используется, но называется по-другому?
mrp = material requirements planning (за точность первого слова не ручаюсь, однако)
и еще внутри mrp подразделения на a, b, c, d-classes в зависимости от степени «крутизны» предприятия, т.е. насколько сильно это mrp там работает.
(я порадовалась, что вот и у нас это понятие уже не только знают, но и внедряют)
В торговых кампаниях используется DRP, а MRP в производственных фирмах.
А какое отличие MRP, MRP II, ERP?
Это достаточно «глобальные вещи».
Однако есть банальные вопросы:
1.Можно ли на 100% автоматизировать заказ на поставщика
на основании плана продаж — остатка на складе — планируемой оборачиваемости товара. У кого это уже реализовано или находится в стадии разработки.
mpr ii — апгрейденный mrp и начал создаваться/внедряться в европе в начале 90х годов.
Автоматизировать заказ на поставщика не проблема, этим успешно занимаются американские фармкорпорации внутри своих заводов на базе специально созданных американских же программ. Стоимость таких программ — десятки миллионов ам.рублей. Наши разработки на эту тему тоже есть, в частности в Петербурге, по словам пользующихся, «машина все сама рассчитывает».
Супер! Оно-то мне и надо. Я из всех логистических семинаров вынесла, что технологии типа MRP, DRP и иже с ними нашим преподавателям незнакомы, у них, конечно, есть свои технологии расчета товарного запаса, но они примитивны и часто не выдерживают влияния многих факторов (особенно если приходится рассчитывать товарный запас большой продуктовой организации с ассортиментом в несколько тысяч позиций, и все с разными особенностями). Если есть возможность, подскажите, как связаться с питерскими разработчиками, может, велосипеда-то изобретать уже не нужно, заново адаптируя западные идеи на русский манер, да еще вручную. По Интернету я пока еще ничего не нашла.
Заранее благодарна!
Добрый день!
Мне также интересен этот вопрос.Если что разузнаете,информируйте общественность!
Максим
Добрый день.
По поводу DRP могу сказать то, что подобные системы и модули к ним чрезвучайно популярны у нас в стране. Так как наши местные фирмы специализируются больше на сервисе нежели на производстве, то модули к MRP практически не используются.
Удобство DRP заключается в том, что они генерируют планы пополнения оценивая информацию типа: размеры заказов, желаемые сроки обслуживания, намеченные поступления, прогнозируемый и фактический спрос.
Плюс как правило данный модуль имеет связь с модулем краткосрочного и долгосрочного планирования…
обратитесь на сайт: http://www.simplesoft.by.ru Там содержится статья о классических системах, системе МРП(ДРП), системе точно-в-срок(JIT), закономерности на базе которой они все построены, их различия и различия в условиях их применения.
Не увлекайтесь МРП: она имеет преимущество перед классическим нормированием в условиях, когда есть график потребности с сильноварьирующими но известными заранее(четко детерминированными значениями спроса). Кроме того. не все системы, именующими себя МРП, таковыми являются
На сколько мне известно информационные системы крупных розничных сетей Metro C&C, Ошан построены на основе упомянутых выше технологий. Там расход товара четко остлеживается при считывании штрихкода на кассе. С заданной периодичностью менеджер запускает программу расчета заказа. Количество в заказе определяется как разница между нормой и фактическим остатком. Нормы периодически корректируются в зависимости от коньюктуры.
Везет им :)
Я бы посмотрел хоть на одну программу которая сможет мне расчитать запасы на 17000 наименований товаров из которых 35% это не то что сезонный но еще и КОЛЛЕКЦИОННЫЙ товар (который меняется каждый год раз и навсегда) да еще и держиться на рынке не более чем 2 квартала, а до кучи еще из категории в категорию скачет в зависимости от месяца и времени года (АВС-анализ). И вот когда мне все это начнет выдавать компьютер (с цифрами, графиками, и материальной ответственностью) я со спокойной душой на пенсию уйду.
Памадоры растить…
Алексей, Возможно вопрос не по теме, но все-же…
Бываю частенько в ГУМе (ну пройтись, погулять…:) Там же скопление разных магазинчиков, которые, как я считал ранее, сами занимаются управлением своими товарными потоками, или я не прав? В чем состоит функция департамента (отдела) логистики?
Ну зачем же просто прогуляться ?! :) у нас есть что приобрести, есть где приятно посидеть перекусить, милости просим в ряды уважаемых клиентов флагмана отечественной торговли !
А по сути вопроса, управление товарными потоками в «магазинчиках» сводится только к «ручному» методу формирования заказа-заявки, это достаточно точно отражает рынок сбыта на каждом конкретном направлении, но сами знаете чем чревато :) .Немного больше информации отправил Вам в приватном письме, т.к. в открытом форуме обсуждать конкретные вопросы и проблемы моего нынешнего работодателя не считаю корректным.
Памадоры растить пока рановато ,Евгений Оптимов прав , все западные разработки очень капризны по поводу начальных данных— Спрос,коньюктура рынка, зависимость спроса от температуры,сезонность,праздники…..
Да кстати ,представляю как будет выглядеть рекомендованный оптимальный заказ, если завести все Русские праздники+ гос.праздники….Наверно полный бред..
В общем не готовы проекты для работы в России, а вот при наличии опыта в программировании (как у вашего покорного слуги) все пути открыты.
У меня например неплохой статистический прект под базу со всеми «наворотами» собственноручного исполнения…
Так что памадоры предлагаю растить агрономам…
Интерес есть и очень большой. Я сталкивался с этим програмным продуктом во Франции, в компании LRS, в Америке используют этот продукт для фирм специализирующихся в Логистике -отзывы очень положительные. В Германии некоторые компании стояли перед выбором между JD Ed. и Интенсия. Очень интересно как JD покажет себя в наших условиях.
Не всё так плохо, как рисуется: в системе, которая сейчас внедряется у меня, модуль управления снабжением способен самостоятельно генерировать как заявки на закупку, так и заказы поставщикам. Всё это задаётся путём простейшего расставления галок в блоке администрирования (на этапе определения политики упарвления запасом данного МТР)и введения статистических или расчётных норм (запасов, партии..)
Все нерасчётные всплески потребления или заказ сверхрасчитанного машиной добиваются генерацией вручную доп заказов или заявок.
После набора статистики (2-3 года) машина сможет достаточно точно оценивать обстановку и генерироваь адекватные заказы для покрытия сезонных или ещё каких всплесков.
Так то MRP системы вполне жизнеспособны.
Добрый день, Руслан!
Не подскажете что у вас за программа?
Как это кажется не странным но мы для этого используем 1С.
У нас в распоряжении имеется специализированная программа котроая решает следующие задачи
1. Каждый день экспортирует данные из 1С
2. На основе ранее экспортированных или введеных в ручную данных(потратили 2 месяца для ручного ввода объема продаж за прошедшии полтора года), строится прогноз с определенным отстование к примеру на неделю
3.Расчитывается отклонение прогноз и факта
4. Определяем причины отклонения( не выпускался продукт, были выходные дни,был пост и так далее в настоящее время 19 причин)
5. Пытамся сгладить всплески
6.Еще раз анализирум и переносим данны в специальный файл
7.»Скармливаем» 1С, этот файл.
Трудоемкое, но решение.
А эта аналитическая программа ваша собственная разработка или готовый продукт? И насколько точны прогнозы? (до сглаживания графика и учета внешних факторов)
Все, или почти все это есть в SIMPLESOFT -http://simplesoft.ru/, по крайней мере так декларирется.Очень интересный «живой» сайт. Я там с ноября не был, за это время количество информации по теории удвоилось. За одно только это спасибо им. Демку мне прислали. Очень интересно, хотя она урезана и многое не работает (сортировка, добавление позиций) кое-какие функции недоступны вообще) и цена у них приемлемая — в сравнении с гранулами Navision. Данные, причем совсем примитивные, конвертятся из 1С или откуда хочешь через текстовые файлы. Потом как-то хитро обрабатываются с помощью «простых статистических методик».А на выходе конкретный файл (HTML или ТХТ) заказа по каждому поставщику с учетом норм, урезанного спроса, времени и расходов поставки, еще и графики по каждой позиции рисует, и обобщенные данные по поставщику дает, короче «волшебная» MRP прога, кстати на английский и латышский ее уже перевели. Единственное, что мне ОЧЕНЬ хотелось бы узнать. Люди!!!, кто нибудь ее уже пробовал? Напишите отзывы пожалуйста. Заранее спасибо.
Пожалуйста, войдите или зарегистрируйтесь, чтобы комментировать.