[Solved] Баг при смене Глоб. Измерения. - NAV: Администрирование

RedFox · 05.12.2008, 15:51

Цитата:

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

Почти контрольный - ...

В журнале передвижений для товара (Movement Worksheet), который имеет серийный номер (просто проверял товар 80001 из доки WM) ручками ввел строку (а не использовал функционал Get Bin Content). А потом хотел назначить конкретные серийные номера для подборки.
Но мои старания не увенчались успехов - LookUp не работал

P.S. Решил добавить ещё данные про серийные номера и складской журнал.

RedFox · 08.12.2008, 11:00

Цитата:

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

P.S. Решил добавить ещё данные про серийные номера и складской журнал.

Коррекция: Все операции Warehouse производились на NAV 2009.

Иду дальше по доке и натываюсь на очередное в Item Tracking.
В подборе захотелось отфильтровать по ячейке (кстати, было создано системой), а потом назначить конкреный Серийный номер (Пункт 6, Сценарий 16, Дока - Склад) и вижу - при открытии формы для выбора серийных номеров при заполненном поле Ячейка Код по серийнфым номерам нет фильтрации!
Далее ещё веселее - такую "несуществующую комбинацию" товар+серийник+ячейка система вполне даёт вставить на форме.

Вот как это можно назвать... ???

RedFox · 08.12.2008, 11:30

Цитата:

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

Иду дальше по доке и натываюсь на очередное в Item Tracking.
В подборе захотелось отфильтровать по ячейке (кстати, было создано системой), а потом назначить конкреный Серийный номер (Пункт 6, Сценарий 16, Дока - Склад) и вижу - при открытии формы для выбора серийных номеров при заполненном поле Ячейка Код по серийнфым номерам нет фильтрации!
Далее ещё веселее - такую "несуществующую комбинацию" товар+серийник+ячейка система вполне даёт вставить на форме.

Коррекция: Все операции Warehouse производились на NAV 2009.

Вот как это можно назвать... ???

Выполняю обычные операции по складу согласно документа (тоесть в дополнение к 16 отгрузенным ранее товарам с серийниками SN00009..SN00024 нужно отгрузить срочно ещё 4 шт). Всё как положено, через журнал подбора создаю ещё 4 в 1 документе и вдруг решил зайти в Item Tracking Lines и вижу... в списке отгруженные серийники (это ещё как бы понятно - Заказ то общий), но ПОЧЕМУ без каких-то признаков или статусов то??

P.S. После создания подбора та же ситуация, что и в предыдущем посте! Вобщем как ни крути, а даже по складу для МС работы ещё много осталось. И чтобы они не писали про оптимизацию процессов, но "Писателей" нужно профильных брать!!!

RedFox · 08.12.2008, 11:36

Цитата:

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

Вот как это можно назвать... ???

Коррекция: Все операции Warehouse производились на NAV 2009.

А это вобоще НЕ ПОНЯЛ ВЗАГАЛИ!!!

RedFox · 19.12.2008, 11:35

Цитата:

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

А это вобоще НЕ ПОНЯЛ ВЗАГАЛИ!!!

Недавно перенося функционал встретил ОЧЕНь интересную "фичу" НАВ - получается, что при импорте текстового файла и фоба (импорт/экспорт) система не проверяет то, что указано в свойствах. Покажу на примере переноса функционала с версии 5.0 на 3.70:
1. Берём любую таблицу в 5.0, у которой установлено свойство первичного ключа Clustered=Yes
2. Делаем экспорт данной таблицы в Фоб и текстовый файл.
3. Берём НАВ версии 3.70 и импортируем фоб, а потом его экспортируем. Всё проходит без проблем.
3. Берём НАВ версии 3.70 и импортируем текстовик. При компиляции всё проходит на ура! Но при попытке выгрузить в текст получаем ошибку (в моем случае упоминалась ошибка 4994).

В моес случае я методом научного втыка просто удалил в текстовике запись Clustered=Yes и всё начало работать. но это лишь часный случай.

