Сейчас 2026 год.

Если считать грубо, я уже около 30 лет занимаюсь ИТ — в разных формах, с разными технологиями, задачами, проектами, людьми и уровнями сложности. За эти годы было многое: автоматизация, архитектура учёта, 1С ERP, бизнес-процессы, проекты, внедрения, дедлайны, ночные запуски, жёсткие согласования, кризисы, развороты, перегрузки, удачные решения и длинные периоды, когда жизнь шла в режиме «ещё чуть-чуть, и станет легче».

И вот в какой-то момент я поймал себя на простой, но неприятной мысли.

Я оборачиваюсь назад на эти 30 лет и спрашиваю себя: что это было?

Внешне всё понятно.
Годы прошли.
Проекты сделаны.
Этапы закрыты.
Системы внедрены.
Что-то получилось.
Что-то не получилось.

Но внутренне ответ оказывается далеко не таким простым.

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

Не по календарю.
Не по проектному плану.
Не по диаграмме Ганта.
А по факту собственной жизни.

И тут возникает второй ход, ещё более жёсткий.

Я мысленно прибавляю к сегодняшнему моменту ещё 30 лет вперёд.

И мне это уже не нравится.

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

Я смотрю вперёд и понимаю: если следующие 30 лет будут устроены так же, как были устроены предыдущие, то вопрос становится слишком жёстким.

Что стоит за вопросом «это писал человек или нейросеть» — и почему разговор об авторстве уже упирается в SIP, DR и MAP.

Я руковожу компанией, которая с 2012 года занимается описанием бизнес-процессов и внедрением систем класса ERP. За это время мы не раз сталкивались с одной и той же проблемой: бизнес-процесс вроде бы можно описать словами, можно нарисовать схему, можно составить таблицу операций, но в момент проверки выясняется, что документ не держит реальное исполнение. В нём не хватает предметов, состояний, источников, ролей, переходов, прикладных носителей, исключений и проверок. Такой документ выглядит убедительно, но не позволяет понять, как именно процесс должен работать в системе и как его проверить.

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

Так возникла ЕСППД-ИИ — Единая система процессно-предметной документации для искусственного интеллекта. Это наш внутренний стандарт работы с документацией, а не государственный ГОСТ, не рекламный продукт и не название компании. В этой методичке я объясняю не все технические детали стандарта, а человеческий маршрут: как начать описывать бизнес-процессы так, чтобы с ними мог работать искусственный интеллект и чтобы результат не превращался в имитацию.

Опыт ERP-архитектора: почему ChatGPT сначала выдавал красивые, но непроверяемые процессы — и почему решение оказалось не в промптах, а в предметной модели, технологической последовательности и проверяемых артефактах.

SAP, Oracle, Palantir, Celonis, Alibaba и Yonyou всё активнее строят вокруг корпоративного ИИ семантические слои: knowledge graph, ontology, process intelligence, business data cloud, agent memory и агентные платформы.

Зачем им это, если языковая модель уже умеет читать документы, таблицы и API?

Потому что корпоративному ИИ нужен не только доступ к данным. Ему нужен смысловой слой предприятия: термины, объекты, экземпляры, статусы, источники, связи и правила качества.

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