Вы здесь

Структура мини-CRM

0
  1. Есть три менеджера
  2. На сайт поступают заявки и модер должен распределить их между менеджерами на свое усмотрение

заявки - тип Webform
менеджер - роль, но чужие заявки видеть не должен

как такое на Друпале реализовать с учетом удобства для модера?
например две колонки: слева список менеджеров, справа - краткое содержание заявки и чекбокс
выбрал несколько заявок - ткнул на нужного манагера и они ему присвоились?

имеет ли смысл посмотреть на готовые решения?
https://www.drupal.org/project/crm_core
https://www.drupal.org/project/redhen
https://www.drupal.org/project/drupaltosugar

Версия Drupal: 
7.x
Категория: 
Business
Вопрос задан 27.07.2016 - 15:38
Аватар пользователя 787
787
0

Ответы

1

Писать ручками. Лучше не webform а entityform . "Распределение" - это entity reference поле к пользователю.
Можно дописать логику в своем модуле, hook_entity_insert, например находить пользователя с минимальным количеством активных задач и присваивать ему.

Множественное присвоение можно сделать через https://www.drupal.org/project/views_bulk_operations .

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

Ответ дан 27.07.2016 - 16:33

vbo - это однозначно... без него никак... ))

webform нынешний вроде вполне сносно в структуру вписывается

Самому насочинять весь сей "бизнес-процесс" - знаний нет - приходится компромисы готовые комбинировать. Если кто может помочь в реализации "с нуля" - без проблем заплачу. Бюджет вот только на всё шибко "кризисный"

Комментарий оставлен 27.07.2016 - 21:43

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

Комментарий оставлен 27.07.2016 - 22:35

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

задача вроде не сложная, но понять не могу как это сделать

Комментарий оставлен 28.07.2016 - 10:33
0

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

Ответ дан 28.07.2016 - 13:15
Аватар пользователя S_F
S_F
6

"мимо друпала" - смысла не вижу
сайт уже есть и он на Друпале
осталось только прикрутить распределение заявок

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

Комментарий оставлен 28.07.2016 - 20:45

то что вы описали это не CRM а тикет система по сути. Так что не правильно ищите с какой стороны зайти. По большому счету вам все что нужно это назначить исполнителя под конкретную заявку (если правильно понял вводную). Это все решается даже без программирования, чисто мышкой потыкать вдумчиво надо. Если совсем коробочное надо, то посмотрите в сторону https://www.drupal.org/project/support
Но там очень много лишнего..

Комментарий оставлен 29.07.2016 - 14:23

"тикет система по сути" - всё верно - именно так и называется !!!
терминология - абстрактная субстанция, да и не сразу асиливаеццо... ))

Глобально ::: я не понимаю почему в drupal нет штатных простых решений таких задач
привязать юзера к ноде - это же банальная и не редко нужная фича
типа поля авторства хватает
ога... для статейников

Комментарий оставлен 30.07.2016 - 11:01

почему нет? все есть. Просто друпал он не "из коробки" в принципе.

Комментарий оставлен 01.08.2016 - 09:43