Lookup в другую компанию

[CDR]

Привет.
При попытке сделать лукап на справочник в другую компанию с помощью связей на таблице столкнулся с забавным поведением Аксы. Если поле не заполнено, лукап прекрасно отрабатывает по связям. Но если в поле уже есть значение, открывается лукап, в котором присутствуют значения из текущей компании и значения из другой компании.
Кто-нить может что-нить сказать по этому поводу?

PS AX3SP6

[Yprit]

Цитата:

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

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

Это, простите, как?

[CDR]

Цитата:

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

Это, простите, как?

Ну, например, так:

• Создаем простую табличку с двумя полями
• Первое поле Company на EDT dataAreaId
• Второе поле nterCompanyEmpl на основе EDT EmplId
• На табличке прописываем нормальную связь к таблице EmplTable по полям Company -> dataAreaId и InterCompanyEmpl -> EmplId

[belugin]

А может можно сделать saveDataPerCompany = No для этой таблицы?

[CDR]

Цитата:

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

А может можно сделать saveDataPerCompany = No для этой таблицы?

Вообщем-то, ни для новой таблички, ни для EmplTable этого сделать нельзя. Потому как данные как-раз таки должны хранится отдельно по компаниям.

Чудеса какие-то... Не иначе, как понедельник виноват. Видимо придется завтра с утра на свежую голову разбирацо

[kashperuk]

Я делал такой лукап - все нормально работало - вне зависимости от того, есть значение в поле или нет. На более раннем СП
Поэтому ищите ошибку у себя.

Вы перекрываете лукап? или как?

[kashperuk]

2 CDR:
Перечитал только что ваши сообщения - я по-другому делал:

Перекрывал лукап, и делал changeCompany('ljl') { super() }

[glibs]

kashperuk-у лишь бы покодить...

Вообще стандартные связи работают. Можно посмотреть в журнале ГК пример.

Есть гипотеза, что у вас поле в таблице, с которым вы мучаетесь, на базе расширенного типа создано, для которого прописаны связи. Обычно в таких случаях бывают проблемы. Проверьте.

Для чистоты связей нужно использовать в поле таблицы расширенный тип без связей, а связь настраивать на таблице. Посмотрите в тех же журналах ГК. Там компания на базе расширенного типа (связь работает всегда даже при незаполненных других полях), а сам счет, договора и проч. ерунда — на базе расширенного типа без связей и связь прописана на таблице (в результате поля работают только в связке с другими). Это не спроста так сделано.

[kashperuk]

Цитата:

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

kashperuk-у лишь бы покодить...

Хе-хе. Хто на шо вчився, как говорится.

[glibs]

.

(I regret)

[Yulie]

Я тоже использовала changeCompany() все работает!

[Yprit]

Цитата:

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

Вообще стандартные связи работают. Можно посмотреть в журнале ГК пример.

Я дико извиняюсь за свою серость, но хотел бы уточнить 2 момента:
1. В качестве примера, насколько я понял, приведен лукап счета в строках журнала ГК. Однако на первый взгляд все лукап-методы на форме строк журнала ГК реализованы программно на соответствующих таблицах. И в этих методах недвусмысленно присутствует конструкция setDefaultCompany() Я чего-то не вижу?

2. До настоящего момента я был твердо уверен, что отображение информации и доступ к ней в Аксапте возможен только в рамках текущей компании. Способов изменить это поведение я знаю 3: saveDataPerCompany на таблице, setDefaultCompany() и changeCompany() в коде. Во всех мануалах по Х++ и Аксе (в частности, Inside Dynamics AX 4.0) это декларируется. Я сейчас, конечно, поэкспериментирую, но Ваше заявление, glibs, как обухом по голове, честное слово :-) Вековые устои руаштся.....

[Yprit]

Работает.... Обалдеть можно...

[glibs]

Ну вы, пиплы, даете.

Слов нету.

Осталось еще только на стандартные лукапы забить и писать везде свои.

Обратите внимание, что Кашперукский метод работает только в форме, а стандартные relations работают даже в обозревателе таблицы.

[Yprit]

Цитата:

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

Ну вы, пиплы, даете.

Слов нету.

Осталось еще только на стандартные лукапы забить и писать везде свои.

Съел свои ботинки, принялся за шляпу, злобно позыркивая в сторону вендора

[glibs]

Цитата:

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

...
Способов изменить это поведение я знаю 3: saveDataPerCompany на таблице
...

Тогда уж и виртуальные компании внесите в свой список.

[Yprit]

Цитата:

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

Тогда уж и виртуальные компании внесите в свой список.

Я имел в виду "программистские" способы. :-) И все равно, Карфаген должен быть разрушен, т.е. такое поведение системы мне логичным не представляется.

[CDR]

Странно... С помощью связей на таблице так и не удалось добиться стабильной работы лукапа в другую компанию.
Если в поле пусто - лукап отрабатывает на ура. Если в поле уже указано значение, почему-то открывается лукап в текущую компанию + одно значение из нужной компании, которое уже указано в поле.

Пришлось сделать в лукапе changeCompany() перед super().

[Yprit]

Цитата:

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

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

Может, сама лукапная форма, на EmplId определенная, гадит?

[CDR]

Цитата:

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

Может, сама лукапная форма, на EmplId определенная, гадит?

Вместо EmplId используется HRMVirtualNetworkReference.