CRM Руководитель - Форум

Добрый день!

Сейчас в режиме обслуживания доступ открывается только для админов, все остальные по умолчанию выкидываются из админки. Иногда нужно протестировать внесенные изменения на какой-то группе пользователей, т.к. некоторые поля, например, могут быть скрыты от пользователей, а у админка все права, или другие случаи, в которых перед тем как открыть действующую систему после изменений для пользователей, нужно проверить как будет работать она в режиме тех пользователей (т.е. на каком-то "тестовом" пользователе с идентичными правами того же "стандартного" пользователя.

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

Может лучше не надо?
Для таких целей у меня есть пробная копия системы, на которой все эксперименты и проводятся, прежде чем резать продуктив.

Может лучше не надо?

А в чем причина такого "предостережения" ? На что это может кардинально повлиять? Просто давать возможность или не давать в режиме обслуживание - это дело разработчика/администратора. К тому же не всегда получается делать копии приложения у себя, и в любом случае, даже если делаете копии приложения, то в рабочей версии все равно нужно будет настраивать те же поля (которые были "протестированы" в копии) - создавать их и проверять, особенно это актуально, если создание/доработки проводятся уже на действующей версии. С копии уже ж не перенесешь настроенную по новому систему, иначе некоторые записи слетят. Если я где-то неправ, поправьте меня, может подскажете как лучше сделать?

Просто мера избыточной предосторожности. Дашь доступ только одному, приоткроешь маленькую щелочку - а они ка-ак ломанутся ...
Может быть я конечно просто дую на воду, обжегшись на молоке, но вот у меня в эксплуатации находится одна крупная многопользовательская система с веб-доступом. И там режим "обслуживания" не предусмотрен как класс. То есть даёшь сообщение по всем пользователям, что с 11-00 до 11-15 просьба в систему не входить и никаких операций не совершать. И разумеется кто-то обязательно именно так и сделает. Войдёт и начнёт работать, а потом удивляется что вся работа куда-то пропала.

если делаете копии приложения, то в рабочей версии все равно нужно будет настраивать те же поля (которые были "протестированы" в копии) - создавать их и проверять, особенно это актуально, если создание/доработки проводятся уже на действующей версии

А вот это наверное нужно вынести отдельным предложением, как очень важный функционал. Сделать возможность администратору переносить разностные настройки между двумя установками системы. Разумеется, если такое вообще возможно.

Совершенно согласен с вами, что давать доступ в режиме обслуживания - чревато последствиями, но я имею ввиду, что доступ - для "тестовых" пользователей, под которыми может войти только админ или разработчик, т.е. ни у кого из группы не будет доступа. Доступ именно для конкретных "лиц" (пользователей) - т.е. для "Тестового Клиента", "Тестового менеджера", "Тестового оператора" и т.п. Чтобы под ними можно админу зайти и проверить - а все ли хорошо и правильно работает со стороны пользователя после внесения доработок.

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

Запланировал возможность переноса выделенных полей с настройками, но даже в таком случае нужно будет корректировать, так как это будет другая база со своими ID.

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

Добавил в план.

support писал(а): 30 окт 2018, 13:49 Запланировал возможность переноса выделенных полей с настройками, но даже в таком случае нужно будет корректировать, так как это будет другая база со своими ID.

То есть что-то вроде сопоставления полей из систем 1 и 2, как при импорте данных - какую колонку грузить в какое поле? Это было бы здорово.

alcompstudio писал(а): 30 окт 2018, 13:35 Совершенно согласен с вами, что давать доступ в режиме обслуживания - чревато последствиями, но я имею ввиду, что доступ - для "тестовых" пользователей, под которыми может войти только админ или разработчик, т.е. ни у кого из группы не будет доступа. Доступ именно для конкретных "лиц" (пользователей) - т.е. для "Тестового Клиента", "Тестового менеджера", "Тестового оператора" и т.п. Чтобы под ними можно админу зайти и проверить - а все ли хорошо и правильно работает со стороны пользователя после внесения доработок.

Добавил опцию "Разрешить вход для пользователей"

отлично. спасибо!