ax2012. как избавиться от jumpRef, lookup? поможет ли свойство menuItem.Query?

[TasmanianDevil]

Похожая (в таблицах бизнес-логики поля независимы и просто завязаны релейшеном на справочник) или полная копия ( заведен EDT-массив, где каждый уровень ссылается на код аналитики в искомой табле и на тип аналитики в режиме "поле ссылки фиксировано", а в таблицах бизнес-логики поля заведены с этим самым EDT-массивом) ?

Почему-то кажется, что первое.
Потому как в полной копии, при прописанной форме отображения для таблицы-справочника, по-кошерному сделанному EDT и релейшенах его уровней lookup и jumpref ядром без доп. программирования обрабатываются

[mazzy]

Цитата:

Сообщение от TasmanianDevil

Похожая (в таблицах бизнес-логики поля независимы и просто завязаны релейшеном на справочник) или полная копия ( заведен EDT-массив, где каждый уровень ссылается на код аналитики в искомой табле и на тип аналитики в режиме "поле ссылки фиксировано", а в таблицах бизнес-логики поля заведены с этим самым EDT-массивом) ?

Почему-то кажется, что первое.
Потому как в полной копии, при прописанной форме отображения для таблицы-справочника, по-кошерному сделанному EDT и релейшенах его уровней lookup и jumpref ядром без доп. программирования обрабатываются

Может быть, я не совсем понял.
но в предложенной терминологии - похожая.

edt - отдельные, не массив.

очень похоже на старый extCode.
собственно они и есть.
есть много-много разных налоговых кодов, похожих по структуре. их зафигарили в одну таблицу с типом налогового кода.

в разных таблицах эти налоговые коды указываются.
там для номенклатуры, там чтобы указать что за документ, там - тип сделки.
в таблицах бизнес-логики прописаны relations к таблице с этими кодами, с константами типа кода.

хм... вот и я думаю, что должно без программирования.
просто уж очень много этих jumpRef, lookup... и все в формах...

значит должно само работать? попробую на отдельном примере. спасибо.