· может потребоваться изменение исходной спецификации

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

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

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

Гарантией успеха является не только высокое качество программного обеспечения, но и тщательно разработанная методология внедрения, применение которой позволит вашей организации получить эффективное системное решение без дополнительных затрат как времени, так и средств.

3.3 Начало работы

3.3.1 Заполнение констант

В момент первого запуска конфигурации появляется диалоговое окно заполнения констант программного продукта "Бюджетное управление" (обработка ввода начальных данных). При этом часть констант является обязательной для заполнения, а часть констант – необязательной.

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

Необязательные к заполнению константы (располагаются на вкладке Вспомогательные) могут быть заполнены позже в процессе эксплуатации ИС как при помощи обработки заполнения констант планирования, так и непосредственно в общем списке констант ИС.

3.3.2 Настройка безопасности

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

Можно выделить несколько классов пользователей программы:

· Пользователи, которым не требуется никакого доступа к плановой и фактической информации (например, операторы или бухгалтеры расчета зарплаты)

· Пользователи, которым требуется полный доступ ко всей информации (например, финансовый или генеральный директора)

· Пользователи, которым требуется полный доступ только к фактической информации (например, бухгалтеры банка или кассы)

· Пользователи, которым требуется ограниченный доступ для введения части плановой информации (например, сотрудники ЦФО (ответственные распорядители по статьям БДДС и БДР), подающие заявки руководителю ЦФО)

· Пользователи, которым требуется ограниченный доступ к части плановой и фактической информации (например, Руководители ЦФО, ответственные за планирование в пределах данного ЦФО)

· Пользователи, которые вводят и изменяют только регламентную информацию (например, изменяют структуру справочников ЦФО, Статей и т.д.)

Каждый из указанных классов пользователей – это отдельная роль в системе. И возможны случаи, когда один и тот же сотрудник (должность) имеет несколько ролей в системе (наборы прав и интерфейс). Например, должность "Финансовый директор" может иметь роли "Финансовый директор группы" и "Менеджер планирования ЦФО "Управление".

Для первой группы пользователей реализовать безопасность просто – закрыть в Конфигураторе доступ к соответствующим пунктам интерфейса и закрыть права. Оставить можно только журналы и документы сообщений. Примером такого интерфейса является интерфейс бухгалтера ввода факта.

Для пользователей, которым требуется полный доступ ко всей информации (в частности, директорам) создается специальный интерфейс и набор прав. В справочнике пользователей следует установить свойство Просмотр всех документов. При необходимости можно ограничить для данного круга пользователей ввод данных в документы и справочники, например, с помощью настройки интерфейса. В этом случае необходимо учесть, что для ввода данных через модуль "Гибкие бюджеты" требуется право на создание и проведение документов "Планирование". Разработчики в составе поставки предлагают свой вариант для пользователей такого класса (набор прав "Финансовый директор", интерфейс "Финансовый директор").

Есть ряд пользователей, которым нужно дать доступ только для ввода фактической информации. Типичным примером являются бухгалтеры, которые, вводя первичные документы, создают на их основании документы Фактическое движение денежных средств и Фактическое начисление доходов и расходов. Для таких пользователей надо дать полный доступ к этим документам и журналам, а также доступ на чтение к справочникам ЦФО, Статьи, Аналитики. Если для данных пользователей предполагается получение отчетной информации по всей фактической, то в справочнике пользователей следует установить свойство Просмотр всех документов. Но при этом запретить всякий доступ к действиям с документами планирования и запуску модуля "Гибкие бюджеты" (вызова обработки Гибкий бюджет). Разработчики в составе поставки предлагают свой вариант для пользователей такого класса (набор прав "Бухгалтер ввода факта", интерфейс "Бухгалтер ввода факта").

Если пользователю необходимо только формировать планы и заявки по отдельным статьям отдельных ЦФО, то они указываются как ответственные распорядители для выбранных ЦФО и статей, а доступ к отчетам закрывается. В этом случае они смогут только сформировать документ и далее отправить его на рассмотрение руководителя ЦФО (менеджера планирования). Если требуется запретить проведение этих документов (то есть, если их действия требуют утверждения руководителем ЦФО), то в Конфигураторе закрывается доступ для проведения документов типа Заявка на использование ДС и Планирование. Разработчики в составе поставки предлагают свой вариант для пользователей такого класса (набор прав "Ответственный распорядитель", интерфейс "Ответственный распорядитель").

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

Во-первых, для каждого ЦФО указывается его руководитель (менеджер планирования). Данный сотрудник имеет доступ ко всей плановой и фактической информации только по данному ЦФО. Если такого доступа давать никому не требуется (что, впрочем, означает проблемы в финансовой структуре), то для данного ЦФО указывается специально вводимый новый пользователь, не имеющий доступа в саму программу. Если пользователь является менеджером планирования (руководителем) по группе ЦФО (папке), то он автоматически получает полный доступ ко всем подчиненным ЦФО. Далее, для каждого ЦФО в подчиненном справочнике можно установить ответственных распорядителей по отдельным статьям. Ответственный распорядитель имеет полный доступ к плановой и фактической информации только в пределах указанного ЦФО и указанной статьи (которые задаются в подчиненном справочнике для ответственных распорядителей). В итоге достигается матричная безопасность ЦФОхСтатьяхПользователь. Если необходимо запретить пользователю данного класса доступ к фактической информации, то это делается в Конфигураторе штатными средствами. Также для данного класса возможно запрещение просмотра и редактирования справочников ЦФО и Статьи, так как там может храниться конфиденциальная информация. При этом выбор ЦФО или статей производится из вспомогательных (служебных справочников) справочников с проверкой безопасности. Разработчики в составе поставки предлагают свой вариант для пользователей такого класса (набор прав "Руководитель ЦФО", интерфейс "Руководитель ЦФО").