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

[RedFox]

Цитата:

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

Иногда интересно поссмотреть код от создателей в CodeUnit'ах.

Ещё немного об албанской логике... в NAV
В данном случае про ЛОТ:
У нас есть товар 80216-T и на карточке товара устанавливаем ОБЯЗАТЕЛЬНО резервировать. Делаем 2 документа покупки с лотами ЛОТ1 и ЛОТ2, например по 5 и 10 шт.
В заказе продажи делаем строку для 2 шт и система резервирует товар из ЛОТ1. Но с помощью Трасинга устанавливаем привязку к ЛОТ 2.
И в итоге 2 шт. товара из ЛОТ1 блокируется (по крайней мере у меня на Кронусе - не последний) до учёта документа.

Вопрос - ЗАЧЕМ так делается или почему?
Например, если резервируется и есть ЛОТ Но., то не делать привязку трассировки сразу? И если меняется Трассировка, то не менять строки резервирования?

[RedFox]

Цитата:

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

Например, если резервируется и есть ЛОТ Но., то не делать привязку трассировки сразу? И если меняется Трассировка, то не менять строки резервирования?

Вот ещё немного про Трассировки.
На тестовой базе настраиваем трассировку Lot Info. Inbound Must Exist для товара 80216-T и получаем "счастье" в виде ошибки.

Вопрос - как пользователю прописать данные в таблице 6505 чтобы можно было сделать учёт без захода на форму 6505 Lot No. Information Card, которая вставляет запись в эту таблицу?

[apanko]

Цитата:

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

Вот ещё немного про Трассировки.
На тестовой базе настраиваем трассировку Lot Info. Inbound Must Exist для товара 80216-T и получаем "счастье" в виде ошибки.

Вопрос - как пользователю прописать данные в таблице 6505 чтобы можно было сделать учёт без захода на форму 6505 Lot No. Information Card, которая вставляет запись в эту таблицу?

Не понял проблемы:
Если включить Lot Info. Inbound Must Exist, значит пользователь должен вводить данную информацию через Lot No. Information Card.
Если не ввел - получи ошибку.

Чесно говоря запись уже должна была существовать, судя по скриншоту, система бы не дала оприходовать этот товар.

[RedFox]

Цитата:

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

Не понял проблемы:
Если включить Lot Info. Inbound Must Exist, значит пользователь должен вводить данную информацию через Lot No. Information Card.
Если не ввел - получи ошибку.

Ну связь нужно тут додумать, а не напрямую следует из функционала. В твоём случае где-то должно существовать меню ввода эти Номеров ЛОТ & Серий. Например Покупки\Серийные номера или Покупки\ЛОТ

Цитата:

Чесно говоря запись уже должна была существовать, судя по скриншоту, система бы не дала оприходовать этот товар.

*Видать не внеслось редактирование или удалилось.*
Проблема в том, что я нажал "Присвоить &Лот Но." и обычно людям достаточно, если всё настроено правильно. А вот если хочешь менять

[RedFox]

Цитата:

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

Ну связь нужно тут додумать, а не напрямую следует из функционала. В твоём случае где-то должно существовать меню ввода эти Номеров ЛОТ & Серий. Например Покупки\Серийные номера или Покупки\ЛОТ

Вот очередной "перл от разработчиков - они считают, что Item Tracking это только Serial No.. По другому это "творчество" не назовёшь?!?!
Всё началось с кода в 22 CU: - SetupSplitJnlLine(VAR ItemJnlLine2 : Record "Item Journal Line";VAR PostItemJnlLine : Boolean)

	  IF Item."Costing Method" = Item."Costing Method"::Specific THEN BEGIN
		Item.TESTFIELD(Item."Item Tracking Code");
		ItemTrackingCode.TESTFIELD("SN Specific Tracking",TRUE);
	  END;

А если я использую LOT, мне что, проверять не нужно? Сначала я подумал, что просто ошибся..
НО потом просто прошёлся по коду и в первом же месте - 27 таблица нашёл похожее (см Item Tracking Setup).
Неужели трудно было сделать что-то типа такого (см. Item Tracking Setup (new))?

P.S. Исправления в 27 таблице заняли менее 1 минуты

[RedFox]

Цитата:

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

А если я использую LOT, мне что, проверять не нужно? Сначала я подумал, что просто ошибся..

Вот решил немного поиграться в нерадивого или злобного пользователя и в резервировании заменил номер лота с ЛОТ0004 на ЛОТ0005 в таблице резервирования для 37 таблицы (см. файл LOT-Error-Posting.jpg). После постинга у меня в 339 привязка расходной операции была к ЛОТ0004 (см. LOT-Error-Posting-Result.jpg).
Вот Вам и новая "фича" для отложенного связывания в Трассировках.

P.S. Sorry, забыл скрины добавить