|
05.06.2008, 11:58 | #1 |
Участник
|
Просто решил проверить доку перед поездкой и получилось весело:
- строки в таблице внесены некорректно, тоесть нет промежуточного заголовка для заполнения полей; - может мне кто-нибудь сможеть объяснить такую сложную формулу (см. двойную красную обводку). P.S. Глянул для версии 4.0 и 5.0 - результат одинаковый |
|
06.06.2008, 13:19 | #2 |
Участник
|
Вот настраивал склады и нашел очередное.
В доках везде написано, что Ячейки работают только если стоит галочка на Каточке склада, НО.... почему то на форме, которая отвечает за создание ячеек никакой проверки нету. И не важно, что для пользователя стоит другой склад по умолчанию. Ведь 1 пользователь может работать на нескольких складах, например, по какому-то расписанию. Неужели каждый раз нужно менять настройки??? А решение помоему совсем простое - во время проверки просто ставить фильтр на склады, у которых установлен признак "Ячейка обязательна" или убрать вызов. |
|
17.07.2008, 11:26 | #3 |
Участник
|
Я решил глянуть код отчетика, который создает SKU только из карточки товара или списка товара, а именно 5706 Create Stockkeeping Unit и нашел интересный код (см. рис.)
Сам отчет запускается для 1 записи карточки товара. Но даже если его подправить для нескольких товаров, то, например, фильтр по 1 варианту для Товара 1 может не совпадать с кодировкой для Товара 2. Таким образом все эти "игрища" с SET-/GETFILTER мне малеха не понятны. Может кто из спецов по программингу объяснит (пропускает тот момент, что можно удалить номер товара и создать по списку, так как это возможная вариация вариантов, описанного выше)? P.S. Кстати, в очередной раз убеждаюсь (как обычно уже стало для кодеюнитов), что одинаковые названия для переменных и полей, а так же одинаковые названия для Глобальных и Локальных переменных = обычное бремя разработчиков и никакой Navision-way тут не помогает даже у них! |
|
22.07.2008, 15:48 | #4 |
Участник
|
а теперь немного про ВОМ - вот в доках утвеждается, что поддерживаемое кол-во уровней - 50 (см. 1 рисунок). Но в расчете для формы матрицы вариантов мы видим выход при значении, больше чем 20.
Тоесть трудно было проверить (или построить работу матрицы) до уровня 50? |
|
24.07.2008, 16:54 | #5 |
Участник
|
Дока по произ-ву просто убила. Мало того, что примеры не интуитивные, так еще и пропуски в шагах есть (хотя номерация нормальная) + некорректные ссылки.
Чего стоит пример? Попобуйте найти на форме это: |
|
25.07.2008, 11:24 | #6 |
Участник
|
Цитата:
предлагаю перенести найденные Вами баги на треккер багов NAV дабы они не сгинули в бездне тем... |
|
25.07.2008, 12:11 | #7 |
Участник
|
Цитата:
Сообщение от Fordewind
RedFox
предлагаю перенести найденные Вами баги на треккер багов NAV дабы они не сгинули в бездне тем... Разве Mazzy собирается закрывать ресурс? Я потихонечку, когда что-то нахожу или непонятно - выкладываю сюда. Да и движок MANTIS'овский мне не очень нравится + "дублирование". |
|
21.08.2008, 13:26 | #8 |
Участник
|
Почти контрольный - как можно было перепутать ПРИНЦИПИАЛЬНЫЕ названия!!
Или все-таки это недоделанный функционал? Тогда где, например, обещанная в доке Карточка Простоя? В любом случае, как обычно, 2 скрин-шотика: P.S. Вот сижу и думаю, когда закончил с докой, сдавать такой экзамен или нет... |
|
30.09.2008, 13:31 | #9 |
Участник
|
Вот нашлось пару минут заскочить на сайт и запостить хотя бы 1 сообщение. Выбор пал на проблему в поле "Comparison Period Formula" в таблице "The Analysis Column"
Комментировать нечего - все на скрин-шоте. P.S. Добавлю, что код ПРОСТО убил, особенно в области разборки символов (не цифр)! |
|
05.12.2008, 15:51 | #10 |
Участник
|
В журнале передвижений для товара (Movement Worksheet), который имеет серийный номер (просто проверял товар 80001 из доки WM) ручками ввел строку (а не использовал функционал Get Bin Content). А потом хотел назначить конкретные серийные номера для подборки.
Но мои старания не увенчались успехов - LookUp не работал P.S. Решил добавить ещё данные про серийные номера и складской журнал. |
|