Хочу сказать, что мы сначала делаем пересчёты для уточнения себестоимости, и только потом закрываем, но речь о закрытии, в данном контексте, не идёт вообще. Мы делаем пересчёты еженедельно для отчётности в головную компанию.
Цитата:
Сообщение от
mazzy
в идеале, закрытие должно выполняться за (1-2 * максимальная_глубина_спецификации) итераций. максимум за (10 * максимальная_глубина_спецификации) итераций.
Вот тут я не совсем поняла, имеется в виду количество программных последовательностей (NumOfIteration)?
И разве уровень спецификации не имеет отношения только к производственным номенклатурам?
count(ItemId) BOMLevel
6463 ------------- 0
320 --------------- 1
99 ---------------- 2
6 ------------------ 3
Я посмотрела, у нас макс. уровень 3, дело в том, что производство и движение гп - капля в море на нашем складе, в основном, это переносы и перемещения товаров (между центральным складом и 15 филиалами и переносы между местами хранения). Поэтому глубина спецификации - это не то, что сильно влияет на наш склад.
Цитата:
Сообщение от
mazzy
судя по вашим скриншотам, у вас там 0.01 )
сделайте чуток больше.
Не, у нас стандартно, единичка там.
Сегодня попробовала разные комбинации, вот с таким результатом:
Т.е. при любом раскладе получается, что считать нужно 3-4 раза до исчезновения новых сопоставлений.
Макс.число программных последовательностей (NumOfIterations) при пересчётах в любых вариантах получилось = 3.
Что касается того, что я писала раньше, по поводу того, что на пропускной способности (MaxIterations) = 500 не дождалась результата. Может быть, это был deadlock, но скорее, какие-то проблемы в складских проводках, потому что количество номеров в расчёте обычно стоит 2000-2400, а тогда оно было около 50 000. Правда, в те 2 раза я решила, что на большом параметре MaxIterations это нормально и не стала разбираться более детально. Сегодня воспроизвести подобный результат мне не удалось.
