Описание услуги нормализации
Введение
Описание услуги нормализации
Экономика нормализации
Кейсы нормализации
Основные понятия
Данные и мастер-данные
Данные — любая информация, зафиксированная в информационных системах компании: транзакции, проводки, накладные, УПД, заказы на закупку, акты выполненных работ. Это «события» — то, что происходит в бизнесе каждый день.
Мастер-данные (основные данные, НСИ — нормативно-справочная информация) — устойчивые, повторно используемые сведения об объектах бизнеса, которые составляют основу для транзакций: справочник материалов, список контрагентов, реестр договоров, штатное расписание, каталог продаваемых товаров и услуг. Это «словарь» компании, который обеспечивает корректность отображения объектов транзакций.
Домен данных
Предметная область, в которой ведутся мастер-данные. Каждый домен имеет свои атрибутивный состав, процессы ведения и правила качества. Типичные домены:
Домен
Примеры объектов
Номенклатура (закупаемая)
МТР, ТМЦ, запасные части, расходные материалы
Номенклатура (продаваемая)
SKU, услуги, тарифы, пакеты, статьи доходов
Контрагенты
Поставщики, клиенты, подрядчики
Договоры
Рамочные соглашения, контракты, тарифные приложения
Персонал
Сотрудники, должности, подразделения
Оборудование и активы
Объекты ТОиР, основные средства
Справочник
Структурированный реестр объектов одного домена в информационной системе (ERP, MDM, CRM и др.).
Справочник содержит записи — каждая запись описывает один реальный объект: конкретный материал, контрагента, договор.

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

Они называются несинхронизированными, если содержат противоречивые или несовместимые данные об одних и тех же объектах.
Атрибут
Характеристика (поле, реквизит) записи в справочнике. Например, для материала атрибутами являются: наименование, единица измерения, класс материала, производитель, артикул, ГОСТ, диаметр, длина, покрытие.

Полнота и корректность атрибутов — основная цель нормализации.
Допустимые значения атрибута
Значения, которые может принимать атрибут записи объекта мастер-данных.

Допустимые значения задаются при настройке атрибутивного состава классов и шаблонов, могут включать тип данных, ограничения, список допустимых значений, а также зависимости от других атрибутов.
Шаблон
Формализованное правило, определяющее:
  • Какие атрибуты содержит запись определённого класса (включая обязательные для заполнения),
  • В каком порядке и формате они записываются в наименовании,
  • Какие допустимые значения могут принимать атрибуты.
  • Связь с классификациями
Шаблон — это методологический инструмент, который стандартизирует весь атрибутивный состав записи, позволяет автоматически генерировать краткие и полные наименования, артикулы и коды по единым правилам.

Пример: Шаблон для класса «Болты»: [Тип объекта] [Тип резьбы] [Диаметр]x[Длина] [Класс прочности] [Покрытие] [ГОСТ/DIN] → «Болт М10×40 кл.пр.8.8 цинк ГОСТ 7798–70».
Классификация
Распределение объектов справочника по группам и категориям классификатора. В процессе нормализации могут использоваться различные классификаторы:
  • Внутренние классификаторы, которые разрабатывается под различные задачи бизнеса и для различных доменов,
  • Государственные и международные классификаторы, такие как ОКПД2, ТНВЭД, ЕСКД и другие.
Классификация определяет, какие шаблоны и обязательные атрибуты применяются к каждой записи.
Агрегация номенклатурных позиций
Выбранный уровень детализации записей в справочнике. Это методологическое решение, которое принимается до начала нормализации и влияет на всю последующую работу.

Примеры уровней агрегации:
  • Максимально агрегированный: позиция описывает тип материала без указания производителя и артикула,
  • Стандартный: позиция включает производителя и базовые характеристики,
  • Детализированный: каждый артикул каждого производителя — отдельная запись (например, используется в ТОиР, где точная идентификация критична для безопасности)
Выбор уровня агрегации — первый методологический вопрос любого проекта нормализации.
Дубль (дублирующая запись)
Ситуация, когда один и тот же реальный объект представлен в справочнике несколькими записями.

Различают:
  • Точный дубль — записи полностью идентичны по наименованию. Выявляются автоматически на этапе предварительной обработки,
  • Квази-дубль — одна и та же сущность, но записана по-разному: «Болт М10×40», «БОЛТ м-10 оцинк.», «Метиз М10 длина 40мм», «M10 bolt». Выявляются с помощью алгоритмов нечёткого сопоставления и экспертной валидации.
Аналог
Аналог — это взаимозаменяемая позиция, имеющая отличающиеся от основной характеристики (например, производитель, артикул и др.), которые могут применяться для одной и той же цели.

