NAV4U - ISSUES

0000053: [kb] Под клиентской лицензией появляется сообщение об ошибке при использовании Журнала НДС

Сообщает:
---------------------------
У вас нет разрешения изменять записи в таблице НДС Книга Операций.
---------------------------

В отладчике останавливается в cu 12411 VAT Settlement Management, Функция FillCVEntryNo, строка UnrealVATEntry.MODIFY;

Думаю надо добавить в cu 12411 Permissions на таблицу 254. (например, как в cu 338 VAT Entry - Edit).

0000067: Отчет 12489 Item Turnover Checklist проблема с длиной переменной

Переполнение при преобразовании типов из Text в Text.

Проблема в триггере Item - OnAfterGetRecord()
Строке ItemDescription := Item.Description+Item."Description 2";

Дело в том, что ItemDescription - 30 символов, но и Item.Description и Item."Description 2" тоже по 30 символов.

0000066: Флаг Unit of Measure Mandatory (Единица измерения Обязательна) и функция Отменить Отгрузку из учтенной накладной продажи

При попытке отменить отгрузку появляется сообщение:

---------------------------
Microsoft Dynamics NAV
---------------------------
Вы должны определить Код Единицы Измерения в Товар Журнал Строка Код Шаблона Журнала='',Код Раздела Журнала='',Строка Но.='0'.

---------------------------
ОК
---------------------------

0000009: [MS] Некорректное свойство LookupFormID = Item Receipts в таблице 12450:Item Document Header

Для таблицы имеющей разные типы записей (Receipt, Shipment) прописана одна списочная форма Item Receipts , хотя существует две списочных формы (Item Receipts , Item Shipments). В связи с этим при открытии списка документов из формы Акта Списания 12452:Item Shipment появляется список актов оприходования.

0000055: [MS] Если в карточке поставщика указать ссылку на клиента, у которого название больше 30 символов, возникает ошибка.

---------------------------
Содержимое поля Название не может быть скопировано в поле Клиент Название, так как размер поля Клиент Название слишком мал.

Тип: Text30 <-- Text50
Поле: Клиент Название <-- Название
Таблица: Поставщик <-- Клиент
---------------------------

0000037: В C/AL Editor в окне поиска (Ctrl+F) нельзя ввести маленькую латинскую "а"

В C/AL Editor в окне поиска (Ctrl+F) нельзя ввести маленькую русскую "а"

0000023: [дизайн] finsql.exe версия 5.0 SP1. В табличке Servers виден только локальный сервер.

То же самое при выборе
Файл-База Данных-Открыть-Имя Сервера (провалится).
Файерволл показал что Nav 5.1 НЕ проводит широковещательную рассылку с целью поиска серверов (в отличии от скажем 3.7)
Сервер в Active Directory зарегистрирован.

0000065: [MS 2009]Проблема при учете счета, созданного на несколько заказов продажи

Если номер заказа больше 20 символов, то при учете счета, созданного на несколько заказов продажи возникает ошибка:
---------------------------
Переполнение при преобразовании типов из Code в Code.

Значение: ПОЗК-08-00022
---------------------------

Проблема в программном модуле 90 функции
TestGetRcptPPmtAmtToDeduct

В ней есть переменная OrderNo типа Code10, а должна быть типа Code20

0000064: Нельзя аннулировать транзакцию по ОС.

В ОС книга операций при вызове Функции > Аннулировать Транзакцию происходит ошибка:

---------------------------
Переполнение при преобразовании типов из Text в Text.

Значение: Чтобы аннулировать эти операции, программа проведет корректирующие операции.\В ГК существует одна или несколько операций об основных средствах. При необходимости используйте функцию "Отменить операции" для отмены операций по основным средствам.\Аннулировать операции?
---------------------------

0000063: Ошибка с длиной параметров в функции GetFullNameAddr программного модуля 12401 Local Report Management

В карточке клиента Address и Address2 по 50, а в функции - по 30.
Также в карточке клиента Name и Name2 по 50, а в функции - по 30.

Кроме того:

FullAddr = 100
а его составляющие в сумме дают 114:
* PostCode = 20 + 2 (" ,")
* City = 30 + 2 (" ,")
* Address = 30
* Address2 = 30

0000059: Функция Стандартные Фин. Журналы не поддерживает сохранение номера договора

Функции фин. журнала: "Сохранить как Стандартный Журнал"/"Получить Стандартные Журналы" не позволяют сохранить/восстановить значение поля "Договор Но." .

0000058: Некорректная работа с договорами

При удалении поставщика не происходит удаления связанных записей из таблицы договоров (Vendor Agreement).

0000060: Проблема с указание договора в карточке поставщика

