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

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 · 05.11.2009, 15:27

Цитата:

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

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

Вот взял EXPRESS и немного повозился..

Проблема 1: У нас есть товар, который продается не в базовых единицах измерения, а например в паре или блоком-спайкой (например пиво). Мы используем резервирование (трассировку). Для списания или оприходования в такой Единице Измерения возникает ошибка в том, что резервируется на кол-во, привязанное к 32 (а там у нас базовые единицы). Функционал базовых значений в 337 до конца «не работает» (мое мнение так же – нет смысла в нем, но поля присутствуют).

Решение - Единица Измерения при Резервировании:
ReserveItemDocLine.TransferItemDocToItemJnlLine(ItemDocLine,ItemJnlLine,ItemDocLine.Quantity) нужно заменить на
ReserveItemDocLine.TransferItemDocToItemJnlLine(ItemDocLine,ItemJnlLine,ItemDocLine."Quantity (Base)");

Проблема 2: Нельзя вставить Value Entry Relation - лечится вставкой кодеюнита в соответствующий КЮ учета (по моему мнению его вообще нужно сделать одним по аналогии с 80-ым).

Проблема 3: - Почему в списаниях нельзя работать с ячейками? Неужели трудно в CU 12460, 12461 добавить перенос поля ячеек в Item Journal или сделать списание так же по складу?? Почему не блокируется Расширенный склад тогда? Функционал совсем не работает нормально со складом, хотя сделать это не совсем сложно (вместо того, чтобы плодить КЮ).
Я конечно доделал у себя, но общей идеи не понятно (почему нельзя списывать со склада?? Неужели склад должен быть даже без "ячеек")? Или это только списание документа для простых реализаций? Тогда есть документы типа Inventory PutAway&Pick (если надо, то могу проконсультировать.. просто хочется нормальный функционал в следующей версии).

Проблема 4: Неужели сложно сделать нормальный LookUp для формочек. Или это формы только для просмотра и без возможности выбора?? Пример решения подсмотреть можно на Заказах.

RedFox · 06.11.2009, 11:37

Вчера обнаружил "новую фичу от МС" в разделе произ-во (хотя сразу скажу ЗОНЫ полностью доделывал в произ-ве, потому что их нет вообще!!! и лезут по журналу траблы!): В help:
Поле Код Ячейки
Таблица Произ. Заказ Компонент

При расчете производственного заказа, программа копирует код ячейки из соответствующего поля спецификации.
Если вводится дополнительный компонент, нажмите AssistButton в поле, затем выберите доступные коды ячеек Если компонент не находится в определённой ячейке, оставьте это поле пустым.

Проблема - в Таблице Спецификации НЕТ поля Ячейка! Вопрос - откуда планировалось копировать значение? Может из полей из Заголовка или ...?

RedFox · 12.11.2009, 13:10

Цитата:

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

Проблема - в Таблице Спецификации НЕТ поля Ячейка! Вопрос - откуда планировалось копировать значение? Может из полей из Заголовка или ...?

Очередная бага по Ячейке вылезла от русичей (у меня полезло при удалении зоны и ячейки).

RedFox · 17.06.2010, 16:02

Цитата:

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

Очередная бага по Ячейке вылезла от русичей

За этот кусочек кода в 90 CU я не знаю кому кланяться..

Код:

IF CheckApplToItemEntry THEN
    TESTFIELD("Appl.-to Item Entry");

Неужели тот, кто ставил проверку, не знает как работает применение по полю "Appl.-to Item Entry"??

P.S. Хорошо, что я просто товар возвращал, а не с серийными номерами или партиями..