В отличие от дублей, аналоги не сливаются в одну запись, и между ними устанавливаются связи взаимозаменяемости, в том числе, с учетом применимости.
Неполно описанная запись
Запись, у которой заполнены не все обязательные атрибуты или данные которой не позволяют однозначно идентифицировать объект мастер-данных.
Эталонная запись (Golden Record)
Единственная «официальная» запись, которая признаётся достоверным описанием объекта после нормализации. Если у объекта было несколько дублей — они сливаются в эталонную запись.

Все дублирующие записи помечаются как неактивные и связываются с эталонной через матрицу соответствия.
Матрица соответствия (кросс-таблица)
Таблица, фиксирующая связь между старыми кодами/записями (до нормализации) и новыми эталонными записями, дублями и неполно описанными записями (после нормализации).

Является обязательным артефактом, обеспечивающим корректную привязку транзакционных данных к эталонным записям при миграции.
Моделирование данных
Моделирование данных выполняется до начала обработки записей и включает:
  • Определение доменов и объектов, подлежащих нормализации,
  • Разработку атрибутивного состава каждого домена,
  • Определение обязательных и необязательных полей,
  • Установление связей между основным справочником и вспомогательными (единицы измерения, классы, производители и пр.)
Обогащение данных
Заполнение недостающих атрибутов записи из внешних источников: каталогов производителей, ГОСТов и стандартов, отраслевых баз данных, конструкторской документации.
Дедубликация
Процесс выявления и устранения дублирующих записей. Включает несколько этапов: автоматическое выявление совпадений, вероятностное сопоставление схожих записей, экспертную валидацию пограничных случаев, слияние в эталонную запись и установление связей.
MDM-система (Master Data Management)
Информационная система, предназначенная для централизованного управления мастер-данными: ведения справочников, контроля качества, согласования изменений, интеграции с другими системами.

Российские примеры: 1С: MDM, Datareon Platform, БФТ.ЕНСИ. Западные: SAP MDG, Informatica MDM.

Нормализация может выполняться как с использованием MDM-системы, так и без неё — в шаблонах загрузки, на платформах обработки данных (Loginom, Datareon).
ISO 8000
Международный стандарт качества данных и мастер-данных. Ключевая часть для нормализации — ISO 8000−100:2016, описывающая фундаментальные требования к качеству, переносимости и обмену мастер-данными между организациями.

Применяется для проектирования моделей качества и аудита справочников.
ISO/IEC 25012 / 25024
Стандарты, определяющие характеристики качества данных (полнота, согласованность, точность, уникальность, соответствие форматам и др.) и методы их измерения.

Используются N-Forma для аудита данных «до» и оценки результатов «после» нормализации.
DAMA-DMBOK
Международный свод знаний по управлению данными (Data Management Body of Knowledge). Определяет дисциплины, роли, процессы и инструменты управления данными, включая управление качеством данных (Data Quality) и управление мастер-данными (Master & Reference Data Management).

Методологическая основа для построения руководства данными (Data Governance) в компании.
Нормализация мастер-данных
Согласно ISO 8000 и DAMA-DMBOK, нормализация мастер-данных — это процесс приведения записей справочников к единому структурированному, непротиворечивому виду в соответствии с установленными стандартами, методологией организации и характеристиками качества данных (полнота, точность, согласованность, уникальность, соответствие форматам).

Работы по нормализации включают:
  • Разработку методологии нормализации.
  • Классификацию и категоризацию объектов данных.
  • Унификацию и структурирование данных по единым шаблонам (атрибуты и их значения).
  • Дополнение недостающих характеристик.
  • Устранение ошибок и дублей.
  • Формирование матриц соответствия нормализованных и исходных данных (кросс-таблиц).
  • Разработку регламентов поддержания качества нормализованных данных.
Нормализация также может включать:
  • Установление связей между взаимозаменяемыми позициями.
  • Привязку к справочнику агрегированных номенклатурных позиций (например, для массово закупаемых офисных материалов одного типа, которые не требуют раздельного планирования и учета).
  • Внесение данных документов в нормализованные данные (например, документов-оснований, карточек сотрудников, технической документации).
