Отрасль ERP на 66 млрд долларов и почему финансовые директоры всё равно тянутся к Excel

Финансовые директоры по-прежнему тянутся к Excel после многомиллионной программы ERP, потому что ERP настроили на сбор данных, а не на поддержку решений, которые принимают финансисты и операционные специалисты. Excel даёт им контроль, гибкость и скорость именно для этих решений. Выход не в том, чтобы отучать людей от таблиц. Нужно найти те таблицы, которые действительно важны, понять, какое решение поддерживает каждая из них, и спроектировать отчёты и аналитику ERP так, чтобы они делали эту работу лучше. Статья для финансовых директоров, руководителей финансовых систем и спонсоров программ. В ней: почему Excel сохраняется, чего это стоит, что меняют инструменты SAP и ИИ и рабочий лист для замены самых важных таблиц.

Супервайзер по логистике у одного из моих производственных клиентов рассказал, что его команда каждую неделю выгружала данные ERP в Excel для планирования запасов. Компания заплатила целое состояние за модули планирования, и именно у них были лучшие дашборды во всей отчётности. Команда всё равно пользовалась таблицей. Он не исключение. Я работал с несколькими компаниями из Fortune 500, которые открыто признают, что используют Excel для критичной работы: финансового аудита, управленческих отчётов и даже расчёта заработной платы.

Вот это и есть настоящая история провала ERP. Не запуск. Не настройка. А разрыв между тем, что выдаёт система, и тем, что нужно принимающему решения.

По оценке Gartner, мировая выручка от программного обеспечения ERP в 2024 году составила 66 млрд долларов. Бизнес-кейсы обычно оправдывают часть этих затрат отказом от ручной работы с таблицами. Но в опросе 303 финансовых директоров Великобритании, проведённом Odoxa в мае 2026 года, 67 % по-прежнему использовали Excel для анализа счетов и сверки, ровно столько же, сколько использовали свою ERP. Не потому, что не смогли внедрить систему. А потому, что система в том виде, в каком её внедрили, не заменила то, что делала таблица.

У Excel есть четыре свойства, которые большинству внедрений ERP воспроизвести не удаётся.

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

Гибкость. Excel позволяет построить тот анализ, который нужен людям, а не тот, который предлагает система. Финансовый директор может смоделировать три сценария денежных потоков за полдня. В ERP для того же анализа может понадобиться запрос на настройку, разработка и цикл тестирования.

Скорость. Изменить формулу можно за секунды. Чтобы изменить отчёт ERP, нужен человек, который умеет это делать, а ещё согласование и тестирование.

Контроль. Люди доверяют тому, что видят и могут изменить. Для большинства пользователей ERP остаётся чёрным ящиком. В Excel они могут проследить каждое число до источника.

Это рациональная реакция на системы, которые проектировали не под те решения, что людям нужно принимать.

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

SAP Fiori стал настоящим шагом вперёд: стартовые панели на основе ролей, более простые экраны, мобильный доступ. Во многих внедрениях настройка не поспевает за замыслом. У пользователей есть доступ к Fiori, но аналитические плитки так и не настроили вокруг решений, которые им нужно принимать. Они выполняют транзакции, затем выгружают данные в Excel, и Fiori превращается в проходной двор к той же проблеме.

Встроенная аналитика в S/4HANA и SAP Analytics Cloud идут дальше: они переносят анализ в ту же среду, где выполняется транзакция. SAP Business Data Cloud сегодня служит у SAP домом для более широкого слоя данных. Там, где компании настроили всё это как следует, зависимость от Excel действительно ниже. В большинстве же случаев инвестиции в аналитику сильно отстают от инвестиций в транзакции. Облачные контракты упрощают лицензирование части аналитики. Работу по проектированию они не отменяют.

Инструменты генеративного ИИ вокруг SAP закрывают часть причин, по которым люди выгружают данные:

1. Joule в приложениях SAP отвечает на вопросы о данных SAP на естественном языке и открывает нужное приложение. Он полезен для разового вопроса, который раньше приводил к выгрузке. Заменой регулярной операционной отчётности он не является.
2. Microsoft 365 Copilot составляет текстовые пояснения к цифрам. Комментарий для совета директоров, который финансовый директор раньше писал вручную, теперь может начинаться с черновика по данным из ERP, что сокращает финальную часть закрытия периода.
3. Copilot в Power BI формирует меры, визуализации и сводки по описанию простым языком. Там, где Power BI уже работает на данных SAP, это ускоряет разработку. Там, где нет, архитектурного решения это не меняет.

Общая закономерность для всех трёх: ИИ ускоряет работу, когда отчётность спроектирована вокруг решения. Что строить, он не решает. Для этого по-прежнему нужны люди, которые понимают, чем занимается бизнес.

Затраты накапливаются незаметно.

Конфликты версий. Когда пять человек обновляют свои копии и раз в неделю сверяются, кто-то всегда работает с неправильной версией. От закрытия на общей книге до сверочной суеты, из-за которой задерживается пакет материалов для совета директоров, всего одна одновременная правка.

Пробелы в аудите. Системы ERP по своей конструкции ведут журнал аудита. Таблицы нет. Когда аудитор спрашивает, почему число изменилось между черновиками, таблица обычно ответить не может.

