РЕШЕНИЕ ПРОБЛЕМЫ ФРАГМЕНТАЦИИ ИНФОРМАЦИОННЫХ СИСТЕМ ВЫСШЕГО УЧЕБНОГО ЗАВЕДЕНИЯ ПУТЕМ ВНЕДРЕНИЯ ИНТЕГРАЦИОННОЙ ПЛАТФОРМЫ ДЛЯ ФОРМИРОВАНИЯ ЕДИНОГО ИНФОРМАЦИОННОГО ПРОСТРАНСТВА УНИВЕРСИТЕТА

Современный университет представляет собой сложную социально-экономическую систему, управление которой требует координации множества подсистем: учебной, научной, финансовой, кадровой и административной. Исторически автоматизация в вузах носила «лоскутный» характер: каждое подразделение внедряло системы для решения своих узких задач, часто без оглядки на необходимость будущего взаимодействия [1, с. 78]. Это привело к формированию «силосов данных» (data silos) — изолированных хранилищ информации, неспособных к эффективному обмену.

Парадокс цифровой трансформации заключается в том, что успешная автоматизация отдельных участков (например, внедрение ERP-системы для учебного процесса) может усугубить общую проблему. Вместо конгломерата устаревших баз данных и Excel-таблиц университет получает конгломерат мощных, но по-прежнему изолированных корпоративных систем. Возникает новый уровень фрагментации, который становится главным барьером на пути к управлению на основе данных (data-driven management), сквозной аналитике и предоставлению бесшовных цифровых сервисов всем стейкхолдерам [2, с. 58].

Целью данного исследования является диагностика проблемы фрагментации информационных систем на примере МТУСИ и обоснование выбора интеграционной платформы для формирования единого информационного пространства университета. Для достижения цели решаются следующие задачи:

1. Анализ эволюции и последствий фрагментации ИС на примере МТУСИ.
2. Количественная оценка эффекта от предшествующей автоматизации как доказательства наличия скрытых резервов.
3. Обзор и сравнительный анализ российских интеграционных платформ класса ESB.
4. Обоснование выбора платформы «1С:Шина» для создания целевой архитектуры.
5. Разработка проектных предложений по интеграции и дорожной карты внедрения.

1. Диагностика проблемы фрагментации информационных систем в МТУСИ1.1. Эволюция фрагментации: от «лоскутного одеяла» к «изолированным экосистемам»

Проблема фрагментации в МТУСИ прошла несколько этапов эволюции. На начальном этапе (до 2016 г.) ИТ-ландшафт представлял собой классическое «лоскутное одеяло»: множество разрозненных баз данных, Excel-таблиц в деканатах и отделах, отсутствие единых стандартов и централизованного хранения информации о контингенте и сотрудниках.

Ответом на эту проблему стало внедрение ERP-систем «1С:Университет» «1С:Документооборот», «1С:Бухгалтерия», «1С:ЗУП» которое началось в 2016 г. и достигло пика в 2021–2022 гг. Как показал анализ Планов финансово-хозяйственной деятельности (ФХД) МТУСИ [3], именно на эти годы пришелся пик ИТ-инвестиций: в 2021 г. — 840,1 млн руб., в 2022 г. — 1 219,6 млн руб. (табл. 1). Эти затраты включали не только покупку лицензий, но и подготовку серверной инфраструктуры, работы по внедрению и настройке.

Таблица 1.

Динамика расходов МТУСИ в 2021–2025 гг., млн руб. [3]

Год	Общие расходы	Зарплаты	IT-затраты
2021	2 183,60	1 157,60	840,10
2022	2 649,70	1 171,80	1 219,60
2023	2 732,30	1 785,20	777,20
2024	2 923,80	2 010,10	743,30
2025	3 222,50	2 406,70	628,70

Внедрение «1С:Университет» принесло ощутимые результаты, особенно на уровне одного подразделения — Единого деканата [4]. Сравнительный анализ процессов «до» и «после» автоматизации, проведенный с помощью методологии BPMN[8], показал:

• сокращение времени выдачи справки с 3–7 дней до 5 минут;
• снижение доли ошибок в документах с 15–20% до менее 2%;
• сокращение штата подразделения с 5 до 1 сотрудника.

Однако именно этот успех высветил проблему нового уровня. Система «1С:Университет» сама превратилась в мощный, но изолированный «силос». Данные о зачислении студента, зафиксированные в ней, не передавались автоматически в «1С:Документооборот» для создания юридически значимого приказа, а также в «1С:Бухгалтерию» для начисления стипендии. Возникла фрагментация второго порядка — фрагментация между корпоративными экосистемами.

1.2. Количественная оценка последствий фрагментации

Анализ сквозного процесса «Зачисление абитуриента на платное обучение» выявил следующие проблемы, характерные для фрагментированной архитектуры:

Многократный ручной ввод данных. Одна и та же информация вводится в 3–4 различные системы (приемная комиссия, учебный отдел, бухгалтерия, отдел кадров).

Временные задержки. Процесс от подачи заявления до издания приказа и начала выплат может занимать до 7–10 рабочих дней из-за ожидания ручных передач и сверок.

Риски рассогласования данных. Изменения (например, смена фамилии) должны вноситься во все системы вручную, что приводит к ошибкам и необходимости дополнительных сверок.

Расчет экономической эффективности внедрения «1С:Университет» (табл. 2) показал, что даже частичная автоматизация дает значительный эффект [4]. Общие затраты на проект за 2016–2025 гг. составили около 40 млн руб. Совокупный экономический эффект за 2022–2027 гг. оценивается в 88,8 млн руб., из которых 72 млн руб. — экономия фонда оплаты труда (ФОТ). ROI проекта составил 122%, срок окупаемости — 2,7 года.

Таблица 2.

Расчет экономического эффекта от внедрения 1С в МТУСИ [4]

Источник экономии	Экономия, млн руб./год	Период	Суммарная экономия, млн руб.
Сокращение штата	12	2022–2027	72
Снижение штрафов	0,5	2022–2027	3
Ускорение документооборота	2	2022–2027	12
Снижение затрат на бумагу/архивы	0,3	2022–2027	1,8
Итого			88,8

Этот успех доказывает наличие скрытых резервов. Однако главный вывод диагностики заключается в том, что потенциал дальнейшего роста эффективности лежит не в автоматизации новых функций, а в устранении «швов» между уже автоматизированными системами. Достигнут предел эффективности для парадигмы точечной автоматизации. Университет находится в точке бифуркации между инерционным сценарием (рост технического долга, стагнация) и трансформационным сценарием — переходом к единому информационному пространству через внедрение интеграционной платформы.

2. Интеграционные платформы как решение проблемы фрагментации2.1. Понятие и роль ESB (Enterprise Service Bus)

Для преодоления системной фрагментации необходим переход от архитектуры «точка-точка» (point-to-point) к архитектуре, управляемой событиями (Event-Driven Architecture, EDA) на основе сервисной шины предприятия (ESB). ESB — это промежуточное программное обеспечение (middleware), которое выступает в роли централизованного посредника для взаимодействия разнородных информационных систем [5].

Ключевые функции ESB:

• Маршрутизация сообщений: определение того, какой системе-получателю должно быть доставлено сообщение на основе его содержания и бизнес-правил.
• Трансформация данных: преобразование формата и структуры сообщения из «родного» формата системы-источника в формат, понятный системе-получателю.
• Обеспечение надежности: гарантированная доставка сообщений с использованием очередей, даже при временной недоступности систем-получателей.
• Централизованное управление и мониторинг: единая консоль для контроля всех интеграционных потоков, управления политиками безопасности и протоколирования.

2.2. Сравнительный анализ российских решений класса ESB