Зачем нужна нормализация
Типичные проблемы до нормализации
  • Проблемы с данными
    • Одни и те же объекты записаны разными способами,
    • Работы и услуги оформлены как позиции номенклатуры или статьи затрат,
    • Дубли и квази-дубли (15−30% записей в типичной необработанной базе),
    • Отсутствие структурированных характеристик и параметров,
    • Ошибки в форматах, кириллица/латиница вперемешку, лишние символы,
    • Отсутствие единой классификации и шаблонов записей,
    • Отсутствие правил ведения НСИ.
  • Последствия для бизнеса
    • Отсутствуют данные о консолидированной потребности по товарам и услугам, одна и та же позиция закупается у разных поставщиков по разным ценам и на разных условиях,
    • Использование дублирующих и слабо структурированных позиций номенклатуры приводит к появлению избыточных запасов, неликвидов, нарушению сроков передачи в производство и отгрузки потребителям,
    • Затраты по идентичным товарам и услугам разносятся по разным статьям и категориям, затруднено сравнение показателей по договорам, поставщикам и бизнес‑единицам, управленческие решения принимаются на основании искаженных данных,
    • Клиенты и поставщики дублируются в разных системах, учет взаимодействий фрагментирован, затруднены формирование отчетности и анализ работы с контрагентами,
    • Описания и атрибуты товаров и услуг неоднородны между каналами, часть позиций представлена неполно или противоречиво, что усложняет выбор, учет заказов и анализ результатов продаж,
    • Создание и изменение элементов справочников осуществляется без единых правил, с высокой долей ручных операций и повторных согласований, что приводит к увеличению сроков и трудозатрат,
    • Высока частота ошибок в первичных документах и отчетности, сложно обеспечить единообразное соблюдение нормативных требований, качество проведения аудитов.
Цели нормализации

Стратегические цели

  • Создание единого источника достоверных данных.
  • Обеспечение качества данных в соответствии с ISO 8000 и ISO/IEC 25 012,
  • Формирование корпоративных стандартов управления НСИ,
  • Подготовка к внедрению или оптимизации информационных систем

Операционные цели

  • Классификация номенклатуры на основе единых принципов,
  • Структурирование записей по единым шаблонам.
  • Обогащение данных недостающими атрибутами.
  • Устранение дублей и противоречий,
  • Установление связей между взаимозаменяемыми позициями,
  • Агрегирование номенклатурных позиций
Зачем нужна нормализация
Выгоды от нормализации
Типовые эффекты нормализации для бизнеса:
  • Экономия за счет консолидации закупок
    Единые коды и атрибуты номенклатуры позволяют агрегировать спрос, что дает ощутимое снижение закупочных цен и исключает закупку дублирующих позиций
  • Снижение складских запасов и неликвидов
    Нормализованные справочники обеспечивают корректный учет остатков, партионный и серийный учет, позволяют находить и использовать аналоги, что уменьшает совокупные запасы и объем неликвидов при сохранении уровня сервиса
  • Корректная финансовая и управленческая аналитика
    Единая модель категорий и статей расходов делает сравнение затрат по договорам и контрагентам сопоставимым и повышает качество управленческих решений на уровне CFO и бизнеса
  • Прозрачная картина по клиентам и контрагентам
    Объединение дублей клиентов и поставщиков в эталонные записи дает целостную историю взаимодействия, упрощает соблюдение требований комплаенс и улучшает качество сервиса
  • Ускорение бизнес-процессов
    Создание и изменение справочной записи происходит по установленным правилам и требует существенно меньшего времени, сокращая трудозатраты профильных специалистов
  • Снижение операционных и репутационных рисков
    За счет целостных и согласованных данных сокращается количество ошибок, упрощается прохождение аудитов и выполнение нормативных требований
  • Рост конверсии и выручки
    Единые и полные описания, характеристики, фото и видео товаров во всех каналах уменьшают количество уходов клиента без покупки и ошибок выбора товара, повышают конверсию в заказ
  • Ускорение вывода новых товаров на рынок
    Стандартизированные атрибуты и шаблоны карточек товара позволяют быстрее заводить новые позиции и синхронизировать их между сайтами, маркетплейсами и офлайн системами
  • Снижение количества возвратов и претензий
    Точные и согласованные характеристики товаров снижают число ошибочных покупок, возвратов и негативных отзывов
  • Эффективный мерчандайзинг и кросс-продажи
    Нормализованные атрибуты позволяют качественно строить фильтры, рекомендации, аналоги и комплекты, что увеличивает средний чек и глубину корзины
  • Единая витрина во всех каналах
    Единый каталог обеспечивает одинаковое позиционирование ассортимента на сайте, в приложении, на маркетплейсах и в офлайне, упрощая омниканальный маркетинг
  • Повышение гибкости и масштабируемости ИТ-ландшафта
    Единый реестр НСИ и централизованные правила синхронизации упрощают интеграцию новых систем и каналов продаж, снижает стоимость изменений
Описание услуги нормализации
Основные домены и объекты нормализации
Нормализация применяется к любым справочникам, данные которых используются в бизнес-процессах. Наиболее востребованные домены:
Закупаемая номенклатура
МТР, ТМЦ, запасные части, расходные материалы, инструмент, комплектующие.

Классический и наиболее зрелый домен, где выгоды нормализации наиболее очевидны и хорошо измеримы
Продаваемая номенклатура
SKU (Stock Keeping Unit), артикулы готовой продукции, тарифы, услуги, пакеты предложений, статьи доходов.

Подробнее — в отдельном разделе ниже
Контрагенты
Поставщики, клиенты, подрядчики, агенты.

