Почему 1С вылетает при вызове диалога выбора файла в Windows 11 и как это исправить

Системный администратор 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

В последнее время многие системные администраторы и пользователи столкнулись с критической проблемой: при попытке прикрепить файл, выбрать путь для сохранения или просто открыть диалог выбора файла в среде Windows 11 (а также на последних сборках Windows 10), приложение 1cv8c.exe мгновенно закрывается без вывода каких-либо предупреждений или окон с ошибками. Проанализируем ситуацию, выясним причины такого поведения и разберем по шагам проверенные методы решения задачи.

Проявление проблемы и анализ логов системы

Рассмотрим типичный сценарий: пользователь работает в «1С:Документооборот» или «1С:Бухгалтерия», нажимает кнопку «Добавить файл» или «Выбрать», после чего программа просто исчезает с экрана. Если мы заглянем в «Просмотр событий» Windows (Event Viewer), то в журнале «Приложение» (Application) мы обнаружим запись об ошибке с кодом события 1000. Проанализируем ключевые параметры этой ошибки:

Этот лог однозначно указывает на конфликт платформы с библиотекой Microsoft Visual C++ Runtime. Выясним причину: почему библиотека, которая годами работала стабильно, внезапно начала приводить к краху системы?

Причина конфликта: обновления Visual C++ и Microsoft Office

Проанализируем цепочку событий. Microsoft выпустила обновление для пакета Microsoft Visual C++ 2015–2022 Redistributable (версии 14.42.34433 и выше). В этой версии библиотеки msvcp140.dll был изменен внутренний механизм блокировок (функция mtx_do_lock). Платформа 1С, при вызове стандартного системного диалога Windows, инициирует обращение к этой библиотеке.

Особую роль здесь играет Microsoft Office 365 / 2021. При обновлении офисного пакета он принудительно устанавливает новые версии компонентов Visual C++ в свои подпапки и регистрирует их в системе. Когда 1С пытается вызвать диалог выбора файла, Windows подгружает расширения оболочки (Shell Extensions) для предварительного просмотра документов .xlsx и .docx. Эти расширения используют новую версию библиотеки от Office, в то время как сама 1С пытается использовать ту версию, которая лежит в её папке bin. Возникает конфликт версий в одном адресном пространстве процесса, что и приводит к ошибке c0000005.

Посмотрим на наиболее эффективные способы решения этой проблемы, начиная с самых простых.

Способ 1: Удаление конфликтующей библиотеки из папки 1С

Это самый быстрый и зачастую самый эффективный метод. Платформа 1С при запуске ищет необходимые ей .dll файлы сначала в своем рабочем каталоге (папка bin конкретной версии), а если не находит — обращается к системным папкам C:\Windows\System32 или C:\Windows\SysWOW64.

Выполним следующие действия:

  1. Закроем все запущенные сеансы 1С.
  2. Перейдем в каталог установленной платформы. Обычно это: C:\Program Files (x86)\1cv8\8.3.XX.XXXX\bin\ (для 32-битного клиента) или C:\Program Files\1cv8\8.3.XX.XXXX\bin\ (для 64-битного).
  3. Найдем файл msvcp140.dll.
  4. Важно: Не удаляйте файл окончательно, а просто переименуйте его, например, в msvcp140.dll.bak.
  5. Запустим 1С и проверим работу диалога выбора файла.

При отсутствии файла в папке bin, 1С подгрузит системную библиотеку, которая уже согласована с компонентами Windows и Office, что устранит конфликт.

Способ 2: Замена библиотеки файлом из системного каталога

Если удаление файла приводит к другим ошибкам (например, программа жалуется на отсутствие компонента), рассмотрим вариант принудительной синхронизации версий. Мы заменим библиотеку, поставляемую с 1С, на ту, которую использует сама операционная система.

Рассмотрим алгоритм:

  1. Перейдем в системную папку C:\Windows\System32.
  2. Скопируем файл msvcp140.dll (проверьте, что его версия актуальна).
  3. Вставим этот файл в папку bin вашей платформы 1С с заменой существующего файла.
  4. Если у вас используется 32-битный клиент 1С на 64-битной Windows, файл нужно брать из папки C:\Windows\SysWOW64.

Этот метод помогает «подсунуть» платформе именно ту реализацию функций mtx_do_lock, которую ожидают увидеть обновленные компоненты Windows 11.

Способ 3: Обновление Visual C++ Redistributable до последней версии

Разберем ситуацию, когда системные библиотеки тоже повреждены или имеют промежуточную «бажную» версию. В этом случае нам поможет полная переустановка компонентов Microsoft.

  1. Зайдем в «Панель управления» — «Программы и компоненты».
  2. Найдем все записи Microsoft Visual C++ 2015-2022 Redistributable.
  3. Удалим их (сначала x64, затем x86).
  4. Скачаем с официального сайта Microsoft самый свежий пакет (на текущий момент рекомендуется версия 14.44 или выше, если доступна, так как в ней Microsoft начала исправлять данную регрессию).
  5. Установим обе версии: и vc_redist.x86.exe, и vc_redist.x64.exe, так как 1С часто требует обе разрядности для разных компонентов.

Способ 4: Отключение функций предпросмотра в Проводнике

Если по каким-то причинам вы не можете изменять файлы в программных папках (например, из-за жестких политик безопасности), проанализируем обходной путь. Поскольку вылет часто провоцируется «Областью предпросмотра» Windows, которая пытается прочитать содержимое Excel или Word файла до его открытия, мы можем её отключить.

  1. Откройте «Проводник» Windows.
  2. Нажмите кнопку «Просмотреть» (View) на верхней панели.
  3. Перейдите в пункт «Показать» (Show).
  4. Снимите галочку с пункта «Область предпросмотра» (Preview pane).
  5. Также рекомендуется отключить «Область сведений» (Details pane).

Это снизит вероятность обращения к конфликтующей msvcp140.dll в момент навигации по папкам в диалоговом окне.

Дополнительные рекомендации для системных администраторов

В крупных организациях ручная замена файлов в папке каждой версии 1С трудозатратна. Рассмотрим автоматизированный подход. Можно использовать скрипт (PowerShell или .bat), который будет выполняться при развертывании новой версии платформы:


# Пример PowerShell скрипта для очистки папок 1С от потенциально проблемных DLL
$1cPath = "C:\Program Files (x86)\1cv8"
Get-ChildItem -Path $1cPath -Filter "msvcp140.dll" -Recurse | ForEach-Object {
    $backupName = $_.FullName + ".old"
    Rename-Item -Path $_.FullName -NewName $backupName -ErrorAction SilentlyContinue
    Write-Host "Библиотека в $($_.DirectoryName) нейтрализована."
}

Подведем итог: Основная проблема кроется не в самой платформе 1С, а в неудачном обновлении системных библиотек Microsoft, которые конфликтуют с локальными копиями в папке приложения. Наиболее стабильным решением на сегодня является удаление msvcp140.dll из каталога bin 1С, что заставляет приложение использовать единую системную библиотеку и предотвращает критический сбой процесса.

← На главную