С учетом требований импортозамещения и специфики ИТ-ландшафта МТУСИ (доминирование продуктов «1С») был проведен анализ доступных на российском рынке решений класса ESB. Критерии сравнения включали: технологический стек, наличие отраслевых решений для образования, подтвержденные кейсы внедрения, соответствие требованиям импортозамещения, стоимость и простоту интеграции с продуктами «1С».

Таблица 3.

Сравнительный анализ российских ESB-платформ

Критерий	DATAREON Platform	1С: Интеграция КОРП	Factor-ESB	Entaxy ION	1С:Шина
Разработ-чик	DATAREON	1С	Инфо-системы Джет	BSS	1С
Технологи-ческая база	Apache Kafka, собственные разработки	Технологии 1С: Предприятие 8.3	Apache Camel, ActiveMQ, CXF	Apache Karaf, Camel, ActiveMQ	1С: Предприятие 8.3
Наличие готовых адаптеров к 1С	Да, через REST/SOAP	Да, родные протоколы 1С	Да, через JDBC/HTTP	Да, через JDBC/HTTP	Да, максимально глубокая интеграция
Отраслевые решения для вузов	Есть отдельные проекты	Есть типовые решения	Нет	Нет	Есть специа-лизированное расширение для «1С:Университет»
Подтверж-денные кейсы в вузах	Нет данных	МГТУ «СТАНКИН» (снижение затрат на интеграцию на 30%) [6]	Нет данных	Нет данных	МГТУ «СТАНКИН», СПбГАСУ, ДВФУ (проекты)

Анализ показывает, что все представленные решения являются зрелыми и соответствуют базовым требованиям. Однако для МТУСИ, где ключевыми системами являются «1С:Университет» и «1С:Документооборот», критическими преимуществами обладают платформы на технологиях «1С». Между «1С:Интеграция КОРП» и «1С:Шина» есть функциональное различие: первая ориентирована на интеграцию в больших распределенных холдингах с высокими требованиями к производительности и отказоустойчивости, в то время как «1С:Шина» представляет собой более легкое, специализированное решение, оптимизированное для задач среднего и крупного бизнеса и организаций бюджетной сферы.

2.3. Обоснование выбора «1С:Шина»

На основе проведенного анализа для создания единого информационного пространства МТУСИ предлагается выбрать платформу «1С:Шина». Данный выбор обоснован следующими факторами:

А) Глубокая родственная интеграция с существующим ИТ-ландшафтом. «1С:Шина» разработана на той же технологической платформе «1С:Предприятие 8.3», что и внедренные в МТУСИ системы («1С:Университет», «1С:Документооборот»). Это обеспечивает максимальную совместимость, простоту настройки и минимальные затраты на освоение для штатных ИТ-специалистов.

Б) Наличие специализированного расширения для образования. Для «1С:Шина» существуют готовые адаптеры и расширения, разработанные с учетом специфики «1С:Университет», что позволяет значительно ускорить внедрение типовых сценариев интеграции (например, синхронизация справочников, передача данных о приказах).

В) Подтвержденная эффективность в вузах. Имеются успешные кейсы внедрения «1С:Шина» в российских университетах. Например, в МГТУ «СТАНКИН» использование платформы позволило снизить затраты на разработку и сопровождение интеграций на 30%, а время создания новых интеграционных сценариев сократилось на 35% [6].

Г) Оптимальная совокупная стоимость владения. По сравнению с более тяжелыми и дорогими платформами класса «1С:Интеграция КОРП» или решениями на открытом коде, требующими привлечения высокооплачиваемых специалистов, «1С:Шина» предлагает сбалансированное соотношение цены и функциональности для масштаба задач МТУСИ.

Д) Соответствие требованиям импортозамещения. «1С:Шина» включена в Единый реестр российских программ для электронных вычислительных машин и баз данных, что соответствует государственной политике.

3. Проектные предложения по созданию единого информационного пространства на базе «1С:Шина»3.1. Целевая архитектура и сценарии интеграции

