Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Dogen... ввиду перманентно имеющего место быть политико-экономического форс-мажора... что хотелось бы знать, где автор темы живет и чем торгует. Одна из основных причин того, что внедрение "полноценной MRP" в наших условиях, иначе как "разоводом на бабки" не назовешь... Ресурсов будет потрачено немерено, а эффективность сомнительна... (администрирование всей совокупности коэффициентов стоит конкретных денег, в условиях форс-мажора возможно сильное замедление времени реакции...). Москва, без ответа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2007, 22:04 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Кажись непонятно написал… Для меня данные величины (НЗ и ЭО) слишком привычны, а тут судя по всему возникают вопросы, типа: Что это и на фиг это нужно? Экспертная оценка (ЭО) - это количество товара которое мы должны продать в период. Поставлено ЭО к примеру 20, а продали 10 и сразу данное становится видно (по % расхождению), определяется причина и принимаются управляющие действия. При этом ЭО может измениться до момента закупки и мы не попадем с данным товаром. Нормативный запас (НЗ) – это количество товара на складе, которого должно хватить до следующего прихода. Обе величины экспертные и выставляются экспертом! В дальнейшем смотрятся в основном расхождения с реальностью данных величин. Главное иметь удобный интерфейс и корректную информацию!!! У нас накоплена динамика за 5 лет. МарияФИ в какой системе это было проделано? Потому как, насколько я помню, далеко не все системы для такого фокуса надо доработать... Все действительно очень просто и примитивно. Всего ничего требуется: история движения товара годика за два, удобная система работы с данными показателями (к примеру, быстренько найти причину, по которой произошел сбой), отработанные процедуры работы и грамотный специалист, знакомый с закупками и продажами товарного ассортимента компании. И не могли бы вы указать системы, в которых это уже есть и работает??? Да… реализовано на Access (ADP) + MSSQL 2000 (быстренько «налабал на Access»). просто такТема интересная. Вопросы: 2. Имеется ли контроль того, сколько средств инвестируется в заказы и их распределение при закупке? Бюджет-то всегда не резиновый. 3. Как конкретно вычисляется прогнозный объем продаж товара за период?2. С одной стороны у нас все намного проще, с другой сложнее. Существует утвержденный и подписанный контракт с поставщиком, в котором прописан объем наших закупок и график платежей. За месяц до начала квартала, мы подаем заявку, в которой указаны объемы. На дату указанную в графике платежей мы берем все не оплаченные заказы с нужным статусом и до определенной даты. 3. Мы делаем прогноз как раз за месяц до начала квартала. Весьма просто, главное иметь правильные ЭО и НЗ. Текущая ситуация, чуть больше 90% соответствие запланированного реальной картинке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2007, 22:10 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Artem KashinПроблема не в ПО, а в головах. И только. Использовать можно, и даже удобно. Именно так... Но и ПО должно иметь возможность, хотя бы давать корректную информацию и желательно делать это не через одно место... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2007, 22:27 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Проба сил№Нормативный складской запас (НЗ) – Количество товара необходимое для поддержание склада. Экспертная оценка (ЭО) – Количество товара, которое должно продаваться в период. Для моей организации период равен месяцу. Если я правильно понял, то когда к вам приходит клиент, он должен быть удовлетворен тут же, то есть, под заказ вы не работаете, а только "на склад"? Тогда немного не понятно, зачем вам вводить НЗ, если известно, сколько по плану продается за период, и срок доставки партии. Или это лишь защита от непрогнозируемого большого спроса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 10:03 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
В том то и дело, что ВСЕХ системах, которые позиционируют себя как MRP-II (ERP есть дальнейшее развитие данной концепции) это есть! и даже больше, а именно работа под заказ. Количество для дозаказа = (Планируемый расход+Страховой запас) - (Ожидаемый приход + Наличие). Причем под планируемым расходом понимаются: заказы клиентов прогнозы спроса основной производственный план. Ожидаемые приходы: заказы поставщикам приходы из производства. И это РАБОТАЕТ в любой из этих систем, так как в этом и состоит весь MRP-II алгоритм. А по поводу Сезонности: Да в ERP системах нет по умолчанию автоматического расчета прогноза продаж вообще, не говоря уже об использовании сезонности. Но это объясняется тем, нельзя предсказать спрос программно, это можно сделать только экспертно! Другой вопрос, что можно оценить сверху и снизу диапазон спроса, но для этого лучше использовать соответствующие специализированные программы, по образу и подобию программ ТехАнализа Forex - посмотрите, сколько там возможных инструментов по работе с Объемами, которые помогают в попытке угадать тренд, что в переводе на наш означает - спрогнозировать уровень продаж. Бьюсь об заклад не в одной самописной системе (да и ERP-системе) нет и 1% возможностей такого прогнозирования :-)))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 10:50 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
IgorTv Сергей84 и когда анализируются предыдущие периоды, то смотрится не товар по позициям, а процы интела, в категории пеньки после чего идет корреляция частоты, т.е. 1000 год начад ~ 2000 сейчас, значит ~ 3000 на следующий год, поэтому 3000 ~ надо столько Вместо кореляции частот - что само по себе довольно сомнительно можно использовать такой способ: Всем товарам присваивается признак топ, средний, простой, неликвид. В момент продажи сохранять этот признак в таблице продаж как он есть на момент продаж. Со временем процессор будет менять свой признак с топа до неликвида и это будет отражаться в таблице продаж. Через год нужно смотрть сколько мы продавали топ процессоров, чтобы решить сколько закупать сейчас процессоров которые сейчас топ. можно и так, я не претендую на абсолютную истинность и верность моего решения :) можно же и еще сделать чичтему приемственности, наприсер каждые 3 мес. устанавливать приемственность, был D530 его применик скажем CORE DUO 5130 ну и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 11:27 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Artem KashinНо это объясняется тем, нельзя предсказать спрос программно, это можно сделать только экспертно! не совсем согласен с этим утверждением, ради интереса сделал маленькую систсему для проноза спроса для одной группы товаров. Этак группа - памперсы :) зы все дело в том, что они четко деляться на размер вес, есть номы для детей разного возвроста т.е. имея показания по продажам памперсов для детей в возрасте 1 год - можно определить приблизительное кол-во потребителей, щная колв-во потребителей, можно сделать прогноз этого количества на будующий год - тем самым сделав прогноз по закупкам... в общем такая схема крайне сложна, но реализуема и не для всех товаров подходит, например нельзя спрогнозировать спрос на цвет и запах, сегодня в моде розовое и запах лавнды, завтра можно черное и запах апельсина. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 11:36 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Сергей84 Artem KashinНо это объясняется тем, нельзя предсказать спрос программно, это можно сделать только экспертно! не совсем согласен с этим утверждением, ради интереса сделал маленькую систсему для проноза спроса для одной группы товаров. Этак группа - памперсы :) зы все дело в том, что они четко деляться на размер вес, есть номы для детей разного возвроста т.е. имея показания по продажам памперсов для детей в возрасте 1 год - можно определить приблизительное кол-во потребителей, щная колв-во потребителей, можно сделать прогноз этого количества на будующий год - тем самым сделав прогноз по закупкам... в общем такая схема крайне сложна, но реализуема и не для всех товаров подходит, например нельзя спрогнозировать спрос на цвет и запах, сегодня в моде розовое и запах лавнды, завтра можно черное и запах апельсина. Не согласен! Во-первых, данная система работает при отстутсвии конкурентов, это раз. Во-вторых, не забывайте об уровне жизни населения.В этом году семейство не могло себе позволить памперс, в другом смогло, и наоборот, так как памперсы не являются товаром первой необходимости, а повышение цены скажем на 20% побудит покупать памперсы другой марки или у другого клиента. Т.е. ваша система, скорее всего даст не правильный прогноз, а раз так, тогда это не система, а типичное - угадал-не угадал. Просто нельзя предсказать будущее, вот и все. Программно можно только дать интервалы, в которых, с опредленной, но не 100% вероятностью, будут находиться продажи. А для этих целей подходят больше специализированные продукты, ибо в любой вашей системе найдется большое количество дыр-исключений, не говоря о том, что реализация руками подобных механизмов. Используя глобальные характеристики, такие как количество детей до года в этом и следующем году, уровень жизни в стране можно только глобально и спрогнозировать. И то, это если не будет форс мажоров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 12:23 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
вы бы как нибудь уж определились со своим мнением, то у вас Artem KashinНо это объясняется тем, нельзя предсказать спрос программно, это можно сделать только экспертно! то Artem KashinПрограммно можно только дать интервалы, в которых, с опредленной, но не 100% вероятностью, будут находиться продажи. так можно всетаки прогнозировать спрос и следовательно продажи или всетаки нет? к тому же где я напимал, что такая система дает 100% прогноз? Про ABC и XYZ слышали? Берем ABC - анализируем, берем XYZ - анализируем, накладываем ABC на XYZ, выявляем закономерности, закладываем колебательные коэффициенты в систему прогнозирования памерса - на выходе получаем точку + % заложенной погрешности и от нее начинаем ужо думать. Так работаю - ВСЕ, просто у всех % погрешности разный, кому-то промах в 1% - не сильный удар по бюджету, а кому-то это миллиарды долларов - поэтому все и требуют разной степени погрешности, детальности и глубины анализа. А то такими темпами вы в магазин с оборотом в 50.000 руб в сутки будете предлагать систему на основе ERP + нейронные сети с БЗ для экспертной обрабоки первичных данных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 12:57 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Я читал учебник!!! И даже несколько... Естественно есть специфика в ведении разных бизнесов, к примеру закупки у спекулянта, будут сильно отличаться от моих, хотя бы на основании скорости доставки Сергей ВаскецовЕсли я правильно понял, то когда к вам приходит клиент, он должен быть удовлетворен тут же, то есть, под заказ вы не работаете, а только "на склад"? Тогда немного не понятно, зачем вам вводить НЗ, если известно, сколько по плану продается за период, и срок доставки партии. Или это лишь защита от непрогнозируемого большого спроса? Мы работаем "под заказ". И мы учитываем (в тех же ЭО ожидаемые заказы клиентов). Вот только: Приходит "Хрен с горы" и делает заказ с частичной предоплатой на поставку 400 единиц товара. В месяц мы продаем 100, на складе 200, в следующей поставке будет 300 и в принципе мы можем удовлетворить данного покупателя. Вот только: Постоянные клиенты останутся без товара или будет внеочередной заказ поставщику с неизвестным результатом. График поставок будет нарушен. И все непонятно ради чего... Просчитать данную ситуацию у нас можно и достаточно легко определиться. При тех схемах которые описываются "фиг его знает", что делать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 13:47 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Сергей84вы бы как нибудь уж определились со своим мнением, то у вас Artem KashinНо это объясняется тем, нельзя предсказать спрос программно, это можно сделать только экспертно! то Artem KashinПрограммно можно только дать интервалы, в которых, с опредленной, но не 100% вероятностью, будут находиться продажи. так можно всетаки прогнозировать спрос и следовательно продажи или всетаки нет? к тому же где я напимал, что такая система дает 100% прогноз? Про ABC и XYZ слышали? Берем ABC - анализируем, берем XYZ - анализируем, накладываем ABC на XYZ, выявляем закономерности, закладываем колебательные коэффициенты в систему прогнозирования памерса - на выходе получаем точку + % заложенной погрешности и от нее начинаем ужо думать. Так работаю - ВСЕ, просто у всех % погрешности разный, кому-то промах в 1% - не сильный удар по бюджету, а кому-то это миллиарды долларов - поэтому все и требуют разной степени погрешности, детальности и глубины анализа. А то такими темпами вы в магазин с оборотом в 50.000 руб в сутки будете предлагать систему на основе ERP + нейронные сети с БЗ для экспертной обрабоки первичных данных берем и анализируем - это уже делает человек, т.е. в итоге экспертная оценка всеже за человеком, а не за каким-то расчетом, это раз. Во вторых, вы хотите сказать, что ваш программный продукт, когда расчитывает прогноз, получает в итоге интервал, с вероятностью попадания в него? Мне почему-то кажется, что он дает КОНКРЕТНОЕ число, которое КОНКРЕТНО расчитано исходя из КОНКРЕТНЫХ условий, например - прогноз продажи в 100 единиц, причем шаги такого получения, скорее всего, останутся для эксперта за семью печатями. Т.е. у эксперта есть выбор, либо согласиться с цифрой программы, либо расчитать все самому, с нуля. Тут не пахнет интервалом. И скажите пожалуйста, как специалисту это поможет, если, в итоге он всеравно поставит там свою цифру в 250 или в 0? В том, что система ошибается, это однозначно. Кто ответит за то, что программа расчитала промах в 1%, а не в 50%? А я совершенно не предлагаю нейронные сети, ибо они гораздо несовершеннее человека. А программа только должна помогать человеку предоставлять общую картину, а уж он должен прогнозировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 14:52 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Artem Kashinберем и анализируем - это уже делает человек, т.е. в итоге экспертная оценка всеже за человеком, а не за каким-то расчетом, это раз. человек анализирует прогнозируемый показатель выдаваемой системой, а не считает все сам, что напрашивается из вашего поста, где вы утверждаете, что спрос прогнозировать нельзя - это раз Artem KashinВо вторых, вы хотите сказать, что ваш программный продукт, когда расчитывает прогноз, получает в итоге интервал, с вероятностью попадания в него? Мне почему-то кажется, что он дает КОНКРЕТНОЕ число, которое КОНКРЕТНО расчитано исходя из КОНКРЕТНЫХ условий, например - прогноз продажи в 100 единиц это вам только кажется, а когда кажется ... как я уже говорил - в систему можно завести коэффициент погрешности, и что мешает выдать не конкретный результат, а интервал? т.е. система расчетала, что нужно 100 шт. в идеаьном состоянии, но погрешность вероятна на 25%, следовательно - что мешает на выход подать 75-125??? Artem Kashin причем шаги такого получения, скорее всего, останутся для эксперта за семью печатями. тогда уволить к чертям такого эксперта, т.к. все системы расчета таких показателей пишуться в конторах совместно с экспертами по закупкам, т.е. берутся применяемые алгоритмы в конторе и накладываются на общие алгоритмы - в итоге мы получаем автоматизированную работу того же самого эксперта а по вашему выходит - эксперт сам не знает, что он делает Artem KashinТут не пахнет интервалом. боюсь тут пахнет вашим не понимаением Artem KashinИ скажите пожалуйста, как специалисту это поможет, если, в итоге он всеравно поставит там свою цифру в 250 или в 0? тем, что ему в удобной ворме могут быть представлены интервальные прогнозы и показатели на которых они расчитывались - дальше дело ощущений, скажем эксперт считает, что ИНТЕЛ не будет котироваться, т.к. АМД разрабатывает новую архитектуру и обещает революцию на рынке проццов - вот тут и идут ощущения и мнения, ПК пока новости читать не умеет Artem KashinВ том, что система ошибается, это однозначно. а с тем, что эксперт тоже ошибается - вы не согласны? Artem KashinКто ответит за то, что программа расчитала промах в 1%, а не в 50%? Эксперт и ответит - если это не ошибка в алгоритме Artem KashinА я совершенно не предлагаю нейронные сети, ибо они гораздо несовершеннее человека. А программа только должна помогать человеку предоставлять общую картину, а уж он должен прогнозировать. Вы предлагаете людям целыми днями сидеть и считать, потом анализировать и опять считать, а я предлагаю анализировать и если что-то настораживает - то тогда пересчитывать - это побыстрее будет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.08.2007, 15:21 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Сергей84к тому же где я напимал, что такая система дает 100% прогноз? Про ABC и XYZ слышали? Берем ABC - анализируем, берем XYZ - анализируем, накладываем ABC на XYZ, выявляем закономерности, закладываем колебательные коэффициенты... Для того что бы использовать ABC и XYZ ситуация должна быть стабильной! Заложили в план 15% рост и ни ни вырасти на 30... Или поставщик просит попробовать новый товар и сразу большим объемом... или... Ситуаций тьма. В принципе все можно учесть, алгоритмизировать, заложить... вот только будет такая система безумна дорога в обслуживание, поддержке и эксплуатации... Проще иметь хорошего эксперта и помочь ему в работе ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2007, 09:43 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
IgorTvЯ так понял, что обсуждать методы расчета среднедневных продаж или прогнозирования никто не хочет? А жаль:( Тема интересная. Пожалуйста, спросите конкретно, я не совсем понял, что вас интересует... Мы собственно начинали именно с автоматического расчета, просто для нас ЭО и НЗ более эффективны. Я перенес ваше сообщение из квалификации, здесь это уместнее... Среднедневные мы вообще не используем. Собственно вообще другой термин. Есть период, для нас месяц. В рамках этого периода мы и считаем ЭО. Так же считаем "средний" склад (оборачиваемость товара), расчет рентабельности (зарплаты продАвцам), количество операций (зарплаты операторам и кладовщикам), график платежей (для нас и покупателей). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2007, 18:23 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
возможно, как-то алгоритм этот и работает - слава экспертам, дающим оценку! но, параллельно, предлагаю не отказываться и взглянуть на систему Oracle Retail - может там есть что-то, что еще более усовершенствует идеи. Ведь система аключает ВСЕ аспекты работы с розничной торговой сетью. (не реклама - Oracle Retail не нуждается в ней!) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2007, 00:32 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
beobachter расстрогали А SAP Retail ему в подметки не годится? А Axapta Retail вообще детский лепет? как теперь жить-то? p.s. Для начала выясните для себя, что такое дистрибьюторы и чем они отличаются от Retail ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2007, 00:43 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
beobachterне реклама - Oracle Retail не нуждается в ней!Да ? Ну тогда назовите хоть одну (а лучше две) торговую сеть на территории ExUSSR, её использующую. Из тяжеловесных систем в рознице слышал только про Axapta, Navision и ещё краем уха про SAP-Retail. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2007, 10:09 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
LSV beobachterне реклама - Oracle Retail не нуждается в ней!Да ? Ну тогда назовите хоть одну (а лучше две) торговую сеть на территории ExUSSR, её использующую. Из тяжеловесных систем в рознице слышал только про Axapta, Navision и ещё краем уха про SAP-Retail. УУУУ, как начали наседать! :) я ж написал - можно взглянуть И на нее! Кой - какие доки можно найти на сайте Оракл. А не хочешь - не смотри. 36.6, Холлидей Классик что такое дистрибьюторы - представляю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2007, 11:21 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Не нашел в предыдущих постах обсуждение следующего нюанса: есть ли при планировании учет финансов (кол-во денег не бесконечное и их надо учитывать, хотя большая часть дистрибьюторов сидят на овердрафтах, но их тоже надо учитывать и планировать), размер склада, бонусы и акции поставщиков и вообще возможность перепланирования во время отчетного периода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.08.2007, 13:26 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
ГеликонПроНе нашел в предыдущих постах обсуждение следующего нюанса: есть ли при планировании учет финансов (кол-во денег не бесконечное и их надо учитывать, хотя большая часть дистрибьюторов сидят на овердрафтах, но их тоже надо учитывать и планировать), размер склада, бонусы и акции поставщиков и вообще возможность перепланирования во время отчетного периода. В сообщении http://sql.ru/forum/actualpost.aspx?bid=53&tid=457172&mid=4473308&p=2&act=quot#4473308 Я немного про это сказал... Вопрос очень непростой и решается в зависимости от конкретного поставщика и заключенного с ним контракта. Я настраиваю эти условия в карточке поставщика (в соответствие с контрактом). Фактически, мы грубо планируем все данные величины в конце года (или в конце квартала) и потом корректируем в соответствии с действительностью (по квартально). Бонусы и акции мы не отражаем в системе. По опыту работы с другими конторами, могу сказать, что в очень многих конторах данная информация вообще не ведется в системе и в этом есть большой смысл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.08.2007, 11:37 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
Проба сил№Возникла мысль поделиться своим опытом решения данного вопроса. ... Будут вопросы, задавайте. IMHO. Сезонность товара не может быть 1 или 0, потому что потребление возрастает и падает плавно. Она должна определяться автоматически. Т.е. когда низкое, когда растет, когда пик... ЭО - расчитывается автоматически? У нас например есть 8 основных формул, по которым прогнозируется потребление товара. В прогнозе используется общая тенденция спроса, данные за предыдущий период, данные аналогичного периода прошлого года и т.д. При каждом прогнозе система проверяет расхождение реального потребления и предыдущих прогнозов, формула автоматически корректируется. Также есть специальные правила для расчета спроса при высоком отклонении от стандартного, но эта часть не автоматизирована, потому что требует данных, которые только менеджер может узнать. Достаточный объем считается грубо вот так: Дневной прогноз спроса * планируемое время выполнения заказа + страховой запас. При составлении заказа поставщикам учитывается "качество товара", т.е. составленная по определенным правилам строка, один взгляд на которую показывает менеджеру "интересность" товара. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.09.2007, 13:58 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
понятно, что доки по ритэйлу никто не читал - не царское это дело. а я вот что там нашел. Может кому-то пригодится. там есть реализация двух подходов пуш (толкать) и пул (тянуть). Во-втором случае продукт продается, покупатели сами инициируют спрос, есть история продаж (или ее можно добыть). Поэтому можно использовать методы прогнозирования смело. При этом в алгоритмах учитывается сезонность, продвижение. Модуль в Оракл Ритэйле Demand Forecasting. В первом случае спрос не известен. Например, новая коллекция. Предложение и спрос формирует не покупатель, а изготовитель-поставщик-продавец. При этом есть подходы к распределению товара. в Оракл Ритэйле модуль называется Allocation. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2007, 18:21 |
|
||
|
Закупки в торговой компании.
|
|||
|---|---|---|---|
|
#18+
E209IMHO. Сезонность товара не может быть 1 или 0, потому что потребление возрастает и падает плавно. ЭО - расчитывается автоматически? У нас например есть 8 основных формул, по которым прогнозируется потребление товара. 1. Это вопрос специфики конкретного бизнеса. У меня только 0 или 1 (заказывать или нет). Хотя есть возможность поставить любую величину. 2. Было и осталось, но практически не используется... ЭО это продажи прошлого года * коэффициент определяемый из плана закупок(на пересечении категории и производителя). 3. Эксперт выставляет значение и потом только корректирует в случае расхождений с реальностью. Эксперт смотрит только на расхождения и всегда видит причину по которой она произошла. Мы сильно увеличили функционал именно этой части. Найти причину очень легко и быстро принимается управляющее решение. Тратить время спеца, на ведение всей инфы которая требует 8 формул мне (в моем бизнесе) представляется не рациональным. Хотя я допускаю, что для кого то (того же ритейла) это эффективно. У меня план квартальный. и закупки на квартал (не очень большая возможность его корректировать). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.09.2007, 12:27 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=34732240&tid=1527325]: |
0ms |
get settings: |
10ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
46ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 252ms |
| total: | 369ms |

| 0 / 0 |