Типичные проблемы: дубли юридических лиц под разными написаниями, устаревшие реквизиты, отсутствие ИНН/КПП, смешение юрлиц и физлиц.

Последствия: ошибки в платёжных поручениях, риски комплаенса, некорректная аналитика по клиентской базе
База адресов
Для контрагентов, доставки, контактных данных и т.п.
Договоры
Рамочные соглашения, контракты, тарифные приложения. Нормализация обеспечивает единый формат описания предмета договора, сроков, условий, связей с контрагентами и номенклатурой
Персонал
Должности, подразделения, штатные единицы.

Нормализация критична при слияниях и поглощениях, переходе на единую HR-систему, консолидации отчётности по группе компаний
Работы и услуги (как объекты учёта затрат)
Виды технического обслуживания, ремонтных работ, транспортных и логистических услуг, используемые в качестве статей затрат
N-Forma выполняет нормализацию полного спектра справочников компании, включая ТМЦ, договоры, тарифы, персонал, работы, услуги, нематериальные объекты учёта и др.
Зачем нужна нормализация
Стратегия услуги (Service Strategy)
1. ОПРЕДЕЛЕНИЕ ЦЕННОСТИ ДЛЯ БИЗНЕСА
Услуга аутсорсинга ведения НСИ создает следующую ценность для бизнеса заказчика:
  • Повышение качества данных
    Снижение количества ошибок, дубликатов и несоответствий в справочниках
  • Сокращение операционных издержек
    Экономия на содержании внутренней команды и инфраструктуры
  • Ускорение бизнес-процессов
    Сокращение времени обработки заявок с недель до часов
  • Соответствие требованиям
    Обеспечение соответствия государственным классификаторам и отраслевым стандартам
  • Масштабируемость
    Гибкое управление объемом услуг в зависимости от потребностей бизнеса
  • Фокус на основном бизнесе
    Освобождение внутренних ресурсов для стратегических задач
2. МОДЕЛИ ПРЕДОСТАВЛЕНИЯ УСЛУГИ
N-Forma применяются следующие модели предоставления услуги (консультационная поддержка включена в услугу аутсорсинга и является неотъемлемой частью любой модели)
Полный аутсорсинг
N-Forma полностью берет на себя ведение справочников: прием заявок, обработку, контроль качества, методическую поддержку
Гибридная модель
Разделение ответственности: рутинные операции выполняет N-Forma, сложные задачи и методическая экспертиза остаются у заказчика. При этом заказчик получает не отдельных специалистов, а команду с необходимыми компетенциями.
Аутстаффинг
Специалисты заказчика переходят в команду N-Forma и работают по стандартам N-Forma, что позволяет сохранить персонал при переходе на аутсорсинг
3. ФИНАНСОВОЕ УПРАВЛЕНИЕ
Модели ценообразования (модель оплаты исключительно по заявкам в практике N-Forma не применяется)
Фиксированная ежемесячная оплата
Оплата за выделенный ресурс (специалист или команду) независимо от количества заявок. Обеспечивает предсказуемость затрат для обеих сторон
Гибридная модель
Оплата за выделенный ресурс (специалист или команду) независимо от количества заявок. Обеспечивает предсказуемость затрат для обеих сторон
Проектирование услуг (Service Design)
1. КАТАЛОГ УСЛУГ
Услуга аутсорсинга ведения справочников НСИ включает следующие компоненты:

Базовая услуга

  • Создание новых записей в справочниках
  • Изменение существующих записей
  • Деактивация и удаление записей
  • Вывод из эксплуатации устаревших данных
  • Контроль качества данных

Дополнительные услуги

  • Методическая поддержка и консультации (включено в базовый пакет)
  • Создание регламентов ведения справочников
  • Разработка и внедрение классификаций
  • Архитектура и моделирование структуры НСИ
  • Разработка регламентов, инструкций и методик
  • Присутствие специалистов на площадке заказчика
2. УПРАВЛЕНИЕ УРОВНЕМ УСЛУГ (SERVICE LEVEL MANAGMENT)
Разработка Соглашения об уровне обслуживания (SLA) является ключевым элементом проектирования услуги
Режимы работы
  • Стандартный
    Рабочие дни, 09:00-18:00 по московскому времени
  • Сокращение операционных издержек
    Рабочие дни, 08:00-22:00 (включая вечернюю поддержку)
  • Круглосуточный
    24/7, включая выходные и праздничные дни
  • Региональный
    Работа в часовом поясе заказчика или нескольких поясах
  • Дежурная смена
    Вечернее, утреннее и ночное время плюс выходные (с меньшим составом и меньшей стоимостью). Может делиться с заказчиком по ресурсам (например, ввод ТМЦ заказчиком, проверка аутсорсером, передача в закупку)
