Операционный контур Service360: от объекта до эффекта

1. КСИ «Фактор»

Компания системных исследований «Фактор» (Казахстан) — разработчик информационно-аналитических
решений для государственных органов и крупных организаций, с устойчивым доверием заказчиков и партнёров .
Компания имеет многолетний (с 2005 года) практический опыт создания и внедрения информационных систем,
ориентированных на сбор, интеграцию, хранение, обработку и визуализацию данных для управленческих
решений
Ключевые компетенции и технологии
•Разработка и внедрение
типовых модулей:
технологические подсистемы
ТОФИ, «Карта событий», методы
многокритериального анализа
(МАИ), алгоритмы комплексной
оценки (АКО), инструменты
регрессионного анализа и
анализа временных рядов
•Создание решений для
информационно-аналитической
поддержки деятельности
организаций (автоматизация
сбора, сведение данных,
повторяющиеся расчёты,
отчётность, визуализация)
•Разработка технологий обмена
данными и метаданными между
системами, включая
«Синхронизатор ТОФИ» (обмен
данными и метаданными,
синхронизация)
Генеральный директор — Марс Беккалиевич
Габбасов, учёный-разработчик в области
IT, кандидат физико-математических наук;
имеет авторские свидетельства на ключевые
разработки, включая технологию ТОФИ и
другие программные продукты

2. Service360 превращает обслуживание инфраструктуры в управляемую экономику.

Service360
превращает
обслуживание
инфраструктур
ы в
управляемую
экономику.
Надежность технического содержания
Платформа Service360 обеспечивает надежность процессов обслуживания
действующей инфраструктуры, снижая риски и повышая эффективность.
Покажем работу системы “в бою” на действующей инфраструктуре (DTJ
Service)
Гибкость переноса
Service360 легко переносится на активы электросетей: подстанции,
кабельные и воздушные линии, фидеры.
Обсудим переносимость через отраслевые справочники
Интеграция аналитики
Для прогнозирования и анализа можно интегрировать сбор данных,
визуализацию показателей и аналитические инструменты.
Отдельно: что можно добавить для задач прогнозирования/план-факт

3. Прогноз нагрузки и управление потерями — ключевые рычаги экономики

Масштаб электроэнергетических активов
Сеть состоит из 1859 подстанций и 7762 км линий, что
требует высокого уровня управляемости и контроля.
Контроль технологических потерь
Цель — удерживать уровень технологических потерь не
выше 9,85% к 2026 году для экономической
эффективности.
Влияние на экономику
Затраты на потери — крупнейшая статья расходов.
Снижение потерь приносит значительный финансовый
результат для компании.
Дефицит/профицит объема
Важно прогнозировать нагрузку, видеть отклонение,
объяснять причины (авария, погода, режим)

4. Операционный контур Service360 : от объекта до эффекта

Цифровая доказательная цепочка
Service360 строит цепочку:
актив, событие, задание,
работа, статистика, KPI — всё
прозрачно и последовательно
фиксируется.
Прозрачность и подтверждение
Система обеспечивает
прозрачность: фиксируются
детали событий, исполнители,
даты и влияние на показатели.
Влияние на эффективность
Все действия и состояния
отражаются на ключевых
показателях эффективности,
позволяя анализировать реальное
влияние процессов.

5. Переносимость логики процессов

Отрасль
справочники,
технологические
карты и нормы.
Операции
планирование,
фиксация
выполнения
работ, осмотров,
состояния
объектов ,
работа с
инцидентами.
Организация
структура
предприятия,
объекты и
ресурсы.
Показатели
отчёты, KPIкарточки и
аналитика
эффективности
подразделений и
объектов.
Изменение классификатора активов
Вместо железнодорожных объектов используются ПС, КЛ, ВЛ, ячейки. Это
отражает гибкость системы к инфраструктуре.
Обновление справочника событий
В справочник событий добавляются новые типы: ТН, ограничения,
переключения и ремонты для точного учета процессов.
Расширение набора KPI
В набор KPI включены потери, аварийность, MTTR, качество переключений и
выполнение ТОиР для оценки эффективности процессов.
Сохранение маршрута процессов
Маршрут от события к работе, документу и показателю сохраняется,
несмотря на изменения классификаторов и интеграций.

6. Основа Service360 – ТОФИ – платформа, которая позволит расшить функционал для поддержки прогнозирования балансирующего рынка с

