D365. Как реализовать переход в Просмотр подробных сведений?

[Ace of Database]

А без программирования, через настройки узла Relations на таблице нельзя сделать в D365 ?
Вот как было в AX2012

[S.Kuskov]

Цитата:

Сообщение от Ace of Database

А без программирования, через настройки узла Relations на таблице нельзя сделать в D365 ?

Наверняка можно, но тогда придётся использовать контекстное меню непосредственно у поля refRecId.

[Ace of Database]

Цитата:

Сообщение от S.Kuskov

Наверняка можно, но тогда придётся использовать контекстное меню непосредственно у поля refRecId.

Открыл обозреватель таблицы CustLedgerAccounts.
Для записи, у которой в поле AccountCode содержится "Группа", из поля NUM "Просмотр подробных сведений" отправляет в справочник групп клиентов. А для записи, у которой в поле AccountCode содержится "Группа", из поля NUM "Просмотр подробных сведений " отправляет в справочник самих клиентов.

Да я и сам такие вещи уже много раз делал для своих новых таблиц, без программирования, и не замечал чего-то особенного.

[Ace of Database]

Или именно по полю RecId такие ограничения? Что, нельзя делать теперь связки, как в таблице CustLedgerAccounts, если поле ссылается на RecId в другой таблице?
На досуге попробую сделать пример для этого вопроса.

[S.Kuskov]

Цитата:

Сообщение от Ace of Database

Или именно по полю RecId такие ограничения? Что, нельзя делать теперь связки, как в таблице CustLedgerAccounts, если поле ссылается на RecId в другой таблиц?

У автора вопроса ссылка реализована через RecId. Но проблема не в этом. Как я понял, вместо самого значение поля refRecId автор хочет отображать что-то другое, но чтобы по этому другому тоже можно было бы выполнить просмотр подробных сведений. Так, Skolos?

[pitersky]

Цитата:

Сообщение от Ace of Database

А без программирования, через настройки узла Relations на таблице нельзя сделать в D365 ?
Вот как было в AX2012

Начиная с 2012 феншуйно является устанавливать связи между таблицами через foreign key relations. А такие связи не допускают наличия нескольких полей - иначе на форме вместо значения replacement key будет отображаться recid связанной записи

[Ace of Database]

А что, таблица CustLedgerAccounts не по феншую сделана?

[wojzeh]

Цитата:

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

Начиная с 2012 феншуйно является устанавливать связи между таблицами через foreign key relations.

что за феншуй такой?

[skuull]

Цитата:

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

что за феншуй такой?

Best Practices ?

[wojzeh]

Цитата:

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

Best Practices ?

ссыль?
(я не в смысле поспорить, а чисто для расширения кругозора)

[pitersky]

Цитата:

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

ссыль?
(я не в смысле поспорить, а чисто для расширения кругозора)

Best Practices for Table Relations [AX 2012]

Цитата:

A relation should be defined on the table that is holding the foreign key to the relating table. The Validate property must be set to Yes.

The system guarantees that data entered in the database fulfills the specified relations.

я и сам делал когда-то множественные релэйшны по паре "тип-значение". к сожалению, с foreign key эта штука несовместима - replacement key не отображается

[wojzeh]

Цитата:

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

Best Practices for Table Relations [AX 2012]

не вижу там " через foreign key relations". вижу только A relation should be defined on the table that is holding the foreign key to the relating table.

ну, и разумеется, Ванин камент про селфи!

[skuull]

Цитата:

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

ссыль?
(я не в смысле поспорить, а чисто для расширения кругозора)

Я бы для расширения кругозора создал бы 2 таблички и попробывал бы и так и сяк и посмотрел бы что пишет нам АХ в разделе BP

[Pustik]

Цитата:

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

Я бы для расширения кругозора создал бы 2 таблички и попробывал бы и так и сяк и посмотрел бы что пишет нам АХ в разделе BP

наконец-то Вы с нами...