16.11.2018, 16:46 | #1 |
Участник
|
Баг или фича
Всем добрый день!
Коллеги, пожалуйста, поучите уму-разуму! На основе Заказа Продажи (т 36) создаются новые сущности : Запрос на доставку и Запрос Плана помещения, они связаны с Заказом продажи и между собой тем, что у них один клиент, один код адреса поставки- код генерирующей компании. В документе Запросе на доставку разрешено менять название адреса поставки, не меняя кода адреса поставки, хотя есть таблица-справочник адресов поставки Генерирующие компании. По-моему, такого быть не должно. Нормальный навижн работает с кодами, подтягивая названия (наименования, адреса и проч) из справочника (или карточки ) по коду сущности. Если позволять менять названия, при том, что код рядом в соседнем поле "сидит" , то получается рассогласование данных : в одном документе одновременно код одной Генерирующей компании, а название -другой. Мнение коллеги : "Это может быть багом, а может быть фичей. Очевидного ответа нет. " Рассудите! Может это действительно фича и я не понимаю своего счастья?)) Последний раз редактировалось mira; 16.11.2018 в 17:07. |
|
17.11.2018, 14:01 | #2 |
NavAx
|
Фича
Та же фигня происходит например при формировании строк заказа (т37) По дефолту в дескрипшн строки тянется название товара/услуги/етс, можете менять дальше как угодно
__________________
"Моей лошадке ядрышком полмордочки снесло..." А.В.Суворов, письма к дочери |
|
|
За это сообщение автора поблагодарили: mira (1). |
18.11.2018, 12:32 | #3 |
Участник
|
Фича , но в неумелых руках довольно непредсказуемая.
Справочники в NAV в некотором роде шаблоны для заполнения документа, но ничто в стандарте не мешает менять реквизиты в документе. Например вы можете выбрать одного клиента в заказе продажи, а реквизиты поменять вручную (в том числе название, адреса и т.д.)
__________________
Want to believe... |
|
|
За это сообщение автора поблагодарили: mira (1). |
19.01.2019, 13:45 | #4 |
Участник
|
|
|
|
За это сообщение автора поблагодарили: mira (1). |
22.01.2019, 12:59 | #5 |
Участник
|
Mira, мои 5 копеек. Все сделано правильно. Поясняю. К примеру вы переименовали код товарной группы и если в системе было-бы проставлено test relation на данном поле то все операции в 5802 подверглись бы переименованию с последствиями. Поэтому настроечные поля не имеют данного свойства. Ваш адрес поставки исходит из правила - информация введенная однократно, должна использоваться многократно. Как то так ИМХО
__________________
--------------------------------------------------------------------------------------------- "Собрать стадо из баранов легко, трудно собрать стадо из кошек" Профессор Сергей Капица |
|
|
За это сообщение автора поблагодарили: mira (1). |
07.12.2019, 22:48 | #6 |
Участник
|
интересно
|
|