Идентичность объекта
Один актив имеет разные коды в GIS, SCADA и учётной системе. Нужны правила сопоставления и владелец справочника.
CIM и семантика данных
Общий язык данных начинается с согласованных значений
CIM задаёт основу обмена, но не отменяет локальные модели. Мы проектируем профиль, mapping и проверки так, чтобы значение данных сохранялось от источника до сервиса.
Пример mapping · не схема вашей системы
Локальное полеСогласованное значение
DeviceID«8872»
→IdentifiedObject.mRIDидентификатор + правило уникальности
Value«220.5»
→MeasurementValueзначение + единица + время
профильверсиявалидация
Где чаще всего теряется смысл
Проблема обычно не в синтаксисе XML или JSON, а в том, что разные системы по-разному понимают объект, время и качество измерения.
Величина и время
Число без единицы, часового пояса, периода и качества не является однозначным измерением.
Версия и применимость
Профиль, mapping и валидаторы должны иметь версию, область действия и проверяемые правила перехода.
Путь данных до согласованного профиля
Переключите этапы. Демонстрация показывает состав работ, а не состояние конкретной информационной системы.
Шаг 01
Инвентаризация источника
Фиксируем владельца, формат, частоту обновления, временную зону, качество и правила доступа.
Пример записиDeviceID: 8872
Value: 220.5
Timestamp: 2026-07-20T10:15:00+03:00
Quality: VALID
Value: 220.5
Timestamp: 2026-07-20T10:15:00+03:00
Quality: VALID
Шаг 02
Явные правила соответствия
Каждое локальное поле связывается с согласованным понятием, единицей и ограничением. Неоднозначности становятся списком решений, а не скрытой логикой кода.
ПравилоDeviceID → IdentifiedObject.mRID
Value + Unit → MeasurementValue
Timestamp + TZ → MeasurementValue.timeStamp
Value + Unit → MeasurementValue
Timestamp + TZ → MeasurementValue.timeStamp
Шаг 03
Профиль под сценарий обмена
Используем только необходимые классы, атрибуты и связи. Область профиля фиксируется, чтобы «полный CIM» не превращался в неуправляемую модель.
Паспорт профиляPurpose: telemetry exchange
Scope: feeder measurements
Version: 1.0
Owner: data architecture
Scope: feeder measurements
Version: 1.0
Owner: data architecture
Шаг 04
Валидация структуры и смысла
Проверяем обязательность, типы, ссылки, единицы, временные поля и бизнес-ограничения. Ошибка должна быть локализована и воспроизводима.
Контрольschema: pass
references: pass
units: review
freshness: pass
profile version: 1.0
references: pass
units: review
freshness: pass
profile version: 1.0
Шаг 05
Подключение сервиса без дублирования смысла
API и интерфейсы ссылаются на профиль и его версии. Представление не создаёт собственную конкурирующую модель значения.
Контракт сервисаprofile: feeder-measurements@1.0
mapping: scada-a@2.1
validator: cim-check@1.3
status: approved-for-pilot
mapping: scada-a@2.1
validator: cim-check@1.3
status: approved-for-pilot
Граница обещания: совместимый обмен требует согласованных профилей, mappings, версий и проверок; сам стандарт не устраняет разночтения автоматически.
Что остаётся у заказчика
Не презентация, а комплект проверяемых артефактов для интеграции и сопровождения.
Реестр источников
Системы, владельцы, форматы, частоты и показатели качества данных.
Спецификация mapping
Явные соответствия, преобразования, исключения и нерешённые вопросы.
Версионируемый CIM-профиль
Область, сценарий обмена, используемые классы, атрибуты и связи.
Набор проверок
Валидаторы, контрольные примеры, журнал ошибок и критерии приёмки.
Покажите один реальный обмен — найдём места потери смысла
Для старта достаточно перечня систем и обезличенного примера XML, JSON или табличной выгрузки.