Excel показывает правду: как теневые таблицы превратить в модули информационной системы

1. Почему Excel не исчезает после внедрения система планирования ресурсов предприятия, СЭД и система управления клиентскими отношениями

В управленческой риторике Excel часто выступает как антипод цифровой зрелости. Но на практике он остается рабочим инструментом даже там, где есть система планирования ресурсов предприятия, СЭД, система управления клиентскими отношениями, система бизнес-аналитики, корпоративные порталы и ведомственные системы.

Причина проста: официальная система часто отвечает за учет, а Excel — за управление ситуацией. Система планирования ресурсов предприятия фиксирует факт. СЭД проводит документ. Система управления клиентскими отношениями хранит карточку клиента. ГИС обеспечивает регламентированную функцию. Но руководителю нужно другое: быстро увидеть отклонение, собрать сводку, сравнить план и факт, подготовить нестандартный отчет, проверить поручение, сопоставить данные из нескольких систем.

Отраслевые данные подтверждают устойчивость этого явления. В одном из российских опросов 2022 года почти половина компаний указала, что использует Excel для управления рабочими процессами, а полноценные управление бизнес-процессами применяли менее 20% участников; в том же материале отмечалась слабая совместимость ПО разных производителей как отдельная проблема. Эти цифры следует читать не как точную универсальную статистику на 2026 год, а как показатель масштаба явления: таблицы остаются операционным инструментом даже при наличии автоматизации.¹

В российской корпоративной среде это усиливается несколькими факторами. После ухода части зарубежных вендоров и ускорения импортозамещения организации были вынуждены стабилизировать существующие контуры, мигрировать на отечественные решения и одновременно сохранять операционную непрерывность. Аналитика TAdviser по система планирования ресурсов предприятия-рынку указывает, что в 2024 — начале 2025 года бизнес фокусировался на стабильности, оптимизации ресурсов, развитии внедренных систем и миграции на отечественные платформы.²

В таком контексте Excel становится буфером. Он закрывает разрыв между «система еще не умеет» и «руководителю нужно сегодня». Это не делает его безопасным. Но это объясняет, почему простая директива «убрать Excel» почти никогда не работает.

2. Excel как теневая информационная система

Теневая ИТ-система — это не обязательно сервер в шкафу или нелегальный сервис. Это может быть обычный файл, от которого зависит процесс: «реестр_финальный_новый_май_исправленный.xlsx».

Британский Национальный центр кибербезопасности определяет shadow IT как неизвестные активы, используемые в организации для деловых целей вне учета, корпоративных процессов и политик; при этом подчеркивает, что теневая ИТ обычно возникает не из злого умысла, а потому что сотрудникам трудно выполнить задачу штатными средствами.⁸

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

Исследования shadow IT показывают двойственную природу таких решений: с одной стороны, они дают бизнесу гибкость и локальную скорость; с другой — увеличивают неоднородность архитектуры, сложность, дублирование данных и непрозрачность ответственности.⁹

Для ИТ-директора и директора по цифровой трансформации важен не сам факт наличия Excel, а его роль в процессе. Один файл может быть черновиком идеи. Другой — временной выгрузкой. Третий — критическим контуром, где фактически живет контроль бюджета, закупок, производственного плана или ведомственной отчетности.

Проблема начинается там, где организация не знает, какие файлы являются критическими.

3. Почему пользователи уходят в Excel

Пользователь редко открывает Excel из любви к теневой автоматизации. Чаще это реакция на конкретный разрыв.

Первый разрыв — отсутствующие поля. В карточке системы нет нужного признака, статуса, комментария, даты, классификатора или связанного объекта. Пользователь добавляет колонку в Excel.

Второй — неудобные формы. Формально функция есть, но ввод требует слишком много экранов, кликов или обязательных полей, которые не соответствуют реальной работе.

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

Четвертый — отсутствие нужной отчетности. Система хранит данные, но не дает руководителю нужный срез. Excel становится инструментом «сшивки» выгрузок.

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

