FINAO (Финансы АО), страница 10

При выполнении настройки необходимо соблюдать ряд правил:

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

2. Исходя из п.1, для каждого этапа могут быть установлены три условия:

• открывающее условие - состояние «выполнен» для предшествующего этапа

• условие выполнения - сам этот этап - «не выполнен»

• закрывающее условие (или условие «отката») - последующий этап - «не выполнен»

1. Если этап является начальным или завершающим в цепочке, то, соответственно, открывающего или закрывающего условия для него не будет. Условие выполнения задается всегда.

2. Для упрощения связей следует разумно использовать механизм настройки «по ИЛИ»

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

Проверить форму вывода пунктов меню. А также последовательность отработки или отката этапов можно не выходя из режима настройки в разделе ОБЩИЕ ПОНЯТИЯ по нажатию клавиш , и .

В приложениях к документации на проект прилагаются:

Матрицы соответствия

(таблицы для настройки этапов документооборота по типам документов по разделам системы. По строкам - этапы, проектируемые для данного документа, по столбцам - взаимосвязи, устанавливаемые с другими этапами этого же документа:

вып. - этап должен быть выполнен для выполнения настраиваемого этапа,

н/в - этап должен быть не выполнен,

«условие не установлено» - данный этап безразличен для настраиваемого

Пример: Приложение 6.

Конфигурирование рабочих мест.

При наличии “Удаленного доступа” нужно завести в Систему объекты предприятия с соответствующими параметрами (вид объекта - торговый зал, склад, центральный офис; код объекта), далее Проектировщик должен установить Общие параметры системы. Выделенные функциональные места необходимо реализовать в виде карт пользователей с соответствующими именами (Бухгалтер, Менеджер и т. д.). Каждому пользователю присваивается статус “пользователь”, кроме администратора Системы.

Настройка в макете прав доступа.

Настройка прав доступа осуществляется после выделения функциональных рабочих мест. Проектировщик настраивает по одному функциональному рабочему месту в Системе. Основой для настройки являются схемы и описания бизнес-процессов. Настройка осуществляется в разделе Системы “Карты пользователей”. Отдельно настраивается доступ к пунктам меню и доступ к этапам документооборота, образцам документов, разделов КТиУ и т. д. В документации настройка прав доступа осуществляется в виде таблиц (см. Приложение 6.).

Настройки печатных форм.

На основании образцов первичных документов, полученных при комплексном обследовании предприятия, Проектировщик должен произвести настройку шаблонов ВСЕХ документов, используемых в Системе, согласно полученным образцам. В случае невозможности настройки какого-либо документа необходимо согласовать форму документа с Заказчиком (в письменной форме за подписями обеих сторон). В макете при показе должны быть задействованы ВСЕ типы и образцы документов. Предварительно, перед показом, необходимо распечатать примеры ВСЕХ документов и предоставить Заказчику.

Создание в макете контура оперативного учета.

Создание контура оперативного учета начинается с заведения Словарей системы — Каталог товара и услуг (с предполагаемой структурой, согласно материалам комплексного обследования), Контрагенты. Далее Проектировщик должен завести предполагаемые Склады с МОЛ, Прайс-листы по образцам, полученным при обследовании, Образцы документов, Карточки складского учета (для примера). Заканчивается макетирование контура оперативного учета прогоном бизнес-процессов в макете с отработкой документов в Складском учете и получении отчетов для оперативного учета (Баланс расчетов с заказчиками, приход товара в ценах продажи, ценах прихода и др.)

Создание в макете контура бухгалтерского учета.

Создание контура бухгалтерского учета начинается с заведения Плана счетов предприятия, полученного при проведении комплексного обследования предприятия, примерной структуры словаря Контрагентов и Номенклатора, словаря Шифры норм амортизации. Далее заводятся Образцы хозяйственных операций и Образцы операций с ТМЦ.

Часть операций, которые используют сложные проводки (Операции конца месяца, Начисления налогов и т. п.), настраиваются самостоятельно, либо с бухгалтером предприятия Заказчика. В макете должен быть настроен баланс и ряд приложений к балансу (оговаривается в Договоре на Проект). Для настройки желательно получить образцы документов в бухгалтерии предприятия с подписью главного бухгалтера.

Для макета заработной платы необходимо настроить словарь “Виды выплат и удержаний”, в документации настройка начислений и удержаний представляется в виде таблицы:

Действия в Системе бухгалтера по начислению заработной платы.

с бухгалтером по зарплате согласовывается настройка 5-й проводки:

Создание документации на проект.

В документацию включаются все схемы и описания схем изложенные в вышеперечисленных пунктах. Правила оформления документации изложены в Приложении .

Создание инструкций по работе в Системе.

Созданием инструкций заканчивается этап создания проекта. Инструкции в проекте делятся на 3 типа.

1. Инструкции по организации работ в различных режимах работы Системы. Пример: Приложение 6. “Инструкция пользователя при работе в режиме Off-Line”

2. Инструкция для администратора Системы. Администратор Системы является человеком на предприятии, осуществляющем надзор за состоянием Системы; администратор осуществляет обновление Системы, передачу данных при работе в режиме Off-Line. Администратору Системы передается проектная документация. При эксплуатации Системы он имеет права на заведение дополнительных образцов документов, исправление прав доступа в соответствии с изменениями в работе предприятия. Администратор осуществляет связь с представительством “Паруса”, по поводу изменений в Системе и др. Таким образом, администратор является своего рода представителем “Паруса”, на которого ложится вся тяжесть по сопровождению Системы. Инструкция для администратора входит в основную часть проектной документации и представляет собой тезисы по общему сопровождению Системы и особенности, касающиеся реализации конкретного проекта.