В марте 2026 года компания «Норбит» объявила о завершении перехода с SAP на отечественную систему бюджетирования. Для студента технического вуза это не просто новость из мира корпоративных ИТ, а готовый каркас для дипломного проекта. Кейс показывает, как строить архитектуру финансового планирования, обосновывать выбор стека и считать эффект от внедрения — ровно то, что требуют на защите ВКР. В статье разберу, какие темы можно взять за основу, как встроить этот пример в главы диплома и какие метрики использовать, чтобы работа выглядела убедительно.
Основной запрос: импортозамещение SAP в ВКР / бюджетирование на отечественном ПО
LSI-запросы: архитектура корпоративных систем, сравнение SAP и 1С:ERP, ГОСТ 34.602-89, ISO/IEC 25010, метрики эффективности ИТ-проекта, миграция данных, RTO/RPO, CI/CD для финансовых систем, OpenTelemetry, Kubernetes, нагрузочное тестирование.
Вопросы студентов: «Можно ли использовать реальный кейс компании в дипломе?», «Где взять метрики для расчёта эффективности?», «Обязательно ли писать код?», «Как оформить архитектурные схемы по ГОСТ?», «Как измерить производительность системы бюджетирования?»
Сущности: ГОСТ 34.602-89 (ТЗ), ГОСТ 34.601-90 (стадии создания АС), ISO/IEC 25010 (качество ПО), Kubernetes (оркестрация), OpenTelemetry (мониторинг), CI/CD-пайплайны, RTO/RPO (восстановление), 1С:ERP, SAP BPC.
Переход с SAP на отечественное ПО затронул не только замену программного продукта, но и пересмотр бизнес-процессов бюджетирования, интеграцию с другими системами, перенос данных и обучение пользователей. В дипломе такой проект можно рассматривать с разных сторон: от проектирования архитектуры до оценки экономической эффективности. Статья даёт фактологическую базу: компания завершила импортозамещение, значит, есть реальный прецедент, на который можно ссылаться в обосновании актуальности.
Актуальность: после ухода SAP с рынка РФ тысячи компаний вынуждены мигрировать. «Норбит» — один из первых крупных примеров.
Цель: разработать архитектуру модуля бюджетирования, обеспечивающую полное покрытие процессов финансового планирования.
Задачи:
Структура: Глава 1 — анализ предметной области и сравнение систем; Глава 2 — проектирование архитектуры (диаграммы UML, ER-модель); Глава 3 — реализация и тестирование, экономическое обоснование.
Актуальность: перенос исторических данных — самая рискованная часть любого импортозамещения.
Цель: разработать методику миграции справочников, остатков и бюджетных сценариев без потери целостности.
Задачи:
Структура: Глава 1 — теоретические основы миграции корпоративных данных; Глава 2 — проектирование конвейера миграции (Kubernetes для хранения ETL-модулей, OpenTelemetry для трейсинга); Глава 3 — апробация на тестовых данных, расчёт нагрузки.
Актуальность: заказчику нужны измеримые результаты — TCO, окупаемость, снижение расходов.
Цель: разработать модель оценки совокупной стоимости владения (TCO) для систем бюджетирования.
Задачи:
Структура: Глава 1 — теория оценки ИТ-проектов; Глава 2 — разработка модели и алгоритма расчёта; Глава 3 — применение модели к данным «Норбит», выводы.
В дипломе нужен обоснованный выбор, а не просто «SAP дорого». Используйте квалиметрические модели — например, по ISO/IEC 25010. Разбейте характеристики на группы: функциональная пригодность, производительность, удобство использования, надёжность, безопасность. Для каждой группы задайте вес и оцените системы по шкале 0–5. В таблице ниже показан фрагмент такой оценки.
| Критерий (ISO 25010) | SAP BPC | 1С:ERP | Вес | Взвешенная оценка (1С) |
|---|---|---|---|---|
| Функциональная полнота | 5 | 4 | 0.3 | 1.2 |
| Производительность при 1000 пользователях | 5 | 4 | 0.2 | 0.8 |
| Стоимость лицензий (5 лет) | 2 | 5 | 0.25 | 1.25 |
| Простота локализации | 3 | 5 | 0.15 | 0.75 |
| Соответствие законодательству РФ | 2 | 5 | 0.1 | 0.5 |
Такой подход демонстрирует навыки архитектурного анализа — их особенно ценят, когда студент претендует на оценку «отлично». Обязательно укажите, что кейс «Норбит» служит подтверждением: реальная компания уже прошла этот путь, значит, результаты сравнения имеют практическую основу.
В главе проектирования покажите, как выглядит целевая архитектура после перехода. Для систем бюджетирования это обычно разрез по уровням: UI, бизнес-логика, интеграционный слой, данные. Интеграцию с «1С:Бухгалтерия» и HR-системами удобно описать диаграммой классов UML. Если не хочется рисовать вручную — используйте PlantUML, в пояснительной записке укажите исходный код. Фрагмент:
@startuml
package "Бюджетирование" {
class "Сценарий бюджета" as Scenario
class "Версия" as Version
class "Факт" as Fact
}
Scenario *-- Version
Scenario o-- Fact
@enduml
Не забывайте про стандарты. Для технического задания в дипломе по АСУ часто применяют ГОСТ 34.602-89, а стадии создания — ГОСТ 34.601-90. Если в вашем вузе принят свой шаблон, уходите в отступлении: «в соответствии с рекомендациями ГОСТ 34.602-89 разработан раздел "Требования к функциям"». Это покажет вашу осведомлённость.
Просто написать «система работает» — недостаточно. Для бюджетирования критичны времена отклика отчётов, точность расчёта консолидации, возможность восстановления после сбоя. Используйте три группы метрик:
Тестовые данные не нужно выдумывать. Используйте открытые данные консолидированной финансовой отчётности компаний (например, РСБУ на сайте раскрытия). Или создайте генератор данных на Python — вот пример:
import random
for i in range(1000):
fact_value = random.randint(100000, 900000)
print(f'{i+1};{fact_value};{2025-i%5}')
Работа над импортозамещением систем бюджетирования развивает навыки, которые реально пригодятся на работе:
1. Подмена терминов SaaS/PaaS без обоснования. Не называйте 1С:ERP «облачным решением», если в проекте не проработана модель развёртывания. Объясните, что подразумевается: приватное облако, on-premise или гибрид.
2. Отсутствие метрик эффективности. Защищает диплом только тот, кто может цифрой подтвердить результат. Добавьте хотя бы прикидочный расчёт сокращения времени на закрытие периода на 40%, сошлитесь на статью «Норбит».
3. Игнорирование требований ГОСТ 34.602-89 при оформлении ТЗ. Если в методичке вуза явно не сказано, что ГОСТ обязателен, лучше всё равно использовать его структуру — это плюс к оценке.
Базовая логика бюджетирования (план/факт, сценарии, версии) осваивается за 2-3 дня. Обращайте внимание на термины: «консолидация», «бюджетный цикл», «контроллинг». В части кода достаточно сделать прототип — не обязательно внедрять полноценную систему.
Зависит от специальности. Для ИТ-направлений обычно нужен код, но это может быть скрипт генерации данных или прототип REST-API для доступа к бюджетам. Если код не нужен, замените его детальными блок-схемами алгоритмов консолидации.
Подпишите каждую диаграмму: «Рисунок 1 — Диаграмма классов модуля бюджетирования». В тексте обязательно делайте ссылку на рисунок. Используйте нотацию PlantUML или draw.io, не вставляйте скриншоты с непонятным масштабом.
Варианты: открытые данные государственных корпораций, вымышленные данные из демо-баз 1С, генераторы на Python. Хорошо, если данные будут соответствовать структуре, заявленной в задании. Ссылку на источник данных добавьте в приложение.
Возьмите из статьи один конкретный факт. Например, «переход с SAP занял N месяцев». Постройте вокруг этого календарный план работ в дипломе. В главе 1 опишите проблемы, которые решает переход. В главе 2 спроектируйте архитектуру целевой системы. В главе 3 покажите, как вы тестировали прототип и какие показатели достигнуты. Такой подход сразу демонстрирует системное мышление, а комиссия видит практическую ценность работы, а не пересказ учебников.
Если вам нужно подготовить ВКР по этой или близкой теме, но не хватает исходных данных — вы можете заказать диплом с предварительной бесплатной консультацией. Это легальный способ получить основу для собственного исследования.
Устали искать материалы? Мы знаем, как написать ВКР по этой новости быстро, без выгорания и с соблюдением всех требований. Поможем с любой темой — от бюджетирования до Kubernetes. Первая консультация бесплатная, а средний срок подготовки проекта — 120 часов. Вы получите готовую пояснительную записку, презентацию и раздаточный материал, которые сможете легко защитить.
Источник: «Норбит» автоматизировала бюджетирование на отечественном ПО (опубликовано 2026-03-18)