Создание из CRM подобие социальной сети

[a33ik]

В мои активные контакты Вы их точно не запихнёте ну никак. Потому имя представления "Мои Активные Контакты" как бы намекает о фильтре, который использован внутри (Ответственный = Текущий Пользователь, Состояние контакта = Активный).

Имхо задача немного надуманная, но как бы решал её я:
1. Создал бы подчинённую сущность "Контакт Интересен" с сылкой на контакт и пользователя, которому контакт понравился.
2. При событии того, что контакт понравился пользователю создавать эту запись "Контакт Интересен" с ссылкой на контакт и пользователя.
3. Создать представление, фильтр в котором содержит ссылку на подчинённую сущность "Контакт Интересен" и под этой ссылкой добавить фильтр, что поле пользователя равно текущему потльзователю.

[webmaster]

Спасибо за ответы Решил задачу как предложил a33ik.
Только единственная проблема что нельзя в представлении группировать условия фильтра из родительской сущности и связанной сущности для того чтобы объединить в одном представлении интересные контакты и те контакты в которых ты ответственный.

Цитата:

Сообщение от a33ik

Имхо задача немного надуманная, но как бы решал её я:

Решение этой задачи упрощает жизнь простым пользователям, т.к. им постоянно не приходится вспоминать и искать контакты.

[Aleck]

Цитата:

Сообщение от webmaster

Спасибо за ответы Решил задачу как предложил a33ik.
Только единственная проблема что нельзя в представлении группировать условия фильтра из родительской сущности и связанной сущности для того чтобы объединить в одном представлении интересные контакты и те контакты в которых ты ответственный.

А логический оператор "OR" в условиях поиска уже отменили?

[a33ik]

Цитата:

Сообщение от Aleck

А логический оператор "OR" в условиях поиска уже отменили?

Поменьше бы иронизировали и побольше смотрели можно ли это сделать в системе. Для этого случая невозможно использовать OR потому как объединение "логическим оператором OR" возможно для полей одной сущности. В данном случае необходимо объединение фильтрации по разным сущностям.

[Aleck]

Цитата:

Сообщение от a33ik

Поменьше бы иронизировали и побольше смотрели можно ли это сделать в системе. Для этого случая невозможно использовать OR потому как объединение "логическим оператором OR" возможно для полей одной сущности. В данном случае необходимо объединение фильтрации по разным сущностям.

Поменьше бы занудничали и побольше бы думали, так, глядишь, и истина бы открылась
Систему живьем не видел уже с мая 2009, так, воспоминания всё...

Цитата:

Сообщение от a33ik

Честно признаюсь, что до отчётов в 2011 пока не добрался и знаю, что там поменялась модель - SQL - нет, FetchXML - да. Отчёт с подобным запросом нельзя построить? В 4.0 сделал бы отчёт без проблем с подобной выборкой и заэмбедил бы его в CRM через сайтмап.

Ох уж эти хирургипрограммисты, им бы все только резатьпрограммировать... Я Вам таблеточку дам, само отвалиться.

Раз уж OR так плёхо работает (в 2011 не улучшили?), я бы предложил сделать его работу самостоятельно. В ту самую сущность, куда лайки пишете, автоматом писать лайк (и убирать) для владельца контакта. Тогда в одной выборке по лайкам будут и те кто интересны и свои контакты.

[a33ik]

Цитата:

Сообщение от webmaster

Только единственная проблема что нельзя в представлении группировать условия фильтра из родительской сущности и связанной сущности для того чтобы объединить в одном представлении интересные контакты и те контакты в которых ты ответственный.

Честно признаюсь, что до отчётов в 2011 пока не добрался и знаю, что там поменялась модель - SQL - нет, FetchXML - да. Отчёт с подобным запросом нельзя построить? В 4.0 сделал бы отчёт без проблем с подобной выборкой и заэмбедил бы его в CRM через сайтмап.

[slivka_83]

Цитата:

Сообщение от a33ik

SQL - нет, FetchXML - да.

Что значит SQL - нет? В CRM 2011 очень даже можно писать отчеты на SQL

[a33ik]

Цитата:

Сообщение от slivka_83

Что значит SQL - нет? В CRM 2011 очень даже можно писать отчеты на SQL

Потому и сказал, что пока не добрался. Спасибо за поправку.