3. УПРАВЛЕНИЕ ДОСТУПНОСТЬЮ
Обеспечение доступности услуги включает:
  • Удаленный доступ к информационным системам заказчика через защищенные каналы
  • Резервирование специалистов (замещение на время отпусков, болезней)
  • Документирование знаний и процедур для обеспечения взаимозаменяемости
  • Резервные каналы связи для обеспечения непрерывности работы
4. УПРАВЛЕНИЕ РЕСУРСАМИ
Планирование ресурсов основывается на:
  • Прогнозировании объема заявок на основе исторических данных
  • Анализе текущего объема справочников и ожидаемого роста
  • Сезонности бизнеса заказчика, наличии пиковых периодов
  • Внедрении новых информационных систем или модулей
  • Подключении новых абонентов (юридических лиц или частей бизнеса)
Модели расчета необходимых ресурсов

Модель 1. На основе количества операций

Заказчик предоставляет данные о количестве операций в месяц (создание, изменение, удаление). Расчет учитывает:

  • Соотношение между заявками и объектами (количество объектов/записей в заявке)
  • Сложность объектов (количество полей, классификаций)
  • Наличие шаблонов для создания записей
  • Качество методики и регламентов
  • Количество точек ввода в ИС

Модель 2. На основе прогнозирования

Используется, когда точное количество операций неизвестно:

  • Текущий объем справочников (количество записей)
  • Сложность объектов (количество полей, классификаций)
  • Наличие шаблонов для создания записей
  • Качество методики и регламентов
  • Количество новых заявок в месяц
  • Прогнозируемый процент изменений
  • Коэффициенты роста бизнеса
  • Количество точек ввода в ИС
5. УПРАВЛЕНИЕ БЕЗОПАСНОСТЬЮ
Обеспечение безопасности данных заказчика:
  • Подписание соглашения о неразглашении (NDA)
  • Разграничение прав доступа на основе принципа минимальных привилегий
  • Использование корпоративных учетных записей заказчика
  • Аудит действий специалистов через журналы информационных систем
  • Обучение персонала требованиям информационной безопасности
  • Соблюдение политик безопасности заказчика
  • Соблюдение требований ФЗ-152 (N-Forma является оператором персональных данных)
Переход услуг (Service Transition)
1. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ
Внедрение услуги аутсорсинга является значительным изменением для организации заказчика. Процесс управления изменениями включает:
  • Планирование перехода: разработку детального плана передачи функций от заказчика к N-Forma
  • Оценку рисков: идентификацию потенциальных рисков и мер по их минимизации
  • Коммуникации: информирование всех заинтересованных сторон о предстоящих изменениях
  • Пилотный запуск: тестирование услуги на ограниченном периметре перед полномасштабным развертыванием
2. ПЕРИОД АДАПТАЦИИ
Опыт реализованных проектов N-Forma показывает необходимость периода адаптации длительностью 1-3 месяца. В течение этого периода:
  • Специалисты N-Forma изучают специфику бизнеса и данных заказчика
  • Происходит настройка процессов и инструментов
  • Постепенно сокращается время обработки заявок (например, для одного из проектов от двух недель до 3 дней и затем до одного дня)
  • Устанавливаются эффективные каналы коммуникации
  • Выявляются и устраняются проблемные места в процессах
3. УПРАВЛЕНИЕ ЗНАНИЯМИ

Передача знаний от заказчика к N-Forma критически важна для предоставления услуги
Документирование
Фиксация существующих методик (в случае их наличия), регламентов, инструкций, особенностей бизнес-процессов
Обучение
Проведение обучающих сессий для специалистов N-Forma
База знаний
Создание и актуализация централизованного хранилища информации (Wiki, Confluence)
Сопровождение (кураторство)
Работа специалистов N-Forma под контролем экспертов заказчика на начальном этапе
4. УПРАВЛЕНИЕ РЕЛИЗАМИ И РАЗВЕРТЫВАНИЯМИ

Поэтапное внедрение услуги аутсорсинга
5. ТЕСТИРОВАНИЕ И ВАЛИДАЦИЯ

Перед полномасштабным запуском проводится тестирование:
  • Обработка тестовых заявок различных типов и сложности
  • Проверка качества созданных данных
  • Тестирование процессов коммуникации и эскалации
  • Валидация соответствия требованиям SLA
  • Проверка работы систем мониторинга и отчетности
