После обновлений Windows, выпущенных 9 июня 2026 года и позже, у части пользователей сломался сбой запуска Office из сторонних программ: Word, Excel, PowerPoint, Access и другие приложения пакета могут просто не открыться. Для компаний, где документы живут не в самом Office, а в учетных, юридических, медицинских и исследовательских системах, это уже не мелкий баг, а прямой удар по рабочим цепочкам.
Microsoft официально подтвердила проблему, сообщает BleepingComputer. Речь идет не о падении самого Office при обычном запуске, а о сценариях, где внешнее приложение пытается открыть документ или вызвать Office через OLE Automation. Именно в таких связках, по данным Microsoft, после июньских обновлений Windows появляются отказы, причем в некоторых случаях без какого-либо сообщения об ошибке. С точки зрения поддержки это почти идеальный анти-паттерн: пользователь нажимает кнопку, ничего не происходит, а искать виновника приходится между Windows, Office и сторонним софтом.
Из опубликованных деталей следует, что проблема затрагивает актуальные версии Windows с установленными обновлениями, вышедшими начиная с 9 июня 2026 года. Microsoft перечисляет Word, Excel, PowerPoint, Access и другие приложения Office, но не называет исчерпывающий список внешних программ, которые попали под сбой. Зато в пользовательских сообщениях уже всплыли конкретные названия: CCH Engagement, Zotero, Workpaper Manager, а также стоматологические системы вроде Dentrix и Softdent. Набор показательный. Здесь и профессиональное ПО для бухгалтерии и аудита, и академические инструменты, и отраслевые медицинские решения, где Office часто работает не как отдельное приложение, а как встроенный мотор для отчетов, вложений и шаблонов.
Технически история выглядит довольно прозаично, но от этого не менее болезненно. Многие корпоративные продукты годами используют OLE Automation как проверенный способ дергать Word или Excel из своего интерфейса: открыть карточку, сгенерировать письмо, показать шаблон акта, выгрузить расчет в таблицу. Когда такая связка ломается после штатного обновления ОС, бизнес внезапно обнаруживает, что проблема сидит не в «старом легаси у бухгалтеров», а в самом основании интеграции. И это как раз тот случай, где фраза «откройте файл вручную» технически является обходным путем, но организационно звучит как откат на несколько лет назад.
Пока Microsoft не выпустила исправление, пользователям предлагают именно обходной вариант: запускать приложения Office или открывать документы напрямую, а не из затронутой сторонней программы. Для частного пользователя это неприятно, но терпимо. Для компании с десятками внутренних сценариев, макросов, надстроек и автоматизированных форм это уже ручной режим вместо привычного процесса. Отдельно Microsoft сообщает, что корпоративные клиенты могут обратиться в Microsoft Support for Business за дополнительным обходным решением, которое можно развернуть на уровне всей организации. Важная деталь: публичного универсального фикса пока нет, а значит, ИТ-отделам приходится самим решать, что дешевле в моменте — ждать будущий апдейт, массово объяснять сотрудникам новый порядок действий или искать временные изменения в бизнес-процессах.
Контекст у этой новости тоже вполне красноречивый. За последние месяцы Microsoft уже закрывала несколько заметных сбоев вокруг своей экосистемы: проблему, из-за которой Office for the web не открывал Excel- и PowerPoint-файлы; ошибку, мешавшую пользователям Windows 365 скачивать и устанавливать Office; баг с установкой обновлений Windows через Windows Update Standalone Installer; а также сбой, из-за которого устройства на Windows Server 2025 после апрельского обновления безопасности могли загружаться в BitLocker recovery. Сам по себе каждый инцидент не тянет на катастрофу. Но в сумме картина для ИТ-руководителей неприятная: экосистема Microsoft становится все плотнее связанной, а цена даже локального регресса растет, потому что ломается не одна программа, а стык между несколькими привычными слоями.
Для разработчиков и владельцев бизнес-софта здесь есть отдельный вывод. Если продукт завязан на запуск Office из своего интерфейса, такой сценарий нельзя считать «понятным и вечным» только потому, что он работает десять лет. Сбой запуска Office после обычных обновлений Windows показывает, насколько хрупкими остаются старые механизмы автоматизации, особенно когда они проходят через COM/OLE и зависят сразу от поведения ОС, Office и конкретной клиентской среды. Для вендоров это повод пересмотреть тестовые матрицы и добавить в них не только «последнюю версию Windows», но и свежие кумулятивные обновления сразу после релиза. Для корпоративных заказчиков — напоминание, что критичные процессы лучше документировать с альтернативным маршрутом, а не предполагать, будто интеграция между двумя продуктами отработает молча и всегда.
Самый интересный вопрос теперь не в том, выпустит ли Microsoft патч, а в том, сколько подобных зависимостей еще спрятано в корпоративном ПО под вывеской «просто открыть документ». Чем активнее платформенные вендоры меняют Windows и Office в ритме постоянных обновлений, тем дороже становится любая старая интеграция, которая держится на механизмах из предыдущей эпохи. Июньский сбой запуска Office — хороший повод вспомнить, что настоящая стабильность в корпоративном ИТ начинается не там, где все давно работает, а там, где все регулярно проверяют на реальных обновлениях и реальных связках.