При отметке письма как спам (в CRM) письмо исчезает из портала!! это не логично (я не смог найти логики)! Ведь лид остаётся, менеджеру приходится менять статус/удалять лид руками и без доказательств, что было письмо из-за которого лид был отбракован!
Предлагаю: не удалять emailотмеченные как сам, а сразу заносить их в спам лист(во избежание повторного получения спама) + выводить менеджеру окно для смены статуса лида(что бы он понимал, то после отметки спама нужно изменить статус). Письмо останется для подтверждения, что лид "реально спам"!
p.s. в чатах нет окна со статусами, но хотя бы чат остаётся если его отметить как спам!
Дайте email кто придумывает кейсы в б24... Лид - человек, который ещё не купил у нас, но это всё тот же самый человек что и 3 месяца назад! Зачем повторные лиды и создание новых при забракованных старых?? видимо что бы уже добытая информация была потеряна в тонне мусора и менеджер снова заполнял карточку лида... если я не прав, прошу описать кейс или преимущество подхода с "повторным лидом"!
Например открытая линия (ОЛ) соц.сетей позволяет определять пользователя, но не привязывает его к контакту! например клиент написал в вк, создался лид, мы сконвертировали в контакт. Но если клиент опять через ВК что-то напишет - обновиться лид!!! а нужно уже в контакт! да и открыть карточку контакта из лида не так уж и просто!
Если минус - объясните почему! тех.п. аргументировать дробление на сущности не может.
Всего 2 сущности в CRM!
Всегда задача ставится для контакта, либо компании! Конструктивно:
Есть компании(поставщики, дистрибьюторы и другие внешние пользователи).
В компании есть сотрудник(контакт, возможно, Экстранет).
Например сотрудника нужно подключить к нашей CRM(экстранет) - нужно не создавать ещё одну сущность "Экстранет пользователь", у которой нет информации, а именно связать карточку контакта с подключенным пользователем! Узнать телефонные номера/email/год рождения Экстранет-пользователя можно и в соей CRM...
А любые задачи создаются внутри компании и связаны с ней! И могут привязываться к сделкам и предложениям.
А экстранет вообще не обязан видеть сущности CRM, только доступные ему задачи связанные с его компанией!
В итоге:
И только 2 сущности в CRM: человек и компания!
И все сотрудники так же - контакты!!! привязанные к своей компании! (в CRM даже есть отдельно "Ваша" компания: https://ДОМЕН.bitrix24.ru/crm/configs/mycompany/)
У каждого контакта(как и пользователя CRM) карточка с информацией, всё досье! Это полезно для владельца CRM: знать год рождения способы связи, соц сети, какие-то комментарии и прочее из карточки контакта(как по клиентам, так и по СВОИМ СОТРУДНИКАМ).
Наша компания работает не с проектами/группами, а с клиентами(юр/физ лицо!) т.е. нет никаких групп без привязки к той или иной компании!
Весь функционал групп должен быть заложен в компании(подключение Экстранет, добавление диска компании для файлов обмена, WIki)!
Сейчас в компоненте действует алгоритм исключающих условий:
передан ли параметр by_link,
указан ли код секции,
указан ли ID секции.
Логичнее было бы поменять местами проверку ID секции и кода секции, т.к. ID позволяет однозначно определить секцию, а символьный код - нет. Предложенный подход не изменит логику компонента, но сделает его работу более предсказуемой.