Настройка Битрикс24 — удалённая работа в Москве

С системой будет работать: отдел продаж. Всего сотрудников: 1 человек. Коробочная версия Мы - производственная компания (телекоммуникационное оборудование). Подбираем себе платформу для решения задач по технической поддержке наших внешних клиентов (Helpdesk) и организации внутренних технических задач (ServiceDesk) с привлечением к ним внешних контрагентов. Предпочтительно рассматриваем коробочный вариант. Количество пользователей (сотрудники компании и контрагенты) - до 30 человек, внешние клиенты - неограничено. Исходя из этого мы хотели бы иметь в системе (кратко): 1. Web-интерфейс, доступ к которому есть для зарегистрированных пользователей (как внутренних, так и внешних) через систему авторизации и подтверждение администратором. 2. Доступ внешних клиентов в открытую для них часть системы: - для формирования заявок на поддержку. - ведение раздельной переписки по разным заявкам; - обращение к статьям Базы знаний, открытых для этого системой доступа и т.д. 3. Базы данных по сотрудникам и клиентам (организация, отдел, ФИО, должность, контактные данные, категория доступа и т. п.) с возможностью поиска/фильтра по различным параметрам. 4. База знаний. 5. Поиск по всей системе необходимой информации по ключевым словам и тому подобному. 6. Поддержка внешних клиентов через почтовые ящики системы (их может быть несколько, по разным группам вопросов и с разными писками ответственных сотрудников) и почтовые ящики внешних пользователей. 7. Регистрация обращений в системе с назначением регистрационного номера и фиксацией темы обращения. Если почтовый ящик клиента уже имеется в системе, то его персональные данные (как минимум - организация и ФИО) должны автоматически отображаться в форме/карточке этого зарегистрированного обращения. 8. Формирование автоматического ответа на первичное обращение внешнего клиента с сохранением темы обращения и добавлением к ней регистрационного номера. Вся последующая переписка по данному обращению должна автоматически попадать в ветку первоначального обращения. 9. Возможность автоматически отправлять письмо, полученное от не определённого внешнего отправителя, в определённый почтовый ящик системы по ключевому слову из темы этого письма. 10. Раздел обращений/заявок должен содержать главную страницу в табличной форме с примерно такими столбцами и с возможностью сортировки/фильтрации по каждому столбцу: - № обращения/инцидента; - тема обращения/инцидента; - категория (ошибка ПО (SW) или «железо» (HW), вопрос по тех. характеристикам/настройка и т. п.); - статус (новый, в работе, открыт повторно, ожидает решения, закрыт и т. п.); - приоритет (высокий, нормальный, низкий); - автор; - ответственный из числа сотрудников (желательно структурированных по группам); - дата создания; - дата обновления; - дата завершения. 11. В переписке по заявке должна быть возможность прикладывать файлы, которые в последующем можно было бы просматривать в отдельном структурированном (например, по дате) списке. 12. Объединение нескольких заявок в одну. 13. Создание на основе заявки от клиента заявки для внутренней службы компании. 14. Возможность экспорта в систему базы знаний из Confluence. 15. Возможность экспорта в систему базу данных из системы Redmine/Naumen/IBN и выгрузить БД из системы в удобном формате. 16. Система учёта трудозатрат при выполнении заявок.