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

В перспективе можно подумывать либо об увеличении скорости эдак до 115200, либо об Ethernetе к каждому С2000-2, либо о многоадресной записи, так, чтобы одной командой карта заносилась в 20 контроллеров. Например, у контроллера есть номер группы доступа, по интрефейсу идёт команда записи карты, номер группы в этой команде и номер группы у считывателя совпал - контроллер записал. И ответа не даёт, тихо записал и всё. Но тут лезут уже другие проблемы, надо как-то потом контролировать, что записалось, что нет, отправлять из С2000-2 в центр контрольные суммы по карточкам, выискивать этот разнобой по контроллерам, синхронизировать его. 
Либо просто указывать контроллеру, что он должен копировать себе все атрибуты карточек, идущие на адрес 111.
Можно подумать о низкоприоритетном процессе автоматической синхронизации ключей в контроллерах, по ночам всё чтобы перепроверялось и т.п.
Программерам виднее, что проще реализовать.
Лучше в планы добавить изменение способа перезаписи контроллеров, которое сейчас на много часов поражает систему. Проблема с многолетней историей и разрушительной практикой. То, что медленно грузится - как-то можно терпеть, что, что раз в пару лет оператор не туда щёлкает и объект на сутки остаётся без СКУДа  - это уже интереснее.

 

Не думаю, что корректно указывать разработчикам КАК делать. Важно то, что разработчик зачастую игнорирует запросы ЧТО хочет получить ЗАКАЗЧИК (пусть даже за дополнительные денежки).
Мне, как заказчику, требуется сервис (дополнительный функционал), которого нет в существующей системе ОрионПРО. Но разработчик на мои запросы отвечает - "мы будем подумать...".
Наконец-то похоронив Орион и сконцентрировавшись на ОрионПРО, не думаю, что Болид снова пойдет по пути создания ещё одной ветки софта типа "ОрионСуперПРО" (даже если наш завод запросит такую за отдельные деньги).
Эта ситуация вынуждает искать стороннего разработчика, который будет городить современную "нормальноюзабельную" надстройку - современный интерфейс для пользователей системы. Кстати, такой вариант уже нарисовался и первый успешный опыт есть - уже проинтегрирована не поддерживаемая Болидом ключница СК-32.
Надеюсь, что когда-нибудь Болид дорастет до цивилизованного разделения бизнеса на железо-делателей и софто-писателей. Не нам судить ибо каждый тяпоет своёй тяпкой свою грядку... 

Думаю, до всего дойдут руки. И этап расширения функционала перейдёт в этап улучшения дружелюбности интерфейса.

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

Немного подумал, и кажется, что для нескольких уровней доступа можно включить некий атрибут, что это шаблонный уровень и он так или иначе всё время будет досупен, скажем кнопкой (типа Ctrl+1, Ctrl+2) и будет просто добавляться к текушему списку дверей. и вычитаться по повторному нажатию.
А насчёт функционала и красот всё просто - нет функционала - красоты бесполезны.

Не совсем так. Если сотрудник работает внутри зоны доступа, не важно в каком корпусе/здании - ему надо пройти в здание по территории через проходные (их несколько). в Уровень доступа в это здание мы просто добавляем в этот уровень точки доступа проходных. Вопрос возникает, когда в этом корпусе есть несколько режимных зон и доступ в них ранжирован. то есть по каждому зданию возникает от 4 до ..."большая туча" уровней доступа и в каждом уровне по этому корпусу присутствуют точки доступа через проходные. Это ни разу не проблема. Прописать локальный доступ в каждое конкретное здание, соответственно не проблема.
ПРОБЛЕМА в том, что этих зданий не просто несколько, а несколько десятков!!! и вариации доступа совершенно непредсказуемы. Вопрос возникает в не просто  в порождении этой экспотенциально растущей лавины количества коминаций ОЧЕНЬ СЛОЖНО применять (отсутствие фильтров, комментариев при выборе в выпадающем фильтре - функционал вроде есть, т.к. можно сначала в уровнях доступа пролистать, выбрать нужный, записать на гумажке, но удобопользование... каменный век!!!). Причем группы сотрудников могут быть мобильными - "прикомандировываются" на решение конкретной производственной задачи на конкретный период в конкретные корпуса.
Именно поэтому возникло предложение - создавать наборы из примитивов по аналогии с существующим механизмом "Упрощенный ввод", при этом за примитив принимаем не дверь, а набор дверей - уровень доступа.
Очень бы хотелось получить ответ от ТП о перспективах реализации, но не "будем подумать..." а принципиально:
- нет (нам не интересны такие большие объекты);
- сделаем до 01.06.2015;
- сделаем но не в этой жизни.

 

Количество вариантов растёт не по экспоненте, а быстрее, как факториал от количества дверей.
И бороться с этим можно очень просто - индивидуальные уровни доступа для каждого.
Редактор уровней свой можете написать, единственно, он не будет грузить карточки в контроллеры.

Да, теоритически именно так. Но попробуйте на практике поиграться с назначением доступа сотрудникам при количестве дверей хотя бы более 100. Даже для постоянно работающих это трудоемко и ошибкоопасно.
А в планах уже маячит выдача разовых для посетителей!
Не вход это, и уж точно не простой способ. Но разработчикам за упрощенный доступ - СПАСИБО!

На практике у меня на обслуживании объект 4000 человек * 150 дверей. Кроме посетителей все на индивидуальных уровнях доступа.
Разовые, так, чтобы карточку онлайн добавлять, программировать, прогружать в контроллеры и удалять по выходу человека - даже не думайте. Надёжность всей этой процедуры явно недостаточна с Болидом.