|
![]() |
#1 |
Участник
|
Скорее всего при навешивании фильтра срабатывает валидейт какого-то поля в табл.5700.
Ничего страшного не будет, если вы снабдите свою форму косвенными правами на табл.5700 (в свойствах формы свойство Permissions). |
|
![]() |
#2 |
Участник
|
Цитата:
Я лично такой фичи в НАВе не знаю. Цитата:
И в чём всё же по Вашему разница между CurrForm.UPDATE и CurrForm.UPDATE(FALSE) ? |
|
![]() |
#3 |
Участник
|
|
|
![]() |
#4 |
Участник
|
Цитата:
т.к. обхожу всегда известным трюком: фильтрую не с SETRANGE a с SETFILTER. И вылетает эта ошибка только потому, что номер товара входит в перв. ключ таблицы "Bin Content". Если наложить фильтр, например, на несуществующий "Warehouse Class Code", то ошибка не вылетает. Если наложить фильтр на несуществующий товар XYZ по подобию SETFILTER например с PIPE, т.е. XYZ|XYZ, то и в этом случае ошибка не вылетает. Опять же: всё это не имеет никакого отношения к проблематике с формой у Lapunder'a, он просто фильтрует (временную!) т. 5700 на записи без нулевого кол-ва (очевидно decimal поле Inventory не входящее в перв. ключ!) и форма пробует сразу внести какие-то изменения (во временнную!) т. 5700, чего по не должно быть и при этом ругается. |
|