Централизованная система заказов поставщику : Супермаг Плюс (Супермаг 2000)

Назым · █ 17.04.2010 14:24

Никак не могу понять логику алгоритма заказов, нужно централизованно заказывать товар поставщику.

Есть ЦС и два Магазина.

Товар поступает только на ЦС. Продается только в Магазинах.

Хочу сгенерировать заказы поставщикам на ЦС. Я думал, что ЦС будет рассчитывать потребность магазинов. Так и написано в документации. А на деле какая-то каша получается. Вот отрезок из документации

Цитата:

В начале работы алгоритма для каждого артикула рассчитывается потребный объем заказа. Для этого определяются следующие величины:
 минимальный уровень складских запасов, заданный для ЦС;
 максимальный уровень складских запасов, заданный для ЦС, если он не задан, то принимается равным минимальному;
 суммарная среднесуточная реализация артикула по ЦС и подчиненным МХ, кроме исключенных в соответствии с правилами, описанными в разделе «Места хранения»;
 эффективный остаток товара на ЦС;
 дата исчерпания запасов товара (см. ниже).

Минимальные и максимальные уровни складских запасов на подчиненных МХ не учитываются.

Он почти все учитывает только на ЦС.

1. Не учитывает остатки в магазинах?
2. Как на ЦС задать минимальный уровень, если он рассчитывается сам как ССР*Мин. дней. А ССР на ЦС нет и быть не может

Назым · █ 17.04.2010 14:29

Это был кстати Стандартный алгоритм

Назым · █ 17.04.2010 14:32

Сейчас рассматриваю алгоритм РЦ Избыточный. Возможно там есть логика, которая мне нужна

Назым · █ 17.04.2010 14:54

РЦ избыточный вроде подходит, но он тоже какой-то глючный. Вот кусок из алгоритма:

Цитата:

Артикул: 78909
[Срок реализации] =

Список поставщиков по условиям: отбор в диалоге, среди мест хр. для поставки есть место хр. 1 и в ассортимент поставщика входит арт. 78909

Поставщик 100005 [Частота заказа] = 0

Определение даты ближайшего заказа.
Ищем дату заказа, начиная с [Дата заказа] = 17.04.2010
Дата заказа определена: 17.04.2010
Определение даты следующего заказа.
Ищем дату заказа, следующую за [Дата заказа] = 17.04.2010
[Дата заказа] = [Дата заказа] + 1 = 18.04.2010
Дата заказа определена: 18.04.2010

Определение дат ближайшей поставки и готовности к продаже.
[Дата поставки] = [Дата заказа] + [Срок поставки] = 17.04.2010 + 1 = 18.04.2010
[Дата готовности к продаже] = [Дата поставки] + наименьшее целое, большее или равное ( [Время обработки на складе] / 24 ) = 18.04.2010 + ceil( 0 / 24 ) = 18.04.2010
Определение дат следующей поставки и готовности к продаже.
[Дата поставки] = [Дата заказа] + [Срок поставки] = 18.04.2010 + 1 = 19.04.2010
[Дата готовности к продаже] = [Дата поставки] + наименьшее целое, большее или равное ( [Время обработки на складе] / 24 ) = 19.04.2010 + ceil( 0 / 24 ) = 19.04.2010

Место хранения 6
[Мин. уровень] = 0, [Уровень запасов] = , [Остаток на день следующей поставки места хр.] = -6,667

Т.к. [Остаток на день следующей поставки места хр.] < [Мин. уровень]: [Потребность места хр.] = [Уровень запасов] (или [Мин. уровень], если [Уровень запасов] не задан) - [Остаток на день следующей поставки места хр.] = 0 - -6,667 = 6,667
[Кол-во заказа] = [Кол-во заказа] + [Потребность места хр.] = 0 + 6,667 = 6,667
[Остаток на день следующей поставки] = [Остаток на день следующей поставки] + [Остаток на день следующей поставки места хр.] = 0 + -6,667 = -6,667

[Остаток на день следующей поставки РЦ] = [Остаток на день следующей поставки РЦ] - [Текущие остатки.Резерв] = 0
[Текущее избыточное резервирование] = [Текущие остатки.Резерв] - [Текущие остатки.Поставка]- ( ([Текущие остатки.Текущий остаток] - [Текущие остатки.Потери]) (отрицательное значение обнуляется) ) = -50
[Кол-во заказа] = [Размер упаковки] * round( [Кол-во заказа] / [Размер упаковки] ) = 1 * round( 6,667 / 1 ) = 7
Сформирован заказ на артикул 78909 в кол-ве 7 для поставщика 100005

Во вложении информация с закладки Заказ для артикула.

Он рассчитал объем закупки 7 штук для Магазин2. Далее он по алгоритму должен был сравнить с остатком по Центральному складу и не заказывать этот товар

Ivan Drago · █ 17.04.2010 16:02

Много написано, не написан вопрос. Если нужно учитывать остатки по магазам, то это Избыточный. Похоже, что сначала нужно прочитать описание алгоритмов заказа, он в каком-то приложении/дополнении документации.

Назым · █ 17.04.2010 16:24

Цитата:

Ivan Drago ➤ Много написано, не написан вопрос. Если нужно учитывать остатки по магазам, то это Избыточный. Похоже, что сначала нужно прочитать описание алгоритмов заказа, он в каком-то приложении/дополнении документации.

Почитал. Вот из этого и написал. Вопрос про то, что остаток на ЦС не учитывает, не вычитает из объема Избыточный алгоритм. А в документации сказано, что вычитывает

Mtirt · █ 19.04.2010 07:05

Если товар заказывается только через ЦС, то все правила поставки напрямую в магазин надо удалить.
Иначе, приоритет имеет прямая поставка в магазин. И заказываться будет напрямую в магазин.

Что касается остатков в магазине, то они учитываются пунктом "дата исчерпания запасов товара".

Назым · █ 19.04.2010 12:04

Цитата:

Mtirt ➤ Если товар заказывается только через ЦС, то все правила поставки напрямую в магазин надо удалить.

А где эти правила задаются? Разве не в местах хранения для контрагентов?

Цитата:

Что касается остатков в магазине, то они учитываются пунктом "дата исчерпания запасов товара".

Что за пункт?

Mtirt · █ 19.04.2010 12:22

Цитата:

Назым ➤ А где эти правила задаются? Разве не в местах хранения для контрагентов?

В местах поставки для контрагентов или в контрактах.

Назым · █ 19.04.2010 14:57

Цитата:

Mtirt ➤ В местах поставки для контрагентов или в контрактах.

Там задано только ЦС. Вопрос был в том, что Избыточный рассчитывает объем, но Остаток ЦС не вычитает из объема, а по инструкции так быть не должно, да и по логике

Цитата:

Затем полученные для отдельных МХ объёмы заказа складываются и сравниваются с текущим эффективным остатком на ЦС. Если эффективный остаток на ЦС не меньше, чем рассчитанный суммарный объем заказа, то на этот раз данный артикул заказан не будет. В противном случае разность между этими величинами – это необходимый объём заказа