Расходящиеся данные. Когда ERP и таблица хранят разные версии одних и тех же данных, решения расходятся. Операционные подразделения доверяют таблице, финансы доверяют ERP, а ежемесячная сверка съедает время и доверие.

Накапливающиеся ручные ошибки. Копирование и вставка, пропустившие строку, формула, не распространившаяся на новые данные, оставленный включённым фильтр. Чем больше ручных шагов, тем выше со временем доля ошибок.

Моё руководство по SAP FICO рассказывает, как закрытие периода должно проходить внутри S/4HANA.

Да, если при внедрении устранить причины, по которым люди тянулись к Excel.

Закрытие периода, которое идёт на сводных таблицах, не проблема обучения. Это проблема проектирования отчётности: для закрытия нужны выходные формы, которые ERP не выдаёт в пригодном виде. Настройте ERP так, чтобы он их выдавал, вместо того чтобы велеть людям бросить Excel.

Планировщик запасов, который выгружает данные в Excel, не сопротивляется системе. Отчёты по планированию не показывают ему то, что нужно для его решения. Проектируйте их вокруг решения, а не вокруг модели данных. Для планирования, которому действительно нужны сценарии и моделирование, создан SAP IBP, но лишь при условии, что планировщики доверяют его результатам.

В каждом обзоре после go-live, где зависимость от таблиц высока, картина одна и та же. ИТ и консультант SAP проектировали отчёты вокруг того, что может выдать система, а не вокруг того, что бизнесу нужно видеть. Это та же ошибка, что и покупка системы до описания процессов, только позже в программе.

Начните с процессов, где важнее всего точность и журнал аудита: закрытие периода, сверка запасов, анализ закупок и управленческая отчётность. По каждой важной таблице заполните строку.

1. 01Выбрать таблицуСначала закрытие периода, запасы, закупки и отчётность
2. 02Назвать решениеНапример, прогноз денежных средств для пакета совета директоров
3. 03Чем ERP не справляетсяНет отчёта, неудобный формат, суждение, скорость
4. 04Спроектировать заменуОтчёт ERP, приложение Fiori, SAP Analytics Cloud или Power BI
5. 05Владелец проверяетДо go-live, на том же решении
6. 06Вывести таблицу из обращенияК назначенной дате

Решение принимается в основной учётной системе

Поле	Что записать
Таблица	Название и расположение книги
Владелец	Человек, который её ведёт
Решение, которое она поддерживает	Конкретное решение или результат, например ежемесячный прогноз денежных средств для пакета совета директоров
Источники данных	Какие отчёты или выгрузки ERP её питают и какие есть ручные вводы
Почему ERP не делает этого сегодня	Нет отчёта, неудобный формат, шаг, требующий суждения, скорость
Замена	Настроенный отчёт ERP, аналитическое приложение Fiori, история в SAP Analytics Cloud или Power BI на управляемых данных
Приёмочный тест	Владелец подтверждает до go-live, что замена поддерживает то же решение
Дата вывода из обращения	Когда таблицу перестают использовать

Иногда ERP действительно не может выдать то, что нужно бизнесу, с нужной ему скоростью. Тогда используйте управляемый аналитический слой, такой как SAP Analytics Cloud или Power BI, поверх данных ERP, а не ручную выгрузку и пересборку. Данные остаются в основной учётной системе. Визуализация служит решению.

Не работает другое: обучать людей пользоваться отчётами, которые не проектировали под их решения. Они возвращаются к Excel. Не потому, что сопротивляются изменениям. А потому, что отчёт не выполняет свою работу.

Почему финансовые директоры по-прежнему пользуются Excel, хотя у них есть ERP?

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

Каковы риски ведения бизнес-процессов в таблицах?

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

Как системы ERP могут снизить зависимость от Excel?

Если их настроить вокруг решений, которые принимают люди. До go-live составьте список самых важных таблиц для каждой ключевой роли и решений, которые они поддерживают. Спроектируйте отчёт ERP, приложение Fiori или аналитическую историю так, чтобы заменить именно эту таблицу, и пусть владелец проверит её до go-live. Для закрытия сразу выдавайте формат управленческого пакета вместо того, чтобы требовать выгрузку и переформатирование.

Избавляет ли ИИ вроде Joule или Copilot от необходимости в Excel?

Сам по себе нет. Joule отвечает на разовые вопросы о данных SAP, что убирает часть выгрузок. Copilot быстрее составляет текстовые пояснения и контент для Power BI. Ни один из них не решает, какие отчёты нужны бизнесу, и не перепроектирует отчёт, построенный вокруг модели данных. ИИ ускоряет хорошее проектирование отчётности, но не заменяет его.

Почему команды по запасам и цепочке поставок продолжают использовать Excel после go-live ERP?

По двум причинам. Отчёты по планированию не настроили под решение планировщика, например под скользящий двенадцатинедельный обзор покрытия с флагами исключений. И планировщики доверяют данным ERP, но применяют собственное суждение о сроках поставки, надёжности поставщиков и приоритетах клиентов, а ERP не даёт им места, где это записать. Сначала настройте отчёты, ориентированные на решения; для сложного сценарного планирования SAP IBP даёт место для этого суждения.

Какова реальная цена ERP, которая не заменила таблицы?

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