AXForum  
Вернуться   AXForum > Microsoft Dynamics NAV > NAV: Администрирование
NAV
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 25.07.2008, 14:04   #21  
Fordewind is offline
Fordewind
Участник
 
1,134 / 10 (3) +
Регистрация: 01.12.2005
Цитата:
Сообщение от RedFox Посмотреть сообщение
Разве Mazzy собирается закрывать ресурс?
Надеюсь, что нет.

Цитата:
Сообщение от RedFox Посмотреть сообщение
Я потихонечку, когда что-то нахожу или непонятно - выкладываю сюда.
И получается такая куча полезностей, в которой трудно что-либо найти

Цитата:
Сообщение от RedFox Посмотреть сообщение
Да и движок MANTIS'овский мне не очень нравится
А какой движок по Вашему подошел бы?
Старый 21.08.2008, 13:26   #22  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от RedFox Посмотреть сообщение
Дока по произ-ву просто убила. Попобуйте найти на форме это:
Почти контрольный - как можно было перепутать ПРИНЦИПИАЛЬНЫЕ названия!!
Или все-таки это недоделанный функционал? Тогда где, например, обещанная в доке Карточка Простоя?
В любом случае, как обычно, 2 скрин-шотика:

P.S. Вот сижу и думаю, когда закончил с докой, сдавать такой экзамен или нет...
Миниатюры
Нажмите на изображение для увеличения
Название: Calculate_Calendar__manufacturing_.jpg
Просмотров: 214
Размер:	76.4 Кб
ID:	10337   Нажмите на изображение для увеличения
Название: Machine_Centre_card.jpg
Просмотров: 210
Размер:	61.5 Кб
ID:	10338  

Старый 30.09.2008, 13:31   #23  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от RedFox Посмотреть сообщение
Почти контрольный ...
Вот нашлось пару минут заскочить на сайт и запостить хотя бы 1 сообщение. Выбор пал на проблему в поле "Comparison Period Formula" в таблице "The Analysis Column"
Комментировать нечего - все на скрин-шоте.

P.S. Добавлю, что код ПРОСТО убил, особенно в области разборки символов (не цифр)!
Миниатюры
Нажмите на изображение для увеличения
Название: Comparison_Period_Formula_Field.jpg
Просмотров: 264
Размер:	247.2 Кб
ID:	10351  
Старый 09.10.2008, 19:31   #24  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Цитата:
Сообщение от RedFox Посмотреть сообщение
Вот залез в Replenishment часть и обраружил инетерсую штуку - все расчеты ведутся по SKU и как только для товара без SKU нужно сделать расчет по складам, система автоматом преходит в режим LOT-TO-LOT (Reordering Policy = Lot-for-Lot) (Кстати, все это, оказывается написано в help, раздел - Planning for Locations without Using SKU).
У меня вопрос - ЗАЧЕМ?? городить кучу параметров, которые в итоге можно просто забыть??
И тем более в доках писать то, что НЕ работает корректно!!! Правка не сильно объемная, но все же...

P.S. для примера см последовательно рис. Task, Description и что есть в системе - Real value.
Чтобы система при планровании для пустого склада использовала параметры из карточки товара надо:
1. чтобы для этого товара не существовало единиц складского учета (по крайней мере они не должны попадать в фильтр планирования)
2. надо снять флаг Склад Обязателен в Товары Настройка.
3. в поле Компоненты по складам в Производство Настройка, должно быть пусто.

Полное несоответствие с WhitePaper'ами подтверждаю.
(Так и не смог добится, чтобы система проигнорировала строку для пустого склада и не создавала действий)

Цитата:
Demand at Blank Location
Even if the Location Mandatory field is selected, the program will allow demand lines to be created without a location code, also referred to as blank location. This is a deviation for the system because it has various setup values tuned to dealing with locations (see above) and as a result, the planning engine will not create a planning line for such a demand line.
Update.
Смог. В карточке товара политика дозаказа должны быть пустой.
Старый 09.10.2008, 20:15   #25  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от apanko Посмотреть сообщение
Чтобы система при планровании для пустого склада использовала параметры из карточки товара надо:
1. чтобы для этого товара не существовало единиц складского учета (по крайней мере они не должны попадать в фильтр планирования)
Андрей, посмотри код и ты увидишь очень интересные штуки, а именно создание виртуального SKU
И иногда данная настройка нужно, так что в таком случае - только кодить!!
Старый 09.10.2008, 20:31   #26  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Я код и посмотрел. Одним глазком. Прослезился.
Для спроса по пустому складу система делает запрос: а не существует ли SKU.
И находит SKU для Красного склада!