Целевая архитектура предполагает, что «1С:Шина» становится центральной «нервной системой» университета. К ней подключаются все ключевые корпоративные системы, и обмен данными между ними происходит только через шину, по принципу «звезда». Это устраняет необходимость в поддержании множества хрупких соединений «точка-точка».

Ключевые сценарии интеграции на первом этапе:

1. Автоматическое создание документов в «1С:Документооборот» на основе событий в «1С:Университет». Например, событие «Зачислен студент» в «1С:Университет» инициирует через шину создание проекта приказа о зачислении в «1С:Документооборот» с автоматическим заполнением всех полей и запуском по маршруту согласования.
2. Синхронизация мастер-данных (MDM). Шина обеспечивает синхронизацию справочников «Физические лица» (студенты, сотрудники), «Подразделения», «Образовательные программы» между всеми подключенными системами, поддерживая «единую версию истины».
3. Интеграция процесса «Командировка ППС». Согласованная в «1С:Документооборот» заявка на командировку передает данные через шину в «1С:Университет» (для учета в нагрузке) и в «1С:Зарплата» (для планирования выплат).

3.2. Дорожная карта внедрения

Реализация проекта по внедрению «1С:Шина» предлагается в четыре этапа, общей продолжительностью 18 месяцев:

Подготовительный этап (месяцы 1–3): Формирование проектной команды, детальный аудит существующих процессов и данных, разработка технического задания (ТЗ) на интеграцию.

Пилотное внедрение (месяцы 4–6): Развертывание тестового контура «1С:Шина». Настройка и отладка 2–3 ключевых пилотных сценариев (например, автоматическое создание приказа о зачислении и синхронизация справочника подразделений). Проведение опытной эксплуатации на одном факультете, обучение администраторов.

Промышленное внедрение (месяцы 7–12): Развертывание промышленной версии. Поэтапное подключение всех запланированных интеграционных сценариев для всех подразделений. Массовое обучение конечных пользователей.

Эксплуатация и развитие (месяцы 13–18): Мониторинг работы системы и достижения KPI. Сбор предложений на новые сценарии интеграции. Планирование второго этапа (подключение финансового контура, BI-систем).

3.3. Ожидаемые результаты и эффекты

Внедрение интеграционной платформы позволит:

• Сократить время выполнения сквозных процессов на 40–70% за счет устранения ручных операций передачи данных.
• Снизить количество ошибок, связанных с ручным вводом и рассогласованием данных, до уровня менее 0,5%.
• Обеспечить руководство университета достоверной и оперативной информацией для принятия решений (data-driven management).
• Создать технологическую основу для внедрения систем бизнес-аналитики (BI) и предиктивной аналитики (прогнозирование успеваемости, отчислений).
• Повысить удовлетворенность студентов и преподавателей за счет предоставления бесшовных цифровых сервисов.

Заключение

Проведенное исследование подтверждает, что фрагментация информационных систем является критическим системным барьером на пути к цифровой трансформации управления вузом. Успешный опыт точечной автоматизации в МТУСИ доказал наличие значительных резервов эффективности, но также выявил новый уровень фрагментации — между изолированными корпоративными экосистемами.

Для преодоления этого барьера необходима смена парадигмы: переход от автоматизации функций к системной интеграции. Анализ российского рынка решений класса ESB показал, что оптимальным инструментом для МТУСИ является платформа «1С:Шина». Ее выбор обоснован технологической однородностью с существующим ИТ-ландшафтом, наличием отраслевых решений, подтвержденной эффективностью в других вузах и оптимальной совокупной стоимостью владения.

Разработанная целевая архитектура и дорожная карта внедрения создают основу для практической реализации проекта. Успешная интеграция «1С:Университет» и «1С:Документооборот» на базе «1С:Шина» станет ключевым шагом к формированию единого информационного пространства МТУСИ, обеспечивающего сквозную автоматизацию процессов, достоверную аналитику и высокое качество цифровых сервисов для всех участников образовательной деятельности. Опыт МТУСИ может быть тиражирован в других университетах, столкнувшихся с аналогичной проблемой фрагментации.