[Solved] Баг при смене Глоб. Измерения.

[RedFox]

Цитата:

Сообщение от RedFox

Purchase Delivery:

Не знаю, баг или нет, но поле НЕ меняется в соответствии с Hepl'ом после изменения значений в заголовке.

[RedFox]

Вот залез в Replenishment часть и обраружил инетерсую штуку - все расчеты ведутся по SKU и как только для товара без SKU нужно сделать расчет по складам, система автоматом преходит в режим LOT-TO-LOT (Reordering Policy = Lot-for-Lot) (Кстати, все это, оказывается написано в help, раздел - Planning for Locations without Using SKU).
У меня вопрос - ЗАЧЕМ?? городить кучу параметров, которые в итоге можно просто забыть??
И тем более в доках писать то, что НЕ работает корректно!!! Правка не сильно объемная, но все же...

P.S. для примера см последовательно рис. Task, Description и что есть в системе - Real value.

[RedFox]

Просто решил проверить доку перед поездкой и получилось весело:
- строки в таблице внесены некорректно, тоесть нет промежуточного заголовка для заполнения полей;
- может мне кто-нибудь сможеть объяснить такую сложную формулу (см. двойную красную обводку).

P.S. Глянул для версии 4.0 и 5.0 - результат одинаковый

[RedFox]

Вот настраивал склады и нашел очередное.
В доках везде написано, что Ячейки работают только если стоит галочка на Каточке склада, НО.... почему то на форме, которая отвечает за создание ячеек никакой проверки нету.
И не важно, что для пользователя стоит другой склад по умолчанию. Ведь 1 пользователь может работать на нескольких складах, например, по какому-то расписанию. Неужели каждый раз нужно менять настройки???

А решение помоему совсем простое - во время проверки просто ставить фильтр на склады, у которых установлен признак "Ячейка обязательна" или убрать вызов.

[RedFox]

Цитата:

Сообщение от RedFox

Вот настраивал SKU и нашел очередное.

Я решил глянуть код отчетика, который создает SKU только из карточки товара или списка товара, а именно 5706 Create Stockkeeping Unit и нашел интересный код (см. рис.)
Сам отчет запускается для 1 записи карточки товара. Но даже если его подправить для нескольких товаров, то, например, фильтр по 1 варианту для Товара 1 может не совпадать с кодировкой для Товара 2.

Таким образом все эти "игрища" с SET-/GETFILTER мне малеха не понятны.
Может кто из спецов по программингу объяснит (пропускает тот момент, что можно удалить номер товара и создать по списку, так как это возможная вариация вариантов, описанного выше)?

P.S. Кстати, в очередной раз убеждаюсь (как обычно уже стало для кодеюнитов), что одинаковые названия для переменных и полей, а так же одинаковые названия для Глобальных и Локальных переменных = обычное бремя разработчиков и никакой Navision-way тут не помогает даже у них!

[RedFox]

Цитата:

Сообщение от RedFox

Я решил глянуть код отчетика,

а теперь немного про ВОМ - вот в доках утвеждается, что поддерживаемое кол-во уровней - 50 (см. 1 рисунок). Но в расчете для формы матрицы вариантов мы видим выход при значении, больше чем 20.
Тоесть трудно было проверить (или построить работу матрицы) до уровня 50?

[RedFox]

Цитата:

Сообщение от RedFox

а теперь немного про ВОМ

Дока по произ-ву просто убила. Мало того, что примеры не интуитивные, так еще и пропуски в шагах есть (хотя номерация нормальная) + некорректные ссылки.
Чего стоит пример? Попобуйте найти на форме это:

[apanko]

Цитата:

Сообщение от RedFox

Вот залез в Replenishment часть и обраружил инетерсую штуку - все расчеты ведутся по SKU и как только для товара без SKU нужно сделать расчет по складам, система автоматом преходит в режим LOT-TO-LOT (Reordering Policy = Lot-for-Lot) (Кстати, все это, оказывается написано в help, раздел - Planning for Locations without Using SKU).
У меня вопрос - ЗАЧЕМ?? городить кучу параметров, которые в итоге можно просто забыть??
И тем более в доках писать то, что НЕ работает корректно!!! Правка не сильно объемная, но все же...

P.S. для примера см последовательно рис. Task, Description и что есть в системе - Real value.

Чтобы система при планровании для пустого склада использовала параметры из карточки товара надо:
1. чтобы для этого товара не существовало единиц складского учета (по крайней мере они не должны попадать в фильтр планирования)
2. надо снять флаг Склад Обязателен в Товары Настройка.
3. в поле Компоненты по складам в Производство Настройка, должно быть пусто.

Полное несоответствие с WhitePaper'ами подтверждаю.
(Так и не смог добится, чтобы система проигнорировала строку для пустого склада и не создавала действий)

Цитата:

Demand at Blank Location
Even if the Location Mandatory field is selected, the program will allow demand lines to be created without a location code, also referred to as blank location. This is a deviation for the system because it has various setup values tuned to dealing with locations (see above) and as a result, the planning engine will not create a planning line for such a demand line.

Update.
Смог. В карточке товара политика дозаказа должны быть пустой.

[RedFox]

Цитата:

Сообщение от apanko

Чтобы система при планровании для пустого склада использовала параметры из карточки товара надо:
1. чтобы для этого товара не существовало единиц складского учета (по крайней мере они не должны попадать в фильтр планирования)

Андрей, посмотри код и ты увидишь очень интересные штуки, а именно создание виртуального SKU
И иногда данная настройка нужно, так что в таком случае - только кодить!!