Как правильно настроить работу нси в компании. Перечень ролей конфигурации

Справочник «Структура предприятия » содержит иерархию функциональных подразделений предприятия всех видов – административных, производственных и т.д.

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

Приведем пример иерархии подразделений:

Администрация

Бухгалтерия

Дирекция

Коммерческая служба

Отдел сбыта

Группа розница

Группа опт

Отдел снабжения

Производство

Вспомогательное производство

Ремонтный цех

Инструментальный цех

Основное производство

Заготовительное производство

Литейный цех

Участок 1

Участок 2

Кузнечный цех

Сборочное производство

Из этого примера видно, что производство может быть структурировано до подразделений (участков, секторов, групп, отделений) с любым уровнем вложенности.

С точки зрения подсистемы управления производством, подразделение трактуется как исполнитель этапов графика производства, соответственно в ресурсных спецификациях для каждого этапа определяется подразделение –исполнитель этапа.

Перечислим реквизиты производственного подразделения,значения которых необходимо определить в подсистеме «Управление производством».

График работы. Выбирается из справочника «Графики работы».

Элемент этого справочника определяет расписание работы – время начала и окончания работы отдельно на каждый день недели и отдельно – на все предпраздничные дни. Для каждого дня недели можно отдельно указать время начала и окончания работы согласно графику, причем временных отрезков работы может быть несколько на день недели, например, с 8.00 до 13.00 и с 14.00 до 18.00. График работы для подразделения необходим для того, чтобы процедура расчета графика производства могла определить количество часов работы, доступных в подразделении, на каждый календарный день.

Склад материалов. Склад, на котором формируется потребность в материалах согласно графику производства для запланированных этапов в подразделении. На этом складе ведется проверка наличия материалов для выполнения этапа. При необходимости, для номенклатуры и характеристики материала можно настроить отдельные склады материалов, на которых будет проводиться проверка их наличия.

Интервал планирования . Определяет, какой интервал будет применяться для подразделения при расчете графика производства по этапам. Варианты: «День», «Неделя», «Месяц».

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

Критерии выбора интервала планирования для подразделения – соответствие длительности типичных этапов, выполняемых в подразделении, и длительности интервала. Например, если большинство этапов в подразделении имеют длительность не более нескольких дней, то разумно использовать интервал «День». Если типичная длительность этапа существенно превышает неделю, то разумно использовать интервал «неделя».

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

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

Способ управления маршрутными листами . Эта настройка используется при управлении Маршрутными листами, выполняемыми в подразделении.

Варианты:

«Методика ББВ/УББВ». Расписание выполнения МЛ формируется для ключевых РЦ, контроль выполнения МЛ производится по прохождению МЛ предварительного и завершающего буфера.

«Пооперационное планирование». Расписание формируется для всех РЦ и операций маршрутного листа. Дополнительно нужноуточнить «Способ планирования» -«Вперед» или «Назад».

Склады (складские территории)

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

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

Склад, с которого «запитывается» производственное подразделение по умолчанию – определяется реквизитом подразделения.

Но не наоборот: реквизит «Подразделение» в справочнике «Склад» не влияет на планирование (и служит для учетных целей).

Можно задать более детальное определение обеспечивающего склада - для подразделения и номенклатуры, характеристики исходного компонента.

Бригады и состав бригад

Бригада является непосредственным исполнителем работ по этапу (операций) в цехе. Для учета выработки сотрудников по Маршрутному листу локальный диспетчер формирует документ «Бригадный наряд», в котором указывает бригаду, и виды работ которые выполнила бригада согласно Маршрутному листу.

Бригада состоит из сотрудников. Состав бригады устанавливается документом «Формирование состава бригады », и действует с даты, указанной в документе.

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

Виды рабочих центров, рабочие центры

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

Вид рабочего центра состоит из конкретных рабочих центров, например, единиц оборудования. Синоним вида рабочих центров – «Группа взаимозаменямых рабочих центров».

Примеры рабочих центров:

- Единица оборудования

- Рабочее место

- Группа рабочих (бригада или объединение по профессиональному признаку)

- Сотрудник

- Единица оснастки

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

Реквизиты вида рабочих центров следующие:

Флаг«Планировать работу». Если флаг включен, этот вид РЦ можно выбрать в этапекак загружаемый вид РЦ. Флаг включается у видов РЦ подразделения, которые могут оказаться «узким местом» подразделения.

Максимальная доступность (час, мин, сек). Определяет максимальную длительность обработки одной партии этапа в интервале подразделения, к которому принадлежит вид РЦ. По одной партии этапа не может быть назначена длительность обработки в интервале большая, чем максимальная доступность.

В текущей версии УП2 настройки видов РЦ, сохранив описанную суть, уже несколько изменились. Теперь флажками можно задать:

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

- Задействовать ли РЦ в управлении производством по Маршрутным листам на нижнем уровне.

На следующей схеме показана структура и взаимосвязь справочников «Структура предприятия», «Виды рабочих центров», «Рабочие центры».

Ввод доступного времени рабочих центров

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

Табличная часть документа разворачивается по колонкам - интервалам подразделения (например, дням) в периоде документа.

В строке табличной части нужно выбрать рабочий центр, принадлежащий Виду рабочего центра, и по интервалам-колонкам указать количество часов доступности на каждый интервал.

Ресурсные спецификации

Ресурсная спецификация как сетевой график

Известны различные типы спецификаций, например – конструкторские спецификации, пооперационные технологические карты маршрутов,«расцеховки», как маршруты прохождения детали по подразделениям.

Наиболее общий способ описания процесса изготовления любого изделия – это сетевой график.

Ресурсная спецификация описывает сетевой график изготовления изделия.

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

Дуги – взаимозависимость между этапами, показывают, по завершению каких этапов можно начинать следующие этапы.

Сетевым графиком удобно описывать любой производственный процесс – в дискретном, непрерывном производстве, в строительстве, в проектной деятельности.

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

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

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

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

Пример ресурсной спецификации, как сетевого графика с этапами-узлами показан на следующей схеме:

Структура ресурсной спецификации

Структура ресурсной спецификации, как объекта конфигурации, показана на следующей схеме:

Ресурсная спецификация содержит:

Список выходов,

Список материальных входов,

Список трудозатрат (по видам работ),

Список этапов.

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

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

