Система напоминания на ModX

Добрый день.
Необходимо сделать такую задачу:

Нужно создать систему напоминания.

Имеем 4 группы пользователей:
1. Администратор. Видит всех и вся.
2. Руководитель. Видит своих сотрудников всех клиентов.
3. Сотрудник. Видит своих клиентов.
4. Клиент. Низшее звено. Не видит ничего. Доступа к системе не имеет.

Так вот нужно сделать так: Руководитель создает сотрудников в системе.
Сотрудник создает клиентов в систем с привязкой к себе.

Нужно чтобы Сотрудник видел только своих клиентов. А руководитель — своих сотрудников.

А также нужно чтобы при создании клиента сотрудник мог указать дату. Далее при настплении этой даты всем сотрудникам, у кого есть клиенты с текущей датой рассылались письма с указанием ФИО клиента и какой-то информации.

Возможно ли все это реализовать стандартными средствами ModX + Office? И какие могут быть камешки?))
Андрей
10 января 2016, 16:42
modx.pro
933
+1

Комментарии: 16

Андрей
11 января 2016, 11:35
0
Апну тему… Уважаемое сообщество, подскажите пожалуйста по вопросу. Горят сроки реализации, а хочется определиться с вектором так сказать))
    but1head
    11 января 2016, 12:08
    +1
    Office, tickets, группы пользователей и немного самописных «штук».
      Андрей
      11 января 2016, 13:14
      0
      А tickets какую роль будет выполнять?
      И какие самописные «штуки»? Для реализации какого функционала нужны?
    Сергей Шлоков
    11 января 2016, 18:01
    0
    Возможно ли все это реализовать стандартными средствами ModX + Office?
    Нет. Нужно писать самостоятельное решение.
      Андрей
      11 января 2016, 18:04
      0
      Насколько сильно нужно переписывать стандартные компоненты?
      И можно ли реализовать регситрацию пользователей (даже по сути можно просто в отдельную таблицу заводить) через фронтенд?
      То есть например, создать страницу с формой, которая будет одержать поля: Имя, Фамилия, дата, и какая-либо инфа. Это не хитрое дело.
      А вот как сделать чтобы при наступлении конкретной даты, отправлялось письмо тому, кто регистрировал пользователя?
        Сергей Шлоков
        11 января 2016, 18:12
        0
        Насколько сильно нужно переписывать стандартные компоненты?
        Никакие стандартные компоненты переписывать не нужно.
        И можно ли реализовать регситрацию пользователей (даже по сути можно просто в отдельную таблицу заводить) через фронтенд?
        Можно. Есть готовые стандартные компоненты.
        А вот как сделать чтобы при наступлении конкретной даты, отправлялось письмо тому, кто регистрировал пользователя?
        Делать cron скрипт. Это не сложно.

        А вот дальше у разработчика возникнут вопросы — где должны работать первые 3 группы пользователей — на сайте или в админке? Отсюда и решения будут разными.
          Андрей
          11 января 2016, 18:15
          0
          Никакие стандартные компоненты переписывать не нужно.… Можно. Есть готовые стандартные компоненты.
          А подскажите, какую бы связку использовали Вы для реализации?

          А вот дальше у разработчика возникнут вопросы — где должны работать первые 3 группы пользователей — на сайте или в админке? Отсюда и решения будут разными.
          Я думаю, что Администратор будет иметь доступ к админке, а во Руководители и Сотрудники должны работать через сайт.
          Клиенты вообще не имеют доступа никуда, они просто заводятся в БД и все. О том что они есть в системе, они даже знать не будут. Все это делается для того, чтобы не писать на листочках и т.д.)))
            Сергей Шлоков
            11 января 2016, 18:24
            0
            А подскажите, какую бы связку использовали Вы для реализации?
            Всё зависит от задач и бюджета. Вам нужна обычная CRM система. Тут я вообще не вижу надобности в каких-то компонентах, кроме технических. Администратор создает пользователей, разносит их по группам (Руководители, сотрудники). Указывает связь сотрудник->руководитель. Это всё в админке.
            А дальше работа для программиста — писать интерфейсы для сайта и логику.
            Клиенты вообще не имеют доступа никуда, они просто заводятся в БД и все.
            Для данной реализации нужно создавать отдельную таблицу. Т.е. «просто заводятся» не обойдешься.
              Андрей
              11 января 2016, 18:51
              0
              Задача проста. Администратор вообще ничего делать не будет. Ну за исключением может быть создания Руководителей.

              Руководитель заводит Сотрудников. Соответственно должна быть привязка. Эту привязку можно сделать тупо по ID? которое передавать в скрытом поле при создании Сотрудников.

              Сотрудники создают Клиентов. Форма по сути одна и та же. Привязку также через ID.

              Интересует такой момент — такая реализация нормалек или можно проще сделать?

              И подскажите кусочек кода, который создает пользователей. То есть я форму на AjaxForm буду отправлять на свой сниппет, который будет заводить пользователей.
    Николай Савин
    28 января 2016, 19:01
    0
    Нафига пилить велосипеды. Не проще ли работать с готовой CRM системой? AMO сrm например, битрикс, мегаплан.
    Все они прекрасно подключаются к сайту и вытягивают данные из базы, из форм.
      Николай Савин
      28 января 2016, 19:01
      0
      Хотя я бы для себя тоже сделал сам. Просто потому что мне это интересно.
        Андрей
        28 января 2016, 19:02
        0
        Конечно проще, но по определенным требованиям к продукту сторонними реализациями пользоваться нельзя.
          Роман Садоян
          28 января 2016, 19:06
          0
          Поднимите свой Redmine =)
            Андрей
            28 января 2016, 19:07
            0
            Боюсь, что тоже будет нельзя ))
      Авторизуйтесь или зарегистрируйтесь, чтобы оставлять комментарии.
      16