Рассмотрим следующий сценарий:
1. У поставщика есть открытые операции без указания договора.
2. Пользователь изменил метод учета по договорам на "договор обязателен". При этом автоматически создается договор с пустым кодом.
3. Пользователь учел несколько операций с указанием договора.

После выполнения пункта 2 станет невозможно применить операции, в которых не указан договор.
После выполнения пункта 3 станет невозможно изменить метод учета договора в карточке.

0000056: Недочет при работе с договорами

В FP3 при вставке записи в таблицу Vendor происходит вставка записи в таблицу Vendor Agreement с параметрами Vendor No. = [Номер поставщика], No. = [пусто], Description = "Без договора". Нет кода, запрещающего удаление этой записи, при том, что не существует функции для ее воссоздания (например пункта меню в карточке поставщика, или спец. отчета). Таким образом, при случайном удалении этой записи пользователем, создать ее заново проблематично.

0000061: Бардак с полем "Корр. счет Но." во всех таблицах

В локализованной версии 5 в таблицы с банковскими данными были добавлены новые поля для хранения номера корр. счета (зачем? в 4-ке и так все нормально работало!).
В результате образовался полный бардак с триггерами Validate этих полей, с указанием корр. счета в карточках (присутствуют как старые, так и новые поля - какие надо заполнять?), с обработкой этих данных - часть функций используют старые поля, а часть новые.
В таблице 287 Customer Bank Account процедура ValidateAccountNo работет с новым полем, а в таблице 288 Vendor Bank Account Vendor Bank Account - со старым.

Анализ использования полей с помощью Dev Toolkit:
Table 79 Company Information
Field 15 Payment Routing No. - это поле использовалось для хранения кор. счета в 4ке
Report 12468 Export External Report Excel
Trigger OnAfterGetRecord Dataitem 1 Extern. Report Name
Codeunit 12409 XML Standard Schemas
Procedure 1210004 AddCompanyInfo
Report 12421 Make XML-Excel External Report
Trigger OnAfterGetRecord Dataitem 1 Extern. Report Name
Field 12478 Bank Corresp. Account No. - появилось в версии 5, но зачем тогда "Payment Routing No."?
Codeunit 12401 Local Report Management
Procedure 1470000 GetCompanyBank
Report 12490 FA Release Act FA-1
Report 12492 FA Posted Release Act FA-1
Report 14980 Purch. FA Receipt FA-14
Report 14981 Posted Purch. FA Receipt FA-14
Report 14982 Sales FA Release FA-1
Report 14983 Posted Sales FA Release FA-1
Report 14984 FA Release Act FA-1a
Report 14985 FA Posted Release Act FA-1a

Table 270 Bank Account
Field 14 Transit No. - это поле использовалось для хранения кор. счета в 4ке (и по смыслу английской документации для этого и предназначено)
Table 270 Bank Account
FieldTrigger OnValidate 12410 Bank Corresp. Account No.
Codeunit 12409 XML Standard Schemas
Procedure 1210004 AddCompanyInfo - где используете см. выше
Procedure 1210001 AddBank
Procedure 1210004 AddCompanyInfo
Field 12410 Bank Corresp. Account No.
ошибки в триггере OnValidate - проверка значения поля "Transit No.", в 4ке этот код был у поля "Transit No."
Codeunit 12401 Local Report Management
Procedure 7 CheckAttributes
Form 12422 Bank Payment Order
Procedure 1 CalcPayment()
Report 12400 Bank Payment Order
Trigger OnAfterGetRecord Dataitem 1
Codeunit 12 Gen. Jnl.-Post Line
Procedure 14 PostBankAcc
Procedure 4 PostedCheckAttributes
Report 12459 Posted Bank Payment Order
Trigger OnAfterGetRecord Dataitem 1

Table 287 Customer Bank Account
Field 15 Transit No.
Table 287 Customer Bank Account
FieldTrigger OnValidate 12410 Bank Corresp. Account No.
Field 12410 Bank Corresp. Account No.
ошибки в триггере OnValidate - проверка значения поля "Transit No.", в 4ке этот код был у поля "Transit No."
Table 287 Customer Bank Account
Procedure 1470000 ValidateAccountNo()
Codeunit 12401 Local Report Management
Procedure 7 CheckAttributes
Procedure 4 PostedCheckAttributes

Table 288 Vendor Bank Account
Field 15 Transit No.
Table 288 Vendor Bank Account
FieldTrigger OnValidate 12410 Bank Corresp. Account No.
Procedure 1470000 ValidateAccountNo
Table 288 Vendor Bank Account
FieldTrigger OnValidate 14 Bank Account No.
FieldTrigger OnValidate 12410 Bank Corresp. Account No.
Field 12410 Bank Corresp. Account No.
ошибки в триггере OnValidate - проверка значения поля "Transit No.", в 4ке этот код был у поля "Transit No."
Form 12422 Bank Payment Order
Procedure 1 CalcPayment()
Report 12400 Bank Payment Order
Trigger OnAfterGetRecord Dataitem 1
Codeunit 12401 Local Report Management
Procedure 7 CheckAttributes - где используете см. выше
Procedure 4 PostedCheckAttributes - где используете см. выше

