Архивация только в режиме просмотра
Автор wondertalik, 16 февр. 2014 01:12
Сообщений в теме: 5
#1
Отправлено 16 Февраль 2014 - 01:12
Есть база заказов с прошлого года, решено было перенести ее в архив и при этом заказы должны быть доступны клиентам только для просмотра. То есть должны быть ссылка на архив. Как это сделать ? В правах доступа архивация клиенту дает возможность заказ отправить в архив, что не есть правильно. Нужен только просмотр
#2
Отправлено 17 Февраль 2014 - 15:55
wondertalik (16 Февраль 2014 - 01:12) писал:
Есть база заказов с прошлого года, решено было перенести ее в архив и при этом заказы должны быть доступны клиентам только для просмотра. То есть должны быть ссылка на архив. Как это сделать ? В правах доступа архивация клиенту дает возможность заказ отправить в архив, что не есть правильно. Нужен только просмотр
Творческая группа "ТАВР".
www.TAVR.pro Художественная ковка, металлоконструкции.
www.СтолМет.рф Складные столы, стулья и системы для их хранения
#3
Отправлено 18 Февраль 2014 - 18:26
Обсудили у себя, пришли к выводу, что множить количество прав не нужно. Однако, решить данную ситуацию можно, как минимум 2-мя способами:
- Заменить архивацию на фильтр, т.е. вместо архивирования, по сути изменяющего служебное поле "Статус записи", добавить свое доп.действие, изменяющее свое же доп.поле + фильтр на это поле. Права на фильтр и доп.действие можно выставлять отдельно, в отличии от архивации.
- Оставить архивацию как есть, но добавить вычисление, отменяющее изменение поля "Статус записи", если данной группе пользователя архивацию нужно запретить. Менее красивое решение, т.к. может вызвать недоумение пользователя ("вроде отправил в архив, а оно вернулось назад"), но проще в исполнении. По сути просто "защита от дурака" ("не нажимай на эту красную кнопку").
#4
Отправлено 25 Февраль 2014 - 11:02
CbCoder (18 Февраль 2014 - 18:26) писал:
Обсудили у себя, пришли к выводу, что множить количество прав не нужно. Однако, решить данную ситуацию можно, как минимум 2-мя способами:
- Заменить архивацию на фильтр, т.е. вместо архивирования, по сути изменяющего служебное поле "Статус записи", добавить свое доп.действие, изменяющее свое же доп.поле + фильтр на это поле. Права на фильтр и доп.действие можно выставлять отдельно, в отличии от архивации.
- Оставить архивацию как есть, но добавить вычисление, отменяющее изменение поля "Статус записи", если данной группе пользователя архивацию нужно запретить. Менее красивое решение, т.к. может вызвать недоумение пользователя ("вроде отправил в архив, а оно вернулось назад"), но проще в исполнении. По сути просто "защита от дурака" ("не нажимай на эту красную кнопку").
#5
Отправлено 25 Февраль 2014 - 16:00
Цитата
Но при таком раскладе в чем смысла архивации как таковой? По сути эта функция нужна только админу. Другим пользователям в большинстве случаев бесполезна.
Почему бесполезна? Разве тот же менеджер не может отправить своего клиента в архив? Или бухгалтер старые счета?
Цитата
И сразу же вопрос, если я восстановлю из архива запись, записи из подчиненных таблиц автоматом изменят свой статус тоже?
На данный момент, при архивации основной записи, статус подчиненных никак не меняется. Соответственно, и при восстановлении он остается неизменным. Но, в планах на реализацию стоит изменение данного порядка.
#6
Отправлено 27 Февраль 2014 - 14:31
Спасибо, реализовал 1 вариант.
Количество пользователей, читающих эту тему: 1
0 пользователей, 1 гостей, 0 анонимных