Эксплуатация услуг (Service Operation)
1. УПРАВЛЕНИЕ ЗАЯВКАМИ (REQUEST FULFILMENT)
Типовой процесс обработки заявки
Регистрация заявки
Заявка поступает через систему Service Desk (Jira, Directum, 1С: MDM, e-mail)
Классификация
Определение типа заявки (создание, изменение, удаление), приоритета, сложности
Назначение
Распределение заявки специалисту с учетом компетенций и загрузки
Обработка
Выполнение операций в информационных системах согласно методике
Валидация
Проверка качества данных, соответствия требованиям
Согласование (при необходимости)
Получение подтверждения от инициатора или ответственного эксперта
Закрытие
Уведомление инициатора о выполнении, закрытие заявки в системе
Обратная связь
Запрос оценки качества обработки (опционально)
Типы заявок и время обработки
2. УПРАВЛЕНИЕ ИНЦИДЕНТАМИ
Типовой процесс управления инцидентами
Обнаружение и регистрация
Фиксация инцидента (заказчиком или N-Forma)
Категоризация и приоритизация
Определение влияния на бизнес и срочности
Диагностика
Выявление причины инцидента
Эскалация (при необходимости)
Привлечение старших специалистов или менеджмента
Устранение
Исправление ошибки или восстановление услуги
Закрытие
Подтверждение устранения инцидента заказчиком
Анализ
Документирование инцидента для предотвращения повторения
Приоритеты инцидентов
3. УПРАВЛЕНИЕ ПРОБЛЕМАМИ
Если инциденты повторяются или имеют общую причину, инициируется процесс управления проблемами
Выявление проблемы
Анализ повторяющихся инцидентов, трендов
Анализ первопричины (Root Cause Analysis)
Углубленное исследование для выявления корневой причины
Поиск решения
Разработка постоянного исправления или временного обходного пути
Внедрение решения
Устранение причины через процесс управления изменениями
Закрытие проблемы
Подтверждение, что инциденты больше не возникают
Примеры типовых проблем:
  • Отсутствие актуализированных шаблонов приводит к увеличению времени создания записей
  • Нечеткая формулировка полей в методике вызывает создание неверных сущностей
  • Отсутствие автоматизированных проверок приводит к ошибкам в классификациях
  • Недостаточная квалификация инициаторов заявок приводит к избыточным циклам уточнений
3. МОНИТОРИНГ И УПРАВЛЕНИЕ СОБЫТИЯМИ
Непрерывный мониторинг ключевых показателей услуги:
  • Количество обрабатываемых заявок в день/неделю/месяц
  • Среднее время обработки по типам заявок
  • Соблюдение SLA (процент заявок в рамках целевого времени)
  • Количество инцидентов и их категории
  • Загрузка специалистов
  • Удовлетворенность заказчика (опросы, обратная связь)
Инструменты мониторинга:
  • Дашборды в системе Service Desk с метриками в реальном времени
  • Автоматические уведомления о нарушении SLA
  • Еженедельные отчеты о ключевых показателях
  • Ежемесячные управленческие отчеты с анализом трендов
Непрерывное улучшение услуг (Continual Service Improvement)
1. ЦИКЛ ДЕМИНГА (PLAN-DO-CHECK-ACT)
Применение цикла PDCA для постоянного улучшения услуги
  • Plan (Планирование)
    Определение целей улучшения на основе анализа данных и обратной связи
  • Do (Выполнение)
    Внедрение изменений на пилотной основе или в полном объеме
  • Check (Проверка)
    Измерение результатов, сравнение с целевыми показателями
  • Act (Действие)
    Стандартизация успешных практик или корректировка подхода
Ключевые показатели эффективности (KPI) — обеспечивают внутренний контроль N-Forma, направленный на максимальное удовлетворение заказчика (клиентоцентричность)
2. ИСТОЧНИКИ ИНФОРМАЦИИ ДЛЯ УЛУЧШЕНИЙ
Обратная связь заказчика
Регулярные опросы, встречи, систематический сбор отзывов и предложений
Анализ инцидентов и проблем
Выявление системных проблем
Бенчмаркинг
Сравнение с лучшими практиками индустрии
Внутренние аудиты
Поверка соответствия процессов установленным стандартам
Анализ трендов
Изучение динамики ключевых метрик
Технологические инновации
Внедрение новых инструментов автоматизации
3. ПРИМЕРЫ ИНИЦИАТИВ ПО УЛУЧШЕНИЮ
  • Автоматизация рутинных операций: внедрение инструментов для автоматического создания записей по шаблонам
  • Оптимизация методики: упрощение и стандартизация правил нормализации
  • Самообслуживание: создание портала для инициаторов заявок с возможностью самостоятельного поиска информации
  • Обучение инициаторов: повышение качества поступающих заявок через обучающие материалы
  • Развитие компетенций команды: регулярное обучение специалистов новым технологиям и методикам
  • Интеграция систем: автоматическая синхронизация данных между системами для снижения ручного труда
