[ОТВЕТИТЬ]
Опции темы
21.01.2010 11:09  
StrahZapas
Как считает программа знает программист и тот, кто давал ему задание)
Я ни первый, ни второй. Эта тайна почему-то %)
 
22.01.2010 03:46  
Prezident
Компания собирается вводить автоматизацию подачи заявки. Точный алгоритм еще не определен. Сис.админы какие-то не разговорчивые . Удалось выведать лишь это:

1. Анализ скорости продаж. Задаем период и в нем считаем сколько дней товар продавался (Х дней); всего продано за период (В единиц), следовательно среднедневная продажа Ср = (В/Х). От сюда видно, что остатка хватит на (остаток/Ср) дней. Сортируется весь список товаров по этому показателю и делаются выводы.

2. Выявление "зависших" товаров. Строится справка об остатках, зависимая от продаж, т.е. остатки по товарам поступившим в период (д1;д2) и имеющим "плохие" продажи в период (д3;д4). Аналогично выявляются и ликвидные товары.

3. Делать для каждого товара пара (среднедневная продажа;средний срок поставки), тогда ИС должна автоматически правильно "заказывать" товар.
 
22.01.2010 04:03  
StrahZapas
Prezident, а планы не учитываются? А наличие в прошлых периодах? А сезонность? А страховой запас? А рост?
Ооо, так у нас еще отлично считает)
 
22.01.2010 04:34  
andrey_f
Цитата:
Сообщение от Prezident
1. Анализ скорости продаж. Задаем период и в нем считаем сколько дней товар продавался (Х дней); всего продано за период (В единиц), следовательно среднедневная продажа Ср = (В/Х). От сюда видно, что остатка хватит на (остаток/Ср) дней. Сортируется весь список товаров по этому показателю и делаются выводы.
А если по товару был дефицит и/или он продавался не каждый день? Правильнее учитывать дни наличия достаточного количества товара.
Цитата:
Сообщение от Prezident
2. Выявление "зависших" товаров. Строится справка об остатках, зависимая от продаж, т.е. остатки по товарам поступившим в период (д1;д2) и имеющим "плохие" продажи в период (д3;д4). Аналогично выявляются и ликвидные товары.
Алгоритм не ясен. Уточните, что значит "плохие" и каким образом это будет считаться.
Цитата:
Сообщение от Prezident
3. Делать для каждого товара пара (среднедневная продажа;средний срок поставки), тогда ИС должна автоматически правильно "заказывать" товар.
Этого не достаточно для автоматического заказа.
В общем, все достаточно сыро, но сама идея хорошая. Вам нужно определиться с системой управления запасами. Советую заглянуть в библиотеку. Будут вопросы - пишите.
 
22.01.2010 05:12  
VVY
Цитата:
Сообщение от Prezident
Компания собирается вводить автоматизацию подачи заявки. Точный алгоритм еще не определен. Сис.админы какие-то не разговорчивые . Удалось выведать лишь это:

1. Анализ скорости продаж. Задаем период и в нем считаем сколько дней товар продавался (Х дней); всего продано за период (В единиц), следовательно среднедневная продажа Ср = (В/Х). От сюда видно, что остатка хватит на (остаток/Ср) дней. Сортируется весь список товаров по этому показателю и делаются выводы.

2. Выявление "зависших" товаров. Строится справка об остатках, зависимая от продаж, т.е. остатки по товарам поступившим в период (д1;д2) и имеющим "плохие" продажи в период (д3;д4). Аналогично выявляются и ликвидные товары.

3. Делать для каждого товара пара (среднедневная продажа;средний срок поставки), тогда ИС должна автоматически правильно "заказывать" товар.
1. Нужна зависимость от остатка, материал см. в библиотеке.
2. Наверное, правильнее - те позиции, по которым небыло продаж. Если нет, то тогда нужно выяснить что имеется ввиду.
3. Нужно планирование по артикульно, чтобы учитывать тенденции + нужно учитывать страховой запас.
 
26.01.2010 02:51  
dantist
Prezident, куда же вы пропали? Тема очень важная и интересная, но без вас она развиваться не будет! Будьте добры, выходите на связь. :) Какие сдвиги произошли у вас в этом направлении? Какие соображения появились, есть ли вопросы? Мне очень интересно что у вас получится на выходе, т.к. я и сам хотел бы частично автоматизировать формирования заказов.
 
29.01.2010 13:49  
Prezident
Эх, эти командировки... В общем за последние пару дней ничего не сдвинулось с мертвой точки в плане автоматизации расчета заказа. У нас идут "жаркие" дебаты по вопросу алгоритма автоматизаци. Пока к окончательному итогу не пришли :?
 
01.02.2010 02:20  
dantist
Цитата:
Сообщение от Prezident
Эх, эти командировки... В общем за последние пару дней ничего не сдвинулось с мертвой точки в плане автоматизации расчета заказа. У нас идут "жаркие" дебаты по вопросу алгоритма автоматизаци. Пока к окончательному итогу не пришли :?
Ясно. Держите нас в курсе, это будет полезно как вам, так и нам :)
 
02.02.2010 11:04  
Revizor
Цитата:
Сообщение от Prezident
Принцип прост: программа просчитывает прогнозируемый спрос на товар опираясь на спрос прошлых лет в текущем периоде. Далее логист-закупщик анализирует просчеты и составляет окончательную заявку, которая потом подается поставщикам.
на самом деле мне кажется что это двойная работа: сначала программа, а потом человек рассчитывают одно и то же :roll:
Нет. Программа прогнозирует спрос на основании прошлых периодов. Вероятней всего это будет какая-то средняя цифра, не имеющая ничего общего с реальностью (ради интереса нарисуйте график продаж нескольких позиций за три месяца позапрошлого года, наложите прошлый и вы это увидите очень интересную картинкУ). Просто программа вам упростит жизнь, выполнив все муторные расчеты (так называемую операционку). Вам лишь останется скорректировать окончательный вариант заявки - добавить страховой запас, учесть дополнительные нюансы, о которых программа не знает.. погода или еще черт знает что)))
 
06.02.2010 05:17  
Eva
Как-то не учли товар в пути + прогнозные остатки на дату прихода заказа.

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

Мое личное мнение - автомат.заявка переносит ответсвенность с менеджера на машину -> 1С
 
 


Опции темы



Часовой пояс GMT +3, время: 05:32.

Все в прочитанное - Календарь - RSS - - Карта - Вверх 👫 Яндекс.Метрика
Форум сделан на основе vBulletin®
Copyright ©2000 - 2016, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.