AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 02.09.2008, 18:44   #1  
jeky is offline
jeky
:o)
Аватар для jeky
 
131 / 64 (3) ++++
Регистрация: 22.05.2008
? lookup
Доброго!
Имеем:
Журнал платежей и его строки (LedgerJournal и LedgerJournalTrans)
в журнале платежей устанавливаем аналитики (Dimension[1]..[3])
Эти аналитики передаются в строки...
Проблема:
у строки есть AccountNum и AccountName
во время их заполнения - выбираются из лукапа - необходимо отфильтровать лукапный список CustTable по Dimension[1]..[3]
Пробовала:
прицепить relation к LedgerJournalTrans на CustTable там добавляла отношения нормально на Dimension-ы, но это не привело к желаемому результату.
там есть уже один relation на CustTable, но он находится на другом слое и менять его нельзя...
может нужно где-то в методе lookup поля на редктируемой форме точно указать имя relation-а...
можно, конечно написать через Query, но сдаётсО мне, что можно и не писать ничего...
Вот.. поможет кто советом?
__________________
"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.
Старый 02.09.2008, 21:30   #2  
СибирскийКлещ is offline
СибирскийКлещ
Участник
 
26 / 11 (1) +
Регистрация: 24.11.2005
переопределяем лукап, в котором анализируем тип счета, в случае если "Клиент" - колдуем свой через SysTableLookup, в противном случае - вызываем super()
Старый 03.09.2008, 09:34   #3  
jeky is offline
jeky
:o)
Аватар для jeky
 
131 / 64 (3) ++++
Регистрация: 22.05.2008
Цитата:
Сообщение от СибирскийКлещ Посмотреть сообщение
переопределяем лукап, в котором анализируем тип счета, в случае если "Клиент" - колдуем свой через SysTableLookup, в противном случае - вызываем super()
Хотелось как ра без всяких преопределений lookup...
__________________
"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.
Старый 03.09.2008, 09:42   #4  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
в LedgerJournalTrans поле AccountNum унаследовано от ETD LedgerJournalAC - можно попробывать наложить нужный вам relation на нём.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 03.09.2008, 11:50   #5  
jeky is offline
jeky
:o)
Аватар для jeky
 
131 / 64 (3) ++++
Регистрация: 22.05.2008
Цитата:
Сообщение от lev Посмотреть сообщение
в LedgerJournalTrans поле AccountNum унаследовано от ETD LedgerJournalAC - можно попробывать наложить нужный вам relation на нём.
Спасибо, но не помогло...
__________________
"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.
Старый 03.09.2008, 11:53   #6  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Цитата:
Сообщение от jeky Посмотреть сообщение
Спасибо, но не помогло...
Странно... сейчас попробую у себя.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 03.09.2008, 12:02   #7  
altap is offline
altap
MCTS
MCBMSS
 
26 / 18 (1) ++
Регистрация: 28.09.2005
Если я правильно понял проблему: необходимо, чтобы таблица клиентов при выборе из LedgerJournalTrans была фильтрована в зависимости от полей LedgerJournalTrans.
Если так, то relation надо добавить в CustTable
Старый 03.09.2008, 12:19   #8  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Цитата:
Сообщение от altap Посмотреть сообщение
Если я правильно понял проблему: необходимо, чтобы таблица клиентов при выборе из LedgerJournalTrans была фильтрована в зависимости от полей LedgerJournalTrans.
Если так, то relation надо добавить в CustTable
Не совсем так. Таблица коиентов прицепляется нормально и без добавления relation с LedgerJournalTrans на неё. Проблема в том, как то странно отрабатывает relation в LedgerJournalTrans, при добавление туда связи по Dimension, клиенты по ним всё равно не фильтруются, а при попытке указать какое либо значение в Dimension заканчивается ругательством, что в таблице клиентов нет такой записи.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 03.09.2008, 12:25   #9  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Добавил в Relation "CustTable" на таблице LedgerJournalTrans последним пунктом связку: LedgerJournalTrans.Dimension[1] == CustTable.Dimension[1] и у меня всё нармально стало фильтроваться!
Вы пробывали так же?
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
За это сообщение автора поблагодарили: jeky (1).
Старый 03.09.2008, 12:32   #10  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Цитата:
Сообщение от lev Посмотреть сообщение
Не совсем так. Таблица коиентов прицепляется нормально и без добавления relation с LedgerJournalTrans на неё. Проблема в том, как то странно отрабатывает relation в LedgerJournalTrans, при добавление туда связи по Dimension, клиенты по ним всё равно не фильтруются, а при попытке указать какое либо значение в Dimension заканчивается ругательством, что в таблице клиентов нет такой записи.
Беру своё замечание про заполнение полей Dimension обратно, с этим всё нормально
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 03.09.2008, 12:57   #11  
lev is offline
lev
Ищущий знания...
Аватар для lev
Oracle
MCBMSS
Axapta Retail User
 
1,723 / 491 (20) +++++++
Регистрация: 18.01.2005
Адрес: Москва
Цитата:
Сообщение от jeky Посмотреть сообщение
...
там есть уже один relation на CustTable, но он находится на другом слое и менять его нельзя...
Почему же нельзя, менять можно, просто изменения запишутся на том слое, под которым вы зашли в аксапту.
__________________
"Страх перед возможностью ошибки не должен отвращать нас от поисков истины." (с)
С Уважением,
Елизаров Артем
Старый 11.02.2009, 11:47   #12  
jeky is offline
jeky
:o)
Аватар для jeky
 
131 / 64 (3) ++++
Регистрация: 22.05.2008
Thumbs up
Цитата:
Сообщение от lev Посмотреть сообщение
Добавил в Relation "CustTable" на таблице LedgerJournalTrans последним пунктом связку: LedgerJournalTrans.Dimension[1] == CustTable.Dimension[1] и у меня всё нармально стало фильтроваться!
Вы пробывали так же?
Спасибо большое!
Да, всё именно так как вы и сказали и вполне логично!
__________________
"Только на Бога не может быть обиды - если смерть пошлет, значит, жизни пришел предел, на то рождался,- а за все остальное на Земле есть и должен быть спрос!." Чингиз Торекулович Айтматов.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
gatesasbait: How to define a custom lookup form for an extended datatype Blog bot DAX Blogs 0 09.07.2008 22:05
Создание Lookup формы Maxim Gorbunov DAX: База знаний и проекты 9 26.06.2007 16:44
Нагло глючит lookup Sada DAX: Программирование 1 08.06.2006 10:32
Динамические Lookup формы. Андрей Василюк DAX: База знаний и проекты 0 07.12.2001 07:07
Произвольная Lookup форма Maxim Gorbunov DAX: База знаний и проекты 0 30.11.2001 21:59

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 02:03.