Добро пожаловать в мой блог! Изначально он не задумывался как блог CRM разработчика, но жизнь сама внесла нужные коррективы. Тут я публикою все свои наблюдения относительно обозначенных в заголовке систем. Если Вы найдете в нем что-то интересное для Вас, как для заказчика, то буду рад сотрудничать с Вами! В моей компетенции 100% задач по MS CRM 3.0/4.0/2011:

Консалтинг
Проектирование
Разработка
Обучение

MVP 2010, 2011

Оценить эту запись

Ошибка формирования отчета после изменения фильтра

Запись от Артем Enot Грунин размещена 17.04.2013 в 17:29

Теги advanced find, bug, fetch, precence

Я уже писал о похожей проблеме в одном из своих прошлых постов: Ошибка выполнения запроса в динамическом маркетинговом списке. Ее суть в том, что если представление расширенного поиска содержит столбцы из связанных записей, в формируемый им запрос добавляются дополнительные связи. В цитированном посте это приводит к тому что валится запрос динамического маркетингового списка.

В данном случае, при попытке изменить фильтр отчета по умолчанию я получил стандартную ошибку:

Нажмите на изображение для увеличения
Название: ReportError.png
Просмотров: 1165
Размер: 6.5 Кб
ID: 288

Лог ошибок сообщил мне следующее:

Цитата:

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.

Размещено в CRM

Просмотров 27041 Комментарии 1

« Предыдущее Главная страница Следующее »

Всего комментариев 1

Архив
< Декабрь 2024
Вс	Пн	Вт	Ср	Чт	Пт	Сб
24	25	26	27	28	29	30
1	2	3	4	5	6	7
8	9	10	11	12	13	14
15	16	17	18	19	20	21
22	23	24	25	26	27	28
29	30	31	1	2	3	4

	Официальный ответ поддержки: The fix is targeted for Rollup 15.
	Запись от Артем Enot Грунин размещена 22.04.2013 в 12:53

Сообщение форума

Отменить изменения