P.S. Если кто имеет перечень расшифровок ошибок, то плиз, поделитесь!

RedFox · 19.12.2008, 13:07

Цитата:

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

Коррекция: Все операции Warehouse производились на NAV 2009.

Следующий баг касается "Expiration Date", а точнее не возможности "совпадения" товара с ЛОТ или СН, но одинаковыми значениями в данном поле.

Чтобы долго не описывать ситуацию скажу, что на Демо-БД было оприходовано 2 товара с разными ЛОТ+СН (ItemData-1).
Потом создаем Заказ Продажи, делаем Inventory Pick (ItemData-2, ItemData-3) и пытаемся отгрузить. В итоге получаем ошибку.

Проблема в функции ExistingExpirationDate(ItemNo : Code[20];Variant : Code[20];LotNo : Code[20];SerialNo : Code[20];TestMultiple : Boolean;VAR EntriesExis.
Она высылается из SetupSplitJnlLine(ItemJnlLine2,PostItemJnlLine) (КЮ 22)

Ошибка пользователя - НЕ ПРАВИЛЬНОЕ назначение СН + "манипуляции" с "Reclass. Journal". НО (!!) почему система дала сделать это? Ведь мы знаем, что серийные номера уникальны для одного товара! Тоесть любой человек может с помощью этого журнала на складе вертеть как хочешь? При этом данные в Warehouse Entry не отобразились, а прошли только по ILE.

Наверное разработчики решили положиться на код в триггере GetLotSNDataSet, но неучли вышеописан.
А ещё более непонятно сообщение: Text007="There are multiple expiration dates registered for lot %1", когда проверяются серийные номер??
И что заставлет систему думать, что есть ещё записи - я так и не понял. Но мне не нравится этот код:
IF NOT ItemLedgEntry.ISEMPTY THEN
ERROR(Text007,LotNo);

RedFox · 22.01.2009, 13:42

Цитата:

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

Все операции Warehouse производились на NAV 2009.
А это вобоще НЕ ПОНЯЛ ВЗАГАЛИ!!!

И вот очередная ошибка по складу, любезно указанная _enjoy_.
Проблема:

Товар А хранится на складе в единицах изм. "PCS" в ячейке Х.
Затем продаётся в единицах изм. "BOX".
1. Создается Заказ Продажи с Товаром А в ед.изм. "BOX"
2. Из Заказа создаю складскую Отгрузку с Товаром А в единицах изм. "BOX".
3. Из Отгрузки создаю Подбор: беру Товар А в ед.изм. "BOX" из ячейки Х и кладу Товар А в "BOX" в ту же ячейку Х. Регистрирую Подбор.
4. Отгрузка не учитыватеся у т.к. в ячейке Х Товар А по прежнему лежит в "PCS" а не "BOX"
В настройках склада настроены все операции, кроме Расширенный Подбор и Размещение=Нет

Анализ ошибки:
- Всё хорошо работает, пока мы не регистрируем Подбор. После регистрации подбора в таблице 7312 Warehouse Entry создаются строки, но (!!!) в единицах измерения "PCS".
Чтобы далее сценарий начал работать, нужно исправить заполнение значениями полей в этой таблице "Quantity", "Unit of Measure Code", "Qty. per Unit of Measure" и "Qty. (Base)". И (забегая немного наперед - см. ошибку), создать запись в таблице 7302 "Bin Content" для нашей единицы измерения "BOX".

Далее, чтобы учесть Отгрузку, нам нужно присутствие условия:
- записи в таблице 7302 "Bin Content" (указано и сделано ранее)
- поставить ячейку в поле "Adjustment Bin Code" для склада (правда непонятно что лучше - доделать код в функции DeleteFromBinContent или RegisterRoundResidual или донастроить). И мы получили счастье!!!

RedFox · 24.08.2009, 22:45

Цитата:

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

И вот очередная ошибка по складу, любезно указанная _enjoy_.
Проблема:
Товар А хранится на складе в единицах изм. "PCS" в ячейке Х.
Затем продаётся в единицах изм. "BOX".
1. Создается Заказ Продажи с Товаром А в ед.изм. "BOX"
2. Из Заказа создаю складскую Отгрузку с Товаром А в единицах изм. "BOX".
3. Из Отгрузки создаю Подбор: беру Товар А в ед.изм. "BOX" из ячейки Х и кладу Товар А в "BOX" в ту же ячейку Х. Регистрирую Подбор.
4. Отгрузка не учитыватеся у т.к. в ячейке Х Товар А по прежнему лежит в "PCS" а не "BOX"
В настройках склада настроены все операции, кроме Расширенный Подбор и Размещение=Нет

Анализ ошибки: .... И мы получили счастье!!!

Вот пришлось провести анализ ошибки:

Косметические исправления в 2 кодеюнитах:
- Для изменения Единиц Имерения.

Код:

//--RedFox
//  IF Location."Directed Put-away and Pick" THEN BEGIN
//++RedFox
	WhseJnlLine.Quantity := "Qty. to Handle";
	WhseJnlLine."Unit of Measure Code" := "Unit of Measure Code";
	WhseJnlLine."Qty. per Unit of Measure" := "Qty. per Unit of Measure";
	GetItemUnitOfMeasure2("Item No.","Unit of Measure Code");
	WhseJnlLine.Cubage :=
	  ABS(WhseJnlLine.Quantity) * ItemUnitOfMeasure.Cubage;
	WhseJnlLine.Weight :=
	  ABS(WhseJnlLine.Quantity) * ItemUnitOfMeasure.Weight;
//--RedFox
{
  END ELSE BEGIN
	WhseJnlLine.Quantity := "Qty. to Handle (Base)";
	WhseJnlLine."Unit of Measure Code" := WMSMgt.GetBaseUOM("Item No.");
	WhseJnlLine."Qty. per Unit of Measure" := 1;
  END;
}
//++RedFox

- для создания Внутрених перемещений по складу:

Код:

  IF NOT Location."Directed Put-away and Pick" THEN BEGIN
	TotalQtytoPick := ROUND(TotalQtytoPick * QtyPerUnitofMeasure,0.00001);
//--RedFox
	IF Location."Always Create Movement" THEN
	  IF (WhseSource = WhseSource::"Movement Worksheet") AND (FromBinCode <> '') THEN
		InsertTmpActLnFromMovWkshLine(LocationCode,ItemNo,VariantCode,FromBinCode,
									  QtyPerUnitofMeasure,TotalQtytoPick,TempWhseItemTrkgLine,TotalQtytoPickBase);
//++RedFox

P.S. Последнее попозже причешу, чтобы не нарушать "красоту"..

RedFox · 26.08.2009, 15:44

Цитата:

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

Вот пришлось провести анализ ошибки:

Российские документы нужно причесать.. Опять же пока только в записную..

P.S. + внутренние Перемещения восстановить

RedFox · 10.06.2009, 19:48

Цитата:

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

Вот как это можно назвать... ???

apanko · 11.06.2009, 10:36

Работы ведутся.
В NAV2009 SP1 второй строки нет.

RedFox · 11.06.2009, 13:56

Цитата:

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

Работы ведутся.
В NAV2009 SP1 второй строки нет.

Слушай, не в курсе, а россияне поправят свой код то? Что-то уж СИЛЬНО задержечка вышла...
Или опять у всем NAVхххх SP1, а у нас NAVхххх RU?

apanko · 11.06.2009, 18:27

Цитата:

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

Слушай, не в курсе, а россияне поправят свой код то? Что-то уж СИЛЬНО задержечка вышла...
Или опять у всем NAVхххх SP1, а у нас NAVхххх RU?

Не совсем понял, про что ты.
Насколько я знаю выпускать Нав 2009 в России намеревались где-то в 4-ом квартале 2009 (или в начале 2010).
К этому времени должен выйти SP1. Логично было бы ожидать, что российская версия будет на базе SP1. Как это было с NAV5, русская версия которого была на базе SP1.
Других данных у меня нет.