Лично мне кодить ничего не надо. Я хочу чтоб этот раздел стал адекватен.
Старый 05.12.2008, 15:51   #27  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от RedFox Посмотреть сообщение
Почти контрольный - ...
В журнале передвижений для товара (Movement Worksheet), который имеет серийный номер (просто проверял товар 80001 из доки WM) ручками ввел строку (а не использовал функционал Get Bin Content). А потом хотел назначить конкретные серийные номера для подборки.
Но мои старания не увенчались успехов - LookUp не работал

P.S. Решил добавить ещё данные про серийные номера и складской журнал.
Миниатюры
Нажмите на изображение для увеличения
Название: WM_SN_LookUp.JPG
Просмотров: 209
Размер:	187.3 Кб
ID:	10387   Нажмите на изображение для увеличения
Название: WM_SN_LookUp_2.JPG
Просмотров: 197
Размер:	226.1 Кб
ID:	10388  

Старый 08.12.2008, 11:00   #28  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
:)
Цитата:
Сообщение от RedFox Посмотреть сообщение
P.S. Решил добавить ещё данные про серийные номера и складской журнал.
Коррекция: Все операции Warehouse производились на NAV 2009.

Иду дальше по доке и натываюсь на очередное в Item Tracking.
В подборе захотелось отфильтровать по ячейке (кстати, было создано системой), а потом назначить конкреный Серийный номер (Пункт 6, Сценарий 16, Дока - Склад) и вижу - при открытии формы для выбора серийных номеров при заполненном поле Ячейка Код по серийнфым номерам нет фильтрации!
Далее ещё веселее - такую "несуществующую комбинацию" товар+серийник+ячейка система вполне даёт вставить на форме.

Вот как это можно назвать... ???
Миниатюры
Нажмите на изображение для увеличения
Название: Whse_Pick.JPG
Просмотров: 210
Размер:	196.5 Кб
ID:	10397  
Старый 08.12.2008, 11:30   #29  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от RedFox Посмотреть сообщение
Иду дальше по доке и натываюсь на очередное в Item Tracking.
В подборе захотелось отфильтровать по ячейке (кстати, было создано системой), а потом назначить конкреный Серийный номер (Пункт 6, Сценарий 16, Дока - Склад) и вижу - при открытии формы для выбора серийных номеров при заполненном поле Ячейка Код по серийнфым номерам нет фильтрации!
Далее ещё веселее - такую "несуществующую комбинацию" товар+серийник+ячейка система вполне даёт вставить на форме.
Коррекция: Все операции Warehouse производились на NAV 2009.

Вот как это можно назвать... ???

Выполняю обычные операции по складу согласно документа (тоесть в дополнение к 16 отгрузенным ранее товарам с серийниками SN00009..SN00024 нужно отгрузить срочно ещё 4 шт). Всё как положено, через журнал подбора создаю ещё 4 в 1 документе и вдруг решил зайти в Item Tracking Lines и вижу... в списке отгруженные серийники (это ещё как бы понятно - Заказ то общий), но ПОЧЕМУ без каких-то признаков или статусов то??

P.S. После создания подбора та же ситуация, что и в предыдущем посте! Вобщем как ни крути, а даже по складу для МС работы ещё много осталось. И чтобы они не писали про оптимизацию процессов, но "Писателей" нужно профильных брать!!!
Миниатюры
Нажмите на изображение для увеличения
Название: Whse_Pick___2.JPG
Просмотров: 48
Размер:	194.5 Кб
ID:	10398  
Старый 08.12.2008, 11:36   #30  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
:)
Цитата:
Сообщение от RedFox Посмотреть сообщение
Вот как это можно назвать... ???
Коррекция: Все операции Warehouse производились на NAV 2009.

А это вобоще НЕ ПОНЯЛ ВЗАГАЛИ!!!
Миниатюры
Нажмите на изображение для увеличения
Название: Whse_Pick___3.JPG
Просмотров: 234
Размер:	128.2 Кб
ID:	10399  
Старый 19.12.2008, 11:35   #31  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от RedFox Посмотреть сообщение
А это вобоще НЕ ПОНЯЛ ВЗАГАЛИ!!!
Недавно перенося функционал встретил ОЧЕНь интересную "фичу" НАВ - получается, что при импорте текстового файла и фоба (импорт/экспорт) система не проверяет то, что указано в свойствах. Покажу на примере переноса функционала с версии 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   #32  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от 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);
Миниатюры
Нажмите на изображение для увеличения
Название: ItemData_1.JPG
Просмотров: 216
Размер:	247.5 Кб
ID:	10405   Нажмите на изображение для увеличения
Название: ItemData_2.JPG
Просмотров: 195
Размер:	202.7 Кб
ID:	10406  

Нажмите на изображение для увеличения
Название: ItemData_3.JPG
Просмотров: 209
Размер:	211.0 Кб
ID:	10408   Нажмите на изображение для увеличения
Название: ItemData_Error2.JPG
Просмотров: 186
Размер:	196.9 Кб
ID:	10409  