Т.е. это те компоненты, которые для данного этапа не являются выходами других этапов этой же спецификации.

Для материального входа - полуфабриката можно включить флаг «Производится в процессе » и соответственно выбрать Ресурсную спецификацию, по которой необходимо произвести данный полуфабрикат. В результате данная ресурсная спецификация будет«достроена» от данного входа «вниз» другой ресурсной спецификацией. Таким образом, можно из отдельных спецификаций составить полное дерево готовой продукции, в виде каскада спецификаций.

Такой каскад спецификаций используется при формировании спецификации для конкретной строки заказа на производство. В спецификацию строки заказа копируется весь каскад связанных ресурсных спецификаций.

В реквизите «Оптимальное количество передачи между этапами » можно указать количество партии изделия (результата работ), которое целесообразно передавать между этапами. При расчете графика производства количество этапа разбивается на данные партии, и каждая партия планируется отдельно, исходя из времени доступности загружаемых видов РЦ.

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

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

По каждому виду работ в периодическом регистре сведений «Расценки » можно указать действующую расценку на единицу вида работ.

Этапы ресурсной спецификации

Ресурсная спецификация может быть одноэтапной или многоэтапной.

Если спецификация одноэтапная – реквизиты единственного этапа редактируются непосредственно в форме спецификации. Если спецификация многоэтапная – то спецификация содержит список этапов. Для редактирования реквизитов этапа нужно открыть отдельную форму этапа из списка этапов.

Последовательность выполнения этапов определяется реквизитами этапа: «Номер этапа», «Номер следующего этапа». По номеру этапа иномеру следующего этапа выстраиваются связи между этапами в виде сетевого графика этапов.

Реквизиты этапа определяют основные параметры планирования этапа:

Подразделение, в котором выполняется этап. Для этапа определяется только одно подразделение. Если одни и те же этапы могут выполняться в разных подразделениях – то необходимо создавать разные ресурсные спецификации

Одновременно производимое количество. Р азмер партии или объем работ, для которого нормируется время выполнения этапа. Например, если в реквизите указана единица, то время выполнения этапа нормировано на единицу.

Флаг «Планировать работу видов РЦ» . Определяет способ нормирования длительности этапа.

Флаг включен. В этапе необходимо указать, какие виды РЦ будут загружены этапом и длительность обработки одновременно производимого количества на загружаемом виде рабочего центра. Эти виды РЦ могут оказаться «узкими местами» при выполнении графика производства, поэтому рассчитывается их загрузка в графике. Кроме того, необходимо указать предварительное (до обработки на загружаемом виде РЦ) и завершающее буферное время. Буфера в графике производства занимают отдельные интервалы. Напомним, что если время обработки до загружаемого вида РЦили после намного меньше длительности интервала, то указание буферных времен может привести к неоправданному захвату буферами целых интервалов и соответственно, к неоправданному увеличению длительности этапа в графике производства.

Флаг выключен. В этапе указывается время его выполнения, для любого количества партии. Считается, что за это время этап будет выполнен в любом случае, независимо от количества в этапе. Флаг можно выключить в этапах, выполнение которого не связано с обработкой на загружаемых видах РЦ («т.н. «узких местах»), соответственно, считается, что подразделение при выполнении такого этапа имеет (относительно подразделений с «узкими местами») неограниченные производственные мощности.

Флаг «Непрерывный » этапа определяет,можно ли разбивать в графике выполнение этапа на несколько не соседнихинтервалов.

Если флаг включен – то этап выполняется непрерывно и может располагаться в графике только в соседних интервалах.

Если флаг выключен – то выполнение этапа можно прерывать, т.е. часть этапа повремени можно быть расположена в графике в одном интервале, а часть – в другом,не примыкающим к первому, интервале.

Критерий непрерывности – хоть одна операция внутри этапа является непрерывной и сопоставима с длительностью интервала. К таким операциям относятся, например, термообработка, покраска, сушка и т.д.

Различие между планированием «прерывных» и «непрерывных» этапов показано на следующей схеме:

В статье описаны изменения в механизме настройки прав доступа пользователей в версии 1.2.15 и выше по сравнению с версией 1.2.14.

Цель изменений:

Недостаточная производительность, если пользователю назначены несколько ролей
Жесткая привязка ограничений по видам объектов доступа к роли
Объединение условий доступа от нескольких ролей всегда по "ИЛИ"

Обеспечить большую гибкость настройки доступа к объектам в целом и отдельным записям

Более подробно механизм настройки доступа пользователей, действующий в версии 1.2.15, описан в статье «Механизм ограничения прав доступа».

Изменение в терминологии

В версии 1.2.15 используется термин "Вид объекта доступа" вместо прежнего термина "Область данных" в версии 1.2.14.

Изменения в составе ролей

Добавлены новые роли и оптимизированы существующие, некоторые роли удалены.

Роли "Проведение по партиям регл" и "Проведение по партиям"

В версии 1.2.14 для того, чтобы провести документы по регистрам регламентированного партионного учета и управленческого партионного учета, пользователю были необходимы роли "Проведение по партиям регл" и "Проведение по партиям" соответственно. Негативным следствием этого являлось то, что любому пользователю, которому назначены эти роли, предоставлялся доступ к данным по учету затрат и себестоимости номенклатуры .

В версии 1.2.15 формирование движений по регистрам регламентированного партионного учета и управленческого партионного учета перенесено в привилегированный модуль. В результате нет необходимости назначать эти роли пользователю для проведения документов по регистрам регламентированного партионного учета и управленческого партионного учета:

Роль "Проведение по партиям регл" удалена
Изменилось назначение роли "Проведение по партиям". Роль переименована в "Учет затрат"

Роль "Учет затрат"

Роль "Учет затрат" (бывшая "Проведение по партиям") предоставляет права к данным учета затрат и себестоимости номенклатуры по управленческому и регламентированному учетам. Роль следует назначать пользователю, который занимается анализом себестоимости, в том числе в рамках системы формирует отчеты "Ведомость по затратам", "Ведомость по учету МПЗ", "Выпуск продукции", "Ведомость по партиям товаров на складах" и другие. Роль "Право добавления/изменения номенклатуры"

В версии 1.2.14 роль "Право добавления/изменения номенклатуры" назначалась пользователю, если ему необходимо предоставить полные права на справочник "Номенклатура". Эта роль позволяет игнорировать настройку ограничения доступа на уровне записей.