0000062: Ошибка при запуске отчета 94 Close Income Statement

В случае, если нарушить процесс закрытия года - не закрывать год в окне "Учетные Периоды", а сразу запустить отчет 94 "Закрытие отчета о прибылях", и при условии, что ни один отчетный период еще не закрыт, то при запуске отчета выдается крайне не информативная ошибка "Дата некорректна", отчет закрывается.

Во вложении скриншот таблицы 50 "Accounting Period" с данными на которых ошибку можно воспроизвести.

Ошибка происходит из-за того, что на request форме отчета есть поле "Inventory Period Closed"/"Склад закрыт" в SourceExpr которого, стоит функция IsInvtPeriodClosed.
Функция IsInvtPeriodClosed() использует переменную EndDateReq, которая при указанных исходных данных будет равна 0D.

0000024: [KB] Точный возврат себестоимости, копирование документов покупки и кредит-нота вместе не работают.

Активизировать Точный возврат себестоимости в окне Покупки и поставщики настройки

Создать заказ покупки на товар с трассировкой. Учесть заказ покупки.

Создать кредит-ноту, скопировать в нее учтенный счет.

При учете возвращает ошибку:
---------------------------
Резервирование Операция не существует.

Идентифицирующие поля и значения:

Операция Но.='ХХХ',Положительна='Да'
---------------------------

Для возвратов работает нормально.

0000049: [MS] Под клиентской лицензией невозможно создать новую компанию

Появляется ошибка:
---------------------------
You do not have permission to insert into the Liquidity Setup table.
---------------------------

Причина в Codeunit 2, который пытается выполнить вставку в таблицу, не смотря на то, что эта таблице не входит в текущую лицензию.

0000047: [MS] Отчет 107 Customer - Order Summary. Неимоверное количество пустых сообщений при формировании.

Справедливо для версии NAV5.0 SP1 FP2

При тестировании новой функциональности Договора, забыли убрать тестовое сообщение.

Чтоб исправить, нужно в триггере Sales Line - OnAfterGetRecord() закоментировать последнюю строку:
MESSAGE('%1',"Sales Line"."Agreement No.");

0000030: [KB] Проблемы с шаблонами

Администрирование, Настройка Приложения, Настройка Основных шаблонов.

Создать шаблон для таблицы 27.
Добавить строку с полем Unit Price, значение по умолчанию 15,5.

Покупка, Товары и Себестоимость, Товар, Функции, Заполнить по шаблону.
Выбрать созданный шаблон.

Будет ошибка
---------------------------
Выражение Text не может быть преобразовано в значение Decimal.
---------------------------

0000028: Вылет клиента Navision

Form - OnModifyRecord() : Boolean
CurrForm.UPDATE;

Подобный код приводит к быстрому вылету из Navision при модификации записи.

0000052: [MS] Карточка банка (форма 370), поле Abbr. City перекрывает кнопку Позвонить.

Поле Abbr. City должно находится между полями Post Code и City закладки General.

0000004: [MS] Нельзя учесть Акт оприходования (Акт списания) с отрицательным количеством

Документы учитываются, но товарные операции не создаются.

Пример на базе Кронус, Товар = 70000, Склад = Красный:
Учесть акт оприходования на 5 шт. Товарная операция создана, остаток 5 шт.
Учесть акт оприходования на -3шт. Товарной операции нет, остаток 5 шт.

Учесть акт списания на 2 шт. Товарная операция создана, остаток 3 шт.
Учесть акт списания на -1шт. Товарной операции нет, остаток 3 шт.

0000008: [KB] Медленно работает функция "Отменить приемку"

В частности обнаружена проблема с функцией Отменить приход в Учтенных приходных накладных. Она работает медлено, очень медлено (примерно 30 минут на более чем трех миллионах операций стоимости).

0000054: Нельзя скопировать продажу в возврат, если у товара в свойсте Резервировать = Всегда

Сообщил о баге Redfox http://forum.mazzy.ru/index.php?showtopic=11122&view=findpost&p=46391 [^]

У нас есть Товар 1 (пользовался у себя товар 80206 - Кронус), у которого устнавнолено Reserve=Always
Продали его, а теперь пытаемся вернуть. Для Этого создаем (но не заполняем) Возврат и просто пытаемся копировать документ (чтобы типа сохранить все условия отгрузки для корректировки).
И получаем ошибку, что поле "Shipment Date" не заполнено