СОФТЛАБ

  • (812) 616-95-96
  • Санкт-Петербург, пр. Пархоменко 34

СофтЛаб:КПД

Подсистема СофтЛаб:КПД - это набор объектов, созданных на платформе 1С:Предприятие 8 для решения актуальных вопросов сопровождения и администрирования сложных прикладных решений. Подсистема изначально разрабатывалась для крупных организаций с серьезными требованиями к безопасности, в том числе имеющих филиальную структуру. Основное назначение подсистемы – снижение стоимости сопровождения информационной системы (ИС) за счет повышения прозрачности и удобства администрирования. Если Вы когда-либо внедряли или сопровождали информационную систему на крупном предприятии, то наверняка сталкивались со следующими проблемами:

Галка-СофтЛаб  

Каждый раз, когда открывается новый филиал или подразделение, изменяются функциональные обязанности, меняется штатное расписание - программистам приходится разрабатывать новые роли в информационной системе. Делается это в конфигураторе 1С:Предприятие, что влечет за собой изменение конфигурации в центральном офисе и всех филиалах. Сама по себе смена конфигурации на «живой» системе является уже не всегда простой задачей т.к. приходится делать обмен данными с каждым филиалом, «выгонять» пользователей, менять конфигурацию и т.п. Если при создании роли была допущена хоть малейшая ошибка, то процесс придется повторить сначала. Согласитесь было бы неплохо, если бы роли мог создать администратор ИС, и для этого не требовалось бы менять конфигурацию. Такие же проблемы, но в меньшей степени, касаются и интерфейса пользователей.

Галка-СофтЛаб

В процессе эксплуатации системы количество ролей растет. В результате мы получаем десятки, а то и сотни ролей. Причем зачастую роли настолько похожи, что уже непросто понять зачем была создана та или иная роль. Кроме того карточка пользователя постепенно «обрастает» галочками, списками и всякими дополнительными реквизитами влияющими на права пользователей. Все это усложняет администрирование системы, администратор ИС становится незаменимым человеком в организации, а внезапное увольнение такого сотрудника может привести к серьезным простоям. Согласитесь было бы лучше иметь более прозрачный механизм, например определенный набор типовых ролей с возможностью тонкой настройки для конкретного пользователя.

Галка-СофтЛаб

Как правило, в распределенной системе вопросы администрирования, такие как создание новых пользователей, изменение прав доступа, решает сотрудник центрального (головного) офиса (администратор ИС). Подход, используемый в большинстве конфигураций, предполагает, что администратор ИС должен завести пользователя именно в той периферийной базе, в которой тот будет работать, например, подключившись к филиалу через удаленное соединение. Как следствие в центре нет возможности получить список всех пользователей с их правами без подключения к филиалам. Подготовка же такого элементарного отчета может занять длительное время. Согласитесь было бы значительно удобнее, если ввод нового пользователя сводился к простому добавлению нового элемента в справочник пользователей с последующим распространением на нужный филиал и автоматическим созданием его в конфигураторе. При этом администратор ИС в любой момент мог построить полный отчет по правам всех пользователей системы.

Галка-СофтЛаб

Достаточно распространена ситуация когда сотрудники, уходя в отпуск, просто передают свой логин и пароль лицам их замещающим. Конечно данная проблема отчасти организационная, но она также связана с тем фактом, что администратору ИС бывает довольно сложно добавить, а затем впоследствии выделить и убрать права замещаемого пользователя. Особенно когда назначение прав это не просто выдача ролей, но и установка дополнительных свойств в карточке пользователя. Согласитесь было бы логично иметь механизм замещения, при котором администратору ИС достаточно просто указать замещающее лицо, тогда пользователь сможет работать под своими правами, так и под правами замещаемого им пользователя.

Галка-СофтЛаб

В процессе эксплуатации систем периодически возникают вопросы: Почему изменился тот или иной документ? еще вчера отчет выглядел по другому! К сожалению типовой журнал регистрации платформы 1С:Предприятие 8 не дает информации о том что именно было изменено в документе или справочнике, что существенно ограничивает его применение. Согласитесь было бы неплохо иметь механизм, который бы фиксировал все изменения вплоть до изменения значений реквизитов в справочниках и документах, и показывать состояние объекта на любую точку времени.

Сосредоточившись на функционале внедряемых систем, многие заказчики и подрядчики не берут во внимание вопросы обозначенные выше и только когда ситуация становится критической начинают обращать на них внимание. Мы предлагаем Вам позаботиться об этом заранее и построить Вашу систему действительно масштабируемой. Подсистему СофтЛаб:КПД можно встроить в любую конфигурацию, а учитывая, что она поставляется с открытым кодом доработать под специфику конкретного заказчика. При этом изменения в конфигурации минимальны. Кроме того подсистема СофтЛаб:КПД содержит динамически формируемое меню, в зависимости от прав пользователя.

Подробнее
ООО 'СофтЛаб' СофтЛаб:КПД (Контроль Прав Доступа)
ООО 'СофтЛаб' СофтЛаб: Журнал изменений
ООО 'СофтЛаб' Цены и условия поставки