В версии 1.2.15 роль "Право добавления/изменения номенклатуры" удалена (О настройке доступа к справочнику "Номенклатура" см. статью "Механизм ограничения прав доступа").

Роль "Право запуска внешних обработок"

В версии 1.2.14 роль "Право запуска внешних обработок" назначалась пользователю для использования внешних обработок.

В версии 1.2.15 изменилось назначение этой роли:

Назначается пользователю для использования внешних отчетов и обработок.
Переименована в "Право запуска внешних отчетов и обработок"

ВАЖНО!
Роль "Право запуска внешних отчетов и обработок" следует назначать только компетентным сотрудникам. Использование внешних отчетов или обработок может предоставлять угрозу безопасности данных:

разрушения (злонамеренного или из-за некомпетентности)
несанкционированного доступа

Роль "Бухгалтер"

В версии 1.2.15 роль удалена. Изменилась концепция ограничения прав доступа в регламентированном учете. Вместо роли "Бухгалтер" добавлены новые роли:

Роли, предназначенные для отражения первичных документов в регламентированном учете. Эти роли назначаются бухгалтерам, ведущим определенные разделы учета, вместе с соответствующими специализированными ролями:

Отражение в регламентированном учете - предназначена для формирования проводок по бухгалтерскому и налоговому плану счетов
Учет взаиморасчетов (налоговый учет) - предназначена для проведения документов взаиморасчетов по регистрам НДС
Учет единого налога - предназначена для регистрации доходов и расходов плательщика единого налога

регламентных и специализированных документов регламентированного учета:

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

Роли, предназначенные для формирования отчетов :

Регламентированная отчетность - назначается пользователю для формирования регламентированных отчетов вместе с соответствующими специализированными ролями;
Просмотр данных регламентированного учета - назначается для формирования бухгалтерских отчетов.

Новые роли в версии 1.2.15

В состав специальных ролей добавлены следующие роли:

Администратор ККМ предоставляет права на настройку касс ККМ и закрытие кассовой смены
Банковские операции предоставляет права на выполнение операций с банковскими документами
Ввод заявок на расходование средств предоставляет права на ввод и закрытие заявок на расходование средств
Выплата зарплаты предоставляет права на выплату наличных и безналичных денежных средств персоналу: выплату зарплаты, выдачу кредитов и займов, внос в ККМ
Кассир предоставляет права на оформление кассовых документов
Мастер смены предоставляет права для работы с подсистемой оперативного учета производства
Оператор ККМ предоставляет права на оформление документа "Чек ККМ"
Подотчетные лица предоставляет права для учета взаиморасчетов с подотчетными лицами
Учет РБП предоставляет права на начисление и списание расходов будущих периодов
Учет спецодежды предоставляет права на отражение операций с малоценными активами

Добавлены роли, для которых предоставлен доступ к нормативно-справочной информации (далее НСИ). Эти роли следует назначать компетентным пользователям, ответственным за НСИ.

Настройка НСИ предоставляет права к общим объектам, таким как, склады, подразделения, учетная политика упр. учета и др.
Настройка НСИ затрат предоставляет права к НСИ подсистемы "Управление затратами", таким как, статьи затрат , параметры выпуска продукции, способы распределения затрат на выпуск и др.
Настройка НСИ (регл) предоставляет права к НСИ регламентированного учета, таким как, направление использования прибыли, расходы будущих периодов , назначение целевых средств и др)

Подробнее о доступе к объектам конфигурации, предоставляемом через роли "Настройка НСИ", см. Приложение 1.

ВАЖНО!
Роли "Настройка НСИ", "Настройка НСИ затрат", "Настройка НСИ (регл)" имеют полный доступ к соответствующим объектам НСИ - без ограничения доступа на уровне записей. Другие роли имеют доступ к этим объектам только на чтение, некоторые из них с ограничением на уровне записей.

В состав дополнительных ролей добавлены роли:

Администратор пользователей назначается пользователю, если ему необходимо иметь возможность завершать работу других пользователей
Обмен данными с программами "Клиент-банк" назначается пользователю, если ему необходимо иметь возможность использовать обработку "Клиент- банк "

Ограничение доступа на уровне записей

Возможность отключения ограничения прав доступа на уровне записей

В версии 1.2.15 появилась возможность отключения ограничения прав доступа на уровне записей в целом для конфигурации. Для этого служит константа "Использовать ограничения прав доступа на уровне записей" (меню "Сервис- Настройка параметров учета -Ограничение доступа"). Ограничения прав доступа на уровне записей будут действовать, только если константа установлена.

Настройка состава пользователей для группы пользователей

В версии 1.2.15 права доступа к объектам на уровне записей настраиваются только для групп пользователей. Включить пользователя в состав группы пользователей можно либо через справочник "Пользователи", либо через справочник "Группы пользователей".

ВАЖНО!

Если используются ограничения на уровне записей (установлена константа "Использовать ограничения прав доступа на уровне записей"), то необходимо всех пользователей включить в группы; иначе они не смогут работать с объектами, доступ к которым определяется на уровне записей (через виды объектов доступа - справочники).

Это относится ко всем объектам - независимо от того, используются ли соответствующие виды объектов доступа или нет.

Если ограничения на уровне записей не используются , то пользователей включать в группы необязательно .

ПРИМЕЧАНИЕ
В версии 1.2.14 права доступа можно было настроить для конкретного пользователя , версии 1.2.15 от такой возможности решили отказаться, поскольку:

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

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

ВАЖНО!
Включение пользователя в большое количество групп пользователей может приводить к падению производительности системы.

Чем больше групп у пользователя, тем ниже производительность при его работе в системе
При возникновении проблем с производительностью, первым делом рекомендуется уменьшать количество групп, в которые входит пользователь

Настройка видов объектов доступа для группы пользователей

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

Общие справочники	Виды объектов доступа
Контрагенты	Контрагенты
Организации	Организации
Подразделения	Подразделения
Проекты	Проекты
Склады (места хранения)	Склады
Физические лица	Физические лица
Внешние обработки	Внешние обработки
Типы записей заметок	Заметки
Заявки кандидатов	Заявки кандидатов
Подразделения организаций	Подразделения организаций
Номенклатура	Номенклатура (изменение)

