|
![]() |
#1 |
Участник
|
Следующий баг касается "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); |
|