Добро пожаловать в мой блог! Изначально он не задумывался как блог CRM разработчика, но жизнь сама внесла нужные коррективы. Тут я публикою все свои наблюдения относительно обозначенных в заголовке систем. Если Вы найдете в нем что-то интересное для Вас, как для заказчика, то буду рад сотрудничать с Вами! В моей компетенции 100% задач по MS CRM 3.0/4.0/2011:
![](http://www.axforum.info/forums/blog_attachment.php?attachmentid=80&stc=1&d=1296211379)
![](http://www.axforum.info/forums/blog_attachment.php?attachmentid=100&stc=1&d=1296211379)
MVP 2010, 2011
- Консалтинг
- Проектирование
- Разработка
- Обучение
MVP 2010, 2011
Ошибка формирования отчета после изменения фильтра
Запись от Артем Enot Грунин размещена 17.04.2013 в 17:29
Теги advanced find, bug, fetch, precence
Я уже писал о похожей проблеме в одном из своих прошлых постов: Ошибка выполнения запроса в динамическом маркетинговом списке. Ее суть в том, что если представление расширенного поиска содержит столбцы из связанных записей, в формируемый им запрос добавляются дополнительные связи. В цитированном посте это приводит к тому что валится запрос динамического маркетингового списка.
В данном случае, при попытке изменить фильтр отчета по умолчанию я получил стандартную ошибку:
![Нажмите на изображение для увеличения
Название: ReportError.png
Просмотров: 284
Размер: 6.5 Кб
ID: 288](//axforum.info/forums/blog_attachment.php?s=b68cbbf8372c0cf586dda1a1d3766749&attachmentid=288&thumb=1&d=1366201781)
Лог ошибок сообщил мне следующее:
Если выполнить запрос:
То можно увидеть что фильтр по умолчанию для глючного отчета содержит пургу:
которая в обязательном порядке загружается в Средство просмотра отчетов. Проблема в том, что фильтр отчета не содержит элементов выбора представлений и их столбцов, так что даже при очистке фильтра двойные связи остаются там.
Откуда же они там берутся? Неоткуда, это очередной баг и у него уже есть жертвы: Issues with Advanced Find & Dynamic Lists Since Polaris/R12, Workaround: Corruption of Views in Polaris Release.
В моем случае проблема заключалась в том, что представление расширенного поиска действий использовало остохеревший уже presence для полей "в отношении" и "ответственный". Иными словами, в него было добавлено поле email из двух этих связанных сущностей.
Мораль: до тех пор пока MS не исправит этот баг уберите от греха все связанные столбцы из представлений расширенного поиска. В настоящий момент уже открыто несколько инцидентов и открыто уже довольно давно. Призываю всех присоединиться ко мне и затрахать техподдержку. Так же прошу вас поддержать меня на Microsoft.Connect: BUG: Advanced Find adds unnecessary links for Dynamic List and Report Filter views.
В данном случае, при попытке изменить фильтр отчета по умолчанию я получил стандартную ошибку:
Лог ошибок сообщил мне следующее:
Цитата:
Table alias XYZ is not unique amongst all top-level table and join aliases
X++:
SELECT R.name ,R.defaultfilter FROM FilteredReport as R ORDER BY R.name
X++:
<?xml version="1.0" encoding="utf-8"?> <ReportFilter> <ReportEntity paramname="CRM_FilteredOpportunity" displayname="Возможные сделки"> <fetch version="1.0" output-format="xml-platform" mapping="logical" distinct="false"> <entity name="opportunity"> <all-attributes /> </entity> </fetch> </ReportEntity> <ReportEntity paramname="CRM_FilteredActivityPointer" displayname="Действия"> <fetch version="1.0" output-format="xml-platform" mapping="logical" distinct="false"> <entity name="activitypointer"> <all-attributes /> <link-entity name="systemuser" from="systemuserid" to="owninguser" visible="false" link-type="outer" alias="activitypointerowningusersystemusersystemuserid"> <attribute name="internalemailaddress"/> </link-entity> <link-entity name="contact" from="contactid" to="regardingobjectid" visible="false" link-type="outer" alias="a_48f82b1a8ad844bd90d915e7b3c4f263"> <attribute name="emailaddress1"/> </link-entity> <link-entity name="systemuser" from="systemuserid" to="owninguser" visible="false" link-type="outer" alias="activitypointerowningusersystemusersystemuserid"> <attribute name="internalemailaddress"/> </link-entity> <link-entity name="contact" from="contactid" to="regardingobjectid" visible="false" link-type="outer" alias="a_48f82b1a8ad844bd90d915e7b3c4f263"> <attribute name="emailaddress1"/> </link-entity> </entity> </fetch> </ReportEntity> <ReportEntity paramname="CRM_FilteredLead" displayname="Интересы"> <fetch version="1.0" output-format="xml-platform" mapping="logical" distinct="false"> <entity name="lead"> <all-attributes /> </entity> </fetch> </ReportEntity> </ReportFilter>
Откуда же они там берутся? Неоткуда, это очередной баг и у него уже есть жертвы: Issues with Advanced Find & Dynamic Lists Since Polaris/R12, Workaround: Corruption of Views in Polaris Release.
В моем случае проблема заключалась в том, что представление расширенного поиска действий использовало остохеревший уже presence для полей "в отношении" и "ответственный". Иными словами, в него было добавлено поле email из двух этих связанных сущностей.
Мораль: до тех пор пока MS не исправит этот баг уберите от греха все связанные столбцы из представлений расширенного поиска. В настоящий момент уже открыто несколько инцидентов и открыто уже довольно давно. Призываю всех присоединиться ко мне и затрахать техподдержку. Так же прошу вас поддержать меня на Microsoft.Connect: BUG: Advanced Find adds unnecessary links for Dynamic List and Report Filter views.
Всего комментариев 1
Комментарии
-
Запись от Артем Enot Грунин размещена 22.04.2013 в 12:53