- Почему нормативно-справочная информация важна?
- Что такое нормативно-справочная информация?
- «нси» — — все сокращения россии!
- Дубликаты
- Автоматизация бизнеса на платформе 1с:предприятие 8
- Дерево спецификаций
- Дополнительная классификация
- Заметки: общие требования к нси (нормативно-справочная информация). управление нси
- Зарубежный опыт организации систем поддержки нси
- Нси от этп гпб – изучайте вопрос с нами
- Преимущества ведения единой нси
- Реальная практика
- Случай второй. как хотим, так и используем
- Случай первый. как загрузить вагон и маленькую тележку
- Смешанные хранилища данных
- Централизованное хранение информации
Почему нормативно-справочная информация важна?
Значимость процесса закупок для предприятия играет очень большую роль. Эффективная работа самого предприятия зависит от своевременного, стабильного и качественного осуществления закупок необходимого количества материалов, товаров или сырья.
Эффективная работа предприятия — это конкурентоспособность, производительность и устойчивость. По некоторым оценкам, каждый субъект тратит на снабжение до 70% своих оборотных средств. Такие значительные траты нуждаются в эффективном управлении.
Закупочная деятельность организации зависит от того, насколько качественно будет выполнена вся последовательность операций. Поскольку предприятия разнородны, у всех свои бизнес-процессы, но можно выделить четыре основных этапа: планирование, поиск лучшего предложения, оформление договорных отношений и анализ эффективности снабженческих сделок.
Аналитика в наше время играет очень важную роль, для того чтобы определить, что именно закупается/поставляется, в каких объемах нужно, какой срок был затрачен на исполнение. Это огромные бизнес-процессы, особенно для компаний с большим оборотом.
Нормативно-справочная информация в части ведения товарно-материальных ценностей (далее – ТМЦ) — это всё, что закупает предприятие. И один из фундаментов эффективного закупочного процесса — это настроенная единая система ведения нормативно-справочной информации в части ТМЦ.
Когда предприятие разрастается и увеличивается количество ТМЦ, которые оно закупает, часто возникают проблемы. Некоторые решают их на ранних этапах, но многие не задумываются об этом.
Что такое нормативно-справочная информация?
Нормативно-справочная информация – это ядро информационной системы предприятия, которое содержит различные справочники, применяемые в системе и служащие основой для будущей документации. НСИ – это основа и комплекс документооборота, все что организация покупает, продает, хранит, перемещает, находит отражение в бумагах, документации, транслируется в различные рабочие системы.
В части ТМЦ нормативно-справочная информация – это классификаторы, справочники, словари, вспомогательные константы, мини-справочники и т.д.
Справочники ТМЦ могут быть разделены на:
- Основной справочник товаров/работ/услуг предприятия;
- Справочники нормативных документов, включающие ТУ, ГОСТы и другие данные по производству продукции;
- Справочники производителей;
- Иные крупные справочники, которые предприятие применяет в ходе своей повседневной деятельности и постоянно обращается к ним;
- Общероссийские классификаторы и справочники – ОКПД2, КТРУ, ОКЕИ;
- Словари сокращений;
- Вспомогательные справочники, словари, константы, которые могут включать определенные отдельные типы и виды документов, теги и ключевые слова — нерегламентированные постоянные поисковые позиции для отдельных сотрудников.
То есть в сумме НСИ предприятия по ТМЦ охватывает большую часть хозяйственной жизни, логистику, производство, распределение времени сотрудников, бизнес-процессы. К НСИ обращаются почти все отделы, и правильное ведение нормативной информации становится основной для структурированной работы всей организации.
Ошибки в ведении НСИ могут привести к серьезным проблемам для предприятия – простою, проблемам с запуском новых продуктовых линеек, неравномерному распределению задач, отсутствию понимания расположенных на складе запасов и другим общим трудностям.
«нси» — — все сокращения россии!
несанкционированный съём информации
нормативно-справочная информация
нашлемная система индикации
нормативно-справочная информация; нормативная справочная информация
«Нерюнгристройизыскания»
перевод: Сетевые Решения, Инк.
The Neurosciences Institute
перевод: Институт Нейронаук
National Service Industries, Inc.
перевод: Национальная Служба Индастриз, Инк.
NASA Science Internet
перевод: НАСА Наука Интернет
Network Solutions Incorporated
перевод: Сетевые Решения, Заложенные
Next Sequential Instruction
перевод: Следующей Инструкции
Nail Systems International
перевод: Гвоздь Системы Международных
Network Service Interface
перевод: Интерфейс Сетевой Службы
Net Spendable Income
перевод: Чистого Дохода, Расходуемого
National Shipbuilding Initiative
перевод: Отечественного Судостроения Инициативу
Nexwave Software Infrastructure
перевод: Nexwave Программного Обеспечения Инфраструктуры
Network For Student Information
перевод: Сеть Для Студента Информацию
Numeric System Identifier
перевод: Числовой Идентификатор Системы
National Sportswear, Inc.
перевод: Национальная Одежда, Инк.
Nsimalen, Cameroon
перевод: Яунде, Камерун
Net Sales Income
перевод: Чистый Доход От Продаж
National Science Institute
перевод: Национальный Научный Институт
Negotiated Salary Increase
перевод: Согласованное Повышение Зарплаты
No Sign of Infection/Inflammation
перевод: Никаких признаков инфекции/воспаления
Natural Selection Invitational
перевод: Естественный Отбор Пригласительный
Neural Sensory Inducer
перевод: Нейронные Чувств Индуктора
National Security Intelligence
перевод: Национальной Безопасности И Разведки
National Security Information
перевод: Национальной Информационной Безопасности
Naval Systems Inc
перевод: Военно-Морских Систем Инк
Not Seriously Injured
перевод: Не Тяжело Ранен
Нси-Сервис, НсиОнлайн, Нси-Дом, НсиМаркет, Нси-Новый, Нси-Центр, Нси-Маркет, Новый-Нси, НсиДом, Нси24, Нси-24, НсиСервис, НсиСтрой, Нси-Строй, НсиЦентр, Нси-Онлайн
Дубликаты
Следующая проблема – возникновение дубликатов, когда один и тот же продукт может получать различные наименования и несколько различающееся описание характеристики от разных сотрудников, отделов, в разных справочниках и классификаторах.
ПРИМЕР: Рассмотрим «хомут нейлоновый пластик», также его могут называть стяжками. Какие проблемы могут быть? Для данного класса позиций: кто-то может назвать номенклатуру стяжкой, кто-то хомутом. Например, если на предприятии не регламентировано, что только определенная группа сотрудников вводит номенклатуру в справочник, и это доступно разным отделам, может возникнуть множество дубликатов.
Например:
- кто-то ввел в справочник слово «хомут», кто-то — «стяжка»;
- кто-то определил существительное — «нейлон», а кто-то написал прилагательное «нейлоновый»;
Возникают основания для большого количества дубликатов, дополнительно осложняемые фактором простых ошибок, опечаток, нерелевантных сокращений, вариативности в написании размеров, прочих обстоятельств человеческого фактора.
Появление дубликатов ведет к негативным последствиям. Из-за того, что справочник не уникален, становится невозможно достоверно отследить движение ТМЦ. Например, 7 хомутов-стяжек, заведенных в разные справочники, являются на деле одной фактической позицией.
Они разошлись по разным складам, например, и в разных складах используются, их считают за разные позиции. И найти на одном и том же складе определенный хомут бывает сложно. Проблемы с точной идентификацией позиции могут вести к невозможности ее использования, исключению из рабочего процесса, ненужным закупкам и т.д.
Автоматизация бизнеса на платформе 1с:предприятие 8
Содержание:
1. Расшифровка НСИ. Управление НСИ
2. Цели внедрения ПО для управления НСИ
3. Экономический эффект от внедрения систем управления НСИ
4. Подходы к настройке НСИ
4.1 Жесткий подход
4.2 Мягкий подход
Расшифровка НСИ. Управление НСИ
Сегмент корпоративного программного обеспечения, нацеленный на управление нормативно-справочной информации (НСИ), относительно молод. По данным экспертов, данному сектору не более трех лет. Сама по себе аббревиатура НСИ мало распространена. Даже расшифровка НСИ, как правило, понятна лишь узким специалистам.
При этом по темпам своего развития программное обеспечение по управлению нормативно-справочной информации продвигается семимильными шагами и, в значительной степени, превосходит другие сектора корпоративного ПО. Темпы развития данного сегмента ПО легко объяснимы. Ведь необходимость управлять мастер-данными стоит перед всеми холдингами, крупными и средними предприятиями при решении задач централизации и консолидации бизнес информации (при планировании, подготовке консолидированной отчетности, централизованного управления процессами Казначейства и Закупок, прочее).
Что такое НСИ? Система НСИ — Нормативно-справочная информация или master data, или мастер-данные, или основные данные – это условно-постоянная часть всей корпоративной информации. В противовес этой информации есть раздел – текущая информация (workflow). Текущие документы базируются на терминах, единицах измерения, кодах, наименованиях материалов, контрагентов и т.п., т.е. на НСИ. Таким образом, вся информация, обеспечивающая общий понятийный аппарат внутри компании, и является НСИ.
Рис. Информационное пространство Компании
Необходимо понимать, что вопрос стандартизации как каталогов, так и классификаторов в рамках единого информационного пространства не является специфичным для предприятий с холдинговой структурой. Технология создания НСИ, обязательно включающая в себя требование по единообразию в рамках единой информационной среды, является общей при проектировании любой информационной среды, независящей от статуса и структуры компании. Холдинговая структура, в части внедрения системы планирования ресурсов, отличается лишь тем, что этот вопрос не может быть разрешен внутренними средствами программного обеспечения, как например, в компаниях, где внедрение НСИ начинается с чистого листа.
Цели внедрения ПО для управления НСИ
Можно выделить цели внедрения ПО для управления НСИ:
a) оперативное заведение элементов НСИ;
b) отсутствие дублей в элементах НСИ;
c) отсутствие противоречий в НСИ;
d) предупреждение случаев неполноты НСИ.
Экономический эффект от внедрения систем управления НСИ
Экономический эффект от внедрения систем управления НСИ оценить довольно сложно. Это связано с тем, что данный эффект является косвенным. Например, искажение данных в классификаторах номенклатуры может привести к ошибкам при планировании закупок, т.е.к замораживанию денежных средств в избыточных запасах (а всего то было неверно указано название ТМЦ). Или при ошибках в классификаторе «Контрагенты» может возникнуть ситуация, когда неправильно представлена задолженность контрагента, что может, в свою очередь, привести к превышению лимитов задолженности, лишним платежам из-за ошибок в актах сверки взаиморасчетов, завышению уплаченного НДС с авансов и многим другим ошибкам.
Хотелось бы обратить Ваше внимание на тот факт, что значительные усилия в области управления НСИ на уровне холдинга разумнее прикладывать в случаях, когда данный холдинг представляет из себя концерн, в котором каждое отдельное ДЗО технологически зависимое предприятие по отношению к другим компаниям группы, т.е. когда между ДЗО происходят внутригрупповые обороты. В данном случае получение консолидированной управленческой отчетности необходимая действительность.
Если же холдинг построен по принципу инвестиционного портфеля, т.е.когда предприятия технологически не связаны (например, недвижимость, магазин одежды, ресторанный бизнес), то выделять управление НСИ в отдельный бизнес-процесс не рационально.
Подходы к настройке НСИ
Программный продукт «1С:Управление холдингом» блестяще справляется с задачами управления НСИ. При этом данное программное обеспечение позволяет использовать как жесткий, так и мягкий подходы.
Жесткий подход
Особенностью жесткого подхода является полная централизация ведения НСИ на уровне головной компании. Данный подход функционирует путем периодической (по установленному расписанию) выгрузки значений справочников из централизованной базы управления НСИ и их перегрузки в учетные и прочие системы ДЗО.
ДЗО не имеют возможности добавлять новые элементы справочников при необходимости. Для этого от них требуется сформировать заявку на добавление/изменение элемента справочника.
При жестком подходе говорят про централизованную НСИ.
Жесткому подходу противопоставляют мягкий подход управления НСИ.
Мягкий подход
Мягкий подход не требует вмешательства в учетные системы ДЗО, а конфликты при сопоставлении НСИ решаются на уровне Корпоративного центра (централизованной базы управления НСИ).
Технически данный подход в «1С:Управление холдингом» реализован путем поиска и удаления дубликатов после загрузки исходной информации с ДЗО, либо путем синхронизации элементов НСИ , соответствующих объектам системы ДЗО, эталонным элементам корпоративных классификаторов (через меппинг).
При мягком подходе принято говорить про аналитическую НСИ.
Появились вопросы – обращайтесь!
Елена Гнатенко,
консультант-аналитик компании ООО “Кодерлайн”
Дерево спецификаций
Нюансы спецификации можно посмотреть с помощью «Дерева спецификаций».
Все данные спецификации можно найти в одном окне. Если спецификация основная, она будет подставляться во время организации работ по умолчанию. Эти документы выделяются шрифтом в общем списке.
К форме сравнения в списке спецификаций можно перейти с помощью клавиши «Сравнить спецификации». Нажатием кнопки «Добавить» выбираются необходимые спецификации, после чего нужно выбрать «Сформировать отчет». Появится таблица, в которой будут отражены сходства и различия при производстве выбранной продукции.
Можно оставить необходимые документы, для выбора этой опции нужно нажать «Показать только отличия».
Из всего вышеизложенного можно сделать вывод, что база данных строится на отдельных объектах с определенными свойствами. Эти объекты объединяются по определенным направлениям в списки и табличные формы. Они хранятся в товароучетной программе 1С и затем используются при заполнении документов, а также при последующем оформлении определенных процессов. Доступны списки клиентов, сотрудников, поставщиков.
Каждая позиция может хранить различную дополнительную информацию. В справочниках имеется иерархия, это значит, что данные объединяются в группы и подгруппы. Совмещение сведений, их взаимосвязи собираются в определенные нормативы. Все эти данные и составляют нормативно-справочную информацию, которая позволяет создать единую систему учета в компании.
Сервисы, помогающие в работе бухгалтера, вы можете приобрести здесь.
Хотите установить, настроить, доработать или обновить «1С»? Оставьте заявку!
Дополнительная классификация
При работе по запросам заказчика со стандартизированными товарами и в госзаказе ТМЦ должны снабжаться дополнительными классификаторами, кодами – ОКПД2, КТРУ, ЕСКЛП и т.д. Соответственно, каждой позиции, которая должна быть представлена к закупке, должен быть присвоен стандартизированный классификатор, а она должна ему соответствовать.
При наличии в справочнике ошибок возникают существенные осложнения в закупке таких изделий, и при подаче заявки на участие в различных закупочных процедурах, сложно становится определить, как позиции справочника соотносятся с классификаторами и чему соответствуют.
Также при использовании загрязненных справочников становится сложно учитывать и применять регулярные законодательные и нормативные изменения в кодах присвоенных классификаторов, отслеживать позиции, к которым будут применяться новации.
Пример: Зачем нужны коды? Зачастую на площадках заказчики проводят предварительный анализ имеющейся номенклатуры или поиск поставщиков, и обычно это делается по кодам общероссийских классификаторов. Например, на Торговом Портале ЭТП ГПБ реализован поиск по ОКПД2. После того, как заказчик опубликовал свою потребность в закупках, он рассылает всем зарегистрированным поставщикам информационное сообщение о том, что есть потребность в определенной продукции. Например, заказчик хочет купить автошины. Соответственно, он устанавливает ОКПД2 в своей продукции, и все поставщики на портале, кто имеет у себя в прайс-листах позиции схожие по данному коду ОКПД2, получат рассылку с запросом. Соответственно, и поставщикам, и заказчикам выгодно иметь позиции, соответствующие стандартизированной классификации.
Заметки: общие требования к нси (нормативно-справочная информация). управление нси
Поговорить о том, какие причины способствуют гибели существующего и часто даже успешного на определенном этапе бизнеса, я планировал давно, но все не доходили руки. Но недавно я услышал о банкротстве моего, теперь уже, клиента. Именно этот факт стал для меня неким толчком. Я осознал, что именно сейчас, в условиях кризиса очень важно понимать, почему бизнес может окончиться крахом и учиться избегать подобных ситуаций.
Как известно, когда в экономике кризис, любой бизнес ослаблен. Если сравнивать с человеческим организмом, то кризис для экономики – как ослабление иммунитета. Когда человек здоров, то мелкие болезни проходят незамеченными. Организм сам справляется с проблемами, а в случае ослабления иммунитета, любая инфекция может привести к серьезным заболеваниям или даже стать фатальной.
Так происходит и в бизнесе. Если в период подъема экономики какие-то недостатки конкретного бизнеса сглаживаются, остаются незамеченными и даже не слишком мешают работать, то в периоды экономического спада они становятся теми самыми «тонкими местами», которые приводят к снижению прибыли, к определенным проблемам, а иногда даже к полному краху всего бизнеса.
06.04.2022
38724
raiml
14
Зарубежный опыт организации систем поддержки нси
Несмотря на относительно молодой возраст рынка НСИ-решений, на нем уже появилось большое количество игроков, предлагающих свои продукты. Достаточно упомянуть вышедшие в данный сегмент компании SAP, Oracle и IBM, чтобы понять его потенциальный объем и перспективность. В этой нише нашли свое место также DWL, Siebel, Siperian и многие другие известные поставщики ПО.
Что же предлагает каждый из перечисленных игроков? Какие архитектурные решения использованы при создании того или иного продукта?
Сравнивая различные варианты реализации систем поддержки нормативно-справочной информации, можно разделить их по способу хранения данных:
- централизованные;
- децентрализованные;
- смешанные.
Но перед тем как обсуждать каждый из этих вариантов подробно, посмотрим для сравнения, как обычно организована работа со справочной информацией в отсутствие специальной системы поддержки НСИ.
Если специализированной системы НСИ на предприятии нет, хранение справочных данных осуществляется хаотичным образом в одной или нескольких уже использующихся там системах (как правило, в ERP- или CRM-системе). Если для небольших компаний это экономически целесообразно, то для средних и крупных организаций, где эксплуатируется большое количество разнородных ИС, опирающихся по сути на одну и ту же базовую информацию, такой подход чреват ошибками и дополнительными затратами, связанными с повторным вводом данных.
Рис. 1. В отсутствие системы поддержки НСИ обмен справочной информациеймежду приложениями носит хаотический характер
Нси от этп гпб – изучайте вопрос с нами
Для понимания важности НСИ в организации снабжения и поддержании бизнес-процессов предприятия Обучающий Центр ЭТП ГПБ проводит регулярные вебинары с участием экспертов рынка, где подробно разбираются подходы к нормализации, важность НСИ для предприятия, даются практически полезные советы по ведению справочников самостоятельно и разъясняются случаи, в которых важно доверять профессионалам.
10 июня 2022 года вышел первый вебинар по особенностям ведения НСИ «Роль НСИ в организации снабжения». Спикером выступила Анастасия Рожкова — руководитель проекта по разработке и ведению системы НСИ — рассказала, как оптимизировать процесс планирования расходов предприятия, повысить качество данных в каталогах и справочниках, стандартизировать рабочие процессы с внешними партнерами (подрядчиками, заказчиками и т.д.).
16 сентября 2020 года состоялся вебинар «Ключевые проблемы ведения НСИ», спикером которого также выступила руководитель отдела НСИ ЭТП ГПБ Анастасия Рожкова.
Основная идея мероприятия — крупные компании тратят на вопросы снабжения до 70% своих оборотных средств. И эти затраты нуждаются в эффективном управлении. Один из способов их оптимизации – автоматизация ведения номенклатурных справочников. На вебинаре были представлены полезные советы для предприятий с учетом их специфики и универсальные идеи по эффективному ведению НСИ.
А 18 ноября, в среду, 11:00 – состоится вебинар «Преимущества работы с НСИ для крупных поставщиков». Вебинар будет полезен крупным поставщикам в таких отраслях как: строительные материалы, инструменты, ретейл, продажа автозапчастей. Спикер мероприятия — Борсова Инна Ивановна — руководитель службы НСИ. Сервис НСИ от ЭТП ГПБ – это совеременный многоплановый инструмент, который позволяет практически усовершенствовать работу предприятия, нормализовать справочники, выстроить рабочие процедуры и бизнес-процессы, наладить потоки позиций, положительно повлиять на временные затраты, даже увеличить прибыль организации. Присоединяйтесь к вебинару и узнайте, как это работает!
Преимущества ведения единой нси
Единая система ведения нормативно-справочной информации демонстрирует целый ряд преимуществ для предприятий:
- Позволяет оптимизировать процесс планирования расходов предприятия;
- При наличии нормализованного справочника можно грамотнее осуществлять планирование, быстрее находить нужную информацию;
- Мониторинг закупок по отечественным и зарубежным товарам;
- Контролировать расходные операции по закупке однотипной продукции;
- Контролировать срочную потребность ресурсов и перераспределять остатки между складами;
- Мониторинг соответствия/несоответствия цен в разных регионах на один и тот же товар;
- Возможность вести документацию на уровне Единого номенклатурного справочника, который позволяет стандартизировать рабочие процессы с внешними партнерами (проектными институтами, подрядчиками, заказчиками и др.).
В конечном счете внедрение централизованной системы ведения нормативно-справочной информации позволяет упорядочить весь основной производственный цикл предприятия – планирование, поиск наилучшего предложения, оформление договорных отношений и анализ эффективности снабженческих сделок.
«MDM управление НСИ ТМЦ» от ЭТП ГПБ позволяет освободить время сотрудников, автоматизировать бизнес-процессы предприятия, структурировать списки справочной информации по продукции и оптимизировать бизнес-процессы, на практике повышая конкурентоспособность, эффективность и устойчивость организации.
Реальная практика
Сказать, какой из вышеописанных подходов организации систем поддержки НСИ лучше, в данном случае сложно. В каждом из них есть свои плюсы и минусы. Тем не менее можно отметить, что в настоящее время подавляющее число внедренных систем такого рода представляют собой централизованные хранилища информации, и это не случайно.
Рассматривая эволюционное развитие систем НСИ, можно отметить их движение в ногу с общемировыми тенденциями развития ПО. Многие вендоры задумываются о переводе своих продуктов в архитектуру SOA, а некоторые из них, например DWL и Siebel, уже реализовали принципы SOA.
В России первой к пониманию необходимости поддержки НСИ как самостоятельного элемента системы корпоративного управления подошла нефтегазовая отрасль. В качестве примера можно привести нефтяную компанию “Лукойл”, внедрившую у себя разработанную IBS Корпоративную систему словарей и справочников, и ТНК-ВР, где аналогичный проект был реализован фирмой “Интертех”.
В силу специфики условий, в которых развертываются системы поддержки НСИ, разработка решения, сразу отвечающего всем реалиям информационной структуры компаний, возможна далеко не всегда. Очень важным фактором успеха при внедрении системы НСИ является именно готовность информационной инфраструктуры компании – например, достаточная пропускная способность и надежность каналов связи, быстродействие и отказоустойчивость самих интегрируемых в общее информационное пространство ИС.
По мере накопления опыта поставщики НСИ-решений предлагают все более качественные продукты, готовые к поддержке сложной распределенной ИТ-инфраструктуры, и заказчику уже не приходится тратить громадные ресурсы и, делая ошибки, разрабатывать систему управления НСИ собственными силами, благо решений на рынке сегодня предостаточно.
Случай второй. как хотим, так и используем
Создание централизованной системы управления клиентами для страховой компании с большим числом филиалов и агентов по всей стране.
Цель проекта – создание сводной клиентской базы для использования в аналитических приложениях. База данных собиралась со всех филиалов, данные выверялись, дополнялись, дублирующиеся объекты устранялись. Количество клиентов в одном филиале – от тысячи до нескольких миллионов. При этом, пересечений по клиентам между филиалами практически нет.
Живая история
После создания сводной клиентской базы она должна была периодически сравниваться с базами данных филиалов для выявления различий, их последующей обработки и загрузки изменений в сводную базу. Прирост клиентской базы между сверками составлял несколько тысяч записей.
Для выполнения сверки был создан специальный модуль, архитектура которого была спроектирована исходя из того, что он должен быстро сравнивать большое количество записей и формировать относительно небольшой XML-файл с изменениями для загрузки. Формат XML был выбран заказчиком.
После внедрения системы мы получили от заказчика сообщение, что модуль сверки работает крайне медленно и формирует для загрузки в сводную базу файл огромного размера, который они ничем не могут открыть.
Что же выяснилось? Заказчик производил начальную загрузку данных из филиалов в сводный справочник. Экспертам эта работа показалась нудной и трудоемкой, и они просто взяли модуль сверки и подсунули ему полные данные нового филиала, которые еще не разу не загружались в сводный справочник.
Модуль сверки, который в соответствии с ТЗ должен был формировать сведения о различиях в количестве нескольких тысяч записей, получил на вход два миллиона записей, и все они в сводном справочнике отсутствовали.
В результате, за несколько часов нечеловеческих усилий модуль сверки все-таки сформировал файл для загрузки, в который вошли все данные филиала. И, да, этот файл был огромным.
Модуль сверки был использован заказчиком не по назначению, но сам факт, что сверка позволяет выполнять начальную загрузку данных, заказчику понравился, и он собирался и дальше работать именно таким образом, только просил значительно ускорить работу модуля и что-нибудь сделать с создаваемым файлом, чтобы его можно было открывать в текстовом редакторе.
На наши возражения, что модуль сверки не предназначен для начальной загрузки данных, заказчик радостно показал ТЗ и спросил, а где это тут написано? Как хотим, так и используем!
В результате нам пришлось вносить изменения в архитектуру модуля сверки с целью обработки больших массивов данных и формирования выходного файла в формате CSV, так как заказчик решительно не захотел отказываться от такого удобного инструмента.Что мы запомнили:
всегда включайте в ТЗ описание ограничений – что ваша система делать не должна. Ну, или создавайте решения, которые учитывают все возможные сценарии использования, что сильно дороже.
Случай первый. как загрузить вагон и маленькую тележку
Создание единой системы управления контрагентами для крупной производственной компании со множеством заводов по всей стране и за рубежом.
Цель проекта – создать единую базу контрагентов для всех подразделений. Ведение контрагентов осуществляется на основе заявок, которым присваиваются приоритеты от низкого до срочного. Срочная заявка должна быть обработана экспертами НСИ за 2 часа вне зависимости от разницы во времени между подразделениями.
Живая историяПроект был согласован со всеми заинтересованными сторонами (в этом нас убедило руководство заказчика) и разработан в заданные сроки в соответствии с утвержденными требованиями.
Презентация созданной системы управления контрагентами проходила гладко, пока не встала одна видная женщина – руководитель сибирского филиала – и весьма энергично, с использованием русских идиоматических выражений, довела до сведения собравшихся, что когда к ней приходит железнодорожный вагон под погрузку готовой продукции, она не будет ждать 2 часа, пока кто-то там в Москве рассмотрит заявку на добавление покупателя.
Она не собирается оплачивать простой вагона, пока происходит утверждение заявки, а заведет данные покупателя в систему как есть и отгрузит товар, а московские товарищи могут разбираться потом с информацией о покупателе сколько угодно.
Это заявление было поддержано еще несколькими руководителями филиалов компании, что практически полностью разрушило централизованную методологию ведения единого справочника контрагентов на основе заявок.
В итоге проект был видоизменен таким образом, чтобы все филиалы имели доступ к базе данных контрагентов и могли вносить в нее изменения напрямую, но при этом выполнялся автоматический поиск схожих записей, которые отображались сотруднику филиала, и он принимал решение о необходимости корректировки данных, которые позднее проверялись экспертной группой.Что мы запомнили:
не доверяйте словам руководителей и ответственных лиц со стороны заказчика, что все решения согласованы, все в теме и возражений нет. Выявляйте все заинтересованные стороны проекта и старайтесь выяснить требования к системе и ограничения непосредственно у них.
Смешанные хранилища данных
На рынке систем НСИ находят свое место и смешанные решения, реализующие одновременно принципы централизованного и децентрализованного хранения. Такой подход используется в следующих продуктах:
- Initiate Systems Identity Hub. Решение компании Initiate Systems, ранее реализованное в централизованной архитекторе, благодаря покупке ею фирмы Journee/ улучшило свои интеграционные возможности и перешло в ранг смешанных хранилищ данных. Осталась на высоте и хорошо зарекомендовавшая себя подсистема сверки данных. Данное решение популярно среди фармацевтических компаний и организаций здравоохранения, однако благодаря динамичному развитию стремится занять и другие ниши рынка НСИ;
- DWL Customer. Гибридное хранилище данных, обладающее самой лучшей среди представленных в настоящем обзоре систем поддержкой сервисно-ориентированной архитектуры (Service-Oriented Architecture, SOA). Компания DWL имеет богатый опыт внедрения своих систем в финансовых организациях, но позиционирует данное решение также для сферы телекоммуникаций и здравоохранения;
- Siebel Universal Customer View (Siebel UCM). Так же как и DWL Customer, обладает развитой поддержкой архитектуры SOA; в составе продукта насчитывается около 140 Web-сервисов. А для решения интеграционных задач у фирмы Siebel имеется собственная платформа – Universal Application Network (UAN);
- Siperian Master Reference Manager (Siperian MRM). Представляет собой систему с гибкой моделью хранения. Основные данные, необходимые для идентификации сущности, а также таблица ключей соответствия между используемыми источниками информации хранятся в эталонной БД, а операционные и другие характеристики сущности загружаются непосредственно из источников. Для увеличения быстродействия данные могут кэшироваться.
Централизованное хранение информации
Справочная информация в случае ее централизованного хранения извлекается из различных систем, гармонизируется, дополняется, уточняется и записывается в эталонное хранилище. Возможно также централизованное ведение НСИ непосредственно в основном хранилище (см. рис. 2).
Рис. 2. Архитектура централизованного хранения НСИ
Данная архитектура получила наибольшее распространение в силу своей простоты и высокой скорости доступа к информации. К продуктам, реализующим принцип централизованного хранилища, можно отнести следующие системы:
- IBM Client Information Integration Solution (IBM CIIS). Представляет собой хранилище данных, поддерживающее как пакетный режим, так и обработку в реальном времени. Управление моделью данных НСИ осуществляется через специальную графическую оболочку, что позволяет снизить требования к квалификации сотрудников, отвечающих за ведение НСИ. Использование данного решения типично для банков и страховых компаний;
- Oracle Customer Data Hub (Oracle CDH). Является первым в семействе специализированных хранилищ основных данных, разрабатываемых компанией Oracle. Продукт подходит для управления реестрами клиентов, сотрудников, населения отдельных регионов и страны в целом и т. д. Примеры его внедрения можно встретить в телекоммуникационных и высокотехнологичных компаниях;
- SAP Master Data Management (SAP MDM). Платформа управления НСИ, развитие которой немецкий ИТ-гигант SAP AG осуществляет как силами собственных разработчиков, так и консультантов из приобретенной недавно компании A2i.
