Форум OlegON > Программы и оборудование для автоматизации торговли > Системы автоматизации торговли > Супермаг Плюс (Супермаг 2000)

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

29.03.2024 0:11


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. Далее он по алгоритму должен был сравнить с остатком по Центральному складу и не заказывать этот товар
Миниатюры
Нажмите на изображение для увеличения
Название: Заказ.JPG
Просмотров: 637
Размер:	23.6 Кб
ID:	733  
17.04.2010 16:02
Ivan Drago
 
Много написано, не написан вопрос. Если нужно учитывать остатки по магазам, то это Избыточный. Похоже, что сначала нужно прочитать описание алгоритмов заказа, он в каком-то приложении/дополнении документации.
17.04.2010 16:24
Назым
 
Цитата:
Ivan Drago Много написано, не написан вопрос. Если нужно учитывать остатки по магазам, то это Избыточный. Похоже, что сначала нужно прочитать описание алгоритмов заказа, он в каком-то приложении/дополнении документации.
Почитал. Вот из этого и написал. Вопрос про то, что остаток на ЦС не учитывает, не вычитает из объема Избыточный алгоритм. А в документации сказано, что вычитывает
19.04.2010 07:05
Mtirt
 
Если товар заказывается только через ЦС, то все правила поставки напрямую в магазин надо удалить.
Иначе, приоритет имеет прямая поставка в магазин. И заказываться будет напрямую в магазин.

Что касается остатков в магазине, то они учитываются пунктом "дата исчерпания запасов товара".
19.04.2010 12:04
Назым
 
Цитата:
Mtirt Если товар заказывается только через ЦС, то все правила поставки напрямую в магазин надо удалить.
А где эти правила задаются? Разве не в местах хранения для контрагентов?

Цитата:
Что касается остатков в магазине, то они учитываются пунктом "дата исчерпания запасов товара".
Что за пункт?
19.04.2010 12:22
Mtirt
 
Цитата:
Назым А где эти правила задаются? Разве не в местах хранения для контрагентов?
В местах поставки для контрагентов или в контрактах.
19.04.2010 14:57
Назым
 
Цитата:
Mtirt В местах поставки для контрагентов или в контрактах.
Там задано только ЦС. Вопрос был в том, что Избыточный рассчитывает объем, но Остаток ЦС не вычитает из объема, а по инструкции так быть не должно, да и по логике

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

Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.