Автоматизация систем управления бизнесом начинается не с выбора программы, а с ответа на вопрос, из каких систем состоит компания сегодня, кто владеет данными в каждой из них и какой ландшафт нужен через два года. Пока ответа нет, каждое внедрение добавляет ещё одну базу и ещё один справочник контрагентов. Ниже стратегический слой: цифровая зрелость, карта систем, целевая архитектура, единые справочники, очередь внедрений и ответственные.
Чем программа отличается от точечного проекта
Точечный проект меняет один маршрут внутри одной системы: добавили статус в воронку, настроили выгрузку. Программа меняет состав систем и правила обращения с данными, поэтому силами одного отдела не закрывается. Признак перехода на программный уровень один: изменение затрагивает больше одной системы, которая считается источником данных. Три триггера:
- нужен новый справочник, которым будут пользоваться минимум два подразделения;
- перестанет сходиться существующая отчётность, потому что поменяется способ расчёта показателя;
- нужен двусторонний обмен между системами с разными владельцами и циклами обновления.
Терминология закреплена в ГОСТ Р 59853-2021 «Автоматизированные системы. Термины и определения» (16 страниц, статус «Действует» по каталогу Росстандарта). Польза прикладная: в протоколе комитета слова «система» и «пользователь» означают конкретные вещи.
Оперативный контроль исполнения, то есть поручения, дедлайны и эскалации, к программному уровню не относится и разобран в материале про автоматизацию управленческих процессов.
Автоматизация и цифровая трансформация бизнеса: три уровня работы
Автоматизация и цифровая трансформация бизнеса используются как синонимы, хотя описывают разную глубину изменений. Различать приходится не ради терминологии: у каждого уровня свой заказчик, бюджет и критерий готовности.
| Уровень | Что меняется | Признак, что уровень пройден |
|---|---|---|
| Оцифровка | Форма хранения: бумага и таблица заменяются записью в системе | Данные попадают в систему в момент события, а не раз в неделю |
| Автоматизация | Исполнитель правила: вместо человека шаг выполняет система | Типовой сценарий проходит без участия человека |
| Трансформация | Модель управления: способ решения и распределение ответственности | Решение принимается по данным системы, а не по докладу |
Государственная рамка формулирует верхний уровень так же. Указ Президента РФ от 07.05.2024 № 309 в пункте 8 определяет достижение к 2030 году «цифровой зрелости» как состояние, «предполагающее автоматизацию большей части транзакций в рамках единых отраслевых цифровых платформ и модели управления на основе данных». Связка важна: не отдельные автоматизированные операции, а большая часть транзакций плюс управление на основе данных.
Термин перегрет: по расчётам ИСИЭЗ НИУ ВШЭ (экспресс-информация от 19.08.2026, библиометрический анализ 18 тыс. публикаций Scopus) доля работ со словами «цифровая трансформация» выросла с 8,5 процента в 2017 по 2019 год до 28,4 процента в 2023 по 2025 год. Во внутреннем документе у термина обязано быть определение.
Оценка цифровой зрелости: уровни и признаки
Зрелость оценивают, чтобы не запускать проекты без основания. Внедрять сквозную аналитику там, где номенклатура ведётся в трёх несвязанных справочниках, бессмысленно: витрина покажет сумму трёх ошибок.
- Нулевой. Процесс не описан, данные в личных таблицах и переписке. Признак: статус заявки узнают у человека.
- Первый. Учётные системы есть, данные вводятся задним числом. Признак: разрыв между датой события и датой записи измеряется днями.
- Второй. Данные вводятся в момент события, маршруты настроены внутри каждой системы, между системами переносятся файлами. Признак: есть сотрудник, чья работа это выгрузка и загрузка.
- Третий. Системы связаны, у каждого справочника есть владелец, отчётность идёт из одного хранилища. Признак: два подразделения называют одну и ту же выручку за месяц.
- Четвёртый. Сценарии срабатывают по правилу, модели участвуют в решениях с человеком в контуре. Признак: у показателя есть владелец и регламент реакции.
Верхние уровни встречаются реже, чем следует из презентаций вендоров. По данным ИСИЭЗ НИУ ВШЭ на основе обследований Росстата, в 2022 году центры обработки данных использовали 16,5 процента крупных и средних организаций, цифровые платформы 14,9 процента, RFID-технологии 9,6 процента, промышленные роботы 2,6 процента. Честный второй уровень это нормальная стартовая позиция.
Быстрая самопроверка уровня
- Есть ли единый перечень систем компании с владельцем у каждой?
- Совпадает ли выручка за прошлый месяц в учётной системе и в отчёте коммерческой службы?
- Есть ли сотрудник, который регулярно переносит данные между системами вручную?
- Известно ли, какие системы попадают под требования по импортозамещению и в какой срок?
Три «нет» означают, что начинать надо с карты систем и справочников, а не с внедрения.
Карта систем: что попадает в реестр ИТ-ландшафта
Карта систем это не схема со стрелками, а таблица, которую ведут и обновляют. Одна строка равна одной системе, причём в реестр попадают таблицы, макросы и почтовые правила, на которых де-факто держится процесс: именно они ломают миграцию, потому что о них никто не заявил.
| Поле карточки | Что фиксируется | Зачем нужно |
|---|---|---|
| Владелец процесса | Руководитель со стороны бизнеса, не администратор | Кто согласует изменение |
| Владелец данных | Ответственный за справочники внутри системы | Без него справочник расходится |
| Мастер-справочники | Какие сущности система считает своими: контрагенты, номенклатура | Основа для выбора источника истины |
| Интеграции | Направление, способ обмена, частота, поведение при сбое | Реальная связность ландшафта |
| Статус по реестру российского ПО | Есть ли продукт в едином реестре Минцифры | Ограничение для части заказчиков |
Эффект виден сразу: почти всегда находятся две системы, претендующие на один справочник, и одна, которой никто не пользуется, но лицензия продлевается автоматически.
Целевой ИТ-ландшафт: правила схемы «как надо»
Целевой ландшафт описывает не набор продуктов, а распределение ответственности между системами. Подход формализован в ГОСТ Р 57100-2025 «Системная и программная инженерия. Описание архитектуры» (32 страницы, статус «Действует»): архитектуру описывают через точки зрения заинтересованных сторон, поэтому одной схемы «как есть» не хватает.
- Один домен данных, одна система-мастер. Контрагенты ведутся в одном месте, остальные системы получают их обменом.
- Связь стоит денег постоянно. Интеграция точка-точка добавляет две точки отказа и попадает в стоимость владения навсегда, а не только в бюджет проекта.
- У каждой системы есть дата вывода или подтверждения. Иначе система остаётся в ландшафте по инерции.
- Ограничения фиксируются до выбора. Требования по размещению данных и импортозамещению сужают круг кандидатов раньше сравнения функций.
Импортозамещение это не пожелание, а срок. Указ Президента РФ от 07.05.2024 № 309 устанавливает переход к 2030 году не менее 80 процентов российских организаций ключевых отраслей на российское базовое и прикладное ПО «в системах, обеспечивающих основные производственные и управленческие процессы», и рост доли российского ПО до 95 процентов в госорганах, госкорпорациях и обществах с государственным участием свыше 50 процентов. Для значимых объектов критической информационной инфраструктуры норма жёстче: по Указу Президента РФ от 30.03.2022 № 166 заказчики по 223-ФЗ с 31 марта 2022 года закупают иностранное ПО для таких объектов только по согласованию с уполномоченным органом, а с 1 января 2025 года органам государственной власти и этим заказчикам запрещено использовать иностранное ПО на принадлежащих им значимых объектах КИИ, если иное не установлено федеральным законом.
Если юрлиц и филиалов несколько, целевой ландшафт дополнительно упирается в модель прав, размещение и внутренние закупочные процедуры. Этот контур разобран в материале про автоматизацию корпоративных бизнес-процессов.
Нужен целевой ландшафт, а не ещё одна система
Собираем карту систем, целевую архитектуру и очередь внедрений, дальше внедряем по этой очереди. Работаем с существующим ландшафтом, включая самописные решения и обмен с 1С.
Единые справочники и НСИ: без чего ландшафт не склеивается
Нормативно-справочная информация это слой, на котором рушится большинство программ. Интеграция работает, а данные не сходятся, потому что «ООО Ромашка», «Ромашка ООО» и «Ромашка» в трёх системах это три разных контрагента.
- Контрагенты. Ключ сверки это ИНН, для обособленных подразделений связка ИНН и КПП. Наименование ключом не бывает.
- Номенклатура и услуги. Единый код позиции, единицы измерения, правило заведения новой позиции и запрет обходить процедуру.
- Оргструктура и сотрудники. Источник это кадровая система, иначе права доступа отстают от переводов и увольнений.
- Аналитики учёта. Центры ответственности, статьи доходов и расходов, проекты. Без них план-факт собирают вручную.
Три правила, экономящие месяцы на миграции. Дедубликация выполняется до переноса: после него дубли уже размножились по связанным документам. Для каждой сущности определяется «золотая запись», то есть чьё значение побеждает при расхождении. Владелец справочника это роль в бизнесе, а не в ИТ: решение «считать ли две карточки одним клиентом» коммерческое.
Состав справочников и правила обмена фиксируют в техническом задании по ГОСТ 34.602-2020 «Техническое задание на создание автоматизированной системы» (12 страниц, статус «Действует»). Стандарт даёт готовую структуру разделов и снимает половину споров о полноте ТЗ.
Хранилище данных и слой отчётности
Пока отчётность собирают выгрузками из каждой системы отдельно, версий правды столько, сколько аналитиков. Слой данных решает это структурно: источники, область загрузки, ядро с нормализованными сущностями, витрины, визуализация сверху.
- Глоссарий показателей. На каждый показатель определение словами, формула, система-источник, владелец, частота обновления, дата изменения методики.
- Правило единственного расчёта. Показатель считается один раз в витрине, пересчёт в презентации запрещён.
- Признак свежести. На витрине время последней успешной загрузки. Отчёт без этой метки не используется для решения.
Признак, что слой данных нужен уже сейчас: две системы дают разную выручку за один закрытый месяц, и объяснить расхождение никто не берётся быстрее чем за день.
Портфель проектов: как формируется очередь внедрений
Ресурс ограничен не деньгами, а вниманием подразделений: оплатить пять внедрений сразу компания может, а одновременно менять пять своих процессов нет, потому что люди участвуют в проекте помимо основной работы.
| Критерий отбора | Проверочный вопрос | Отказ, если |
|---|---|---|
| Связь с целью года | На какой утверждённый показатель влияет проект | Влияние описано словами «станет удобнее» |
| Владелец со стороны бизнеса | Кто персонально принимает результат | Владелец назначен из ИТ |
| Готовность данных | Есть ли нужные справочники и ответственный у них | Справочник придётся создавать внутри проекта |
| Зависимости | Что нельзя начать до него и что блокирует его | Проект блокирует три других, но стоит последним |
Порядок в очереди задают зависимости, а не размер эффекта: сначала идёт то, что разблокирует остальное, то есть единые справочники, интеграционный слой, учётное ядро. Проект аналитики впереди справочников гарантированно переделывается. Портфель пересматривают на регулярном ритме, иначе каждая новая просьба руководителя вытесняет предыдущую.
Кто отвечает за автоматизацию управления бизнесом
Автоматизация управления бизнесом проваливается чаще по организационной причине, чем по технической: у программы нет владельца с полномочиями менять чужие процессы. Минимальный состав ролей:
- Спонсор. Руководитель, отвечающий за финансовый результат, а не за ИТ. Решает споры подразделений и защищает бюджет.
- Руководитель программы. Ведёт портфель, очередь и зависимости, отвечает за сроки в целом.
- Архитектор. Держит карту систем и целевой ландшафт, согласует новые системы и интеграции до закупки.
- Владельцы доменов данных. По одному на справочник, утверждают правила заведения записей и разрешают спорные слияния.
- Владельцы процессов. Принимают результат и отвечают за работу людей по новому регламенту.
- ИТ-служба. Отвечает за работоспособность, доступы, резервные копии и поддержку, но не за изменение процесса.
Один регламентный пункт окупается быстрее прочих: ни одна система и ни одна интеграция не закупается без визы архитектора, иначе карта устаревает за квартал. В организациях под действием Указа № 166 у правила есть и внешнее основание: согласовать закупку иностранного ПО для значимых объектов КИИ на уровне отдела нельзя.
Бюджет программы: куда уходят деньги
Структура расходов по стране даёт ориентир для собственной сметы. По расчётам ИСИЭЗ НИУ ВШЭ на данных сплошного обследования Росстата (экспресс-информация от 21.08.2026) затраты крупных и средних организаций на цифровые технологии в 2025 году составили почти 5,9 трлн рублей, на 11,8 процента выше уровня 2024 года в текущих ценах. Внутри суммы:
- программное обеспечение занимает 37 процентов и растёт на 13,7 процента год к году, в том числе за счёт заказной разработки;
- ИКТ-оборудование занимает 27 процентов и практически не растёт, минус 0,9 процента;
- приобретение оборудования снизилось на 10,2 процента, аренда вычислительных мощностей выросла в 1,5 раза;
- затраты на базы данных и цифровой контент выросли в 1,7 раза.
Направление понятное: доля софта и подписок растёт, покупка железа замещается арендой мощностей. Указ № 309 задаёт и темп, обязывая в 2025 по 2030 годы обеспечить рост инвестиций в отечественные ИТ-решения вдвое выше темпа роста ВВП.
Четыре статьи, которые выпадают из сметы и всплывают как перерасход: очистка и миграция данных, обучение людей в первые недели, параллельная работа старой и новой систем на время перехода, поддержка и доработки после приёмки. Последняя постоянная, поэтому считается в годовой стоимости владения, а не в бюджете проекта.
Частые вопросы
Чем цифровизация отличается от автоматизации на практике
Цифровизация переводит данные в машиночитаемый вид, автоматизация передаёт исполнение правила системе, трансформация меняет способ принятия решения. Указ Президента РФ от 07.05.2024 № 309 описывает верхний уровень как автоматизацию большей части транзакций плюс модель управления на основе данных.
С чего начать, если систем много и они не связаны
С карты систем: одна строка на систему, поля про владельца процесса, владельца данных, мастер-справочники, интеграции и статус по реестру российского ПО. На этом шаге обычно находятся два конкурирующих справочника контрагентов и одна оплачиваемая, но неиспользуемая система.
Какая доля отечественного ПО потребуется и к какому сроку
По Указу № 309 к 2030 году не менее 80 процентов организаций ключевых отраслей переходят на российское базовое и прикладное ПО в системах основных производственных и управленческих процессов, а доля российского ПО в госорганах и компаниях с государственным участием свыше 50 процентов растёт до 95 процентов.
Есть ли уже действующий запрет на иностранное ПО
Да, для значимых объектов критической информационной инфраструктуры. По Указу № 166 от 30.03.2022 закупка иностранного ПО для таких объектов заказчиками по 223-ФЗ с 31 марта 2022 года требует согласования с уполномоченным органом, а с 1 января 2025 года органам государственной власти и этим заказчикам запрещено использовать такое ПО на принадлежащих им значимых объектах КИИ, если иное не установлено федеральным законом.
Сколько бизнес тратит на цифровые технологии и на что именно
В 2025 году затраты крупных и средних организаций составили почти 5,9 трлн рублей, на 11,8 процента больше, чем годом ранее: ПО занимает 37 процентов, ИКТ-оборудование 27 процентов, при этом закупка оборудования снизилась на 10,2 процента, а аренда вычислительных мощностей выросла в 1,5 раза (ИСИЭЗ НИУ ВШЭ на данных Росстата).
