Автоматизация расчета заказов : Реальные задачи по закупкам

StrahZapas · █ 21.01.2010 11:09

Как считает программа знает программист и тот, кто давал ему задание)
Я ни первый, ни второй. Эта тайна почему-то %)

Prezident · █ 22.01.2010 03:46

Компания собирается вводить автоматизацию подачи заявки. Точный алгоритм еще не определен. Сис.админы какие-то не разговорчивые . Удалось выведать лишь это:

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

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

3. Делать для каждого товара пара (среднедневная продажа;средний срок поставки), тогда ИС должна автоматически правильно "заказывать" товар.

StrahZapas · █ 22.01.2010 04:03

Prezident, а планы не учитываются? А наличие в прошлых периодах? А сезонность? А страховой запас? А рост?
Ооо, так у нас еще отлично считает)

andrey_f · █ 22.01.2010 04:34

Цитата:

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

А если по товару был дефицит и/или он продавался не каждый день? Правильнее учитывать дни наличия достаточного количества товара.

Цитата:

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

Алгоритм не ясен. Уточните, что значит "плохие" и каким образом это будет считаться.

Цитата:

Prezident 3. Делать для каждого товара пара (среднедневная продажа;средний срок поставки), тогда ИС должна автоматически правильно "заказывать" товар.

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

VVY · █ 22.01.2010 05:12

Цитата:

Prezident Компания собирается вводить автоматизацию подачи заявки. Точный алгоритм еще не определен. Сис.админы какие-то не разговорчивые . Удалось выведать лишь это:

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

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

3. Делать для каждого товара пара (среднедневная продажа;средний срок поставки), тогда ИС должна автоматически правильно "заказывать" товар.

1. Нужна зависимость от остатка, материал см. в библиотеке.
2. Наверное, правильнее - те позиции, по которым небыло продаж. Если нет, то тогда нужно выяснить что имеется ввиду.
3. Нужно планирование по артикульно, чтобы учитывать тенденции + нужно учитывать страховой запас.

dantist · █ 26.01.2010 02:51

Prezident, куда же вы пропали? Тема очень важная и интересная, но без вас она развиваться не будет! Будьте добры, выходите на связь. :) Какие сдвиги произошли у вас в этом направлении? Какие соображения появились, есть ли вопросы? Мне очень интересно что у вас получится на выходе, т.к. я и сам хотел бы частично автоматизировать формирования заказов.

Prezident · █ 29.01.2010 13:49

Эх, эти командировки... В общем за последние пару дней ничего не сдвинулось с мертвой точки в плане автоматизации расчета заказа. У нас идут "жаркие" дебаты по вопросу алгоритма автоматизаци. Пока к окончательному итогу не пришли :?

dantist · █ 01.02.2010 02:20

Цитата:

Prezident Эх, эти командировки... В общем за последние пару дней ничего не сдвинулось с мертвой точки в плане автоматизации расчета заказа. У нас идут "жаркие" дебаты по вопросу алгоритма автоматизаци. Пока к окончательному итогу не пришли :?

Ясно. Держите нас в курсе, это будет полезно как вам, так и нам :)

Revizor · █ 02.02.2010 11:04

Цитата:

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

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

Eva · █ 06.02.2010 05:17

Как-то не учли товар в пути + прогнозные остатки на дату прихода заказа.

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

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