Изображения
 
Старый 22.01.2009, 13:42   #33  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Talking
Цитата:
Сообщение от RedFox Посмотреть сообщение
Все операции Warehouse производились на NAV 2009.
А это вобоще НЕ ПОНЯЛ ВЗАГАЛИ!!!
И вот очередная ошибка по складу, любезно указанная _enjoy_.
Проблема:

Товар А хранится на складе в единицах изм. "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 или донастроить). И мы получили счастье!!!
Миниатюры
Нажмите на изображение для увеличения
Название: Bin_Pick_Error___1.jpg
Просмотров: 225
Размер:	134.5 Кб
ID:	10420  
Старый 10.06.2009, 19:48   #34  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от RedFox Посмотреть сообщение
Вот как это можно назвать... ???
Миниатюры
Нажмите на изображение для увеличения
Название: Why_this_code_present.JPG
Просмотров: 231
Размер:	156.0 Кб
ID:	10471  
Старый 11.06.2009, 10:36   #35  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Работы ведутся.
В NAV2009 SP1 второй строки нет.
Старый 11.06.2009, 13:56   #36  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от apanko Посмотреть сообщение
Работы ведутся.
В NAV2009 SP1 второй строки нет.
Слушай, не в курсе, а россияне поправят свой код то? Что-то уж СИЛЬНО задержечка вышла...
Или опять у всем NAVхххх SP1, а у нас NAVхххх RU?
Старый 11.06.2009, 18:27   #37  
apanko is offline
apanko
MCTS
MCBMSS
Лучший по профессии 2009
 
1,164 / 139 (7) +++++
Регистрация: 24.02.2005
Цитата:
Сообщение от RedFox Посмотреть сообщение
Слушай, не в курсе, а россияне поправят свой код то? Что-то уж СИЛЬНО задержечка вышла...
Или опять у всем NAVхххх SP1, а у нас NAVхххх RU?
Не совсем понял, про что ты.
Насколько я знаю выпускать Нав 2009 в России намеревались где-то в 4-ом квартале 2009 (или в начале 2010).
К этому времени должен выйти SP1. Логично было бы ожидать, что российская версия будет на базе SP1. Как это было с NAV5, русская версия которого была на базе SP1.
Других данных у меня нет.
Старый 22.06.2009, 16:53   #38  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Цитата:
Сообщение от apanko Посмотреть сообщение
Не совсем понял, про что ты.
Насколько я знаю выпускать Нав 2009 в России намеревались где-то в 4-ом квартале 2009 (или в начале 2010).
К этому времени должен выйти SP1. Логично было бы ожидать, что российская версия будет на базе SP1. Как это было с NAV5, русская версия которого была на базе SP1.
Других данных у меня нет.
Именно про то, что ты написал - у всех было 2 релиза (NAV 5.0 и NAV 5.0 SP1), а у нас тут всего 1 (NAV 5.0 RU). И при этом Заказчики, пока не объяснишь, требуют им поставить SP1.
Старый 22.06.2009, 18:32   #39  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Talking
Вот интересная "фича" от создателей.
Задача совершенно простая - вернуть товар ("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;
В моем случае это OldReservEntry."Item Tracking"::"Lot No." и система не учитывается, потому что не проходит TESTFIELD("Appl.-from Item Entry");
И вообще зачем вызывать так, если у нас есть ЧЁТКАЯ привязка???: 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);
P.S. Дальше я уже начинаю молчать про проверку ГТД, так как это не входило в мои планы проверки:

Код:
  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");
Старый 23.06.2009, 13:47   #40  
RedFox is offline
RedFox
Участник
 
1,441 / 10 (0) +
Регистрация: 28.12.2004
Адрес: Киев
Talking
Цитата:
Сообщение от RedFox Посмотреть сообщение
Вот интересная "фича" от создателей.
У нас есть Товар 1 (пользовался у себя товар 80206 - Кронус), у которого устнавнолено Reserve=Always
Продали его, а теперь пытаемся вернуть. Для Этого создаем (но не заполняем) Возврат и просто пытаемся копировать документ (чтобы типа сохранить все условия отгрузки для корректировки).
И получаем ошибку, что поле "Shipment Date" не заполнено (см. вложение). Но в исходном документе оно заполнено!!!

Тоесть система не копирует значения???

P.S. Читаю, что написано в про галочку "Include Header" - Place a check mark in this field if you want the program to copy the information from the document header you are copying to the document you are creating. The document lines will be copied whether or not there is a check mark in this field.
Миниатюры
Нажмите на изображение для увеличения
Название: Copy_In_Retirn.JPG
Просмотров: 203
Размер:	101.8 Кб
ID:	10481  
 

Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 19:30.
Powered by vBulletin® v3.8.5. Перевод: zCarot
Контактная информация, Реклама.