Шестой — низкое доверие к данным. В отраслевой дискуссии по система планирования ресурсов предприятия в 2026 году участники отмечали типичную проблему: несколько версий данных, ручная проверка руководителями и формирование ключевых отчетов вне система планирования ресурсов предприятия в Excel.³

Седьмой — неформальные исключения. В реальности процесс не всегда идет по регламенту. Таблица фиксирует то, чего нет в официальном описании: обходной маршрут, временное согласование, устное решение, ручную корректировку.

Именно поэтому пользовательские таблицы часто содержат более актуальную модель процесса, чем официальное ТЗ. Они показывают не то, как процесс задуман, а то, как он выживает.

Excel фиксирует не регламент, а реальность: исключения, обходы, ручные решения и недоверие к данным.

4. Классификация Excel-файлов: что они говорят о процессе

Главный управленческий критерий — не размер файла, а цена его ошибки. Таблица на 20 строк может быть критичнее отчета на 100 тысяч строк, если от нее зависит платеж, госотчетность, закупка, производственная смена или кадровое решение.

5. Как большая языковая модель помогает прочитать Excel как черновик бизнес-процесса

Большая языковая модель не «понимает организацию» в управленческом смысле. Но она может быстро выполнить первичный разбор табличного артефакта, который раньше требовал многих часов аналитика.

Что можно извлечь из Excel:

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

Но есть важное ограничение. Большая языковая модель ускоряет анализ, а не снимает ответственность. Международные подходы к управлению рисками ИИ, включая рамка NIST по управлению рисками ИИ, рассматривают генеративный ИИ как объект риск-менеджмента, требующий учета достоверности, безопасности и контроля жизненного цикла.¹⁰ OWASP отдельно выделяет риски раскрытия чувствительной информации и чрезмерного доверия к результатам больших языковых моделей.¹⁰

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

6. Методология перевод Excel-контуров в систему

Методология перевод Excel-контуров в систему — это не миграция файла в базу данных. Это перевод теневого процесса в управляемый цифровой модуль.

1. Сбор Excel-файлов

Сначала нужны не «идеальные требования», а реальные артефакты: файлы из подразделений, регулярные отчеты, выгрузки, контрольные списки, план-факт, таблицы согласований, критические реестры.

2. Классификация по процессам

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

3. Выявление владельцев

У каждого файла должен быть владелец процесса и владелец данных. Если владелец не найден, это отдельный риск: организация использует данные, за которые никто не отвечает.

4. Анализ полей, формул и справочников

Большие языковые модели и аналитик выделяют сущности, обязательные поля, статусы, расчетные правила, справочники, связи, скрытые листы, макросы, источники выгрузок.

5. Выявление отчетных форм

Отчеты показывают, какие решения принимает руководство. Это будущие KPI, дашборды, витрины данных и контрольные срезы.

6. Поиск дублей и конфликтов данных

Сравниваются версии файлов, разные справочники, неодинаковые статусы, повторяющиеся записи, ручные корректировки.

7. Создание прототипа модуля

На основе Excel строится не полноценная система сразу, а прототип: карточка объекта, роли, статусы, маршрут, отчет, интеграции через программные интерфейсы, правила валидации.

8. Согласование с пользователями

Проверяется не только интерфейс, но и смысл: правильно ли поняты исключения, ручные операции, причины обходов, реальные сроки и ответственность.

9. Реализация в метаплатформе

Зрелый Excel-процесс превращается в модуль: реестр, маршрут процесса, расчетный сервис, витрина данных, личный кабинет, контрольная панель, интеграционный сервис.

10. Перенос данных

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

11. Закрытие старого Excel-контура

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

7. Риски автоматизации Excel: что нельзя переносить в систему

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

Для России блок безопасности особенно важен. Если в таблицах есть персональные данные, организация должна учитывать обязанности оператора персональных данных: уведомление Роскомнадзора до начала обработки, публикацию политики, принятие необходимых мер и хранение баз данных при сборе персональных данных граждан РФ на территории РФ.⁶ Если контур связан с ГИС или КИИ, нужно учитывать требования ФСТЭК к защите государственных информационных систем, меры защиты персональных данных и требования безопасности значимых объектов КИИ; 187-ФЗ регулирует безопасность критической информационной инфраструктуры.⁷