ПРИМЕЧАНИЕ
В версии 1.2.15 по сравнению с версией 1.2.14 были добавлены следующие виды объектов доступа:

Проекты
Заявки кандидатов
Подразделения организаций

Появилась возможность настраивать для каждой группы пользователей, по каким видам объектов доступа она будет ограничена. Для этого в форме элемента справочника "Группы пользователей" следует установить флажки для тех видов объектов доступа, по которым будут действовать ограничения доступа для этой группы.

ВАЖНО!
Назначение группе пользователей ограничения по большому количеству видов объектов доступа может приводить к падению быстродействия.

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

ПРИМЕЧАНИЕ
В версии 1.2.14 ограничения по видам объекта доступа жестко привязаны к ролям. Если пользователю назначены две роли, которые разрешают доступ к одному и тому же объекту, но с разными ограничениями по областям данных, то доступность объекта будет определяться объединением прав предоставляемых обеими ролями по "ИЛИ".

Группы доступа объектов

В версию 1.2.15 добавлена новая сущность - группы доступа объектов.

Для каждого элемента справочников "Контрагенты", "Физические лица", "Заявки кандидатов" устанавливается в соответствие группа доступа из справочников "Группы доступа к контрагентам", "Группы доступа к физическим лицам", "Группы заявок кандидатов" соответственно. Настройка прав доступа на уровне записей для этих справочников выполняется через группы доступа.

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

Сущность "группы доступа" создана, с целю повышения:

производительности при обращении к элементам справочников
удобства настройки прав доступа на уровне записей

Установка группы доступа к элементам справочников "Физические лица", "Заявки кандидатов" выполняется аналогично

Настройка ограничения доступа на уровне записей

Настройка прав доступа на уровне записей выполняется:

через справочники "Группы доступа", для видов объектов доступа "Контрагенты" "Физические лица" "Заявки кандидатов"
через элементы или группы соответствующих справочников, для видов объектов доступа "Организации", "Подразделения", "Проекты", "Склады", "Физические лица", "Внешние обработки", "Заметки", "Подразделения организаций", "Номенклатура(изменение)".

ПРИМЕЧАНИЕ
Настроить права доступа для вида объекта доступа "Номенклатура(изменение)", можно только на уровне групп справочника "Номенклатура".

Настройка ограничения доступа на уровне записей осуществляется в форме "Настройка прав доступа", которую можно открыть либо из справочника "Группы пользователей" либо из справочника соответствующего вида объекта доступа (например, "Организации", "Группы доступа контрагентов" и т. д.).

Для следующих видов объектов доступа:

Организации
Подразделения
Проекты
Склады
Внешние обработки
Заметки
Заявки кандидатов
Подразделения организаций

определены следующие права доступа:

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

ПРИМЕЧАНИЕ
В версии 1.2.15 по сравнению с версией 1.2.14:

границы доступа "Изменение", "Добавление" объединены в границу доступа "Запись", потому что добавлять новый элемент в справочник не имеет смысла без возможности изменения.
граница доступа "Настройка" не предусмотрена. Настраивать права доступа к видам объектов доступа может только пользователь, обладающий соответствующими правами (то есть пользователь, имеющий роль "Полные права").

Для вида объекта доступа "Номенклатура (изменение)" определено только право доступа на "запись" на уровне групп справочника "Номенклатура".

ПРИМЕЧАНИЕ
Ограничение доступа на "чтение" справочника "Номенклатура" и связанной с ним информации не предусмотрено, потому что в общем случае неясно, какой доступ должен быть к документу, если список номенклатуры, который есть в документе, содержит и "разрешенные", и "запрещенные" позиции.

Некоторые виды объектов доступа могут детализироваться до областей данных. Это относится к видам объектов доступа "Контрагенты" и "Физические лица".

Для вида объекта доступа "Контрагенты" предусмотрены следующие области данных:

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

Для вида объекта доступа "Физические лица" предусмотрены следующие области данных:

Физические лица (список) - определяет видимость физического лица в списке справочника "Физические лица". Управляется установкой флажка в колонке "Видимость в списке"
Физические лица (данные) - определяет возможность "чтения"/"записи" данных (справочники, документы, регистры), связанных со справочником "Физические лица". Управляется установкой флажка в колонке "Просмотр данных"/"Редактирование данных".

ПРИМЕЧАНИЕ
В версии 1.2.14:

Настройка к виду объекта доступа "Физические лица" осуществлялась через справочник "Физические лица".
Не была предусмотрена область данных "физические лица (список)"

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

В результате изменений в механизме ограничения прав доступа на уровне записей было достигнуто выполнение поставленных целей.

Цель изменений	Выполнение целей в версии 1.2.15
Избавиться от проблем предыдущих версий, в том числе: Падение производительности, если пользователю назначены несколько ролей Жесткая привязка ограничений по видам объектов доступа (в версии 1.2.14- "Область данных") к роли Объединение условий доступа от нескольких ролей всегда по "ИЛИ	Условия ограничения по видам объектов доступа определены на уровне объектов конфигурации и идентичны для всех ролей. Ограничения по видам объектов доступа для одной роли объединяются по "И" и действуют для каждого пользователя, входящего в группу пользователей Так как условия идентичны для всех ролей, то для пользователя, которому назначено одновременно несколько ролей, не будет наблюдаться потеря производительности
Повысить производительность работы пользователей под ограниченными правами	Повышение производительности достигнуто за счет: обращения к справочникам "Контрагенты", "Физические лица", "Заявки кандидатов" через отдельную сущность - группы доступа За счет настройки прав доступа только для группы пользователей Возможность повысить производительность за счет: отключения ограничения прав доступа на уровне записей в целом для конфигурации уменьшения количества групп у одного пользователя уменьшения количества видов объектов доступа, назначенных для группы пользователей
Обеспечить максимальную гибкость настройки пользователям	Обеспечения гибкости настройки достигнуто за счет концептуальных изменений в настройке прав доступа и изменений в составе ролей

Приложение 1

Роли "Настройка НСИ

