Глюк с полями в Map

[Alks]

Никто не сталкивался с глючностью полей в Map-ах?

Понадобилось Map SalepPurchTable дополнить "общим" для таблиц SalesTable и PurchTable - RContractAccount (типа RContractAccount). Вроде всё настроил правильно и код нормально откомпилировался, но вот ерунда:

print "RContractAccount: ", _salesPurchLine.salesPurchTable().RContractAccount;

(где _salesPurchLine - тоже Map с именем SalesPurchLine)

выдаёт полный бред - далеко не RContractAccount, а какое то другое поле, по моему склад. По крайней мере в PurchTable, который через этот Map работает в поле RContractAccount точно содержится не то что выдаёт print...

Синхронизацию делал и даже глобальную компиляцию на всякий случай.
Кто нибудь с чем нибудь подобным сталкивался?

[Alks]

Ну точно. Тестированием выяснил что в закупке (PurchTable) мною созданное поле Map-а RContractAccount возвращает значение поля TRN_Location (базовый склад). Несмотря на то что в списке Mappings RContractAccount MapFieldTo стоит в RContractAccount для таблиц PurchTable и SalesTable Heeelp!

[Alks]

Тьфу блин... сделал переписав код на:

PHP код:

SalesPurchTable _SalesPurchTable = _salesPurchLine.salesPurchTable();
print "RContractAccount: ", _SalesPurchTable.RContractAccount; 


Еще раз замечу что

PHP код:

print "RContractAccount: ", _salesPurchLine.salesPurchTable().RContractAccount; 


Неверно ссылается и печатает поле TRN_Location в таблице PurchTable, насколько я понял вследствии того что ID этого поля совпадает с ID поля RContractAccount в Map-е и из-за тонкого неочевидного поведения табличных Map-ов в Axapta метод _salesPurchLine.salesPurchTable() возвращает не "обернутую" в map ссылку на таблицу, а непосредственно саму таблицу к которой применяется извлечение поля по ID.... Далее её вновь надо принудительно "обернуть" в Map насильным присваиванием.... Если я всё правильно понял.

Даже не знаю глюк это или странная фича .