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

[Skolos]

Добрый день.

Задача: Предположим есть моя таблица с тремя полями:
1. Enum. в нем значения: CustGroup, Cust, VendGroup, Vend.
2. Description
3. refRecId

По факту эта таблица - лог событий которые происходят в четырех таблицах, пусть называются CustGroup, Cust, VendGroup, Vend.

Если в табл CustGroup прошел insert то в моей табл добавится запись:
Enum = Enum::CustGroup
Description = insert
refRecId = RecId новой строки в CustGroup

Нужно реализовать форму, на которой будет отображаться моя таблица, и возможность перехода в основную форму при помощи пункта Просмотр подробных сведений. Если поле имеет Enum == Enum::CustGroup то на форму CustGroup, если - Enum = Enum::Cust, то на форму Cust и т.д.

Как такое реализовать? Может знаете подобный пример в системе, подскажите, подсмотрю там.

[wojzeh]

а вот это читал уже? https://www.linkedin.com/pulse/dynam...en-baumgarten/

[wojzeh]

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

[Skolos]

Цитата:

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

а вот это читал уже? https://www.linkedin.com/pulse/dynam...en-baumgarten/

Это не читал, спасибо! Действительно полезная информация. Моя задача не совсем о логировании таблиц. Это я пример так описал, что бы не усложнять его. Главная задача именно реализация перехода на разные формы.

[skuull]

Может просто перекрыть jumpRef на поле датасоурса ? Примеров в АХ и в Гугле полно.

[wojzeh]

Цитата:

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

Может просто перекрыть jumpRef на поле датасоурса ? Примеров в АХ и в Гугле полно.

именно так!

На форме InventTrans для InventTrans_DS



в данном случае реализовано через наследование от абстракции



но суть сводится к передаче соответствующему меню правильно найденного табличного буфера из исходной формы

[Ace of Database]

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

[S.Kuskov]

Цитата:

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

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

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

[pitersky]

Цитата:

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

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

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

[Ace of Database]

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

[Ace of Database]

Цитата:

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

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

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

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

[Ace of Database]

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

[wojzeh]

Цитата:

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

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

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

[S.Kuskov]

Цитата:

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

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

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

[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

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