Тип объекта метаданных	Объект конфигурации
Справочник	Валюты
Справочник	Виды взаиморасчетов
Справочник	Виды деятельности контрагентов
Справочник	Виды дисконтных карт
Справочник	Виды контактной информации
Справочник	Виды номенклатуры
Справочник
Справочник	Значения свойств объектов
Справочник	Классификатор единиц измерения
Справочник	Кассы
Справочник	Категории объектов
Справочник	Качество
Справочник	Классификатор стран мира
Справочник	Номенклатурные группы
Справочник	Организации
Справочник	Подразделения
Справочник	Причины списания
Справочник	Проекты
Справочник	Склады
Регистр сведений	Коды организаций
Регистр сведений	Курсы валют
Регистр сведений	Контрагенты связанные с организациями
Регистр сведений	Курсы валют для расчетов с персоналом
Регистр сведений	Назначение свойств объектов
Регистр сведений	Ответственные лица
Регистр сведений	Ответственные лица организаций
Регистр сведений	Учетная политика

Роли "Настройка НСИ затрат " предоставлен полный доступ без ограничения на уровне записей к следующим объектам конфигурации:

Тип объекта метаданных	Объект конфигурации
Справочник	Виды параметров выпуска продукции
Справочник	Виды распределения по проектам
Справочник	Виды счетчиков для значений разрядов
Справочник	Направления списания выпущенной продукции
Справочник	Настройки аналитики учета
Справочник	Основное сырье
Справочник	Параметры выпуска продукции
Справочник	Способы отражения расходов по амортизации
Справочник	Способы распределения затрат на выпуск
Справочник	Статьи затрат
Регистр сведений	Настройка способов ведения управленческого партионного учета
Регистр сведений	Показатели при нормальной мощности
Регистр сведений	Показатели при нормальной мощности организаций
Регистр сведений	Способы распределения статей затрат
Регистр сведений	Способы распределения статей затрат организаций

Роли "Настройка НСИ (регл) " предоставлен полный доступ без ограничения на уровне записей к следующим объектам конфигурации:

Тип объекта конфигурации	Объект конфигурации
Справочник	Виды налоговой деятельности
Справочник	Комиссии
Справочник	Наборы статьей налоговых деклараций
Справочник	Налоги
Справочник	Налоговые инспекции
Справочник	Налоговые назначения активов и затрат
Справочник	Настройки закрытия месяца
Справочник	Обособленные подразделения организаций
Справочник	Подразделения организаций
Справочник	Расходы будущих периодов
Справочник	Регламентированные отчеты
Справочник	Статьи доходов
Справочник	Статьи неоперационных расходов
Справочник	Статьи налоговых деклараций
Справочник	Статьи отсроченных налоговых активов и обязательств
Справочник	Субконто
Справочник	Схемы налогообложения
Справочник	Схемы реализации
Обработка	Обновление регламетированной отчетности
Обработка	Общие объекты регламентированной отчетности
Документ	Установка параметров учета номенклатуры
Регистр сведений	Документы регламентных операций
Регистр сведений	Исключение проводок
Регистр сведений	Коды организаций
Регистр сведений	Корректные корреспонденции счетов
Регистр сведений	Контрагенты организаций
Регистр сведений	Наборы статей налоговых деклараций
Регистр сведений	Настройка отложенного проведения
Регистр сведений	Необлагаемый минимум
Регистр сведений	Номинальная стоимость бланков строгого учета
Регистр сведений	Нормы налоговой амортизации ОС
Регистр сведений	Параметры налогового учета
Регистр сведений	Соответствие счетов БУ и МСФО
Регистр сведений	Состав комиссий
Регистр сведений	Ставки налога на прибыль
Регистр сведений	Схемы налогообложения контрагентов
Регистр сведений	Учетная политика организаций
Регистр сведений	Счета учета номенклатуры
Регистр сведений	Шкала ставок налогов

Нас находят: настройка прав и ролей пользователей в 1с 8 2 упп , НСИ регламентированное и НСИ затрат , 1с 8 2 ограничение прав доступа на уровне записей, настройка нси 1с, 1 с настройка нси, регистр сведений настройки прав доступа пользователей, настройка нси, почему в 1с упп нет роли бухгалтера, ограничение прав доступа на уровне записей 1с, 1с8 регистр учет затрат права доступа

Собственники и управленцы принимают решение внедрять ERP, чтобы ИТ-система приносила бизнесу новые преимущества? давая несколько шагов вперед перед конкурентами, упрощала менеджмент и увеличивала прибыль. Поэтому мы не будем здесь цитировать терминологию, которая уже мало общего имеет с тенденциями развития рынка в условиях ИТ.

Так что же такое ERP нового поколения? Что нужно понимать сегодня об этом термине? - Вот на что мы хотим обратить ваше внимание.

Еще в 2013 году Gartner вводит новый термин: "постмодерновая ERP ". Которая представляет собой не монолитную систему, как у нас принято воспринимать ERP продукт, а информационное пространство интегрированных приложений, которое развивается и комплектуется по мере роста уровня и потребностей предприятия. Это некий синтез облачных сервисов, приложений на различных платформах, локальных систем и т.д., которые позволяют предприятию быть гибким, быстро внедрять новые продукты, использовать накопленные данные в сквозных процессах, внедрять лучшие предложения от разработчиков, обновлять свой портфель программного обеспечения (быстро менять "старое" на более продвинутый "новый" продукт), автоматизировать процессы пошагово, в соответствии с возможностями и потребностями.

Аналитики Gartner прогнозируют, что компании, которые не будут иметь постмодерновой стратегии развития, а будут продолжать использовать "монолитную структуру", ожидает рост уровня сложности системы, увеличение затрат, а главное - они не смогут поспевать перестраиваться так быстро, как это смогут делать их конкуренты, использующие интегрированные комплексы внешних приложений.

Трансформация на ERP нового поколения - вот вызов, который стоит сейчас перед бизнесом и IT компаниями.

Что мы можем предложить?

Внедрение, разработку и поддержку: в рамках вашей долгосрочной стратегии развития, последовательного, постепенного перехода и построения интегрированной ERP-системы нового поколения: вы сможете пошагово выстраивать ИТ-архитектуру с использованием интеграционной платформы, которая соответствует современным тенденциям и дает вам возможность быть "на шаг впереди".

Примеры внешних модулей, интегрируемых через IPaaS :

CRM (Small Business) - система для малого бизнеса. CRM как SaaS-сервис: просто, легко, доступно. MRP (Small Manufacture) - система для автоматизации процессов небольшого производства, работающих "под заказ". Atom.PharmDist: Аналитический сервис для фармацевтических компаний amoCRM - интегрированная CRM система. Эффективный лид менеджмент. Модуль интеграции 1С:Підприємство с Новой Почтой Модуль "Сервисное обслуживание"

