Управление контактами - и права

[Павел Бевзенко]

Всем привет.

Как сейчас:
Контакты привязаны к организации 1-1.
получается что если один контакт надо привязать к двум организациям, то его надо завести 2 раза.
Естественно у контакта права от пользователя - кто ответственный.

Хочу сделать:
Возможность привязать один контакт к нескольким организациям 1-N
Чтоб справочник контактов был только с уникальными контактами (не дублировались)
Но получается что для такой реализации надо всем сотрудникам открыть доступ на все контакты, а это не комильфо.

Кто-то сталкивался с такой задачей? расскажите как решали?

[a33ik]

Цитата:

Сообщение от Павел Бевзенко

Возможность привязать один контакт к нескольким организациям 1-N
Чтоб справочник контактов был только с уникальными контактами (не дублировались)

Чтобы реализовать множественную принадлежность потребуется какая то "развязочная" сущность и чтобы не создавать ничего кастомного воспользуйтесь существующим функционалом - Connections.

Цитата:

Сообщение от Павел Бевзенко

Всем привет.
Но получается что для такой реализации надо всем сотрудникам открыть доступ на все контакты, а это не комильфо.

Вот эта задача уже потяжелее, но если у вас доступ к контакту основывается на привзке к компании - решал бы через шаринг.

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

Цитата:

Сообщение от Павел Бевзенко

Всем привет.

Как сейчас:
Контакты привязаны к организации 1-1.
получается что если один контакт надо привязать к двум организациям, то его надо завести 2 раза.
Естественно у контакта права от пользователя - кто ответственный.

Хочу сделать:
Возможность привязать один контакт к нескольким организациям 1-N
Чтоб справочник контактов был только с уникальными контактами (не дублировались)
Но получается что для такой реализации надо всем сотрудникам открыть доступ на все контакты, а это не комильфо.

Кто-то сталкивался с такой задачей? расскажите как решали?

Давайте уточним, контакты привязаны к организации 1:N (основное отношение, но есть и друие). Иными словами, может быть много контактов от одной организации.

Теперь к вопросу как быть. По идеологии системы, контакт - это не персона, это - контактные данные этой персоны. Если у человека есть несколько email и телефонов - это несколько контактов.

Что касается доступа. Дать доступ на все контакты и организации - это самая что ни на есть распространенная практика. Вы для этого и внедряли CRM чтобы все знали какие у вашей фирмы есть контакты и кто их владелец. Если вы не доверяете своим сотрудникам - увольте их, или не пускайте в CRM.

[Павел Бевзенко]

То, что полный доступ облегчает всем жизнь - само собой, и то что это противоположная сторона безопасности - все знают.

В каждом бизнесе - своя бизнес-модель.

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

Но идея сделать контакты Н-Н витает, что-бы не плодить дубликаты.

Вот и задались вопросом - как можно реализовать.

К примеру я завел Иван Ивановича.
А сотрудник из другого отдела, работает с другой компанией, и с ней тоже связан Иван Иванович. Но второй сотрудник не видит что я уже заводил его и заводит еще раз.
Мы же хотим, чтоб не заводить, и он увидел что Иван Иванович есть, и просто привязал его к своей организации.

Но так же есть еще 40К контактов. И нет желания, чтоб сотрудники имели к ним доступ (выгрузка в эксель и слитие базы никто не отменял... безопасность).

Из приходящей идеи только одно - сотрудник пытается завести контакт, и система сама находит дубликат (к примеру по номеру телефона) и предоставляет доступ через обычное "предоставление доступа", и сотрудник смело привязывает его к своей организации. Но как-то костыльно что-ли получается. (и тут же вопросы, что потом придется этот доступ забирать и как то контролировать - при переводе сотрудника в другой отдел к примеру, или увольнении. И надо писать разные скрипты проверок и предоставления-забирания доступа)

Потому и вопрос - может кто-то сталкивался?

П.С. К примеру с организациями у нас так: Если сотрудник хочет завести организацию, он должен указать ОКПО. Перед заведением он может проверить на наличие таковой в системе (тут модуль, независимо от прав может показать что такая организация есть и кто ответственный) после чего сотрудник обращается к руководителю, и руководитель принимает решение - давать доступ к организации или нет.
НО с контактами так делать не хотим, так как очень много работы по предоставлению прав на контакты ляжет на руководителя, да и "мешать" сотрудникам заводить контакты мы не хотим. Пусть заводят.

Как быть? Есть идеи?

[spectr]

Цитата:

Сообщение от Павел Бевзенко

П.С. К примеру с организациями у нас так: Если сотрудник хочет завести организацию, он должен указать ОКПО. Перед заведением он может проверить на наличие таковой в системе (тут модуль, независимо от прав может показать что такая организация есть и кто ответственный) после чего сотрудник обращается к руководителю, и руководитель принимает решение - давать доступ к организации или нет.

Ответ кроется здесь Как у вас руководители выдают права на организацию ? Шаринг ?
Сделайте также и для контакта только с той разницей что вместо руководителя это будет делать сама система и всегда с положительным ответом по раздачи прав. А на владельце контакта будет уходить уведомлении что "Петрову" выдали права на ваш контакт.

[Павел Бевзенко]

Так вот Шаринг как раз и не хочется пока. Через него устроена раздача прав на организацию (Руководитель открывает бизнес линию на организацию и через нее шаринг... Ну или сразу ответственный по организации)
Как потом решить проблему "забрать права"? Очень много проверок будет...