4. УПРАВЛЕНИЕ ИЗМЕНЕНИЯМИ В РАМКАХ CSI
Все улучшения проходят через формальный процесс управления изменениями:
  • Инициация предложения по улучшению (RFC - Request for Change)
  • Оценка влияния на услугу, риски, ресурсы
  • Согласование с заказчиком (при необходимости)
  • Планирование внедрения
  • Реализация изменения
  • Проверка результатов
  • Документирование и коммуникация
Роли и ответственности
Эффективное предоставление услуги требует четкого определения ролей и зон ответственности.
Роли и ответственности на стороне N-Forma
Роль
Ответственность
Service Manager (Руководитель группы НСИ)
Общее управление услугой, взаимодействие с заказчиком, соблюдение SLA, отчетность, непрерывное улучшение. Совмещает функции аналитика качества: мониторинг KPI, анализ инцидентов, подготовка отчетов, инициативы по улучшению
Методолог/Аналитик НСИ
Методическая экспертиза, сложные задачи, наставничество команды, участие в разработке методик
Специалист группы НСИ
Обработка заявок, создание и изменение записей, контроль качества, консультации пользователей. Совмещает функции специалиста Service Desk: прием и регистрация заявок, первичная классификация, коммуникация с инициаторами. Встраивается в первую линию поддержки заказчика
Разработчик-программист
Разработка бизнес-приложений для автоматизации, создание макросов для обработки заявок, ETL-процессы и выгрузки данных, отчетность и анализ качества
Ключевые особенности:
  • Многофункциональность специалистов является конкурентным преимуществом
  • Интеграция в первую линию поддержки заказчика устраняет лишние звенья в цепочке обработки заявок
  • Аналитик качества — это функция руководителя группы НСИ, а не отдельная роль
Роли и ответственности на стороне заказчика
Роль
Ответственность
Service Owner (часто представители IT)
Владелец услуги со стороны бизнеса, определение требований, приемка результатов, эскалация проблем. Фактически управление осуществляет IT-служба заказчика, хотя заказывают и оплачивают финансовые подразделения
Методолог функциональных процессов
Разработка и актуализация методик по доменам (финансы, бухгалтерия, налоги, закупки, номенклатура, договоры, контрагенты), экспертная поддержка в сложных случаях, обучение инициаторов
Технический куратор (IT-департамент)
Предоставление доступов, техническая координация, решение инфраструктурных вопросов
Инициатор заявки
Подача заявок на создание/изменение данных, предоставление необходимой информации, приемка результатов
Модель RACI
Для ключевых процессов разработана матрица RACI (Responsible, Accountable, Consulted, Informed):
  • R (Responsible) — Исполнитель, выполняет работу
  • A (Accountable) — Ответственный, принимает решения и отвечает за результат
  • C (Consulted) — Консультант, предоставляет экспертизу
  • I (Informed) — Информируемый, получает информацию о ходе и результатах
Технологическая поддержка услуги
Система Service Desk
Центральным элементом технологической поддержки является система управления заявками (Service Desk)

1С:MDM
Функционал приема и обработки заявок на управление мастер-данными
Directum
Система электронного документооборота с модулем обработки заявок
Jira Service Management
Гибкая система с широкими возможностями настройки
SAP Solution Manager
Для организаций с инфраструктурой SAP
Opensource-решения
Для организаций с ограниченным бюджетом (требуют российские аналоги)
Электронная почта (Outlook)
Допустимое, но не рекомендуемое решение из‑за ограниченного функционала.
Ключевые функции системы Service Desk
  • Регистрация и классификация заявок
  • Маршрутизация заявок специалистам
  • Отслеживание статусов и времени обработки
  • Эскалация при нарушении SLA
  • Коммуникация с инициаторами
  • База знаний и FAQ
  • Отчетность и аналитика
  • Интеграция с информационными системами
Информационные системы заказчика
Специалисты N-Forma работают непосредственно в информационных системах заказчика
Технологии доступа:
  • VPN — защищенный удаленный доступ
  • RDP — Remote Desktop Protocol
  • Citrix — виртуализация рабочих мест
Примечание: Обеспечение доступа — задача заказчика. N-Forma работает как удаленно, так и на территории заказчика. Вопросы безопасности и инфраструктуры остаются в зоне ответственности заказчика.
Инструменты автоматизации
Для повышения эффективности и качества используются инструменты автоматизации:
  • Шаблоны создания записей: предзаполненные формы для типовых объектов
  • Автоматические проверки качества: валидация данных на соответствие правилам
  • Low-code платформы: Loginom для нормализации данных, миграции, групповой обработки
  • Интеграционные шины: встроенные сервисы интеграции, точка-точка (1C, 7Tech, Datareon)
  • AI-ассистенты: подсказки и автодополнение для нормализации и заполнения данных на основе исторических данных