Cloud ERP

Облачные ERP-системы позволяют компаниям:

сократить первоначальные затраты на разработку,
ускорить время развертываения и масштабирования
упрощения настроек, соответствующих их уникальным потребностям.

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

Облачная ERP освобождает предприятия от негибкой и устойчивой к изменениям ERP прошлого. Больше не нужно ждать никаких дорогостящих обновлений, больше никаких рисков обновлений. Нет больше устаревшей ERP-системы.

Службы ИТ-поддержки минимизированы, поскольку облачный поставщик обрабатывает обновления, и обновляет. И облачная ERP-модель значительно упрощает совместное размещение или перенос данных в другую страну.

Интеграционная Платформа IPaaS: интеграция приложений c ERP системой.

Документация ERP 2 для Украины (бета-версия)

Официальная документация поставляется только при поставке программного продукта

Концепция и функциональные возможности ERP

Описание блоков функциональных возможностей. Концепция решеня. Функции ERP: описание и сравнительный анализ.

Клиенты

Сегодня в Украине крупные компании внедряют ERP:

Инструкции пользователя для BAS ERP Украина

Документация и пользовательские инструкции к продукту BAS ERP Украина

Инструкции ERP

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

Документация ERP

Официальная документация к продукту от вендора поставляется только при покупке продукта

Дополнительные модули к ERP

Дополнительные готовые модули, расширяющие функционал основного решения 1С:Підприємство ERP

Роли конфигурации делятся на такие группы:
Производство
Торговля и место хранения
Финансы

Анализ и планирование
Регламентированный учет
Настройка НСИ
Торговое оборудование
Административные
Сервисные

Производство

* Мастер смены - предоставляет права на ввод данных оперативного учета производства.
* Просмотр данных оперативного учета производства - предоставляет права на просмотр отчетов по данным оперативного учета производства.
* Сертификация – предоставляет права для работы c подсистемой сертификации.
* Технолог – предоставляет права на ввод данных нормативной системы производства.
* Экономист цеха – предоставляет права на формирование операций управления производством в управленческом учете.

Торговля и место хранения

* Кладовщик – предоставляет права на регистрирование складских операций по управленческому учету.
* Менеджер по заказам - предоставляет права на работу с подсистемой заказов. Имеет возможность применяться как самостоятельно, так и совместно с иными ролями.
* Менеджер по закупкам – предоставляет права для работы с подсистемой управления закупками.
* Менеджер по продажам – предоставляет права для работы с подсистемой управления продажами.
* Розничные продажи – предоставляет права на регистрирование документов по розничным продажам, роль не самостоятельна - применяется совместно с ролью "Менеджер по продажам".
* Ценообразование – предоставляет права для работы с подсистемой ценообразования.

* Банковские операции - предоставляет права на выполнение операций с банковскими документами.
* Ввод заявок на расходование денежных средств - предоставляет права на регистрирование документов "Заявка на расходование денежных средств" и "Закрытие заявок на расходование денежных средств".
* Выплата зарплаты - роль задается совместно с ролями "Кассир", "Банковские операции". Роль предоставляет права на регистрирование документов: o "Приходный кассовый ордер" с видами операций:
- Возврат денег работником
o "Расходный кассовый ордер" с видами операций:
- Расчеты по кредитам и займам с сотрудниками
- Выплата заработной платы по ведомостям
- Выплата заработной платы работнику
- Выплата депонированной заработной платы
- Выдача денег в кассу ККМ
o "Платежное поручение исходящее" с видами операций:
- Расчеты по кредитам и займам с сотрудниками
- Перечисление заработной платы

* Кассир - предоставляет права на регистрирование кассовых документов.
* Обмен данными с программами Клиент-банк - задается пользователю, если ему требуется иметь возможность применять обработку "Клиент-банк".
* Подотчетные лица - предоставляет права на регистрирование документов по подотчетным лицам.
* Согласование заявок на расходование ДС - предоставляет права на согласование заявок.
* Финансист – предоставляет права на формирование операций управления денежными средствами в управленческом учете.

Зарплата и управление персоналом

* Кадровик регламентированных данных – предоставляет права на работу с кадровыми документами по организациям, персонифицированным и воинским учетом работников предприятий, стандартным расписанием предприятий.
* Кадровик управленческих данных – предоставляет права на работу с кадровыми документами по предприятию, документами по обучению, планированию и утверждению отпусков, анкетированию.
* Менеджер по набору персонала – предоставляет права на работу с кандидатами, с подсистемой анкетирования, с кадровым планом предприятия.
* Расчетчик регламентированной зарплаты – предоставляет права на расчет регламентированных начислений, расчет налогов, формирование зарплаты в бухгалтерии.
* Расчетчик управленческой зарплаты – предоставляет права на расчет управленческих начислений.

Внеоборотные активы и спецодежда

* Учет ОС и НМА – предоставляет права на формирование операций с ОС (в том числе управление обслуживанием оборудования) и НМА в управленческом учете.
* Учет спецодежды - предоставляет права к объектам подсистемы "Спецодежда и спецоснастка".

Анализ и планирование

* Бюджетирование – предоставляет права для работы с подсистемой бюджетирования.
* Планирование – предоставляет права для работы с подсистемой планирования.
* Учет затрат - предоставляет права к данным учета затрат и себестоимости номенклатуры по управленческому и регламентированному учетам.

Регламентированный учет

* Бухгалтер МСФО – предоставляет права на формирование хозяйственных операций в МСФО.
* Выполнение регламентных операций по регламентированному учету - предоставляет права чтобы выполнить проведение регламентных документов по регламентированному учету (БУ и НУ).
* Формирование в регламентированном учете - предоставляет права чтобы выполнить проведение документов по бухгалтерскому и налоговому учету, и права для создания отчетов подсистемы бух. и нал. учета.
* Просмотр данных регл. учета - предоставляет права для чтения данных бух. и нал. учета, и права для создания отчетов подсистемы бух. и нал. учета.
* Регламентированная отчетность - предоставляет права для применения регламентированной отчетности.
Роль применяется совместно с ролью "Формирование в регламентированном учете".
* Право на защищенный документооборот с контролирующими органами (ФНС, ПФР) - предоставляет право на применение встроенного алгоритма информационного взаимодействия с констролирующими органами (ФНС и
ПФР) по каналам связи. Роль задается совместно с одной из ролей: "Регламентированная отчетность",
"Кадровик регламентированных данных" либо "Расчетчик регламентированной зарплаты".
* Учет НДС - предоставляет права к объектам подсистемы НДС, проведению регламентных операций по НДС и формированию отчетов по НДС.
* Учет РБП - предоставляет права к учету расходов будущих периодов.

