Проблема: Постановщик и контролирующее лицо часто являются двумя разными людьми. Нужно добавить возможность менять контролирующую сущность не меняя постановщика.
Решение: 1. Поле Ответственный переименовать в Поле - Исполнитель(что логично в принципе, потому что есть у нас и СОИСПОЛНИТЕЛИ) 2. Добавить поле Ответственный - Это как раз и будет выбор контролирующего человека. По умолчанию ответственный будет такой-же как и постановщик, но должна быть возможность его изменить. 3. постановщик должен сохранить способность принимать задачу, возобновлять и прочее. Ответственный - должен быть сделан по аналогии с соисполнителями. Тоесть он должен быть дополнительным контролирующим лицом.
На данный момент ситуация такая, что если у лида (сделки) сменить ответственного, то задачи и дела (в том числе и звонки) остаются у первого менеджера, а не у нового. + менеджер сам не может менять ответственного у задач. Получается ситуация, когда у нового ответсвенного нет ни доступа к телефонным переговорам с клиентом ни задач по нему. Зато у старого ответственного они остаются.
Идея - сделать автоматическую смену ответственного у всех дел и задач при смене ответственного у лида (сделки).
Когда ответственный за "Компанию" или "Контакт" уходит в отпуск все письма, которые приходят в CRM могут остаться пропущенными. Механизма передачи отвественности за сущности на время отпуска я не обнаружил. Отпуск сотрудников это самый распространенный сценарий работы в компании, не очень понятно почему он вообще не как не предусмотрен в работе CRM. Идея в том, что когда сотрудник уходит в отпуск, все сущности переходят к его коллеге. В день выхода из отпуска они возвращаются обратно.
В тех. поддержке мне предложили несколько очень странных решений: типа создать специальное поле ответственный по-умолчанию. Сначала перевести все сущности, отфильтровав их по ответственному, на коллегу. При возвращении из отпуска, отфильтровав сущности по ответственному по-умолчанию, перевести их обратно. Зачем такие костыли?
При автоматической генерации Лида из входящего Email ответственным назначается сотрудник указанный в настройках интеграции почты в CRM. Когда ЛИД "переводится" на реального исполнителя, ответственным за входящий email все равно остается сотрудник, которому Лид был назначен автоматически. Это неудобно с 2 точек зрения:
У изначально назначенного ответственного весит невыполненным "дело", которое он выполнять не должен, то есть реально то с потенциальным клиентом будет общаться тот на кого этот Лид "перевели".
У сотрудника на которого Лид "перевели" нет постоянно горящего напоминания о новом Лиде.
Предлагаю при переводе ответственного по Лиду менять ответственного и за все Дела которые относятся к этому Лиду.
При создании новой задачи в поле "Ответственный" по умолчанию подстанавливается текущий пользователь. Бывает такое, что забываешь отредактировать это поле и ставишь задачу сам себе, и не замечаешь этого. В итоге, тот, кто должен делать задачу ее не получает, а постановщик ждет, когда же уже будут результаты. И в результате задача зависает на некоторое время, пока не обнаружится ошибка. Было бы хорошо, если бы поле ответственный было пустым, и при попытке поставить задачу без ответственного, выдавалось бы сообщение об ошибке. В таком случае ошибиться с ответственным будет сложно.
В облачной версии (коробочную давно не открывал, но там, по моему такого не было) если постановщик задачи "забыл" прикрепить задачу к рабочей группе, то ответственный этого сделать не может:(
Отсюда идея - для задач, не закрепленных за рабочей группой дать возможность ответственному прикреплять задачу к рабочей группе (возможно с подтверждением постановщика задачи)
Также, дать возможность автору задачи эту задачу редактировать: если автор устанавливает ответственным не себя, то после сохранения задачи вносить правки уже нет возможности
Добрый день! Вы не рассматривали перспективу создания инструмента "Планировщик работы группы" по мониторингу конфликта перегрузки ресурсов в проектах на этапе создания задачи ответственным/владельцем группы, по аналогии с имеющимся в Битрикс инструментом "Планировщик событий", запускающийся на этапе создания нового события для исключения конфликта наличия времени у участников? Было бы удобно иметь такой инструмент, чтобы контролировать конфликтность создаваемой задачи с текущими задачами ответственного. Спасибо!
Не всегда постановщик знает (или хочет думать), какие ресурсы необходимы для выполнения той или иной задачи. В нынешней реализации ответственный должен решить, кто из его коллег должен принять участие в выполнении поставленной задачи, и поставить им подзадачи. Но! в родительской задаче могут присутствовать материалы, прикрепленные файлы. Чтобы не приходилось их дублировать, хорошо бы иметь возможность ответственному приглашать соисполнителей в поставленную ему задачу.
1.Очень часто необходимо установить ответственного для конкретного клиента техподдержки. Харашо было бы без всяких манипуляций с категориями, уровнями поддержки и т.д. назначить для конкретного клиента своего ответственного по умолчанию. 2. Аналогичный функционал нужен и с группами клиентов техподдержки (Сервисы -> Техподдержка -> Группы) без затрагивания групп пользователей сайта. Очень нужно назначение конкретного ответственного для своей группы клиентов.
Добрый день. В разделе CRM в сущности "КОМПАНИЯ" нету поля ответственный. Соответственно, я как человек отвечающий за 1С и внедрение корп.портала переношу список компаний из 1С УТ в корп.портал через модуль импорт, используя CSV файл. Так как я все перенес, я являюсь человеком создавшим компанию. Теперь заходим в компанию, нажимаем "добавить звонок/встречу", это напоминалка о будущем событии, и тут тоже нету поля ответственный, соответственно по умолчанию исполнителем данной напоминалки выбирается пользователь создавший компанию. Может есть стандартное решение данной проблемы? Тех.поддержка сказала что нету, обращайтесь в отдел разработок.
В торговых компаниях есть понятие "ответственный менеджер по компании". Предлагаю: -добавить поле ответственный в компании. ЛИБО: -Добавить поле ответственный к данной напоминалке (добавить звонок/встречу). Жду Ваших комментариев.
Да, действительно, в текущей верисии у компании нет ответственного. Поэтому уведомления о событиях отправляются создателю. Обязательно добавим поле ответственнй в одной из следующих версий.