Microsoft выпустила для Excel 2016 сборку 16.0.5574.1006, которая повторно устраняет сбой копирования Excel: операция вставки могла завершаться без ошибки, но выбранная ячейка оставалась прежней. Проблема важна не только как курьёз из мира офисного ПО: для компаний, где Excel всё ещё обслуживает отчётность, финмодели и операционные таблицы, молчащий Ctrl+V способен испортить рабочий процесс быстрее, чем заметная авария.
Как сообщает The Register, первоначально ошибка появилась после сентябрьского обновления и затронула несколько версий Excel. Microsoft исправила её в середине сентября, однако в Excel 2016 она вернулась после установки октябрьского обновления безопасности KB5002934. Теперь компания выпустила очередную сборку, включив в неё накопленные обновления безопасности и исправление повторно возникшей неисправности.
Сценарий был особенно неприятным из-за отсутствия явного сигнала. Пользователь копировал данные, нажимал Ctrl+V, но содержимое целевой ячейки не менялось. Повторные попытки не помогали: проблема проявлялась, если в книге использовалось условное форматирование. Для таблиц с правилами подсветки — например, для контроля отклонений, статусов задач или финансовых лимитов — это вполне обычная конфигурация, а не экзотический кейс.
В Microsoft уточнили, что регрессия была повторно внесена в сборке 16.0.5574.1005. Новая версия 16.0.5574.1006 должна устранить именно этот дефект. Причину, по которой уже закрытая ошибка вернулась через несколько недель, компания не раскрыла. Это оставляет администраторам не самый приятный вывод: даже патч, который формально исправляет известную проблему, не стоит считать безопасным только потому, что у него есть номер KB и пометка Security Update.
Пользователи заметили повторение ошибки в октябре, когда KB5002934 начал устанавливаться на рабочие станции. Откат обновления возвращал возможность вставлять данные, но решение было временным: Windows Update мог снова доставить тот же пакет. При этом речь не идёт о свежем ежемесячном обновлении Windows как таковом — дефект вернулся вместе с обновлением Excel, распространявшимся через Windows Update.
На форуме Microsoft один из пользователей сообщил, что проблема проявилась сразу на рабочих местах по всей организации. Его претензия понятна: команда уже сталкивалась с тем же поведением, получила исправление, а затем через считаные недели увидела прежний сбой копирования Excel. Для ИТ-службы это двойная работа: сначала диагностика неочевидной ошибки у сотрудников, затем поиск обходного пути, а потом повторная проверка после нового патча.
С точки зрения эксплуатации эта история хорошо иллюстрирует разницу между «обновление установлено» и «обновление прошло проверку в реальном сценарии». В корпоративной среде Excel часто воспринимают как базовый и предсказуемый инструмент, поэтому изменения в механике копирования и вставки могут долго оставаться вне регрессионных тестов. Тем не менее для организаций с критичными книгами имеет смысл включать в пилотный контур хотя бы несколько типовых файлов: с условным форматированием, формулами, защищёнными листами и макросами — в зависимости от того, что реально используется.
Разработчикам внутренних решений и владельцам процессов здесь тоже есть о чём подумать. Если бизнес-операция зависит от ручного переноса значений между листами, отказ вставки может привести не только к раздражению пользователя, но и к незаметно устаревшим данным. Автоматические проверки, контроль изменений в ключевых ячейках и отказ от ручного копирования там, где возможна интеграция, выглядят скучно ровно до момента, когда «ничего не произошло» после Ctrl+V.
Microsoft не сообщила о затронутых версиях за пределами Excel 2016 после октябрьского возврата ошибки и не объяснила механизм регрессии. Формально история закрыта сборкой 16.0.5574.1006, но её главный вопрос остаётся шире одного офисного пакета: насколько тестовые наборы производителя отражают самые обыденные пользовательские действия в старых, но по-прежнему массовых версиях ПО. В случае Excel ответ оказался неловким — копирование и вставку пришлось чинить дважды.