Настройка НСИ

* Настройка НСИ - предоставляет права к общим объектам, к примеру, склады, подразделения, учетную политику
(упр. учет).
* Настройка НСИ затрат - предоставляет права к данным подсистемы "Управление затратами".
* Настройка НСИ (регл) - предоставляет права к данным, относящимся к регламентированному учету.

Торговое оборудование

* Администратор ККМ - предоставляет права на настройку касс ККМ и закрытие кассовой смены.
* Применение торгового оборудования - задается пользователю, если ему требуется иметь возможность применять торговое оборудование.
* Настройка торгового оборудования - задается пользователю, если ему требуется иметь возможность настраивать торговое оборудование.
* Оператор ККМ - предоставляет права на регистрирование документа по розничным продажам "Чек ККМ".

Административные

* Администратор пользователей - предоставляет права для администрирования пользователей.
* Полные права - предоставляет доступ ко всем объектам конфигурации и назначена для исполнения сервисных операций: o обновление ИБ o удаление отмеченных на удаление объектов o работа с журналом фиксации o и т.п.
Не советуется работать в системе на постоянной основе под ролью "Полные права", в том числе выполнять бизнес-операции.
* Установка даты запрета редактирования данных - задается пользователю, если ему требуется иметь возможность задавать дату запрета изменения данных.
* Право администрирования - задается пользователю, если ему требуется выполнять административные функции и работать монопольно.

Сервисные

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

Также в конфигурации назначена роль "Пользователь". Данная роль дает доступ на вход в программу и задается всем пользователям автоматом (при изменении ролей пользователей в варианте предприятия).

Федеральное Государственное Образовательное Учреждение

Высшего Профессионального Образования

Национальный Исследовательский Технологический Университет "МИСиС"

Кафедра автоматизированных систем управления

Курсовая работа по курсу

"Теория систем и системный анализ"

Выполнил : Авдошина Ольга

Группа: МА-10-1/И810-4

Преподаватель : Морозов Е.А.

Москва2014

1.Определение нормативно-справочной информации 3

2.Проблемы и потребности компаний к системе управления НСИ. 3

3.Едина система управления НСИ (ЕС НСИ) 5

4.Создание автоматизированной системы управления НСИ 8

4.1.Анализ НСИ 8

4.2.Выбор архитектуры и оценка стоимости создания автоматизированной системы управления НСИ 10

4.3.Внедрение 15

5.Лица, ответственные за ведение НСИ 16

6.Эффективность внедрения 18

7.Список использованной литературы 20

Определение нормативно-справочной информации

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

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

Проблемы и потребности компаний к системе управления НСИ.

В компаниях, как правило, используется несколько автоматизированных систем, поддерживающих различные бизнес-процессы, в которых независимо друг от друга ведутся одни и те же справочники. Такая совершенно типичная ситуация вызывает следующие проблемы:

Дополнительные расходы на независимое ведение одних и тех же справочников;

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

Большая трудоемкость и высокая затратность формирования консолидированной отчетности на основе данных, в которых одни и те же объекты справочных данных (товары, услуги, контрагенты) имеют различные коды и наименования;

Низкое качество нормативно-справочных данных.

Что значит “некачественные” нормативно - справочные данные? Это справочные данные, которые:

Имеют проблемы структуризации МТР по группам;

Дублирующиеся или противоречивые данные справочника материально-технических ресурсов (товары и услуги) в 70 % случаев приводят к значительному увеличению складских запасов предприятия и образованию неликвидов. Например:

Отсутствие нужных параметров в описании товара в справочнике может привести к тому, что будет закуплен товар, не отвечающий требуемым характеристикам. В результате, на складах образуются неликвиды;

Наличие дублей в справочнике не позволит корректно выполнить автоматическое сведение всех заказанных одноименных МТР с целью получения сводной заявки. В результате заказ будет размещен у поставщика разными партиями и компания не получит скидку за размещение заказа большого объема, а следовательно, закупка будет выполнена по более высокой цене;

Использование разных кодов и наименований МТР различными подразделениями не позволяет производить анализ наличия МТР на складах и использования имеющихся запасов, вместо закупки новых МТР, что также приводит к финансовым потерям.

Низкое качество данных НСИ является следствием отсутствия специализации в ведении НСИ. Задачи повышения эффективности бизнеса, необходимость построения современного фундамента для развития ИТ-ландшафта компаний, построение новых корпоративных ERP-систем и развитие существующих требуют повышения эффективности управления нормативно - справочными данными. Внедрение Единой системы управления НСИ решает эту задачу.

Едина система управления НСИ (ЕС НСИ)

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

Суть нового подхода состоит в создании в компаниях специализированной Единой системы управления НСИ (ЕС НСИ). Ведение всей нормативно - справочной информации компании выделяется в отдельную систему, в которой производится ведение Единых справочников компании: Единого справочника материально-технических ресурсов (МТР), Единого справочника работ и услуг, Единого справочника контрагентов, Единых финансовых справочников, Единых кадровых справочников и т.д. Данные Единой системы управления НСИ используются как источник НСИ всеми прикладными корпоративными системами.

Рис.1. Связка данных с помощью НСИ

Ведение НСИ, таким образом, производится централизованно в одной специализированной системе. Во всех других автоматизированных системах изменение данных НСИ прекращается. Данные НСИ изменяются на основании запросов пользователей, направленных в Единую систему НСИ. Программное обеспечение Единой системы НСИ должно обеспечивать формирование, согласование и обработку таких запросов в соответствии с утвержденным Регламентом, а также репликацию обновленных данных НСИ в прикладные автоматизированные системы. Ведение Единых баз данных НСИ выполняют специалисты в области НСИ – эксперты НСИ. В компаниях создаются Службы ведения НСИ. Появляется новая профессия – эксперт НСИ. При создании Единых систем управления НСИ в компаниях проводятся работы по нормализации нормативно - справочных данных. Под нормализацией понимается устранение ошибок, неточностей и неполноты в данных, устранение дублей, дополнение недостающей информации, унификация данных в справочнике НСИ.

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

