Тема: Добавление нескольких(10,20,....100) сотрудников в отдел
Добрый День!
Имею комендант версии 7.0.3 сборка модуля 6. Мне необходимо иметь возможность добавлять в базу по несколько сотрудников в отдел (10,20,....100)
Я думаю эта функция сильно расширит возможности ПО.
Многие пользователи сталкиваются с данным ограничением.
Заранее благодарен!
“Добавление” сотрудника сопряжено с “указанием” более чем 1000 различных параметров, и как вы в файле импорта будете все это указывать?
У меня следующего типа иерархия:
1.Микрорайон
2.Дома
3.Подъезды
4.Жильцы (у них карты доступа)
Я добавляю Дом-Подъезд в ручную, затем делаю шаблонов порядка 200, затем шаблоны постепенно заменяю на жильцов(присваиваю в ручную кадлый раз номер кв. и ф.и.о)
В разных домах от 60 до 300 жильцов.
Приходится около 2х часов тратить на то чтоб создать только 300 шаблонов , и только потом забиваю ФИО в ручную и присваиваю карты доступа!!!Итого около не менее 3х часов.
Мне например, было бы удобнее сразу добавить в “Подъезд” 100-200 шаблонов и потом уже в ручную присваивать ФИО
Вот именно что “у вас”. Если делать модуль импорта то - универсальный. Иначе это индивидуальное решение.
Но вы сами понимаете что в подразделе “Отдел” всегда требуется много “сотрудников”, карты доступа выдаются и в офисах и на заводах и тд.
Считаю отсутствие данной функции весьма серьезным минусом ПО.
Если бы это было действительно “серьезным минусом”, то модуль был бы создан давным давно. Но. В большинстве случаев, сотрудников “валом” никто не меняет (это же не армия со своими периодическими призывами срочников) и уж тем более не подходят к регламентированию прав и установок валовым методом. Даже в клубном бизнесе (с его ротацией), валовый метод не применяется. К тому же, уж что действительно “валом” не регламентируется, так это финансово дисциплинарные установки. Скажу вам больше, абстрагировавшись от использования системы в бизнесе, на Комендантъ-е висят жилые комплексы далеко не только в РФ, и нигде не вставал вопрос о валовых методах, ибо подобное если и требуется, то только на первоначальном этапе в качестве облегчения ввода первичных данных, универсализация которого, если кому и требуется, так только непосредственно тем, кто вводит данные, их же работодатели, как правило, больше заинтересованы в “проработке” каждой записи, а не “слепом” “валовом” импорте (иначе бы, эту функцию давно бы заказали, благо для крупных объектов подобные доработки - копейки, по сравнению со всем остальным).
