Логика отрицания в CRM

[User]

Доброго времени, гуру.

Задача - найти всех контрагентов, в отношении которых не было сделано ни одной активности (звонка, встречи и т.п.).

Пытался каким-нибудь образом решить данную задачу через расширенный поиск, но никакие шаманства не помогли, ибо, как я понял, в CRM 4.0 не реализовано условие отрицания.

То есть можно искать сущности, в отношении которые ЕСТЬ тот или иной атрибут, но нельзя найти теже сущности, в отношении которых этого атрибута НЕТ.

Каким образом можно решить такую задачу.

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

Совершенно верно, такой возможности в CRM всех версий нет. Существуют альтернативные решения:
1. Написать SQL отчет
2. Создать маркетинговый список, засунуть туда всех клиентов. Уточнить список методом удаления (есть такая опция) всех клиентов по нужным вам условиям: тех у кого есть активности. В итоге получите то что нужно, но ценой долгих манипуляций.

Еще есть возможность сделать свои представления с API, но это доработка, причем из области извращений: http://www.axforum.info/forums/blog.php?bt=382

[User]

Цитата:

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

2. Создать маркетинговый список, засунуть туда всех клиентов. Уточнить список методом удаления (есть такая опция) всех клиентов по нужным вам условиям: тех у кого есть активности. В итоге получите то что нужно, но ценой долгих манипуляций.

К сожалению, на данный момент так и поступаю, но ИМХО это крайне не удобно.
За совет все равно спасибо.

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

Цитата:

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

К сожалению, на данный момент так и поступаю, но ИМХО это крайне не удобно.
За совет все равно спасибо.

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

[slivka_83]

3. Вести счетчик количества Действий на объекте контрагента

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

Цитата:

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

3. Вести счетчик количества Действий на объекте контрагента

Не дурно... Я бы тогда еще дату последнего действия включил. Может быть полезно.

[Fighter]

Простая реализация с использованием бизнес-процесса:
1) Добавляем, например, 2 поля типа Дата и время в Возможную сделку с названиями Дата последней встречи и Дата последнего примечания (если пользователи их пишут). Можно также вывести их на форме Возможной сделки, если нужно для всеобщего обзора.
2) Делаем два бизнес-процесса для Встречи и Примечания.
3) В первом реагируем на изменение поля В отношении. Во втором отслеживаем просто создание/изменение записи.
4) Обновляем созданные поля (Дату и время) в отношении связанной сделки значениями Процесс->текущее время.
5) Строим запрос типа Показать все Возможные сделки, у которых поля Дата последней встречи и Дата последнего примечания не содержат данных ИЛИ эти даты ранее заданной.
Вроде как все.

[Fighter]

Да, и не забываем проверить, что связь Действие->В отношении (Возможная сделка) содержит данные. Иначе подвесим БП. Как можно догадаться, CRM делает приведение к типу (Возможная сделка) (dynamic_cast <Entity>). Поэтому ссылка на любой другой тип записи даст NULL.

[Aleck]

А если попробовать например такой запрос: "дейстие.дата создание (или любое другое обязательно заполняемое поле) = нет значения" ? )

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

Цитата:

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

А если попробовать например такой запрос: "дейстие.дата создание (или любое другое обязательно заполняемое поле) = нет значения" ? )

Такой запрос ничего не вернет, так как вы попросите у системы все организации, у которых есть действия, у которых нет даты создания.

[a33ik]

Цитата:

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

А если попробовать например такой запрос: "дейстие.дата создание (или любое другое обязательно заполняемое поле) = нет значения" ? )

Если не ошибаюсь при построении запроса внутри CRM используется Inner Join, так что данный вариант не сработает.

Для топикстартера - я бы остановился на варианте с запросом, если для всех найденных записей не нужно выполнять каких то Bulk действий.

Так же вариант с плагином на Execute тоже отбрасывать не стоит. У меня было похожее решение, но для геолокации - надо былдо найти акаунты/лиды которые находятся на определённом удалении от указанной координаты.