От ввода до оборудования
Сопоставление энергии на вводах, подстанциях, линиях и участках. Поиск небалансов с учётом схемы питания, полноты данных и погрешности измерений.
АСТУЭ · МЕЖДУНАРОДНЫЙ ОПЫТ ДЛЯ КАЗАХСТАНА
От измерений
к управлению энергией.
Автоматизированная система технического учёта электроэнергии: потребление по цехам и объектам, энергетические балансы, анализ потерь и данные для управленческих решений.
БалансыПрофили нагрузкиСебестоимость
01 / ЗАДАЧА СИСТЕМЫ
Понимать, где и как расходуется энергия
Затраты на процесс
Распределение потребления по центрам затрат, сменам и видам продукции. Расчёт удельных показателей при интеграции с производственными данными.
Контроль пиков
Анализ графиков мощности, превышений и внепланового потребления. Подготовка решений по переносу нагрузки с учётом технологии производства и условий энергоснабжения.
АСТУЭ и АСКУЭ решают разные задачи. АСТУЭ служит внутреннему техническому и управленческому учёту. Коммерческие объёмы и расчёты с контрагентами требуют соответствующего контура АСКУЭ и согласованных правил. Общие приборы и инфраструктуру можно использовать, когда это допускает проект. Раздел АСКУЭ →
02 / СКВОЗНАЯ АРХИТЕКТУРА
Четыре этапа — от прибора до проверенных данных
Предлагаемая архитектура использует подход AMI — интеллектуальной инфраструктуры учёта. HES отвечает за связь с приборами, MDMS — за хранение, качество и подготовку данных. Эти роли могут выполняться отдельными системами или модулями одного комплекса.
- 01ИЗМЕРЕНИЕ · HARDWARE
Приборы на объекте
Счётчики фиксируют энергию, профиль нагрузки и события. Интервал профиля — например, 15, 30 или 60 минут — выбирается по задаче и возможностям прибора. Период измерения и расписание передачи задаются отдельно.
СТЭМ-300KZ →MCS301 → - 02ПЕРЕДАЧА · CONNECTIVITY
Канал связи и локальный архив
Данные поступают напрямую или через УСПД/концентратор: RS-485 и Ethernet, PLC, радиосеть либо сотовый канал. Для разрывов связи предусматриваем буферизацию и последующую дозагрузку. Состав интерфейсов проверяется для конкретного исполнения.
RTU-325KZ →RTU-327 → - 03ПРИЁМ · HEAD-END SYSTEM
HES: собрать и проконтролировать
Опрос по расписанию, получение профилей и журналов событий, повторные запросы, контроль доступности устройств. Для DLMS/COSEM согласуются объекты OBIS, профили, права доступа и параметры защиты. Исходные значения и статусы сохраняются для дальнейшей обработки.
- 04ОБРАБОТКА · METER DATA MANAGEMENT
MDMS: проверить и подготовить
Привязка к точкам учёта, единицам измерения и времени; VEE, агрегирование, расчёт балансов и подготовка выгрузок. Измеренные, оценённые и скорректированные значения хранятся с различимыми статусами.
Как работает VEE →
Энергоменеджмент и ERP
Проверенные профили, балансы и расход по подразделениям передаются в отчёты, BI и системы управления предприятием.
Коммерческий учёт и биллинг
Допущенные к расчётам объёмы передаются в биллинговую систему. Она применяет договорные тарифы и формирует начисления в тенге; MDMS подготавливает данные, а не заменяет биллинг.
03 / ДОВЕРИЕ К ДАННЫМ
VEE: проверка, оценка, корректировка
Validation · Проверка
Пропуски и дубли интервалов, нарушение времени, выход за пороги, несогласованность регистров и профиля. Нулевое потребление или обратный поток оцениваются в контексте работы объекта, включая собственную генерацию.
Estimation · Оценка
При пропуске строится оценка по согласованной методике: истории, контрольной точке или сопоставимым периодам. Она получает отдельный статус и пересматривается после поступления фактических данных.
Editing · Корректировка
Уполномоченный сотрудник проверяет спорный интервал и фиксирует обоснование изменения. Сохраняются исходное значение, автор, время и история версий; повторная выгрузка учитывает принятую версию.
Для технической аналитики методику оценки утверждает заказчик. Применение оценённых значений в коммерческих расчётах определяется действующими правилами и договором. Автоматическое замещение не делает значение коммерчески допустимым.
04 / МИРОВОЙ ОПЫТ
Заимствуем архитектуру и практику эксплуатации
HES + MDMS + интеграция
Siconia разделяет коммуникации с приборами и управление данными. В опубликованном проекте Groupe E в Швейцарии предусмотрены HES, MDMS, интеграция с SAP и предоставление ПО как сервиса SaaS.
Проект Groupe E · 2022 ↗Несколько технологий связи
Проект Otter Tail Power в США объединяет RF Mesh IP и сотовую связь, управление данными учёта, аналитику и SaaS. Это пример выбора каналов под территорию и эксплуатации системы на всём жизненном цикле.
Проект Otter Tail Power · 2022 ↗Международные проекты приведены как примеры подхода, а не как заявления о партнёрстве или поставке этих платформ Almaty Project. Для Казахстана архитектура и состав ПО подбираются по требованиям объекта.
05 / ИНТЕГРАЦИЯ НА РЫНКЕ КАЗАХСТАНА
Развиваем существующую инфраструктуру
Начинаем с обследования парка приборов, каналов связи и используемого ПО. Сохраняем совместимое оборудование и добавляем недостающие функции поэтапно.
RS-485 / Ethernet
Счётчики участков и цехов, УСПД, локальная сеть и сервер. Проверяем длину и топологию линий, гальваническую развязку, резерв питания и возможность дозагрузки архивов.
PLC / радиосеть
PLC передаёт данные по силовой проводке, радиосеть — по выделенной беспроводной инфраструктуре. Выбор подтверждается пилотом: помехи, затухание, топология и доступность концентраторов важнее общих рейтингов технологий.
Сотовая связь / NB-IoT
Прямое подключение или связь через шлюз при подтверждённом покрытии. NB-IoT представлен в предложениях операторов РК; доступность на объекте, модем, SIM, задержки и тариф проверяются отдельно. LTE-M рассматривается при подтверждённой поддержке оператора.
Пример IoT-связи в РК ↗Приборы и протоколы
Реестр точек, коэффициенты трансформации, направления энергии, OBIS, интервалы профилей и единое время. Совместимость подтверждаем обменом с конкретной моделью и версией ПО, а не только названием протокола.
ПО и корпоративные системы
АльфаЦЕНТР рассматривается для задач учёта, Интеграл-325 — для учёта энергоресурсов и технологической аналитики. Требования к HES, MDMS и VEE сопоставляются с функциями выбранных модулей; при необходимости предусматривается отдельный компонент. Обмен с 1С, ERP и BI проектируется через согласованные API или файлы.
Коммерческий контур и KEGOC
Для субъектов ОРЭ подключение АСКУЭ выполняется по ТУ Системного оператора: проектирование, согласование, испытания и ввод. Модуль «АльфаЦЕНТР ОРЭ РК» формирует и загружает файлы данных и событий; отправка выполняется модулем передачи файлов. Интервалы, форматы и сроки обмена задаются актуальными ТУ. Этапы подключения KEGOC ↗
Защита и непрерывность
В проекте определяем разграничение доступа, защиту каналов и ключей, журналирование, резервирование и проверку восстановления. Место хранения и обработки данных выбирается с учётом применимых требований РК, категории объекта и политики заказчика.
06 / ВАРИАНТЫ РАЗВЁРТЫВАНИЯ
Локально, в ЦОД или по гибридной схеме
Локальная система
Сбор, архив и обработка в инфраструктуре заказчика. Подходит при требованиях к автономной работе и контролю доступа. Нужны ресурсы на сопровождение серверов и резервных копий.
Частное облако / ЦОД
Размещение и сопровождение на согласованной площадке, в том числе в Казахстане. В договоре фиксируются SLA, права на данные, экспорт архивов и порядок выхода из сервиса.
Гибридная система
Локальный сбор и буферизация сочетаются с централизованной аналитикой. При потере внешнего канала измерения сохраняются в предусмотренном проектом архиве и передаются после восстановления связи.
07 / ЭКОНОМИКА ПРОЕКТА
Стоимость владения и измеримый результат
Сравниваем решения в тенге на одинаковом горизонте эксплуатации. SaaS и сервисные договоры — варианты закупки; разделение капитальных и текущих расходов уточняется по условиям договора и учётной политике.
Создание системы
- Обследование, проектирование и интеграция.
- Приборы, УСПД, шкафы, монтаж и пусконаладка.
- Серверная инфраструктура и лицензии — по модели закупки.
Работа системы
- Связь, размещение, сопровождение и обновления.
- Подписка на ПО — если предусмотрена предложением.
- Поверка, обслуживание, резервное копирование и восстановление.
МОДЕЛЬ РАСЧЁТА
TCO = внедрение + эксплуатация за выбранный период + плановые замены
Для сравнения удельной стоимости: TCO / число точек учёта / число лет. При поэтапном подключении учитывается фактическое количество точко-лет; для инвестиционного расчёта — также дисконтирование.Качество данных
Доля фактических интервалов, полученных в срок, отдельно от оценённых. Длительность пропусков и время восстановления архивов.
Эксплуатационные затраты
Число выездов для снятия показаний, трудозатраты на отчёты и обработку спорных данных до и после внедрения.
Энергетический эффект
Изменение небалансов, удельного расхода и пиков мощности. Экономию оцениваем с поправкой на выпуск продукции, режим работы и тариф.
Бюджет и целевые показатели формируются после обследования и пилота. Стоимость точки в Европе и зарубежные облачные тарифы не используются как готовая цена для Казахстана. Сигнал о небалансе или событии прибора служит основанием для проверки, а не доказательством хищения.
08 / ВНЕДРЕНИЕ
От пилотного участка к единой системе
- ОбследованиеСхема питания, точки учёта, оборудование, связь, задачи и исходные показатели.
- Техническое заданиеИнтервалы, сроки доставки, методики VEE, интерфейсы ERP, защита и критерии приёмки.
- ПилотПроверка связи, полноты профилей, балансов, отказов и восстановления архивов.
- МасштабированиеПоэтапное подключение объектов, перенос архивов, интеграция и обучение.
- ЭксплуатацияМониторинг показателей, поддержка, обновления и подтверждение экономического эффекта.
Официальные источники и материалы
Материал подготовлен 18 октября 2026 года. Архитектура для Казахстана — проектный подход Almaty Project; зарубежные кейсы подтверждают отдельные технические и сервисные практики.