Это не означает, что любой Excel-файл является объектом КИИ или ГИС. Но это означает, что анализ таблиц с чувствительными данными нельзя отдавать во внешний облачный сервис на базе больших языковых моделей без проверки правового режима, архитектуры обработки, договоров, классификации данных и требований ИБ.

8. Как подход помогает бизнесу и государству

Для бизнеса перевод Excel-контуров в систему дает быстрый вход в модернизацию без многомесячного написания ТЗ с нуля. Вместо вопроса «что вам нужно?» команда работает с фактическим артефактом: «что вы уже ведете, почему именно так, какие решения по этому принимаете?»

Эффект для бизнеса:

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

Для государства эффект не менее важен. Ведомственная и региональная отчетность часто держится на ручных сводках: муниципалитеты, подведомственные учреждения, территориальные органы, проектные офисы, отраслевые департаменты. Таблица становится способом «дособрать» то, что не сошлось в системах.

Нацпроект «Экономика данных и цифровая трансформация государства» реализуется в 2025–2030 годах и направлен на цифровую трансформацию государственного и муниципального управления, экономики и социальной сферы; в контуре цифрового госуправления заявлена цель принятия управленческих решений на основе данных.⁴ Платформа «ГосТех» позиционируется Минцифры как облачное платформенное решение для федеральных и региональных органов власти, а Указ Президента №231 установил использование платформы для создания, развития и эксплуатации ГИС в отношении федеральных и региональных информационных систем с установленными сроками.⁵

В этом контексте перевод Excel-контуров в систему — не локальная автоматизация таблиц. Это инструмент повышения качества данных перед платформенной трансформацией. Он помогает увидеть, какие реальные реестры, статусы, отчеты и маршруты должны быть реализованы в защищенном, импортонезависимом, интегрированном контуре.

9. Что делать руководителю в ближайшие 90 дней

1. Провести инвентаризацию критических Excel-файлов. Не всех файлов подряд, а тех, которые влияют на деньги, сроки, поручения, отчетность, персональные данные, закупки, обязательства и управленческие решения.
2. Разделить таблицы по типам и процессам. Создать карту: какие файлы относятся к закупкам, бюджету, кадрам, поручениям, договорам, проектам, отчетности, производству или госфункциям.
3. Назначить владельцев процесса и данных. Каждый критический Excel должен иметь ответственного не за файл, а за управленческую функцию.
4. Запустить пилот разбора с помощью большой языковой модели в защищенном контуре. Выбрать 5–10 файлов, извлечь поля, сущности, формулы, справочники, статусы, отчеты, дубли и риски. Проверить результат с пользователями.
5. Выбрать 2–3 кандидата на перевод в модуль. Критерии: регулярность, ручной труд, риск ошибки, наличие владельца, понятная ценность, готовность пользователей.
6. Создать прототип, а не сразу промышленную систему. Показать карточку объекта, статусы, роли, маршрут, отчет и интеграции. Проверить, что прототип закрывает причину появления Excel.
7. Определить правила вывода старого файла из эксплуатации. Архив, дата закрытия, ответственный, запрет параллельного ведения, контролируемый импорт/экспорт, регламент выгрузок.
8. Включить перевод Excel-контуров в систему в портфель цифровой трансформации. Это не разовая уборка файлов, а постоянный механизм поиска требований и модернизации наследованных процессов.

10. Метрики успеха

Заключение

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

Запрет Excel без анализа — управленчески слабое решение. Оно борется с носителем, а не с причиной. Люди продолжают вести таблицы, только делают это менее прозрачно. Зрелый подход другой: найти критичные Excel-контуры, понять их управленческую функцию, извлечь из них структуру процесса, проверить ее с владельцами, нормализовать данные и перевести устойчивые сценарии в модули метаплатформы.

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

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

Главный вывод прост: Excel не надо романтизировать и не надо демонизировать. Его нужно читать. В каждой устойчивой таблице есть след процесса, который организация еще не смогла качественно оцифровать. Если этот след правильно разобрать, он становится входом в платформенную модернизацию.