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

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 16.04.2015, 20:42   #1  
Морковка is offline
Морковка
Участник
 
71 / 10 (1) +
Регистрация: 12.10.2014
Связь для запроса Документов к Выгрузке
ProdTable full join IOOutGoingHeader
on IOOutGoingHeader.RefTableId =TableId
IOOutGoingHeader.RefRecId = ProdTable.RecId

--and IOOutGoingHeader.ProfileId = IOIntegrationProfile.ProfileId

Эту связь взяла из Relations таблицы.
НО в поле номер документа из IOOutGoingHeader. возвращает другой документ ...
Как же их связать?
Аналогично выгружаются и спецификации, с BOMTable совсем Relations нет.
где же искать?
Старый 17.04.2015, 00:24   #2  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
700 / 752 (27) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Ну с учетом того что IOOutGoingHeader это какая-то кастомизация то основываясь на тех данных что вы предоставили помочь вам сможет либо телепат либо обладатель такой же кастомизации (если это было чье-то партнерское решение).
За это сообщение автора поблагодарили: Морковка (1).
Старый 17.04.2015, 09:33   #3  
Морковка is offline
Морковка
Участник
 
71 / 10 (1) +
Регистрация: 12.10.2014
Всё понятно, я подумала это таблица стандартная.
не понимаю только почему соединяя по Relations указанному
IOOutGoingHeader.RefTableId =ProdTable.TableId
IOOutGoingHeader.RefRecId = ProdTable.RecId
мне возвращает не тот производственный документ. (поле номер документа должно тоже совпадать в этих таблицах)
т.е.IOOutGoingHeader.заполняется номер документа верно. и соединяя эти таблицы по номеру документа все верно. кроме Relation, при таком соединении получается
IOOutGoingHeader.RefRecId != ProdTable.RecId (не выполняется Relation)
Это как такое возможно...
Старый 17.04.2015, 09:43   #4  
AndyD is offline
AndyD
Участник
КОРУС Консалтинг
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
 
2,560 / 2479 (88) +++++++++
Регистрация: 20.08.2005
Цитата:
Сообщение от Морковка Посмотреть сообщение
мне возвращает не тот производственный документ. (поле номер документа должно тоже совпадать в этих таблицах)
А что за "Номер документа" должен попасть?

Из того, что вижу я, туда попадает RecId записи (т.е., по сути, дублируется RefRecId, но не всегда) )
__________________
Axapta v.3.0 sp5 kr2
Старый 17.04.2015, 10:07   #5  
Морковка is offline
Морковка
Участник
 
71 / 10 (1) +
Регистрация: 12.10.2014
Цитата:
Сообщение от AndyD Посмотреть сообщение
А что за "Номер документа" должен попасть?

Из того, что вижу я, туда попадает RecId записи (т.е., по сути, дублируется RefRecId, но не всегда) )
Производственный заказ выгружается в другую систему, при этом заполняется эта таблица(IOOutgoingHeader). У производственного заказа есть номер и дата. Номер и дата попадают(переписываются) в данную таблицу при выгрузке помимо прочей необходимой информации.
Выгрузила заказ, далее нашла в базе в этой таблице(IOOutgoingHeader) строку:
1.по полю с номером- все верно выгружено, дополнительная информация верна тоже.
2.по полю RefRecId записан RecId абсолютно другого заказа, который не выгружался.
В принципе для реализации моей задачи соединю по номерам и всё, но интересно как это так неверный Relations прописан...
Старый 17.04.2015, 10:12   #6  
skuull is offline
skuull
Участник
Most Valuable Professional
Лучший по профессии 2014
 
700 / 752 (27) +++++++
Регистрация: 08.03.2013
Адрес: ХЗ
Может быть там неверный relation. Я бы на вашем месте посмотрел по перекресным ссылкам для поля номер документа где оно заполняеться и попытался бы понять по коду как его правильно заджоинить.

Этот релейшен используеться только для джоина датасорсов на форме да и джоинов датасорсов в квери. Если эта таблица там не используеться( или связь там перекрыта руками) то он может быть любой и не стоит на него ориентироваться.

Последний раз редактировалось skuull; 17.04.2015 в 10:21.
Старый 17.04.2015, 17:27   #7  
Морковка is offline
Морковка
Участник
 
71 / 10 (1) +
Регистрация: 12.10.2014
Цитата:
Сообщение от skuull Посмотреть сообщение
Может быть там неверный relation. Я бы на вашем месте посмотрел по перекресным ссылкам для поля номер документа где оно заполняеться и попытался бы понять по коду как его правильно заджоинить.

Этот релейшен используеться только для джоина датасорсов на форме да и джоинов датасорсов в квери. Если эта таблица там не используеться( или связь там перекрыта руками) то он может быть любой и не стоит на него ориентироваться.
Спасибо! понятно.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Всегда ли правильно работает queryrun().query().dataSourceCount() при присоединении пользователем таблиц в настройках стандартного запроса? Aquarius DAX: Программирование 5 26.09.2013 09:52
Изменить план выполнения запроса Sequel DAX: Администрирование 2 29.05.2008 15:46
Серии документов ax_f DAX: Функционал 3 23.09.2004 19:51
Повторное использование номеров документов ГК dirigente DAX: Функционал 22 25.03.2004 16:20
Как устроен в Аксапте механизм стронирования документов? =DeaD= DAX: Функционал 14 29.01.2004 13:43
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

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

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

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