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

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. Хорошо, что я просто товар возвращал, а не с серийными номерами или партиями..

**GalaM** · 17.06.2010, 20:48

Цитата:

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

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

Код:

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

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

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

Интересно, а как Вы представляете исправление вот таким образом сформулированной ошибки?
Ну да требует проверки кода. Требует понятно зачем ( ну я во всяком случае раньше так думала

до работы в MS), что бы можно было взять цену (где-то потом) из указанной Ledger Entry. Если поставили настройку PurchSetup."Exact Cost Reversing Mandatory" (см. строку Выше), то наверное понимали зачем. С другой стороны, у серийных номеров и партий нет Item Ledger Entry.

Вот и прочитала я текст несколько раз, но так и не поняла, что же Вы тут ожидали увидеть.
Понимаю, что помочь ничем не смогу, так как W1 функциональность, но в данном случае даже не понимаю на что жалуются.
Вот и думаю, может из-за того, что с товарам давно не работало, а может из-за того, что старость приблежается

.
Объясните плз. для тугодумов.

RedFox · 25.06.2010, 11:12

Цитата:

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

Интересно, а как Вы представляете исправление вот таким образом сформулированной ошибки?

Я вижу, что это из W1, поэтому просто написал так. Почти без наездом

Цитата:

Ну да требует проверки кода. Требует понятно зачем ( ну я во всяком случае раньше так думала

до работы в MS), что бы можно было взять цену (где-то потом) из указанной Ledger Entry. Если поставили настройку PurchSetup."Exact Cost Reversing Mandatory" (см. строку Выше), то наверное понимали зачем. С другой стороны, у серийных номеров и партий нет Item Ledger Entry.

Тут не проверки кода требует, а правильное расположение отступов. Тогда все станет понятно.

Ну я рассуждал так.
Первоначально разберемся с природой полей CheckApplToItemEntry и QtyToBeReceivedBase

Код:

  IF PurchSetup."Exact Cost Reversing Mandatory" AND (Type = Type::"2") THEN
    IF "Document Type" IN ["Document Type"::"5","Document Type"::"3"] THEN
      CheckApplToItemEntry := Quantity > 0
    ELSE
      CheckApplToItemEntry := Quantity < 0;

Таким образом CheckApplToItemEntry содержит признак, что у меня кол-во <> 0

Код:

ItemJnlLine."Quantity (Base)" := QtyToBeReceivedBase;

Далее если при возврате точной себестоимости кол-во для отгрузки <> 0, но есть например партии, то нужно проверять поле НЕ в строке, а в строке Item Tracking Lines. Даже есть в TransferPurchLineToItemJnlLine что-то поменяется, то вопрос остается - зачем мне проверять строку??

Цитата:

Вот и прочитала я текст несколько раз, но так и не поняла, что же Вы тут ожидали увидеть.
...Объясните плз. для тугодумов.

Вы не тугодум - примите извинения за сумбоурность, потому что писал быстро..

RedFox · 01.07.2010, 19:38

Цитата:

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

Интересно, а как Вы представляете исправление вот таким образом сформулированной ошибки?

Я вижу, что это из W1, поэтому просто написал так. Почти без наездом

Читать случайно пришлось, но было весело...