Пользователи

[insp63]

1. В данном виде две таблицы пользователей. Есть главная users и clients. Было бы логично, объединить эти две таблицы. Т.к. это система учета заявок, соответственно пользователь который зашел в систему будет писать от себя, а не от чужого. В связи с чем рождается второе предложение ниже.
2. При создании заявки, хорошо бы, чтоб пользователь под каким зашли, автоматически подставлялся в поле "от кого", а лучше чтоб этого поля вообще небыло на экране, но учитывалось

[insp63]

Пока что мне приходиться дублировать 130 пользователей в обоих таблицах, что не есть хорошо

[yaroslavsnisarua]

insp63, благодарю за проявленный интерес к HD. Идеалогия системы заключается в обслуживании пользователей, которые не являются участниками системы HD. Это пользователи без доступа к системе, но учёт которых вести нужно (количество обращений, заявки и т.д.)

Поэтому Ваш вариант имеет место быть, но в таком виде:

1. Действительно можно объединить в одну таблицу,
2. Пользователи с возможностью работы в системе имеют key/check TRUE.
3. При логине, в разделе создания заявки, автозаполняется from как раз текущим пользователем.
4. В таблице добавить поле SINGLE, и те кто имеют TRUE - в разделе создания заявки не имеют возможности указать от кого, т.к. всегда будет from=текущему пользователю. Те кто имеют SINGLE=false - могут изменять поле от кого.

PS. логика раздела "Список заявок", вроде как не нарушена. А вобще вариант понравился. В мною описанном подходе могут ужиться два идеологии. Таблицы специально были разделены на отдельные и по структуре и по логике их наполнения, потому как clients - наполняется из AD, и других мест, и в будущем если нужно будет синхронизировать список клиентов, а скорее всего так и будет, то не совсем удобно будет когда в одном месте и учётки и клиенты.

[insp63]

Поддерживаю. Таким образом можно расширить круг применения данной системы в разных областях.

[yaroslavsnisarua]

Пишу сюда, что бы не забыть. Single-режим для пользователя означает, что:

1. при создании заявки не может менять поле from
2. при просмотре заявки, не может refer/lock/ok-менять статус заявки
3. в общем списке заявок не может менять refer/lock/ok-менять статус заявки 3.1 спрятать "входящие заявки" для single-режима.
4. слить структуру таблиц users и clients в одну, дополнив полем single_status.

[CBEPX]

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

[yaroslavsnisarua]

Данные вариации развития создания заявки не предусмотрены концепцией нашей системы. Если Вы хотите внедрить выше описаный функционал то это финансовый вопрос, и по нему обращайтесь на [email protected] & skype: rustem_ck