Цитата:
Сообщение от
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);