Мониторинг и отчетность
Инструменты визуализации и аналитики:
  • BI-системы: Power BI, Tableau, 1С Аналитика (для дашбордов и визуализации показателей)
  • Аналитические платформы: Loginom (для анализа качества данных и трендов)
  • Автоматизированные отчеты: ежедневные, еженедельные, ежемесячные, ежеквартальные, ежегодные
  • Оповещения: автоматические уведомления о приближении к срокам SLA
  • Дашборды: визуализация показателей в реальном времени
Примечание: BI-системы используются для мониторинга и отчетности, а не для обработки данных.
Кейсы применения ITIL в проектах
Кейс 1: Сокращение времени обработки заявок
Ситуация: научно-образовательная организация с растущим объемом справочников материалов и оборудования. Время обработки заявки составляло 17 дней.

Применение ITIL

  • Service Design: разработаны четкие SLA с целевым временем 4 часа
  • Service Transition: организован 3-месячный период адаптации с постепенным улучшением показателей
  • Service Operation: внедрен структурированный процесс обработки заявок с приоритизацией
  • CSI: еженедельный анализ узких мест и оптимизация процессов

Результаты

  • Сокращение времени обработки за 3 месяца: с 17 дней до 3 дней и затем до 1 дня (день в день)
  • Достижение целевого SLA 4 часа для 90% заявок к концу периода адаптации
  • Повышение удовлетворенности внутренних заказчиков
Кейс 2: Круглосуточная поддержка
Ситуация: Авиакомпания с потребностью в круглосуточной поддержке справочников, критичных для операционной деятельности.

Применение ITIL

  • Service Design: разработана модель круглосуточной поддержки с гибридным подходом
  • Service Level Management: определены различные SLA для рабочего времени и ночных часов
  • Incident Management: процесс обработки срочных заявок типа (Aircraft on Ground) за 10−15 минут
  • Capacity Management: оптимизация ресурсов через гибридную модель

Особенности решения

  • Команда N-Forma работает в стандартные часы (09:00 — 18:00) В ночное время экспертная поддержка от специалистов заказчика (дежурная смена)
  • Четкая эскалация для критичных ситуаций
  • Снижение стоимости по сравнению с полной круглосуточной командой провайдера
Кейс 3: Управление методикой
Ситуация: крупная производственная компания без формализованной методики нормализации данных, высокая доля ошибок и дублей в справочниках

Применение ITIL

  • Service Strategy: услуга разработки методики позиционирована как предварительный этап перед аутсорсингом
  • Knowledge Management: создана база знаний с правилами нормализации, примерами, FAQ
  • Problem Management: анализ повторяющихся ошибок и корректировка методики
  • CSI: непрерывное улучшение методики на основе практического опыта

Результаты

  • Разработана и внедрена методика нормализации данных
  • Снижение доли ошибок с 15% до 2%
  • Сокращение времени создания записи на 30% за счет стандартизации
  • Успешный переход к аутсорсингу ведения справочников
Риски и меры по их минимизации
Операционные риски
Бизнес-риски
Безопасность и комплаенс
  • Риск утечки данных: NDA, разграничение доступа, аудит действий, обучение информационной безопасности
  • Нарушение регуляторных требований: соблюдение 152-ФЗ, отраслевых стандартов, периодические аудиты
  • Несанкционированный доступ: двухфакторная аутентификация, индивидуальные учетные записи, своевременная блокировка
Стоимость и модели оплаты
Факторы, влияющие на стоимость
  • Объем услуги: количество заявок в месяц, размер команды (FTE)
  • Сложность объектов: количество полей, классификаций, специфика предметной области
  • Режим работы: стандартный, расширенный, круглосуточный
  • Наличие методики: разработанная методика снижает трудоемкость
  • Качество данных: плохое качество требует больше времени на обработку
  • Уровень автоматизации: шаблоны и инструменты снижают ручной труд
  • Дополнительные услуги: консультации, методическая поддержка, присутствие на площадке
Сравнение моделей оплаты
Информация для коммерческого предложения
Для разработки КП на услугу аутсорсинга ведения справочников НСИ нам потребуется следующая информация
1. Общая информация о компании
Примерное количество сотрудников
Территориально распределенные подразделения
2. Информационные системы
Какие информационные системы используются в компании
Используются ли другие системы, требующие ведения справочников
3. Текущее состояние справочников
Какие справочники планируется передать в аутсорсинг
Оценка качества данных справочников
4. Объем работ
5. . Методика и регламенты
Наличие разработанной методики нормализации
Наличие регламентов ведения справочников
Наличие шаблонов для создания записей
6. Требования к услуге
Требуемый режим работы
Часовой пояс
Необходимость обработки срочных заявок
7. Система приема заявок
Наличие Helpdesk-системы
8. Условия работы
Предпочтительный формат
9. Дополнительные услуги
Потребность в разработке методики
Потребность в консультационной поддержке
Чтобы отправить ответы, укажите, пожалуйста, ваши данные для связи