2012-06-21 4 views
0

В документации для состояний inaport вы можете просто сопоставить поля поиска, и они будут определять, какие типы они есть.Inaport Lookups не может найти целевой объект - соединитель CRM4

Я картографирования с CRM 4 для CRM 2011 (с помощью CRM-коннекторов), однако все мои поиски завершаться

A lookup value was mapped to account.{field name} but no target entity name was supplied and no default is available. 

я должен отступить, чтобы добавить пользовательские поля, проверяя, если их это поиск id в поле, а затем сделать значение поиска в соответствии с документацией guid :: entityname с использованием выражений, которые являются болезненными.

Эта функция работает для кого-то еще? Нужно ли мне устанавливать отношения между родителями и родителями? Я только когда-либо добавляю карту для объекта, над которым я работаю.

+0

Может кто-нибудь добавить тег Inaport? –

ответ

0

Inaport попытается выяснить, какова правильная ссылка на объект и по умолчанию. Например, если поиск является внешним ключом в дочерней таблице, ссылка на объект по умолчанию будет содержать родительский элемент.

Есть некоторые обстоятельства, при которых поиск может ссылаться на несколько типов сущностей, а Inaport не может вывести правильный тип. Например, и активность «в отношении» поиска может ссылаться на 12 разных типов сущностей.

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

Как вы отметили, когда Inaport неправильно выводит тип сущности, вы можете заставить его добавить «:: entityname» к идентификатору GUID, который вы сопоставляете с полем поиска. Это более подробно описано в справке.

НТН

С уважением

Дэвид Эванс