Единая система НСИ – основа сервисно-ориентированной архитектуры.
Рассматривая проблему НСИ в контексте автоматизации бизнеса, важно понять, что вопреки распростаненному заблуждению НСИ не является частью ERP-системы: система НСИ предоставляет необходимый сервис всем бизнес- приложениям. А коль скоро это так, то известная концепция сервисно-ориентированной архитектуры оказывается очень плодотворной, когда речь идет о технологиях доступа к НСИ как со стороны различных бизнес-систем, так и состороны их пользователей.
«На данный момент в нашей компании существует столько-то разнородных информационных систем. Все они должны быть информационно связаны друг с другом, однако никак не решена проблема их интеграции. Мы пришли к выводу, что ключевая задача, которую необходимо решить для интеграции систем в единое информационное пространство, состоит в том, чтобы привести в порядок используемые справочники, прежде всего — справочник материалов. » Примерно так говорят практически все заказчики, обращаясь в НЦИТ «Интертех». В целом картина состояния нормативно-справочной информации (НСИ) на российских предприятиях выглядит печально (см. врезку «Проблемы сегодняшнего состояния НСИ»).
Одно из характерных заблуждений состоит в том, что система НСИ рассматривается не как самостоятельный надструктурный ИТ-компонент, а как «придаток» к той или иной ERP-системе. Вот и получается — сколько прикладных систем, столько и «придатков». На одном из крупнейших российских предприятий нефтехимического профиля при проведении обследования было обнаружено более 25 не связанных (!) справочников товарно-материальных ценностей (ТМЦ) и сырья. О какой консолидации информации, о каком мониторинге и оптимальном планировании может в этом случае идти речь?
На наш взгляд компаниям пора понять, что НСИ — не элемент ERP-системы, а часть общекорпоративной ИТ-инфраструктуры. От качества и надежности основных данных (т. е. НСИ) во многом зависит и качество собственно управленческой информации. Ведь никто пока не отменял принципа GIGO (garbage in — garbage out, что в смысловом переводе означает: «Если информационный мусор на входе, то такой же мусор и на выходе»).
Если не часть ERP, то что же?
Нормативно-справочная информация — это прежде всего информационный ресурс компании, формируемый внутри и получаемый, как правило, извне, содержащий стандарты, требования, правила, положения и прочую информацию, нормирующую и систематизирующую деятельность предприятия.
Более узко — в ИТ-системах нормативно-справочная информация (основные, или мастер-данные) определяется как совокупность условно-постоянных данных, на которых базируются процессы формирования учетных документов в компании (учреждении). В отличие от текущей информации, относящейся лишь к конкретному документу, НСИ, как правило, используется в разных документах, имеющих отношение к различным бизнес-процессам. В ИТ-системах НСИ обычно бывает представлена набором справочников и классификаторов (см. врезку «Состав системы НСИ»).
Не следует забывать, что наряду с информацией как таковой система НСИ включает комплекс средств её поиска, хранения, обработки и распределения, методов ведения, поддержания в актуальном состоянии, а также совокупность организационно-распорядительных документов и регламентов, регулирующих использование и ведение данных НСИ.
Рис. 1. Схема единой системы НСИ
Единая система НСИ
В настоящее время вполне можно говорить о том, что понятие системы НСИ в современном прочтении характеризуется централизованным хранением соответствующих данных в репозитарии, наличием корпоративных стандартов ведения и использования НСИ, постоянной актуализацией данных службой НСИ и конечно же автоматизированным процессом ведения данных и обслуживания запросов пользователей. Общая схема единой системы (ЕС) НСИ приведена на рис. 1.
И раз уж мы ведем речь об автоматизации, то свойством, тесно сопряженным с обслуживанием запросов пользователей, является обеспечение «информационными услугами» ERP-систем, как, впрочем, и других бизнес-приложений. Сервис, предоставляемый со стороны ЕС НСИ пользователям и ERP-приложениям, можно классифицировать следующим образом:
- доступ и многофункциональный поиск основных (мастер-) данных;
- запросы в службу ведения НСИ на изменение/добавление данных;
- запросы в службу ведения НСИ на установление ссылок или переходных ключей;
- функции ведения данных НСИ (корректировки и добавления), доступные экспертам — специалистам службы НСИ;
- доставка (репликация) данных НСИ в прикладные системы — потребители мастер-данных по запросу или по событию.
Подчеркнем также: взаимоотношения между ЕС НСИ и локальной системой разумно устанавливать именно по модели предоставления услуг, а это еще раз свидетельствует о том, что НСИ не является частью ERP-системы. При этом важно, что реализация данного механизма предоставления информационных сервисов со стороны НСИ никак не может носить частного, локального характера. В каждой компании необходимо обеспечить использование всеми её службами и подразделениями единой унифицированной системы НСИ, оптимизированной с учетом реальных требований бизнес-процессов.
Опрос, проведенный «Интертех» в одной из крупнейших российских компаний, показал весьма характерную картину сегодняшнего состояния НСИ, свойственную практически всем предприятиям с масштабным бизнесом. Целью опроса было выявление основных проблем и недостатков текущего состояния НСИ и методов ее поддержки «как есть», т. е. до начала проекта внедрения ЕС НСИ. В скобках приводится процент опрошенных, отметивших тот или иной недостаток.
Недостатки контента НСИ:
• неполнота, противоречивость, недостоверность или некорректность в наименованиях, описаниях и других атрибутах объектов (43%);
• присутствие устаревшей информации в справочниках (42%);
• неунифицированность наименований объектов (37%);
• наличие в справочниках дублированных объектов (32%);
• отсутствие необходимых связей между элементами НСИ (20%);
• ошибки в структуризации объектов (13%);
• отсутствие классификаторов для больших справочников НСИ (13%);
• недостаточный учет информационных потребностей структурных подразделений и бизнес-процессов в массивах НСИ (23%).
Недостатки процесса ведения НСИ:
• низкая оперативность обновления информации (67%);
• вероятность несогласованного ввода и изменения основных данных в справочниках работниками различных структурных подразделений (32%);
• недостаточная функциональность и степень автоматизации системы ведения НСИ (29%);
• неэффективная и разрозненная служба НСИ (23%);
• сложность ведения НСИ традиционными средствами ERP-систем (18%).
Требования и принципы построения
единой системы НСИ
С целью обеспечения использования всеми службами и подразделениями компании унифицированной системы НСИ следует учесть четыре группы требований.
• Методологические — к разработке и внедрению эффективной методологии ведения справочников и классификаторов в рамках единой системы НСИ, к поддержанию данных в актуальном состоянии, обеспечению полноты, устранению ошибок, контролю целостности и непротиворечивости данных.
• Организационные — к единому регламенту использования справочников системы НСИ всеми службами и подразделениями компании и его сопровождения на основе уточненных требований к составу и структуре информации в справочниках.
• Информационные — к составу и структуре информации в системе НСИ, а также к технологии ее ведения (вычистке, пополнению, корректировке).
• Технические — к среде доступа пользователей к НСИ и работы экспертов службы ведения НСИ, к требуемому набору функций и информационных возможностей.
По сути всё вышеперечисленное является не чем иным, как требованиями к единой системе НСИ, но помимо этого можно говорить и о требованиях к данным этой системы. В таком случае очень важную роль играют критерии, которые на сегодня универсальны для любых типов корпоративных данных. Однако относительно к данным НСИ, жизненный цикл которых по определению превышает аналогичный цикл для оперативных данных, они имеют еще большее значение. Речь идет о полноте, непротиворечивости, корректности и актуальности. Вместе с тем помимо этих классических критериев (реализация которых на сегодня обеспечивается вполне отработанными методиками проектирования данных и надежными программными продуктами) существуют и более специфические, характерные именно для НСИ.
Это идентифицируемость и уникальность, которые обеспечивают однозначную и уникальную идентификацию данных, что необходимо для установления ссылок на них из других элементов НСИ и прикладных документов. Унификация позволяет применять единообразные правила написания/описания элементов НСИ, например, наименования материалов в справочнике ТМЦ, пользоваться унифицированным справочником единиц измерения (а не текстовыми полями в том же справочнике ТМЦ), использовать наименования контрагентов в соответствующем справочнике и т. п.
И, наконец, структуризация необходима для громоздких, многочисленных элементов/записей и информационных массивов, например справочника материально-технических ресурсов (МТР).
При рассмотрении структуры НСИ принято выделять следующие основные группы справочников.
1. Снабжение (материально-товарное обеспечение): справочник-классификатор ТМЦ (МТР, материалов), справочник контрагентов (поставщиков, производителей).
2. Сбыт: сбытовая номенклатура, тарифы на услуги, справочник клиентов (потребителей), справочники, используемые при подготовке договоров.
3. Финансы, бухгалтерия: справочники и классификаторы, используемые для учета активов и основных средств, бюджетирования, учета и контроля финансовых потоков, бухгалтерского и налогового учета; план счетов.
4. Производство, ТОРО: справочники технических объектов и оборудования, комплектующих изделий, запчастей, агрегатов и узлов, технологические карты и др.
5. Сервисы: справочник-классификатор услуг и работ, тарификаторы.
6. Оргструктура: справочники, описывающие оргструктуру компании, реквизиты подразделений, профили деятельности, взаимоотношения, подчиненность и т. п.
7. Кадры (трудовые ресурсы): нормативно-справочная информация, связанная с трудовыми ресурсами (управление персоналом, зарплата, социальные программы, обеспечение спецодеждой и т. д.).
Целесообразно также выделить принципы построения единой системы НСИ.
• Корпоративность предусматривает необходимость использования ЕС НСИ в масштабе всей компании, ее структурных подразделений и предприятий.
• Многоцелевое использование — система НСИ должна удовлетворять информационные потребности каждой функциональной группы пользователей, представляя ей индивидуально ориентированные срезы данных.
• Полнофункциональность — ЕС НСИ должна компенсировать те или иные функциональные недостатки ERP- и других имеющихся в компании прикладных систем, связанные с поиском, обработкой и использованием НСИ.
• Централизация функций хранения эталонного массива данных НСИ, ведения, создания новых и внесения изменений в существующие эталонные данные.
• Адаптивность и масштабируемость системы по мере возникновения новых требований к составу и структуре данных НСИ с учётом организационных изменений в компании, изменений программно-технического ландшафта, увеличения нагрузки на информационную систему и числа пользователей.
• Интегрируемость ЕС НСИ с существующими ERP- и другими корпоративными информационными системами.
• Стандартизация и унификация форматов данных НСИ, способов их формирования и изменения на основе корпоративных организационно-распорядительных документов.
• Преемственность — при первичном наполнении системы НСИ за основу берутся используемые в компании справочники и классификаторы, которые после консолидации и нормализации становятся её частью. Вновь создаваемые «эталонные» данные постепенно замещают старые.
Рис. 2. Этапы создания единой системы НСИ
Построение системы НСИ осуществляется поэтапно. В этой связи можно выделить консолидацию данных из прикладных систем, их гармонизацию, предусматривающую приведение данных к характерной для НСИ иерархической структуре с адекватной классификацией, а также переход на централизованное использование и ведение справочников, где задействуется служба НСИ. На рис. 2 показано три ключевых этапа построения системы НСИ.
Сервисно-ориентированная архитектура
Крупные компании (причём не только в России, но и в передовых странах по внедрению ИТ-приложений, таких как США, европейские государства и др.) по мере роста бизнеса, его диверсификации или перепрофилирования, укрупнения за счет слияний и поглощений сталкиваются с одними и теми же проблемами: в первую очередь это разноплатформенный (гетерогенный) ИТ-ландшафт, порождающий несогласованность информации в различных разобщенных корпоративных приложениях. Очень важно понять следующее: проблемы гетерогенного ИТ-ландшафта — это не только «историческое наследие». Это возможный путь развития.
Строить ли новую одноплатформенную универсальную суперсистему или пытаться использовать существующие ИТ-приложения, если они хоть в какой-то мере удовлетворяют потребностям бизнеса? Как построить корпоративную ИТ-стратегию, чтобы, с одной стороны, ИТ-обеспечение не отставало от растущего бизнеса компании, пополнялось новыми эффективными решениями, а с другой — сохранялись уже сделанные в ИТ-инфраструктуру инвестиции? Таковы извечные вопросы ИТ-директора.
Безусловно, отсутствие в крупных компаниях, на фоне гетерогенного ИТ-ландшафта, эффективной системы поддержки единой унифицированной НСИ — ключевая проблема автоматизации учетно-управленческих задач. Другая проблема — обеспечение взаимодействия эксплуатируемых систем. Третья — упорядочение, унификация функций (сервисов) в масштабе компании, устранение функционального дублирования. И, наконец, четвертая — возможность модульного наращивания ИТ-ландшафта «по кирпичикам».
Одним из подходов, дающих внятное решение упомянутых проблем, является сервисно-ориентированная архитектура (service-oriented architecture, SOA). При этом надо понимать, что SOA — это не какая-либо конкретная технология, а именно подход, концепция. Используемые в Web-сервисах технологии, стандарты и протоколы (SOAP, WSDL, UDDI и др.) нередко служат технологической основой SOA.
Еще в 2003 году в одном из отчетов Gartner было предсказано, что «. в 2008-м SOA станет превалирующим подходом в инженерии ПО, прекращающим 40-летнее доминирование монолитной ПО-архитектуры». В конце 2003-го журнал CIO Magazine провел опрос, в котором более 50% респондентов отметили, что они в той или иной степени заняты разработкой SOA. В марте 2004-го Smith Barney (аналитическое подразделение Citigroup), опросив сто ведущих CIO, выяснило, что SOA является главным приоритетом в области новых технологий. Основной целью перехода на SOA безусловно является сохранение инвестиций, вложенных и вкладываемых в существующий ИТ-ландшафт, а также:
- пошаговое, эволюционное наращивание сервисов (приложений) по мере роста бизнеса и увеличения потребностей в ИТ-обеспечении, модульный принцип построения;
- сшивка разноплатформенных приложений в единую информационно-управленческую среду;
- платформенная толерантность, возможность сохранения существующих, в том числе устаревших, систем и платформ и включения в общекорпоративный ИТ-ландшафт разноплатформенных приложений «best-in-class» независимо от их платформы;
- органичность, простота и надежность использования внешних сервисов (т. е. сервисов, предоставляемых внешними организациями на условиях аутсорсинга);
- устойчивость, работоспособность системы в целом и других компонентов ИТ-инфраструктуры при сбое одной из систем.
Проблемы НСИ в интерьере SOA
Основу SOA составляет понятие сервисов, к которым принято относить отдельные законченные функции программного обеспечения, корпоративных приложений и систем (например, формирование заявки на приобретение материала, запрос информации об остатке материала на складе и т. п.). Сервисы составляют «кирпичики» всего ИТ-ландшафта. Важным требованием SOA является отсутствие жестких связей между модулями-«сервисами», что позволяет получить модульность программного обеспечения, возможность замены и совершенствования одних «сервисов» без изменения других. Все связи между ними, называемые «слабыми» (loosely coupled), сводятся к простым командам вызова одних сервисов другими, причем формат и синтаксис таких команд заранее предопределен. Однако необходимо иметь в виду, что подобное «слабое» взаимодействие между различными системами и сервисами достижимо только при условии, что все они используют единые унифицированные мастер-данные (НСИ), единые коды и т. п. Если такой унификации нет, соблюдение принципа «слабых» взаимодействий между «сервисами» невозможно.
Иными словами, унификация сервисов (функций) подразумевает унификацию основных данных (НСИ). Так, если сервис «формирование заявки на приобретение материала» поддерживается модулем «Заявочная кампания», написанным местным разработчиком ПО, а сервис «запрос информации об остатке материала на складе» — ERP-системой на платформе SAP R/3, то для учета остатков при планировании потребности (т. е. для смежной работы двух сервисов в одном бизнес-процессе) нужно, чтобы оба сервиса работали с единым справочником материалов (или, что по сути то же самое, со справочниками, полностью увязанными между собой посредством переходных ключей).
Рис. 3. Схема-фрагмент СОА
Еще одной важнейшей особенностью SOA является то, что «сервисы» могут быть доступны из любой точки корпоративной сети независимо от ее расположения — достаточно лишь иметь доступ к сети. Для хранения спецификаций и описаний «сервисов» в SOA предусмотрен так называемый регистр и репозитарий сервисов (РРС), где хранятся адреса доступа к каждому зарегистрированному «сервису», данные о его расположении в сети, описание правил вызова, регламенты его предоставления и т. п. Помимо собственно сервисов и информационной шины обмена запросами и данными, о чем очень часто говорят при обсуждении SOA, важнейшим компонентом этой архитектуры является портал, который значительно реже упоминается именно в контексте SOA.
Для примера на рис. 3 показана схема-фрагмент сервисно-ориентированной архитектуры приложений, участвующих в бизнес-процессе «Заявочная кампания»; здесь как раз можно видеть важнейшие компоненты SOA, в том числе РРС и портал. Кроме того, из этого рисунка понятна очевидная востребованность сервисов ЕС НСИ (компонент Master Data Managment, MDM) на протяжении всего процесса. При этом на схеме наглядно продемонстрирован механизм вызова сервисов и взаимодействия приложений в SOA.
Важно отметить, что одним из основных требований, определяющих SOA-подход, является возможность подключения всех корпоративных приложений, рассматриваемых как элементы SOA, к шине обмена. При описании же НСИ мы говорили о том, что между ЕС НСИ и ERP-системой устанавливаются отношения именно в форме предоставления информационных сервисов.
Рис. 4. Уровни ИТ-инфраструктуры
в сервисно-ориентированной архитектуре
Интересным на наш взгляд является выделение уровней ИТ-инфраструктуры в сервисной архитектуре. На рис. 4 показаны семь уровней, определяющих структуру «вглубь». Показательно, что данные НСИ составляют нижний уровень — «информационный фундамент» всей ИТ-инфраструктуры. Система управления НСИ (через MDM) может строиться на самостоятельной независимой платформе, состоять из нескольких бизнес-приложений (в том числе АРМ пользователя, АРМ эксперта, АРМ администратора) и предоставлять сервисы, доступные из корпоративной сети. Особо следует отметить, что такая сервисно-ориентированная архитектура весьма удобна при аутсорсинговой организации процесса ведения данных НСИ. При этом сотрудники компании, используя сервисы доступа к НСИ и обращаясь с запросами в службу ведения НСИ, получают требуемый уровень обслуживания (закрепленный в SLA-SLR), не задумываясь о том, где и кем обслуживается данный сервис.
Код ес нси что это
Максим Антонов (Менеджер, BearingPoint ) , Сергей Кузовкин (Партнер, BearingPoint )
По мере развития крупных металлургических компаний становилось все более очевидным, что необходимо классифицировать, сопоставлять и однозначно идентифицировать весь объем информации, сопровождающей бизнес-процессы предприятий. Решить эту задачу поможет Единая система нормативно-справочной информации (НСИ) компании.
МАТЕРИАЛЫ К СТАТЬЕ
Рис. 1. Уровень управления НСИ: как есть
Рис. 2. Уровень управления НСИ компании: как должно быть
Рис. 3. Схема уровней стандартизации данных НСИ
Что такое Единая система НСИ?
Единая система НСИ (ЕС НСИ) — это совокупность методологического, организационного, информационного и программного обеспечения процессов управления справочниками (основными данными), используемыми в бизнес-процессах компании. Она должна включать:
– справочники и классификаторы:
• материалов, продукции и услуг, группы, единицы измерения;
• контрагентов, банков, общероссийские классификаторы (КЛАДР, ОКФС, ОКВЭД, ОКАТО и т.д.);
• план счетов;
• справочники НСИ, содержащие аналитику, необходимую для формирования пакета отчетности для РСБУ, МСФО, УУ и НУ.
– регламенты НСИ;
– стандарты описания объектов НСИ;
– систему единой кодификации;
– службу НСИ;
– систему управления основными данными (СУОД).
Типичная картина состояния НСИ (как есть)
Рассмотрим компанию, состоящую из головного офиса и нескольких филиалов (предприятий). Типичные результаты анализа состояния НСИ в компаниях, не внедрявших ЕС НСИ, представлены на рисунке 1.
Кроме того, можно указать на следующие проблемы НСИ:
– в части справочников:
• неполнота или некорректность в наименованиях и других атрибутах справочников;
• наличие устаревшей (неактуальной) информации;
• отсутствие унификации в наименованиях;
• наличие дублей в справочниках.
– в части процессов НСИ:
• отсутствие четкой схемы разграничения ответственности за НСИ;
• многократный ввод информации в различные системы и необходимость последующей выверки;
• низкая оперативность обновления информации.
Несовершенная НСИ — это не техническая проблема, это проблема руководства. Это касается и совершенствования НСИ — это не чисто техническая ИТ-задача, это задача, которую должны решать прежде всего руководители предприятий. Но зачастую они начинают обращать внимание на плохое качество НСИ только тогда, когда это отражается на эффективности решения бизнес-задач. Типичный пример — проблемы заявочной кампании, когда значительное количество дублей, неактуальных позиций, неполнота и противоречивость их описания начинают влиять на сроки и эффективность проведения заявочной кампании.
Если управление материалами неэффективно, то цена таких ошибок составляет проценты от стоимости закупок, а для крупных предприятий это весьма ощутимые потери.
Некачественные данные НСИ чреваты следующими проблемами:
– неполнота информации в справочнике МТР приводит к закупке неверного;
– дубли в справочнике материалов — это дополнительные затраты, например, на излишние закупки (когда на складе уже есть нужный материал, но по-другому описанный), на размещение нескольких заказов на закупку вместо одного;
– дублирование, некорректные/неактуальные данные контрагентов приводят к ошибкам при формировании первичных документов, налоговым и финансовым рискам при взаиморасчетах, задержкам в сроках при сверке с контрагентами и закрытии периода, к затруднениям при формировании консолидированной отчетности;
– отсутствие единого реестра основных средств приводит к недостоверности сведений и длительным срокам формирования бухгалтерской и управленческой отчетности;
– отсутствие единого плана счетов приводит к ошибкам в отражении операций, налоговым рискам, сложностям при классификации операций для целей консолидации и длительным срокам формирования консолидированной отчетности;
– отсутствие единого справочника бюджетных статей и подразделений приводит к отсутствию оперативного контроля бюджета, рискам нецелевого использования денежных средств, сложностям при принятии управленческих решений.
Это только некоторые, хотя и весьма существенные, проблемы, которые возникают у руководителей компаний при отсутствии ЕС НСИ. При этом у каждой конкретной компании, естественно, свои проблемы. Их выявление является одной из целей любого проекта по НСИ.
Из всего этого можно сделать вывод: финансовый эффект от совершенствования НСИ будет вполне ощутимым.
Целевое состояние НСИ
Идеальную картину состояния НСИ можно представить двумя схемами, представленными на рисунках 2 и 3.
Важнейшее значение для построения Единой системы НСИ имеет уровень стандартизации описаний объектов НСИ и введение единой системы кодирования и классификации НСИ. E
На рисунке 3 показан пример возможной схемы уровней стандартизации данных НСИ. Подобная схема разрабатывается в процессе реализации проекта по созданию НСИ для конкретной компании и учитывает особенности ее деятельности.
Такая схема по завершении проекта НСИ становится частью не только методологии НСИ компании, но и концепции НСИ, описывающей состав НСИ, уровни ответственности за НСИ, уровни ведения НСИ, уровни стандартизации и централизации справочников.
Схема иллюстрирует подход, согласно которому для достижения целевого состояния НСИ необходимо:
– обеспечить разделение НСИ по организационным уровням и определить лиц, ответственных за ведение справочников;
– создать единые, нормализованные справочники в соответствии с уровнями стандартизации данных;
– обеспечить единую кодировку справочников.
Как перейти от того «как есть» к тому «как должно быть»?
Как сказал классик: «Все знают, как не должно быть, и всем известно, как должно быть, но никто не знает, как перейти от «как не должно быть» к тому «как должно быть».
Однако если говорить про НСИ, то на данный момент многие компании уже прошли путь от «как есть» к тому «как должно быть» и добились на этом пути значительных успехов.
В настоящее время накоплен значительный опыт и существует апробированный на различных проектах подход к созданию и внедрению корпоративных систем НСИ, который включает:
1) разработку концепции НСИ;
2) создание службы НСИ;
3) разработку процессов и регламентов НСИ;
4) разработку стандартов описаний объектов НСИ, включая шаблоны написания наименований;
5) внедрение единой системы кодификации НСИ;
6) нормализацию и классификацию;
7) внедрение СУОД.
Задачи построения системы управления НСИ. Интеграция
Одной из задач интеграции прикладных систем является обеспечение совместимости прикладных систем на уровне данных. Часто интеграцию на уровне данных ограничивают только технологиями преобразования данных из одних форматов в другие. При этом уделяют недостаточно внимания проблемам однозначной идентификации данных, их унификации, сопоставимости, устранения дублирования.
Создание Единой системы НСИ — основное условие успешной интеграции прикладных систем.
Поскольку во многих металлургических компаниях сотрудники используют большое количество разнородных информационных систем, решающих различные задачи бизнеса, то для того чтобы обеспечить их интеграцию, необходимо решить следующие основные задачи построения системы управления основными данными:
– в части использования основных данных:
• определить централизованные бизнес-процессы компании, для обеспечения которых необходима Единая система НСИ, а также состав и структуру справочников.
– в части наполнения справочников:
• разработать единую систему кодификации объектов НСИ и утвердить стандарты их описания;
• внедрить единые справочники, которые бы имели единую кодировку записей и были сформированы в соответствии со стандартами НСИ. Эти справочники должны использоваться во всех интегрируемых системах.
– в части процессов управления НСИ:
• разработать концепцию НСИ;
• разработать процессы и регламенты НСИ, обеспечивающие единую «точку входа» при внесении изменений в справочники;
• разработать регламенты обмена основными данными (синхронизации НСИ в информационных системах компании).
– в части организационного обеспечения НСИ:
• определить сотрудника компании, ответственного за каждый справочник, создать службу НСИ, в задачи которой входило бы ведение НСИ.
– в части автоматизации процессов управления НСИ:
• внедрить специализированную систему управления НСИ;
• интегрировать СУОД с прикладными системами — потребителями данных ЕС НСИ.
Решения по управлению НСИ
Основными функциональными требованиями к системе управления НСИ (СУОД) являются:
– средства поиска, в том числе поиска дублей, аналогов, полнотекстового поиска (по ключевым словам описания объекта НСИ), поиска по техническим характеристикам (для материалов);
– средства формирования и обработки заявок на создание (изменение) объектов НСИ;
– средства обеспечения качества данных, в том числе проверка позиций справочника на дублирование и корректности заполнения полей заявки на создание (изменение) объекта НСИ в соответствии с определенными шаблонами;
– возможность ведения истории изменений справочников;
– возможность формирования отчетности;
– средства интеграции СУОД с внешними системами;
– наличие веб-интерфейса.
Рекомендуется использовать решения по управлению НСИ, разработанные специально для промышленных предприятий. Наиболее часто используемыми и апробированными решениями являются SAP MDM, IBM Infosphere MDM, Oracle Product Hub. Все эти решения удовлетворяют требованиям, предъявляемым к СУОД, поэтому одним из ключевых факторов при выборе технологической платформы становится стоимость решения. Определение стоимости программной платформы является предметом коммерческих переговоров представителей компании с поставщиками ПО.
При внедрении ERP-системы в качестве СУОД часто используется отдельная инстанция ERP-системы, применяемая только для ведения справочников и интегрированная с основной ERP-системой.
Одним из подобных примеров может служить решение BearingPoint MDD (Master Data Distribution), реализованное на платформе SAP NetWeaver и отвечающее перечисленным выше требованиям. Основными достоинствами данного решения являются относительно низкая стоимость внедрения и низкое TCO (Total Cost of Owner).
Кроме того, решение MDD могут поддерживать и развивать специалисты служб сопровождения SAP ERP компании без привлечения внешних консультантов. При реализации MDD использован язык ABAP (открытый код). При этом совершенно необязательно иметь в штате службы сопровождения SAP ERP компании специалиста, компетентного в этом вопросе, — все необходимые настройки и доработки могут выполнять консультанты SAP ERP.
Решение разрабатывалось на протяжении ряда проектов по внедрению SAP ERP в различных компаниях. В 2008 г. компания BearingPoint выполнила работы по созданию общекорпоративного справочника номенклатуры, централизованно закупаемой Дирекцией по снабжению ЕвразХолдинга в интересах всех российских предприятий группы, а также всей закупаемой номенклатуры Качканарского ГОКа «Ванадий». В ходе реализации проекта была осуществлена нормализация справочника МТР, включая выявление неполных позиций МТР, их уточнение, выявление дублей, а также устаревших (неактуальных) позиций МТР. Все записи по каждой группе позиций были приведены в соответствие с ГОСТ, ТУ и шаблонами, согласованными с заказчиком. В процессе реализации проекта был также разработан классификатор МТР и выполнена классификация выбранных заказчиком номенклатурных групп, что позволило избежать массы проблем, связанных с дублированием и недостаточным описанием материалов. Нормализованные позиции справочника МТР и классификатор были загружены в систему SAP MDM, интегрированную с SAP ERP и другими информационными системами предприятий группы. Создание справочника материалов являлось необходимым условием продуктивного старта ERP-системы на КГОКе. В ходе проекта была также разработана методика нормализации и классификации, проведено обучение специалистов ЕвразХолдинга работе по данной методике, что позволило обеспечить будущую «чистоту» и актуальность справочника и его внедрение на других предприятиях ЕвразХолдинга. Создание общекорпоративного справочника дало возможность упорядочить проведение закупочной кампании, исключить дублирование позиций материалов, приступить к практическому решению задачи создания единой аналитической системы, обеспечивающей консолидированный контроль за складскими остатками на всех предприятиях группы.
Что такое НСИ в 1С
НСИ (нормативно-справочная информация) – данные из справочников классификаторов и записи, которые вводят пользователи системы. Для построения и использования единого информационного пространства компании разработаны решения по централизованному ведению НСИ в 1С.
Содержание
НСИ в 1С – это инструмент управления, расширяющий типовые возможности программных продуктов 1С. Создается единый источник полной, актуальной и непротиворечивой от системы к системе информации, используемой в работе разными подразделениями и филиалами и универсальной для каждой из них.
Зачем необходима система управления НСИ бизнесу?
Системы управления НСИ предназначены как для среднего и крупного бизнеса, так и для малого бизнеса с перспективами роста. Рассмотрим типичный пример, когда компании становится необходима система управления нормативно-справочной информацией. В ходе развития предприятие неизбежно проходит этапы автоматизации, когда, например, к 1С:Бухгалтерии добавляется программа 1С:ЗУП, 1С:ТОИР, 1C:Управление торговлей или любые другие программы, необходимые для бизнеса. Каждую систему администрируют разные люди. Коды и наименования в системах обычно присваиваются по различным алгоритмам, понятным только сотрудникам каждого из отдельно взятых подразделений. Отчетность ведется по-разному. В такой ситуации увидеть картину целиком практически невозможно. В итоге это приводит к противоречивости, некорректности и рассинхронизации данных. Анализ результативности продаж сильно затруднен, для сбора реальных отчетов приходится отфильтровывать релевантные записи вручную. Расшифровка занимает много времени и приводит к задержкам в принятии важных управленческих решений. Решение этой проблемы — создание и ведение системы управления нормативно-справочной информацией. Благодаря универсальным стандартам, информация в системе будет полной и достоверной. Это повысит совместимость учетных и отчетных документов, а, значит, и эффективность в принятии управленческих решений. Это, в свою очередь, положительно влияет на оптимизацию материальных затрат, что позволит развиваться бизнесу дальше, не снижая темпов.
Цели внедрения ПО для управления НСИ
- оптимизация взаимодействия подразделений компании за счет интеграции разнородных информационных систем;
- рациональная и согласованная работа общего корпоративного информационного пространства;
- повышение рентабельности процессов использования ресурсов и активов компании.
Особенно актуально внедрение ПО для управления НСИ при переходе компании на новую систему учета: это удачная возможность произвести очистку и оптимизацию справочников и не переносить в новую систему «мусор», скопившийся в старой —неактуальные, дублирующие, неправильно оформленные записи.
Преимущества НСИ и польза от внедрения
Внедрение НСИ на предприятии, в первую очередь, существенно упрощает подготовку отчетности — управленческой и бухгалтерской. Благодаря этому происходит оптимизация материальных затрат, повышается точность решений, улучшается качество консолидации учетных данных.
Программное обеспечение для управления НСИ позволяет выполнить следующие задачи:
- оперативное заведение в систему элементов НСИ, что обеспечивает их доступность для всех пользователей;
- повышение достоверности и полноты первичной учетной и консолидированной отчетной информации;
- своевременное получение консолидированной отчетности;
- обеспечение совместимости учетных и отчетных документов;
- централизация ответственности за качество НСИ;
- использование качественной НСИ всеми пользователями информационных и учетных систем предприятия;
- централизация планов закупок;
- оптимизация использования складских запасов;
- однозначная идентификация источника данных.
Экономический эффект от внедрения НСИ является косвенным, поэтому оценить его в цифровом эквиваленте сложно, но, тем не менее, он очевиден. Например, искажение данных о товарах в справочниках может привести к ошибкам при прогнозировании и неверному планированию закупок, что чревато потерей денежных средств.
НСИ в 1С
Для более полного понимания термина «нормативно-справочная информация», рассмотрим, как устроены справочники 1С.
В разделе «НСИ» в товароучетной программе 1С содержатся справочники, которые использует в работе большинство компаний. Они позволяют хранить в информационной базе данные, имеющие одинаковую структуру и списочный характер. Это может быть, например, список сотрудников, поставщиков, покупателей, товаров. В них можно вносить информацию, редактировать ее различными способами. Справочники необходимы для корректной работы подразделений и компании в целом.
Основные справочники обеспечивают оформление документации по хозяйственной деятельности, они содержат информацию о структуре компании и номенклатуре. Вспомогательные справочники помогают находить и вводить данные, в них хранится информация из общероссийских классификаторов: адреса, данные о банках, складах, торговых точках и прочие.
Каждому элементу справочника присваивается уникальный код и наименование, есть возможность внести дополнительную информацию. Справочники могут поддерживать многоуровневую иерархическую структуру. Например, в справочнике «Номенклатура» могут быть созданы группы: «Одежда», «Обувь», «Товары для детей» и т.д., которые могут включать в себя не только относящиеся к ним элементы, но и другие группы. Возможен и другой вид иерархии, при котором элементы относятся не к группам, а к другим элементам этого же справочника: например, если одна задача содержит несколько других задач.
Элементы одного справочника могут быть подчинены элементам или группам другого справочника. К примеру, если справочник «Кассы» подчинен справочнику «Организации», то при оформлении кассовых документов можно выбрать кассу только из числа тех, что существуют в этой организации, без необходимости искать среди нерелевантных элементов.
Справочники представлены в разных формах — есть встроенные представления и возможность создавать собственные.
Этот краткий обзор призван показать, что справочники 1С имеют сложную структуру и при отсутствии системного подхода к организации хранимых в них данных могут превратиться из средства помощи и автоматизации работы в балласт.
В некоторых программных продуктах 1С есть модуль MDM, с помощью которого можно управлять НСИ. Также, существует самостоятельный продукт 1С:MDM.
Для чего нужны MDM системы
MDM-система (Master Data Management или управление мастер-данными) – это программное решение, которое помогает унифицировать НСИ во всех информационных системах предприятия и организовать эффективное управление ею. Это один из видов инструментов для управления и автоматизации НСИ.
Справочники и номенклатура играют ключевую роль в работе любого бизнеса, поскольку они влияют практически на все существующие транзакции. Любая информация о товарах, о перемещении денежных средств, о поведении клиентов сопровождается внесением информации о том, что из себя представляет этот объект, как он называется, какой у него тип. Рано или поздно руководство компании приходит к пониманию необходимости систематизации этой информации, чтобы ее можно было использовать с пользой.
Такая кропотливая расшифровка вручную происходит долго и неэффективно: сложно определить, каким образом искать дубликаты, как обеспечить слияние данных, как понять, какая из версий является верной и актуальной, как вычленить ошибки. Большую роль играет человеческий фактор.
Поэтому все большее число компаний выбирает для нормализации и организации данных Они позволяют не только наладить процессы управления данными, но и увеличить производительность и улучшить качество данных, а также сократить количество ручного труда.
Подробнее про 1С:MDM рассказали специалисты компании Первый Бит на вебинаре
Как MDM-системы нормализуют справочники в 1С
Для систематизации работы со справочниками в MDM предусмотрены подсистемы, регулирующие следующие процессы:
- управление содержимым справочников НСИ — поддержка механизмов связывания сопутствующих объектов, проверка целостности и непротиворечивости НСИ;
- просмотр и поиск содержимого справочников НСИ по текстовым и числовым атрибутам, по значениям свойств и характеристик;
- управление заявками на добавление, проверку, изменение и публикацию справочной информации;
- создание и настройка произвольных справочников в пользовательском режиме, с возможностью поддержки полноценной иерархии как на уровне элементов, так и на уровне групп элементов;
- синхронизация для загрузки данных без заявок во все справочники системы;
- интеграция (загрузка и выгрузка) справочников НСИ между системами;
- администрирование справочников НСИ для определения списка пользователей, назначения прав доступа к информации, установки и снятия ограничений на работу с объектами НСИ, реализации процессов обеспечения протоколирования работы системы.
Как нормализуют номенклатуру в 1С
Справочник «Номенклатура» – один из самых важных и крупных объектов НСИ в 1С. В нем хранится информация о товарах и услугах компании.
Для систематизации номенклатуры в MDM предусмотрены следующие процедуры:
- ввод настроек номенклатуры, включая характеристики, упаковки, серии, критерии качества, поддержку опции использования нескольких видов номенклатуры;
- создание и настройка одного из главных инструментов — справочника «Виды номенклатуры», сгруппированного по общим признакам учета (по характеристикам, по сериям, по типу);
- заполнение справочника «Типы номенклатуры»;
- заполнение справочника «Товарные категории»;
- заполнение справочника «Характеристики номенклатуры»;
- заполнение справочника «Серии номенклатуры»;
- создание и редактирование дополнительных реквизитов различных документов и справочников;
- подключение и настройка справочника «Группы доступа номенклатуры»;
- подключение и настройка справочника «Номенклатура поставщиков».
Продукты на базе 1С:Предприятие 8, в которых есть модуль MDM
Непосредственно 1С:MDM
Программный продукт «1С:MDM Управление нормативно-справочной информацией» предназначен для автоматизации процессов консолидации, первичной обработки и ведения НСИ на крупных и средних предприятиях различных отраслей промышленности. Решение обеспечивает функции интеграции НСИ между различными учетными и производственными информационными системами. Оно может быть внедрено как в небольших организациях, так и в компаниях с развитой сетью филиалов или территориально распределенных подразделений.
вас заинтересует
1С:MDM Управление НСИ
Внедрение системы автоматизации процессов ведения НСИ
Основной функционал:
- выравнивание атрибутного состава справочников;
- настройка классификаторов, группировок, перечней технических характеристик и их допустимых значений;
- первичная консолидация данных, их нормализация (в том числе поиск и связывание дублей, создание эталонных объектов НСИ, установка ссылок на вспомогательные объекты или справочники, на связанные объекты НСИ);
- первичная синхронизация данных НСИ, используемых всеми информационными системами предприятия;
- поддержание НСИ в актуальном состоянии, ведение базы нормативно-технических документов.
- управление правами доступа к НСИ;
- обслуживание заявок на создание элементов НСИ.
Granat (программный продукт от NFP.Первый Бит)
Программно-методический комплекс по управлению мастер-данными «Гранат» адаптирован под холдинговые предприятия. Продукт разработан в офисе NFP компании Первый Бит, который специализируется на создании методологии для последующей автоматизации на предприятиях холдингового типа. Решение «Granat» создан для решения задач по управлению НСИ в крупных холдинговых структурах и имеет сертификат 1С:Совместимо.
Система «Гранат» предназначена для расширения типовых возможностей программных продуктов 1С и предоставляет полный перечень инструментов администрирования НСИ. Продукт позволяет оперировать именованными и логически связанными наборами НСИ, а не только отдельными справочниками. Он содержит набор подсистем, встраиваемых в управляющую базу данных и в подчиненные базы данных, а также комплект правил обмена основными типами.
НСИ, инструменты транспорта данных — http-сервисы, и бесшовно встраивается в любые типовые конфигурации на платформе «1С:Предприятие 8.3».
Основной функционал:
- единый инструмент управления НСИ в пользовательском режиме;.
- встроенная методология администрирования НСИ;
- создание заявок на изменение НСИ с использованием привычного интерфейса;
- отказоустойчивая модель обмена данными НСИ;
Бит.MDM
Бит.MDM – полнофункциональное решение для построения единой системы консолидации, централизованного хранения и управления НСИ в компании.
Решение позволяет загружать структуру справочников из баз 1С или определять вручную в режиме пользователя, без конфигурирования. Все операции по настройке и синхронизации с базами на платформе 1С полностью автоматизированы, процесс занимает всего несколько дней.
Основной функционал:
- автоматическая нормализация данных;
- интеграция справочников между базами на скорости, близкой к реальной (до 3,5 секунд);
- исправление ошибок в существующих записях и предотвращение их появления в процессе работы;
- контроль выполнения регламентов;
- хранение истории изменений.
вас заинтересует
Решение для построения единой системы управления НСИ на предприятии
Стоимость модуля Бит.MDM Управление основными данными КОРП – 500 000₽
Развертывание и настройка Бит.MDM за 15 минут
Представлен сквозной процесс развертывания и настройки БИТ:MDM: подключение внешней системы, загрузка справочников, формирование пользовательского интерфейса, создание пользователей и их полномочий, настройка процесса согласования, работа с заявками, репликация данных во внешнюю систему.
Модули MDM в программных продуктах
Модуль в 1C:УХ и 1C:ERP УХ (актуально для пользователей систем)
Системы «1С:Управление холдингом» и «1С:ERP. Управление холдингом» предназначены для крупных предприятий и групп компаний. Одним из блоков функционала систем является модуль управления мастер-данными.
Решение предоставляет следующие интеграционные возможности:
- управление эталонными и централизованными мастер-данными;
- импорт данных и расшифровка до документов с помощью веб-сервиса удаленных информационных баз «1C»;
- бесшовная интеграция с системами управления и учета на платформе «1С:Предприятие 8» посредством прямого COM-соединения: расчет показателей отчетности, импорт НСИ, формирование объектов, расшифровка до документа во внешних системах;
- использование данных внешних учетных систем в качестве условия при передаче управления на следующие этапы при помощи кросс-системных универсальных процессов;
- импорт данных из любых внешних систем, поддерживающих технологию ADO;
- модификация записей сторонних систем;
- обмен данными с внешними системами в формате Enterprise Data;
- add-on для Microsoft Excel (в дополнение к тонкому и веб-клиенту), позволяющий для осуществления бюджетирования и анализа управленческой отчетности работать с информационной базой привычном для многих пользователей интерфейсе MS Office.
Модуль MDM в 1C:УХ
Модуль MDM в 1C:УХ
Управление мастер-данными осуществляется путем централизованной поддержки эталонных корпоративных классификаторов: их формированием, мэппингом с элементами справочников внешних систем, внесением изменений с помощью заявок, экспортом в системы-потребители. Таким образом модуль автоматизирует очистку, гармонизацию, удаление дублей в НСИ из различных внешних источников. Технология мэппинга позволяет получать корректную отчетность, не содержащую дублирующихся элементов аналитики без вмешательства во внешние системы.
Основной MDM-функционал в 1С:УХ и 1С:ERP.УХ:
- консолидация финансовой отчетности;
- оперативный анализ информации, выявление закономерностей;
- прогноз сценариев развития;
- централизованное управление мастер-данными, активами, закупками, корпоративными налогами, инвестиционными проектами и рисками.
Стоимость модуля для работы в локальной сети организации-пользователя составляет 2 340 000₽.
Для использования продукта в дополнительных локальных сетях нужны лицензии «для дочерних обществ и филиалов» стоимостью 456 000₽ за каждую.
Корпоративная поставка за 2 340 000₽ позволяет использовать продукт одновременно в локальной сети организации-пользователя и в 20 дополнительных локальных сетях.
Модуль MDM в Бит.Строительстве (актуально для пользователей Бит.Строительства)
Бит.Строительство/MDM – это программный продукт, который автоматизирует процессы управления данными в строительных компаниях. Является одним из модулей комплексного решения Бит.Строительство. Модуль обладает всеми необходимыми механизмами и инструментами для администрирования любых справочников строительной организации: контрагенты, договоры, номенклатура, склады, статьи затрат и пр.
Модуль Бит.Строительство/MDM помогает контролировать изменения, задвоения и некорректное внесение НСИ, повышать достоверность отчетов во всей учетной системе.
Основной функционал:
- выявление и удаление элементов справочников по всей базе в автоматическом режиме;
- регламентирование процессов управления содержимым справочников: создание, изменение и удаление;
- автоматическая проверка, установка корректных элементов справочников во всех модулях системы Бит.Строительство с последующей заменой дубликатов;
- централизованное ведение НСИ с назначением модераторов.
вас заинтересует
Бит.Строительство
Модульное решение на базе 1С для автоматизации управления, учёта и продаж в строительном бизнесе
Подсистема НСИ всегда присутствовала в составе прикладных автоматизированных систем (бухгалтерских, кадровых, систем оперативного планирования и управления производством, систем управления снабжением и сбытом, и пр.) именно как подсистема. Однако в конце XX и начале XXI века сформировался и стремительно развивается новый подход к управлению нормативно-справочной информацией, позволяющий обеспечить высокое качество нормативно — справочной информации. Суть нового подхода состоит в создании в компаниях специализированной Единой системы управления НСИ (ЕС НСИ). Ведение всей нормативно — справочной информации компании выделяется в отдельную систему, в которой производится ведение Единых справочников компании: Единого справочника материально-технических ресурсов (МТР), Единого справочника работ и услуг, Единого справочника контрагентов, Единых финансовых справочников, Единых кадровых справочников и т.д. Данные Единой системы управления НСИ используются как источник НСИ всеми прикладными корпоративными системами. Рис.1. Связка данных с помощью НСИ Ведение НСИ, таким образом, производится централизованно в одной специализированной системе. Во всех других автоматизированных системах изменение данных НСИ прекращается. Данные НСИ изменяются на основании запросов пользователей, направленных в Единую систему НСИ. Программное обеспечение Единой системы НСИ должно обеспечивать формирование, согласование и обработку таких запросов в соответствии с утвержденным Регламентом, а также репликацию обновленных данных НСИ в прикладные автоматизированные системы. Ведение Единых баз данных НСИ выполняют специалисты в области НСИ – эксперты НСИ. В компаниях создаются Службы ведения НСИ. Появляется новая профессия – эксперт НСИ. При создании Единых систем управления НСИ в компаниях проводятся работы по нормализации нормативно — справочных данных. Под нормализацией понимается устранение ошибок, неточностей и неполноты в данных, устранение дублей, дополнение недостающей информации, унификация данных в справочнике НСИ. При значительном количестве ИТ-приложений или территориально-распределенной структуре для ведения и актуализации НСИ требуется создание специальной автоматизированной системы (АС). Ее разработка станет одним из элементов создания на предприятии единого информационного пространства. Во всех АС, независимо от того, где они находятся, будут использоваться единые наименования объектов, а работа подразделений и филиалов станет основываться на общих регламентах, правилах, процедурах. Создание автоматизированной системы управления НСИ происходит в несколько этапов: анализ состава НСИ и процессов ее ведения, выбор архитектуры автоматизированной системы, оценка стоимости ее создания, разработка и поддержка.
Создание автоматизированной системы управления нси
Анализ нси
К основным видам НСИ относятся: справочники, классификаторы и нормативные документы. Состав НСИ приведен на рис.2. Рис. 2. Типовой состав НСИ Одним из первых шагов организации ведения НСИ является создание реестра, где детально описываются все использующиеся на предприятии виды НСИ. Например, для регламентов должны быть указаны такие характеристики, как название, ответственный специалист, дата введения, рассматриваемые объекты, подразделения, на которые распространяется действие регламента, связанные классификаторы и справочники. Кроме того, необходимо установить связи между различными видами НСИ, определить состав содержащейся в них информации, обозначить, в каких системах ведется работа с данными (источники информации) и для каких бизнес-процессов необходимо их использование (потребители информации). Подобный анализ позволяет выбрать модели ведения НСИ по всем функциональным направлениям, разработать регламенты работы при изменении или удалении данных (к примеру, понять, с какими подразделениями должны быть согласованы изменения), а также выявить случаи дублирования информации. Так, на одном из предприятий было установлено, что в отдельных подразделениях ведутся и используются собственные классификаторы и справочники, которые в точности повторяют содержание материалов НСИ, поддерживаемых централизованно. Например, локальные «Справочник дебиторов», «Справочник кредиторов» по содержанию дублировали общий «Справочник контрагентов». Вместо использования общего «Справочника филиалов и структурных подразделений» применялись собственные «Справочник обособленных подразделений» и «Классификатор филиалов и обособленных подразделений». В результате происходила трата ресурсов на поддержание нескольких видов НСИ, которые содержали одни и те же данные. На основе анализа реестра нормативно-справочной информации и данных о связях между различными видами НСИ, а также с учетом структуры и специфики деятельности предприятия формируются основные функциональные требования к будущей АС:
- возможность централизованного управления справочниками, классификаторами и другими документами;
- возможность централизованного контроля всех нормативно-справочных данных (при хранении, использовании или изменении);
- поддержка централизованного и распределенного (если это необходимо) ведения НСИ;
- хранение актуальных и исторических данных в центральном офисе и в филиалах, обеспечение оперативного доступа к ним;
- автоматическая синхронизация нормативно-справочной информации между элементами системы в различных подразделениях или филиалах (если необходимо);
- возможность изменения состава справочников, их структуры без модернизации программного кода системы.