|
08.12.2008, 11:30 | #1 |
Участник
|
Цитата:
Сообщение от RedFox
Иду дальше по доке и натываюсь на очередное в Item Tracking.
В подборе захотелось отфильтровать по ячейке (кстати, было создано системой), а потом назначить конкреный Серийный номер (Пункт 6, Сценарий 16, Дока - Склад) и вижу - при открытии формы для выбора серийных номеров при заполненном поле Ячейка Код по серийнфым номерам нет фильтрации! Далее ещё веселее - такую "несуществующую комбинацию" товар+серийник+ячейка система вполне даёт вставить на форме. Вот как это можно назвать... ??? Выполняю обычные операции по складу согласно документа (тоесть в дополнение к 16 отгрузенным ранее товарам с серийниками SN00009..SN00024 нужно отгрузить срочно ещё 4 шт). Всё как положено, через журнал подбора создаю ещё 4 в 1 документе и вдруг решил зайти в Item Tracking Lines и вижу... в списке отгруженные серийники (это ещё как бы понятно - Заказ то общий), но ПОЧЕМУ без каких-то признаков или статусов то?? P.S. После создания подбора та же ситуация, что и в предыдущем посте! Вобщем как ни крути, а даже по складу для МС работы ещё много осталось. И чтобы они не писали про оптимизацию процессов, но "Писателей" нужно профильных брать!!! |
|
08.12.2008, 11:36 | #2 |
Участник
|
Коррекция: Все операции Warehouse производились на NAV 2009.
А это вобоще НЕ ПОНЯЛ ВЗАГАЛИ!!! |
|
19.12.2008, 11:35 | #3 |
Участник
|
Недавно перенося функционал встретил ОЧЕНь интересную "фичу" НАВ - получается, что при импорте текстового файла и фоба (импорт/экспорт) система не проверяет то, что указано в свойствах. Покажу на примере переноса функционала с версии 5.0 на 3.70:
1. Берём любую таблицу в 5.0, у которой установлено свойство первичного ключа Clustered=Yes 2. Делаем экспорт данной таблицы в Фоб и текстовый файл. 3. Берём НАВ версии 3.70 и импортируем фоб, а потом его экспортируем. Всё проходит без проблем. 3. Берём НАВ версии 3.70 и импортируем текстовик. При компиляции всё проходит на ура! Но при попытке выгрузить в текст получаем ошибку (в моем случае упоминалась ошибка 4994). В моес случае я методом научного втыка просто удалил в текстовике запись Clustered=Yes и всё начало работать. но это лишь часный случай. P.S. Если кто имеет перечень расшифровок ошибок, то плиз, поделитесь! |
|
19.12.2008, 13:07 | #4 |
Участник
|
Следующий баг касается "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); |
|
22.01.2009, 13:42 | #5 |
Участник
|
Цитата:
Проблема: Товар А хранится на складе в единицах изм. "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 или донастроить). И мы получили счастье!!! |
|
24.08.2009, 22:45 | #6 |
Участник
|
Цитата:
Сообщение от 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 |
|
26.08.2009, 15:44 | #7 |
Участник
|
Российские документы нужно причесать.. Опять же пока только в записную..
P.S. + внутренние Перемещения восстановить |
|
05.11.2009, 15:27 | #8 |
Участник
|
Вот взял 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 для формочек. Или это формы только для просмотра и без возможности выбора?? Пример решения подсмотреть можно на Заказах. |
|
06.11.2009, 11:37 | #9 |
Участник
|
Вчера обнаружил "новую фичу от МС" в разделе произ-во (хотя сразу скажу ЗОНЫ полностью доделывал в произ-ве, потому что их нет вообще!!! и лезут по журналу траблы!): В help:
Поле Код Ячейки Таблица Произ. Заказ Компонент При расчете производственного заказа, программа копирует код ячейки из соответствующего поля спецификации. Если вводится дополнительный компонент, нажмите AssistButton в поле, затем выберите доступные коды ячеек Если компонент не находится в определённой ячейке, оставьте это поле пустым. Проблема - в Таблице Спецификации НЕТ поля Ячейка! Вопрос - откуда планировалось копировать значение? Может из полей из Заголовка или ...? |
|
10.06.2009, 19:48 | #10 |
Участник
|
|
|
11.06.2009, 10:36 | #11 |
MCTS
|
Работы ведутся.
В NAV2009 SP1 второй строки нет. |
|
11.06.2009, 13:56 | #12 |
Участник
|
|
|
11.06.2009, 18:27 | #13 |
MCTS
|
Цитата:
Насколько я знаю выпускать Нав 2009 в России намеревались где-то в 4-ом квартале 2009 (или в начале 2010). К этому времени должен выйти SP1. Логично было бы ожидать, что российская версия будет на базе SP1. Как это было с NAV5, русская версия которого была на базе SP1. Других данных у меня нет. |
|
22.06.2009, 16:53 | #14 |
Участник
|
Цитата:
Сообщение от apanko
Не совсем понял, про что ты.
Насколько я знаю выпускать Нав 2009 в России намеревались где-то в 4-ом квартале 2009 (или в начале 2010). К этому времени должен выйти SP1. Логично было бы ожидать, что российская версия будет на базе SP1. Как это было с NAV5, русская версия которого была на базе SP1. Других данных у меня нет. |
|
22.06.2009, 18:32 | #15 |
Участник
|
Вот интересная "фича" от создателей.
Задача совершенно простая - вернуть товар ("Reservation Status" <> Reservation), который имеет номер ЛОТ при установленной галочке "Exact Cost Reversing Mandatory". Вроде всё ОК - заполнил строку, потому Трассировку и учитываешь. НО!! Система говорит, что нужно заполнить поле "Appl.-from Item Entry". При попытке заполнить значение система проверяет - а не нужно ли ЛОТ привязать и выругивается... ERROR(Text040, ... (процедура CheckApplFromItemLedgEntry(ItemLedgEntry)) и больше никуда не пускает! Хотя перед этим я сделал привязку к нужному ЛОТ для возврата. В итоге - либо галочку при учёте снимать, либо кодить... Если поссмотреть Codeunit 99000832 Sales Line-Reserve\TransferSalesLineToItemJnlLine(SalesLine,ItemJnlLine,TransferQty,CheckApplF romItemEntry), то дело в коде: Код: IF CheckApplFromItemEntry AND (OldReservEntry."Item Tracking" <> OldReservEntry."Item Tracking"::None) THEN BEGIN OldReservEntry.TESTFIELD("Appl.-from Item Entry"); CreateReservEntry.SetApplyFromEntryNo(OldReservEntry."Appl.-from Item Entry"); NewCheckApplFromItemEntry := FALSE; END; И вообще зачем вызывать так, если у нас есть ЧЁТКАЯ привязка???: InitRecordSet(ReservEntry) EXIT(InitRecordSet2(ReservEntry,'','')); Сперва я подумал, что баг! Но вовремя начал шариться по форме 6510 "Item Tracking Lines" и нашёл тут поле "Appl.-from Item Entry". Начал радоваться... Но при LookUp получил фильтры: Field Filter Item No. 10041604 Positive No Location Code Kiev Variant Code '' Serial No. '' Lot No. '' Shipped Qty. Not Returned <0 По идее всё правильно - я не внёс свой код Lot No. Но сделать это нельзя автоматически (только либо на память вбить, либо скопировать в буфер, а потом вставить в поле), так как форма, которая вызывается из поля, НЕ LookUp'ая Так что пришлось поправить только форму... (может и неправильно, но по другому я не уверен, что будет лучше): РЕШЕНИЕ Код: Lot No. - OnAssistEdit() MaxQuantity := UndefinedQtyArray[1]; "Bin Code" := ForBinCode; //--RedFox IF "Quantity (Base)" = 0 THEN ItemTrackingDataCollection.AssistEditLotSerialNo(Rec, TRUE, CurrentSignFactor, 1, MaxQuantity) ELSE //++RedFox ItemTrackingDataCollection.AssistEditLotSerialNo(Rec, CurrentSignFactor * SourceQuantityArray[1] < 0,CurrentSignFactor,1,MaxQuantity); Код: IF Type = Type::Item THEN BEGIN Item.GET("No."); IF Item."CD Specific Tracking" THEN IF "Document Type" IN ["Document Type"::"Return Order","Document Type"::"Credit Memo"] THEN IF Quantity > 0 THEN TESTFIELD("Appl.-from Item Entry"); |
|