← На главную

При запуске тонкого клиента 1cv8c.exe в клиент-серверном режиме может возникнуть системный сбой Windows. Приложение аварийно завершает работу сразу после авторизации пользователя, выводя в системный журнал событий сообщение о нарушении прав доступа:

Имя сбойного приложения: 1cv8c.exe
Имя сбойного модуля: core83.dll
Код исключения: 0xc0000005
Смещение ошибки: 0x00009592

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

Разберем детально, почему возникает данный сбой и какими способами можно восстановить стабильную работу пользователей.

Причины возникновения ошибки core83.dll

Проанализируем механику возникновения исключения с кодом 0xc0000005 (Access Violation) со смещением 0x00009592:

1. Ошибка релиза платформы при опросе системных сертификатов: Данная проблема представляет собой внутренний дефект 32-разрядных сборок платформы (в частности, ветки 8.3.10). При открытии интерфейса конфигураций («1С:Бухгалтерия КОРП», «1С:ERP»), содержащих модули сервисов «1С-Отчетность» и «1С-ЭДО», платформа опрашивает системное хранилище сертификатов Windows. Наличие определенных корневых, поврежденных или отозванных сертификатов в профиле пользователя ОС вызывает критический сбой работы с памятью в библиотеке core83.dll. Разница в поведении под разными пользователями объясняется тем, что у некоторых учетных записей отключен функционал ЭДО или отсутствуют привязанные организации с цифровыми подписями.
2. Сбой инициализации элементов начальной страницы: После авторизации платформа формирует рабочий стол. Если на начальную страницу выводятся виджеты новостей, баннеры интернет-поддержки или монитор руководителя, сбой встроенного веб-браузера при обращении к внешним ресурсам может приводить к аварийному завершению процесса.
3. Конфликт криптопровайдеров и системных библиотек: Повреждение компонентов Microsoft Visual C++ Redistributable (x86) или несовместимость версии установленного криптопровайдера (КриптоПро CSP, ViPNet CSP) с 32-битным тонким клиентом.

Основное решение: Обновление версии платформы 1С

Рассмотрим наиболее надежный способ устранения сбоя. Так как ошибка локализована в программном коде конкретных сборок платформы (например, 8.3.10.2466, 8.3.10.2505), полноценным решением является переход на релиз, содержащий исправление дефекта.

1. Выполняем плановую остановку службы сервера 1C:Enterprise Server.
2. Устанавливаем исправленную версию технологической платформы (например, сборку 8.3.10.2667 или более свежие актуальные ветки).
3. Обновляем клиентские приложения 1cv8c.exe на рабочих местах пользователей.
4. Запускаем службу сервера и выполняем вход под проблемными учетными записями.

Альтернативные решения без немедленного обновления сервера

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

1. Переход на 64-битный тонкий клиент:
   Устанавливаем на рабочие станции 64-разрядную версию клиента 1cv8c.exe того же релиза, что и сервер. Дефект смещения памяти 0x00009592 проявляется преимущественно в 32-битной архитектуре (x86), поэтому использование x64-клиента позволяет обойти сбой без переустановки серверной части.
2. Очистка хранилища сертификатов Windows:
   Проверяем профиль пользователя операционной системы, под которым происходит аварийное завершение:
   1. Нажимаем сочетание клавиш Win + R и вводим команду certmgr.msc.
   2. Переходим в ветки «Личное» и «Другие пользователи» → «Сертификаты».
   3. Удаляем устаревшие, временные или поврежденные сертификаты, не используемые в текущей работе.
   4. Очищаем системный каталог кэша сертификатов: %APPDATA%\Microsoft\SystemCertificates\My\Certificates.
3. Отключение виджетов начальной страницы:
   Выясним, не вызывают ли сбой визуальные формы рабочего стола:
   1. Входим в информационную базу под учетной записью с полными правами, у которой запуск проходит успешно.
   2. Переходим в меню «Главное меню» → «Вид» → «Настройка начальной страницы».
   3. Убираем с рабочего стола проблемных пользователей формы «Новости», «Монитор руководителя» и внешние информационные панели.
   4. В разделе «Администрирование» → «Интернет-поддержка и сервисы» временно отключаем автоматическое получение новостей и классификаторов.
4. Запуск через веб-клиент или публикацию:
   Опубликуем базу на веб-сервере (IIS или Apache). Работа через веб-браузер изолирована от внутренних сбоев исполняемого файла 1cv8c.exe и модуля core83.dll, что позволяет пользователям полноценно работать до момента технологического окна для обновления платформы.
5. Обновление библиотек Microsoft Visual C++:
   Переустанавливаем или обновляем пакеты Microsoft Visual C++ 2015–2022 Redistributable (x86) на проблемных клиентских машинах, чтобы исключить конфликты системных динамических библиотек.