Мастер-данные · Для руководителей бизнеса и ИТ
Мастер-данные, на которые можно опереться
Nexus помогает привести в порядок справочники номенклатуры, поставщиков и заказчиков: выявить дубли, сформировать эталонные записи и подготовить данные к загрузке в целевые системы. Источники, исходные коды и история решений сохраняются
- ARBA Nexus · Мастер-данные
- Весь цикл в одной платформе · В вашем облаке
Как ошибки в справочниках влияют на бизнес
Одна позиция, пять кодов — лишние закупки и неточные отчёты
- Пять кодовОдну и ту же позицию завели пять раз, каждый раз с чуть другим описанием.
- Разрозненный учётЗапасы числятся под тремя кодами. По двум другим остаток нулевой.
- Лишняя закупкаСнабжение заказывает товар, который уже есть на складе под другим кодом.
- Ошибки в отчётахВ отчётах позиция учитывается дважды или теряется при сопоставлении.
- Перенос ошибокПри переходе на новую ERP все пять кодов переносятся вместе с дублями.
Компания несёт затраты на избыточные запасы и задержки закупок, а руководство получает противоречивую отчётность. По мере накопления дублей проблема растёт.
Условный пример: одна позиция зарегистрирована под несколькими кодами, а её характеристики указаны только в текстовых описаниях.
Когда качество данных становится приоритетом
Три задачи, для которых нужны надёжные справочники
Переход на новую ERP
При подготовке к переносу записи всё равно нужно проверить, сопоставить и загрузить. Это удобный момент для очистки справочников: иначе дубли перейдут в новую систему.
Объединение компаний
У каждой компании свои справочники номенклатуры и поставщиков. Для совместных закупок, складского учёта и отчётности нужны единые записи со связями с кодами обеих компаний.
ИИ на данных компании
ИИ-агенты и помощники опираются на доступные им записи. Дубли и противоречия в справочниках могут приводить к неверным выводам даже при убедительном ответе.
Общая задача — подготовить проверенные справочники к нужному сроку и сохранить основания для каждого принятого решения.
Что даёт Nexus
Чистые, сверенные, готовые к загрузке мастер-данные — с сохранением каждого старого кода
Для каждой позиции, поставщика или заказчика формируется единая эталонная запись. В ней сохраняются источники, правила обработки и принятые решения. Для каждого исходного кода можно установить соответствующую эталонную запись.
Nexus проверяет и подготавливает данные между выгрузкой из действующих систем и загрузкой в целевую платформу. В этом процессе данные проходят сопоставление, проверку и согласование.
Один продукт закрывает весь цикл — от первой выгрузки до последней сверки
Весь цикл в одном продукте
От исходной выгрузки до эталонных записей для ваших систем
Все этапы выполняются в одной платформе, результаты и основания решений сохраняются. Ответственные за данные утверждают, какие записи относятся к одной позиции
- Оценка качестваФиксируем версию выгрузки и показатели качества
- Извлечение данныхВыделяем из описания номер детали, размер и цвет
- СопоставлениеПрименяем правила, статистику, затем ИИ-модель
- СогласованиеОтветственный утверждает правила для типовых случаев
- Эталонная записьЕдиная запись со ссылками на источники и исходные коды
- Передача и контрольПередаём данные с таблицей соответствия кодов; проверяем новые записи
Правила хранятся в настройках предметной области — пакете домена. Поддерживаемые правила можно изменять без доработки кода платформы.
Преимущества подхода
Что Nexus даёт бизнесу и ИТ
Весь цикл в одной платформе
Загрузка, оценка качества, сопоставление, согласование, формирование эталонных записей и контроль новых дублей связаны в единый процесс.
Результат уже на первых данных
Готовая платформа и настраиваемые правила позволяют начать оценку качества и подготовку эталонных записей с первой выгрузки.
Ваше облако, ваши модели
Nexus разворачивается в вашем облаке и обращается к ИИ-моделям через выбранного вами провайдера. Вы управляете доступом.
Согласование типовых решений
Ответственный за данные утверждает правила для типовых случаев. Это сокращает ручную проверку: отдельного рассмотрения требуют спорные случаи.
ИИ под контролем
Сначала применяются правила и статистические методы. ИИ подключается там, где их недостаточно; его предложения сопровождаются исходными данными для проверки.
Прослеживаемость решений
Для каждой эталонной записи сохраняются источники, применённое правило и автор решения. Историю изменений можно проверить.
Контроль со стороны заказчика
Nexus работает в вашей инфраструктуре. Решения принимаете вы
Ваши системы сегодня
- Справочники номенклатуры, поставщиков и заказчиков в ERP
- Базы данных внутренних систем
- Остатки, закупки и история использования для проверки совпадений
Nexus получает выгрузки без изменения исходных систем.
Nexus в вашем облаке
- Оценка качества и настройка правил
- Сопоставление с обоснованием результатов
- Эталонные записи с указанием источников
- Таблица соответствия кодов и пакеты для загрузки
Ваш аккаунт, ваши регионы, ваш провайдер моделей.
Куда уходит результат
- Новая ERP: загрузку выполняет ваша команда миграции
- Ваша отчётность и ваш ИИ
- Сверка количества записей в исходной и целевой системах
Мы передаём подготовленные данные, ваша команда загружает их.
Ваше согласованиеРасходы на инфраструктуру и ИИ-модели отражаются в вашем облачном биллинге. Вы оплачиваете их провайдеру напрямую, без наценки ARBA.
Подход к внедрению MDM
Классический проект MDM и Nexus: с чего начинается работа
| Классический проект MDM | Nexus | |
|---|---|---|
| С чего начинается | Настройка модели данных, областей ответственности, заявок на изменение и маршрутов согласования | Анализ вашей выгрузки: оценка качества и подготовка первых эталонных записей |
| Как настраиваются правила | Специалисты настраивают и вводят в действие конфигурацию системы | Поддерживаемые правила задаются в пакете домена без выпуска новой версии платформы |
| Какие данные сопоставляются | Значения в существующих полях | Также характеристики из текстовых описаний: номер детали, размер, цвет, марка |
| Кто решает | Специалисты по качеству данных проверяют записи и обрабатывают заявки | Ответственный за данные утверждает типовые правила; спорные случаи проверяются отдельно |
| Где работает | В облаке производителя или в инфраструктуре заказчика по лицензии | Ваш собственный облачный аккаунт, ваш провайдер моделей |
| Для чего создано | Долгосрочное централизованное управление мастер-данными | Очистка справочников с передачей результата; дальнейший контроль качества — по подписке |
Сравнение опирается на документацию производителей. Сильные стороны зрелых MDM-систем рассмотрены в приложении.
Результаты проекта
Четыре результата для бизнеса, ИТ и аудита
Эталонные записи
Единая запись для каждой позиции, поставщика или заказчика. В ней сохранены ссылки на источники и исходные коды.
Таблица соответствия кодов
Связь исходных кодов с эталонными записями и идентификаторами целевой системы — основа переноса и сверки данных.
История решений и открытые вопросы
Основания для объединения записей или отказа от него. Отдельный реестр вопросов, по которым нужно решение ответственного за данные.
Качество до и после
Сравнение качества исходных и подготовленных данных по одним и тем же показателям.
Как устроена работа
Согласованный объём работ, конкретные результаты и срок завершения
- От вас
Участие вашей команды
- Ответственный за данные и еженедельное согласование решений
- Выгрузки с контрольными показателями для сверки
- Облачная инфраструктура для развёртывания Nexus
- От нас
Платформа и методика
- Развёртывание Nexus и настройка правил для ваших справочников
- Пакеты данных с таблицей соответствия кодов и результатами сверки
- Основания решений по записям и письменная оценка затрат на ИИ-модели
- По завершении проекта
Ваш выбор
- Фиксированная дата завершения: задержки не продлевают проект автоматически
- Продолжить работу по подписке и проверять новые записи на дубли
- Или получить полную выгрузку результатов и завершить использование платформы
На первой встрече определим состав справочников, ответственного за данные, сроки и ожидаемый результат.
С чего начать
Начните с разговора о ваших справочниках
Расскажите, какие справочники нужно подготовить — номенклатуру, поставщиков, заказчиков — и к какому сроку. Обсудим источники данных, объём работ, участие вашей команды и состав результатов.
Для первой встречи не нужно устанавливать платформу или заранее проектировать модель данных. По итогам обсуждения вы сможете решить, подходит ли вам предложенный подход.
Обсудить задачуДля ИТ-команды и специалистов по данным
Приложение
Этапы обработки, роль ИИ, сильные стороны зрелых MDM-систем и границы применения Nexus
- Этапы обработки данных
- Роль ИИ и ответственность человека
- Сильные стороны зрелых MDM-систем
- Размещение, доступ и языки данных
- Чего Nexus не делает
Обработка данных · этапы 1–4
От исходной выгрузки до обоснованных совпадений
- 1Приём и фиксация версииИсходная выгрузка сохраняется без изменений, получает номер версии и сверяется по контрольным показателям. Проверка по заданным шаблонам выявляет признаки персональных данных; такие строки откладываются для проверки.
- 2Оценка качестваИзмеряются полнота данных, повторы описаний и кодов, неизвестные единицы измерения и пропуски классификации. Эти показатели сохраняются для сравнения с результатом обработки.
- 3Извлечение и нормализацияНомер детали, размер, цвет, марка и количество в упаковке извлекаются из описания в отдельные поля. Справочник единиц измерения позволяет сопоставить обозначения «шт», «шт.» и «pcs».
- 4СопоставлениеВозможные совпадения отбираются по правилам, затем оцениваются статистически. Смысловая близость учитывается дополнительно, с небольшим весом. Различия в номере детали, размере или цвете блокируют объединение независимо от общей оценки сходства.
Обработка данных · этапы 5–8
От согласования записей до поддержания качества
- 1СогласованиеСовпадения группируются по типовым случаям. Ответственный за данные утверждает правило, которое применяется ко всем подходящим записям. Спорные случаи и решения с существенными последствиями рассматриваются отдельно.
- 2Формирование эталонной записиПо согласованному результату формируется эталонная запись. Сохраняются исходные записи, выбранные значения, правило, обоснование и автор решения. Опубликованные идентификаторы остаются неизменными.
- 3Передача и сверкаФормируются пакеты с номером версии и описанием состава, таблицей соответствия исходных, эталонных и целевых идентификаторов. Количество записей сверяется, расхождения объясняются.
- 4Контроль новых записейПеред созданием новая запись сопоставляется с действующим справочником. При обнаружении вероятного дубля создание приостанавливается, а инициатор получает найденные совпадения и основания проверки.
Роль ИИ и ответственность человека
ИИ предлагает. Ответственный за данные утверждает
Что платформа делает
- Оценивает качество данных и ищет возможные дубли в разных источниках
- Извлекает из описаний номера деталей, размеры и цвета
- Показывает исходные данные, применённое правило и оценку уверенности
- Передаёт спорные случаи на рассмотрение уполномоченному специалисту
Чего платформа не делает
- Не объединяет записи без согласованного основания
- Не считает сходство описаний достаточным основанием для объединения
- Не заменяет значение без сохранения исходного
- Не записывает результат напрямую в ERP или другие системы заказчика
Идентификаторы, номера деталей, единицы измерения и история использования важнее сходства формулировок. ИИ может предложить совпадение или разделение группы. Основанием для объединения служит решение человека или утверждённое им правило; каждое предложение доступно для проверки.
Сильные стороны зрелых MDM-систем
Какие задачи решают корпоративные MDM-системы
Долгосрочное управление данными
Заявки на изменение, многоступенчатые согласования и распределённые команды специалистов по данным — для разных предметных областей и стран, на годы эксплуатации.
Тесная интеграция с ERP
Создание и изменение мастер-данных в интерфейсе ERP, встроенные проверки и передача данных между системами одного производителя.
Широкий охват предметных областей
Готовые решения для финансовых данных, сотрудников, активов и справочников, а также партнёрские экосистемы для их внедрения.
Основная задача Nexus — очистить справочники, сохранить основания решений и затем поддерживать качество данных. Если в компании уже есть MDM-система, Nexus может подготовить данные к передаче в неё.
Размещение, доступ и языки данных
Развёртывание в вашей инфраструктуре и по вашим правилам
Облачная инфраструктура
Nexus разворачивается в вашем облачном аккаунте, в согласованных регионах, и обращается к ИИ-моделям через вашего провайдера. Ваши данные не используются для обучения базовых моделей.
Доступ выдаёте и отзываете вы
Вы управляете учётными записями, сетевым доступом и ключами. Доступ к контактам и банковским реквизитам ограничивается ролями; действия фиксируются в журнале аудита.
Языки и алфавиты
Для поиска и сопоставления нормализуются тексты на латинице, кириллице и арабском письме: варианты символов, цифры, пунктуация и направление письма. Исходное написание сохраняется.
После первичного анализа данных мы предоставляем письменную оценку затрат на ИИ-модели. На её основе вы можете настроить бюджеты и уведомления о расходах в своём облаке.
Границы применения
Что Nexus делает и чего не делает
Nexus делает
- Проверяет и подготавливает справочники номенклатуры, поставщиков и заказчиков к загрузке
- Хранит основания решений, таблицу соответствия кодов и историю изменений
- Проверяет новые записи на дубли по действующему справочнику
- Передаёт результаты в согласованном формате по завершении работ
Nexus не делает
- Не заменяет ERP и не ведёт учёт хозяйственных операций
- Не выполняет выгрузку и загрузку в ваших системах — это задача вашей команды или партнёра
- Не подтверждает банковские счета через банки и регистрацию компаний через государственные реестры
- Не работает без участия вашей команды: правила утверждает ответственный за данные
Интеграционные работы со стороны систем заказчика выполняет его команда или партнёр по миграции. Задачи постоянного управления данными обсуждаются отдельно.
Основания для сравнения и описания продукта
Источники
- [1]ARBA Nexus. Архитектура продукта и пакеты правил доменовОписание реализованных механизмов платформы. Готовность к работе в инфраструктуре заказчика подтверждается при внедрении; этот материал не заменяет приёмку.
- [2]SAP. Master Data Governance for Material — руководство по конфигурации, SAP LibraryРуководство описывает подготовку к работе: активацию модели данных, настройку заявок на изменение, задач и маршрутов согласования на основе правил. SAP и SAP Master Data Governance — товарные знаки SAP SE.
- [3]IBM. IBM Match 360 — документация продуктаДокументация описывает подключение источников, формирование модели данных, настройку алгоритма сопоставления и последующую проверку специалистами по качеству данных. IBM и IBM Match 360 — товарные знаки IBM Corp.
- [4]Informatica. Master Data Management — страница продуктаСтраница продукта описывает сопоставление с помощью ИИ и проверку специалистами, а также приводит заявления производителя о сроках внедрения. Informatica — товарный знак Informatica LLC. ARBA и Nexus не аффилированы с SAP, IBM или Informatica, не являются их партнёрами и не выступают от их имени.
Сведения о других продуктах приведены по документации их производителей; описание Nexus относится к реализованным возможностям платформы