Росатом перевёл консолидированную отчётность на платформу КХД 2.0

22 июля 2026 года Arenadata сообщила о завершении перехода консолидированной финансовой отчётности Росатома на импортонезависимую платформу КХД 2.0. Система собирает данные более чем от 400 предприятий, а в приближённом к реальному закрытию периода тестировании участвовали почти 500 пользователей.

Проект важен как пример миграции критичного корпоративного процесса, где недостаточно заменить одну СУБД. Нужно одновременно перенести модели данных, аналитические формы, интеграции, контроль качества и эксплуатационные процедуры.

Из чего состоит КХД 2.0

По данным Arenadata, аналитический слой построен на платформе Forsight. Для хранения и обработки используются Arenadata DB и QuickMarts, а обмен с источниками организован через интеграционную шину Atom.Most. В проект также включены инструменты контроля качества данных и мониторинга интеграций.

Разработка началась в январе 2024 года. Промышленная эксплуатация платформы ведётся с февраля 2026 года. Месячное закрытие выполнили в марте, квартальное — в апреле, а в июне систему передали в штатную поддержку.

В публикации указано ускорение загрузки форм в 30 раз, загрузки данных из источников в шесть раз и построения оборотно-сальдовой ведомости в 11 раз. Это показатели, приведённые участниками проекта; они не являются независимым сравнительным тестом и должны рассматриваться в контексте прежней архитектуры и конкретного набора данных.

Что важно в такой миграции

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

• сверка остатков и оборотов между старой и новой системами;
• прослеживаемость показателя до исходной записи и правила преобразования;
• единые справочники и владельцы качества данных;
• повторяемая загрузка без дублирования при сбоях;
• разграничение прав и журналирование действий;
• резервное копирование, восстановление и проверка согласованности;
• контроль времени закрытия периода под пиковой нагрузкой;
• понятный порядок поддержки интеграций после запуска.

Особенно полезен поэтапный запуск: сначала техническая готовность, затем месячное и квартальное закрытие, после чего — передача в регулярную поддержку. Такой порядок позволяет проверить систему на разных объёмах и календарных сценариях.

Вопросы для собственного проекта

До выбора стека следует зафиксировать контрольные наборы данных и допустимые расхождения. Производительность нужно измерять на типовых запросах, пакетных загрузках и одновременной работе пользователей. Для каждой интеграции определяются владелец, соглашение о формате, правила повторной доставки и оповещение об ошибке.

Отдельный контур — восстановление. Резервная копия СУБД бесполезна, если нельзя согласованно вернуть аналитические модели, справочники, конфигурацию интеграционной шины и секреты. Подход к таким проверкам описан в материале про резервное копирование и отказоустойчивость, а правила устойчивого обмена — в разборе архитектуры API-интеграций.

Практический вывод

КХД 2.0 показывает, что импортонезависимая миграция крупной отчётности возможна как комплексный проект, а не простая замена продукта. Значимыми выглядят масштаб источников, проверка на реальных циклах закрытия и передача системы в штатную поддержку.

При переносе этого опыта в другую организацию нужно проверять собственные модели данных, нагрузку и регламент. Публичные коэффициенты ускорения полезны как ориентир, но бизнес-решение должно опираться на воспроизводимые тесты и подтверждённую корректность отчётности.

Источник: официальное сообщение Arenadata от 22 июля 2026 года.