Создание автоматизированной системы управления НСИ происходит в несколько этапов: анализ состава НСИ и процессов ее ведения, выбор архитектуры автоматизированной системы, оценка стоимости ее создания, разработка и поддержка.

Создание автоматизированной системы управления НСИ

Анализ НСИ

К основным видам НСИ относятся: справочники, классификаторы и нормативные документы. Состав НСИ приведен на рис.2.

Рис. 2. Типовой состав НСИ

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

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

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

На основе анализа реестра нормативно-справочной информации и данных о связях между различными видами НСИ, а также с учетом структуры и специфики деятельности предприятия формируются основные функциональные требования к будущей АС:

возможность централизованного управления справочниками, классификаторами и другими документами;

возможность централизованного контроля всех нормативно-справочных данных (при хранении, использовании или изменении);

поддержка централизованного и распределенного (если это необходимо) ведения НСИ;

хранение актуальных и исторических данных в центральном офисе и в филиалах, обеспечение оперативного доступа к ним;

автоматическая синхронизация нормативно-справочной информации между элементами системы в различных подразделениях или филиалах (если необходимо);

возможность изменения состава справочников, их структуры без модернизации программного кода системы.

Выбор архитектуры и оценка стоимости создания автоматизированной системы управления НСИ

Архитектуру системы управления НСИ можно выбрать с помощью функционально-стоимостного анализа. Это метод, при котором определяется оптимальное соотношение важных для пользователя характеристик, свойств, функций системы и затрат на их реализацию.

Применительно к НСИ использование метода функционально-стоимостного анализа означает, что для каждого вида НСИ определяются:

перечень и количество бизнес-процессов, для которых необходимо его использование;

«полезность» данного вида НСИ (в разрезе функциональных направлений);

объем затрат, которые связаны с его созданием, ведением и актуализацией.

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

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

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

Более эффективным является вариант, при котором создается система с многоузловой архитектурой. Что это означает?

Внешние организации

Внутренние подразделения

Центральный узел АС НСИ

ПотребителиНСИ

Подчиненные узлы АС НВИ

Рис. 3. Схема системы НСИ с многоуровневой архитектурой

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

Фактически каждый узел является мини-автоматизированной системой по ведению НСИ и предоставляет необходимые данные для всех ИТ-приложений, которые используются в этом подразделении (рис. 4). Распространение информации по всей системе и поддержание базы НСИ в актуальном состоянии обеспечивается за счет автоматического обмена данными между узлами.

Рис. 4. Архитектура типового узла

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

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

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

Внедрение

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

Лица, ответственные за ведение НСИ

Важным вопросом при реализации проекта является формирование отдела НСИ, задачей которого станет обеспечение единства и актуальности всех видов НСИ. Участие специалистов необходимо уже на этапах разработки и развертывания АС НСИ: в их функции будет входить координация работ по созданию, внедрению и ведению единых информационных справочников и классификаторов (например, «Справочник структурных подразделений», «Справочник технологических объектов», «Справочник основных фондов» и т.д.).

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

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

Участник процесса
Пользователь системы	Поиск информации: В централизованных справочниках; Во вспомогательных справочниках. Формирование: Заявки на добавление записей в централизованные справочники; Заявки на изменение записей в централизованных справочниках; Заявки на добавление/изменение информации во вспомогательных справочниках.
Специалист по НСИ	Обработка заявки пользователя: Анализ на корректность заявки пользователя; Анализ на наличие дублирующихся позиций и существование рабочей заявки на добавление или изменение этого же объекта; Отправка заявки пользователю на уточнение информации; Отказ от исполнения некорректной заявки пользователя с указанием причины; Дополнение, при необходимости, информации об объекте НСИ; Классификация объекта НСИ; Завершение обработки.
Методолог	Проверка корректности классификации и обработки; Возврат заявки на дополнительную обработку; Отказ от исполнения некорректной заявки пользователя с указанием причины.
Старший специалист по НСИ	Назначение исполнителя по обработке заявки из числа специалистов по НСИ; Контроль сроков исполнения заявок; Классификационные процедуры: Внесение дополнений и изменений в Классификаторы; Назначение набора характеристик объектам НСИ; Классификация созданного / измененного объекта НСИ.

Табл.1. Функции централизованного управления НСИ в зависимости от роли его участника

Эффективность внедрения

Что же заставляет компании внедрять у себя в том или ином виде системы поддержки НСИ? Предпосылки бывают разными, но можно выделить задачи, общие для любой крупной организации:

потребность в интеграции информационных систем на уровне справочных данных, которая позволила бы упорядочить и сократить расходы на процессы ведения НСИ;

желание использовать единые коды справочной информации для автоматизации сбора и анализа корпоративной отчетности;

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

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

Помимо решения вышеперечисленных задач внедрение системы поддержки НСИ может принести следующие преимущества.

Прямые финансовые выгоды:

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

экономия на пользовательских лицензиях эксплуатируемого на предприятии ПО для управления справочными данными;

снижение затрат на ведение корпоративной НСИ путем организации единой точки входа для управления справочной информацией, используемой всеми системами компании;

снижение затрат на осуществление информационного обмена данными между эксплуатируемыми в компании ИС, повышение его оперативности.

Косвенные финансовые выгоды:

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

сохранение инвестиций в уже развернутые системы и снижение затрат на их интеграцию в информационное пространство компании;

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

Выгоды благодаря средствам поддержки НСИ:

рост степени актуальности НСИ всех подключенных информационных систем;

доступность НСИ для любого сотрудника компании в реальном времени независимо от его местоположения;

четкое распределение ответственности за управление конкретными справочниками.

Список использованной литературы

http://www.epam-group.ru/

http://computel.ru/upload/press%20about%20Computel/20130516_AutomatizationIT.pdf

http://consulting.1c.ru/ejournalPdfs/vlasov.pdf

http://nsint.ru/

Асадуллаев C. «Управление метаданными средствами IBM Information Serve»", 2008

Максим Власов «НОРМАТИВНО-СПРАВОЧНАЯ ИНФОРМАЦИЯ: ПРОВЕРЕНО ПРАКТИКОЙ»