коридором неопределенности и объяснения отклонений
Data Ingest
(ETL/ELT) — забрать
данные и сложить в
систему
• Нагрузка / отпуск по
часам
• Метео (температура,
ветер, влажность)
• Календарь
(будни/выходные/праздни
ки)
• События сети (аварии,
ремонты, ограничения)
• Источники: Excel/CSV →
SCADA → AMI/АСКУЭ →
биллинг
Интегратор,
синхронизатор
данных
(настройка
загрузок
данных)
Feature Builder —
подсказки для
прогноза, делаем из
данных умные
признаки, чтобы
прогноз был точнее.
• Температура лаг 1–24ч
• День недели / праздник
• Послеаварийный режим
• Схема N-1 / ремонтные
ограничения
• История технологических
нарушений
ТОФИ -модель
(моделирование
сущностей и их
свойств, шкалы)
Forecast Engine —
мозг
прогнозирования,
прогноз
нагрузки/потерь с
коридором
неопределенности
• Seasonal naive
(ориентир)
• ARIMA (классика
временных рядов)
• Prophet (сезонность и
праздники)
• Gradient boosting
(температура,
календарь, события)
• Ensemble (смешивание
моделей)
• Другие моедли
Алгоритмы
(настройка
правил
обработки
данных)
Plan-Fact & Explain
— сравнить и
объяснить, не просто
‘ошибка’, а
понимание причин.
• Сравнение прогноза и
факта по часам/суткам
• Отклонение: “плюс/минус
X МВт*ч”
• Причины: операционные
события, погодные
факторы, качество
данных
• Пример отчёта:
Отклонение +18 МВт*ч:
• 10 МВт*ч — аварийное
отключение
• 6 МВт*ч — температура
ниже нормы
• 2 МВт*ч — погрешность
учёта
Отчеты/Дашборды
(визуализация
результатов
расчета)
В ТОФИ прогноз — это такой же ряд значений, как факт: ‘нагрузка’ — свойство, ‘ПС/фидер’ — объект, ‘час’ —
время, ‘значение’ — V(T). Поэтому мы можем хранить в Service360 и факт, и прогноз, и план — и сравнивать их,

7. Предварительное предложение

Этап 1
(2–6
недели):
Этап 2
(6–12
недель):
Этап 3
(12–20
недель):
•Прогноз нагрузки + план-факт
•Исходные:
•Excel/CSV: “нагрузка по часам” хотя бы по городу или по 3–5 ключевым ПС за 6–12 месяцев
•календарь
•погоду
•Результат:
•график “прогноз vs факт”
•“панель отклонений” — где и когда “уехали” от плана
•Потери как функция режима (а не средний %)
•Исходные:
•данные по отпущенной/полезной энергии (или где считается потери)
•признаки режима (ограничения/переключения/ремонты) хотя бы грубая привязка: “потери по дню/часу” и “нагрузка по часу”
•Результат:
•“потери сегодня выше нормы потому что: перегруз + ремонтная схема + температура”
•список мероприятий “куда ударить” (самые влияющие факторы)
•Прогноз рисков (где рванёт) + профилактика
•Исходные :
•история технологических нарушений по фидерам/ПС
•минимальные признаки состояния (возраст, тип, частота аварий, перегруз)
•Результат:
• топ-10 “самых рискованных” узлов/фидеров
•план профилактики “где даст максимум эффекта”

8. Данные для пилота и расширения

Пакет
Цель
1. Быстрый
пилот (2-6
недели)
Прогноз
1)Почасовая нагрузка (город или 3–5
нагрузки +
ПС/узлов)
план-факт + 2)(Если есть) почасовой отпуск/потребление
первые
3) Журнал событий:
причины
аварии/отключения/ограничения/переключения
отклонений
/ремонтные схемы
2. Потери и
экономический
эффект
Потери как
управляемый
контур +
где
образуются
Риск-карта
узлов/фидер
3.
ов +
ИИ/предиктивна
прогноз
я профилактика
вероятности
инцидентов
Что нужно от Астана-РЭК
Период
12–24 мес
4) Потери (% или МВт·ч) по месяцам/суткам
(город/районы/РЭС)
5) Энергобаланс: отпущено/полезный
12–24 мес
отпуск/потери
6) Ограниченные режимы/ремонтные схемы (если
ведётся отдельно)
7) История ТН/отключений (причины,
длительность)
8) Паспорта активов (тип, год ввода, район)
9) План ТОиР и факты выполнения
2–3 года