|
![]() |
#1 |
Участник
|
DAX 2009 SP1 EE RU6
Проблема №3 На таблице LedgerJournalTrans есть замечательные Relations в которых связывается поле LedgerJournalTrans.Company (OffsetCompany, ... ) и поле dataAreaId таблицы которая участвует в Relations. К примеру рассмотрим поле LedgerJournalTrans.RContractAcountDebit. Для него не перекрыт (точнее вызывается super() если компании одинаковые) lookup на форме LedgerJournalTransDaily, но Рег.Номер договора пустой (договора у поставщика есть, и активные). Справочник поставщиков и договоров находится в виртуальной компании. Компания в которой происходит создание строчки имеет доступ в таблице договоров, тут все нормально. Если мы убираем связку LedgerJournalTrans.Company == RContractTable.dataAreaId в Relations RContractTableVend, то все работает нормально. В DAX 4 SP2 FP1 EE все работает нормально при таких же связках и коде. Мои кривые руки? Что не так? |
|
![]() |
#2 |
Участник
|
А в dax 4.0 договоры тоже включены в виртуальную компанию ? (мне что то подсказывает что нет, поскольку тогда бы по логике вещей и в четверке не работало).
Проблема в том, что в случае когда договоры включены в виртуальную компанию, то dataAreaId у такой записи = 'код виртуальной компании', в то время как в поле company = 'код текущей компании', из за различий кодов компании и наличия relation по полям LedgerJournalTrans.Company = RContractTable.dataAreaId получаем пустой лукап. P.S. Кстати, не работают и переходы к основной таблице из полей счет\корр.счет журналов ГК в случае, если справочники включены в виртуальную компанию(но от этой болезни, есть ряд хотфиксов от MS), а вот насчет исправления лукапов - не видел, видимо придется самим пока исправлять.
__________________
Sergey Nefedov |
|
![]() |
#3 |
Участник
|
Цитата:
Сообщение от SRF
![]() А в dax 4.0 договоры тоже включены в виртуальную компанию ? (мне что то подсказывает что нет, поскольку тогда бы по логике вещей и в четверке не работало).
Проблема в том, что в случае когда договоры включены в виртуальную компанию, то dataAreaId у такой записи = 'код виртуальной компании', в то время как в поле company = 'код текущей компании', из за различий кодов компании и наличия relation по полям LedgerJournalTrans.Company = RContractTable.dataAreaId получаем пустой лукап. P.S. Кстати, не работают и переходы к основной таблице из полей счет\корр.счет журналов ГК в случае, если справочники включены в виртуальную компанию(но от этой болезни, есть ряд хотфиксов от MS), а вот насчет исправления лукапов - не видел, видимо придется самим пока исправлять. С переходами к основной таблице тоже проблемы. То есть выход один, дописывать самому lookup и jumpRef? Если не затруднит, может дадите ссылки на хотфиксы? |
|
![]() |
#4 |
Участник
|
Ссылка вот Hot Fixes Released For Microsoft Dynamics AX 2009, (ссылка на CustomerSource), поиск по слову virtual, хотя по идее в rollup 6 все эти исправления должны были быть включены(мы вносили исправления еще в rollup 1 или 2).
Других способов кроме правки кода пока не знаю.
__________________
Sergey Nefedov |
|
|
За это сообщение автора поблагодарили: Daiver (1). |
Теги |
ax2009, ошибка, подотчетные лица, строки журнала гк |
|
|