D365 online and Outlook Online sync and de-duplication

[Ion]

Добрый день!

Интересует вопрос относительно сихнронизации контактов с СРМ в аутлук (server side sync) и поиск/ удаление дублей.
Пока для меня это темный лес и вообще не ясно каким образом выявлять дубликаты во время синхронизации с СРМ.
Чисто технически можно ли использовать вебхуки и как-то отслеживать создание контакта в outlook что пришел из СРМ?
Пока у меня в голове складываеться такой солюшен: заюзать вебхуки на создание контакта и MS Graph чтобы отслеживать изменения в аутлуке, потом мониторить созданные контакты и если это дубликаты, то помещать их в папку Дубликаты.
На данный момет с учетом моих знаний у меня такой солюшен. Пока изучаю API и присматриваюсь к возмоностям

[Артем Enot Грунин]

Пока что главный вопрос: зачем вам? В системе есть свой механизм поиска и борьбы с дубликатами. Работает он, приблизительно, так: вы настраиваете правила поиска дубликатов - говорите системе совпадение, или частичное совпадение каких полей говорит о возможном дубликате. После чего система будет предупреждать вас о наличии дубля при попытке создать, или изменить запись (не обязательно контакт, со всеми типами записей работает). Если дубликат найден, система предлагает вам функционал слияния двух записей.


Теперь что касается синхронизации. Я крайне не рекомендую вам лезть в работу любой интеграции. Вряд ли из этого получится что-то кроме сбоев. Дубликаты будут создаваться (или пытаться создаться) до тех пор, пока вы не наведете порядок в источнике.


У меня был проект, в компании, которая активно использовала контакты в Outlook и существенно полагалась на переписку в нем же. Нам казалось, что MS CRM буквально создана для них, но первая попытка, в итоге, обернулась кошмаром. Да, в те времена не было SSS и мы пользовались Outlook, но урок был усвоен. Пользователи должны почистить свои адресные книги, удалить "друзей алкоголиков" и т.п. прежде чем вы включите синхронизацию для их ящика.

[Ion]

Цитата:

Сообщение от Артем Enot Грунин

Пока что главный вопрос: зачем вам? В системе есть свой механизм поиска и борьбы с дубликатами. Работает он, приблизительно, так: вы настраиваете правила поиска дубликатов - говорите системе совпадение, или частичное совпадение каких полей говорит о возможном дубликате. После чего система будет предупреждать вас о наличии дубля при попытке создать, или изменить запись (не обязательно контакт, со всеми типами записей работает). Если дубликат найден, система предлагает вам функционал слияния двух записей.


Теперь что касается синхронизации. Я крайне не рекомендую вам лезть в работу любой интеграции. Вряд ли из этого получится что-то кроме сбоев. Дубликаты будут создаваться (или пытаться создаться) до тех пор, пока вы не наведете порядок в источнике.


У меня был проект, в компании, которая активно использовала контакты в Outlook и существенно полагалась на переписку в нем же. Нам казалось, что MS CRM буквально создана для них, но первая попытка, в итоге, обернулась кошмаром. Да, в те времена не было SSS и мы пользовались Outlook, но урок был усвоен. Пользователи должны почистить свои адресные книги, удалить "друзей алкоголиков" и т.п. прежде чем вы включите синхронизацию для их ящика.

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