Тонкий клиент 1С не запускается или выдаёт ошибку: что проверить по порядку

Большинство ошибок тонкого клиента 1С решается в таком порядке: прочитать точный текст сообщения, проверить сетевую доступность сервера по портам 1540, 1541 и диапазону рабочих процессов, сверить версию клиента с версией сервера, затем очистить кэш запуском 1cv8c.exe /ClearCache. Если база открывается у коллеги, но не у вас, почти всегда виноват ваш компьютер: кэш, версия платформы, антивирус или права пользователя.

Тонкий клиент — это программа 1cv8c.exe. Сама бизнес-логика выполняется на сервере, клиент только показывает формы и передаёт команды. Поэтому любой сбой на линии «компьютер — сеть — сервер 1С — СУБД» выглядит для пользователя одинаково: окно не открывается, висит заставка или выскакивает ошибка. Задача — понять, на каком участке обрыв.

С чего начать: текст ошибки и простые проверки

Не закрывайте окно ошибки сразу. Нажмите в нём кнопку подробностей, если она есть, и сохраните текст целиком. Фраза вроде server_addr=tcp://srv1c:1541 descr=... сразу говорит, к какому серверу и порту клиент не достучался.

Дальше — три быстрых вопроса, которые отсекают половину версий:

• 🖥️ Открывается ли база у других пользователей? Если нет — проблема на сервере или в сети, а не у вас.
• 🔁 Что менялось недавно? Обновление платформы , конфигурации, Windows, установка антивируса, переезд сервера.
• 📂 Режим базы. Файловая база (путь вида \\server\base) и клиент-серверная (сервер и имя базы) ломаются по-разному.

Тип подключения видно в окне запуска: выделите базу и нажмите Изменить. Для серверной базы будут поля «Кластер серверов 1С:Предприятия» и «Имя информационной базы в кластере», для файловой — каталог.

Нет соединения тонкого клиента с сервером 1С

Это самая частая ошибка тонкого клиента. Типичные тексты: Сервер 1С:Предприятия не обнаружен, Не удалось установить соединение с сервером 1С:Предприятия, Ошибка соединения с сервером.

Схема подключения такая. Клиент сначала обращается к агенту сервера (порт 1540 по умолчанию), затем к менеджеру кластера (1541), а потом к рабочему процессу из диапазона портов. Диапазон задаётся в свойствах рабочего сервера, по умолчанию это 1560–1591. Закрыт любой из этих портов — подключения не будет.

Пошаговая проверка сети

1. Проверьте, что имя сервера резолвится в правильный адрес:

   ping srv1c
   nslookup srv1c
   

2. Проверьте порты из PowerShell на компьютере пользователя:

   Test-NetConnection srv1c -Port 1540
   Test-NetConnection srv1c -Port 1541
   Test-NetConnection srv1c -Port 1560
   

   В ответе смотрите строку TcpTestSucceeded. Значение False — порт закрыт или служба не слушает.
3. Если по IP подключается, а по имени нет — добавьте запись в DNS или в файл C:\Windows\System32\drivers\etc\hosts строкой вида 192.168.1.10 srv1c.
4. На сервере убедитесь, что служба «Агент сервера 1С:Предприятия 8.3» запущена (оснастка services.msc).

Если сервер за VPN или в облаке

Через VPN нужны все те же порты, включая весь диапазон рабочих процессов. Пробросить только 1541 недостаточно. Когда открыть диапазон нельзя, базу публикуют на веб-сервере и подключают тонкий клиент по адресу http:// или https://. Тогда наружу нужен только порт веб-сервера.

Кэш и временные файлы клиента

Тонкий клиент хранит на компьютере кэш метаданных и настроек. После обновления конфигурации или сбоя питания кэш может не совпасть с базой. Симптомы: бесконечная заставка, странные ошибки форм, окно закрывается без сообщения, «пропавшие» новые реквизиты.

Способ 1: запуск с ключом ClearCache

Самый безопасный вариант. В окне запуска выделите базу, нажмите Изменить, дойдите до последней страницы и в поле дополнительных параметров запуска впишите /ClearCache. Запустите базу, после успешного входа параметр уберите.

Тот же эффект из командной строки:

"C:\Program Files\1cv8\8.3.24.1586\bin\1cv8c.exe" /S "srv1c\buh" /ClearCache

Номер версии в пути подставьте свой — он должен совпадать с версией сервера.

Способ 2: удаление папок кэша вручную

Если /ClearCache не помог, закройте все окна 1С и удалите кэш руками.

1. Откройте %APPDATA%\1C\1cv8 и %LOCALAPPDATA%\1C\1cv8.
2. Удалите папки с длинными именами вида a1b2c3d4-... — это кэши отдельных баз.
3. Запустите базу заново: кэш создастся с нуля, первый вход будет дольше обычного.

Не трогайте папку %APPDATA%\1C\1CEStart и файл ibases.v8i в ней — там список ваших баз. Удалите его, и список придётся набивать заново. Если всё же решили почистить, сначала скопируйте файл в сторону.

Сбой авторизации и проблемы с лицензией

Ошибки входа

Сообщение Идентификация пользователя не выполнена означает, что 1С не узнала пользователя. Причины:

• 🔑 неверный пароль или включённый Caps Lock — банально, но встречается чаще всего;
• 👤 пользователя переименовали или удалили в базе;
• 🪪 у пользователя включена только аутентификация операционной системы, а вход идёт с другой учётной записи Windows или с компьютера вне домена;
• 🚫 администратор снял флажок «Вход в программу разрешён».

Проверку делает администратор базы: Администрирование → Настройки пользователей и прав → Пользователи (в БП 3.0, ЗУП 3.1, УТ 11), карточка нужного пользователя. Если же не может войти и сам администратор, а других пользователей с полными правами нет, — это отдельная задача восстановления доступа, решать её лучше на копии базы.

Ошибки лицензии

Текст Не обнаружено свободной лицензии значит одно из двух: лицензий меньше, чем открытых сеансов, или клиент не видит ключ. Без лицензии платформа базу не откроет.

Посчитать занятые лицензии на сервере можно консолью кластера или утилитой rac:

rac cluster list
rac session list --cluster=<id кластера> --licenses

Частая причина нехватки — «зависшие» сеансы: пользователь закрыл ноутбук, а сеанс остался висеть. Такой сеанс администратор завершает в консоли кластера.

Антивирус и брандмауэр блокируют 1С

Если ошибки начались после установки или обновления антивируса, это первый подозреваемый. Антивирус может блокировать 1cv8c.exe, удалять файлы кэша на лету или резать сетевые соединения к серверу 1С. Брандмауэр Windows блокирует исходящие или входящие подключения по нужным портам.

Что добавить в исключения на компьютере пользователя

1. Каталог платформы: C:\Program Files\1cv8\ (и C:\Program Files (x86)\1cv8\ для 32-битной версии).
2. Папки кэша: %APPDATA%\1C\ и %LOCALAPPDATA%\1C\.
3. Для файловой базы — сетевой каталог с базой, где лежит 1Cv8.1CD.

Брандмауэр на сервере

На сервере 1С откройте входящие подключения по TCP на порты агента, менеджера кластера и весь диапазон рабочих процессов:

New-NetFirewallRule -DisplayName "1C Server" -Direction Inbound -Protocol TCP -LocalPort 1540-1541,1560-1591 -Action Allow

Если порты изменены в настройках кластера, впишите свои.

Версия платформы на клиенте не совпадает с сервером

Тонкий клиент подключается к серверу 1С только при полном совпадении версии: номер клиента должен быть ровно таким же, как у сервера, вплоть до последней цифры сборки. Пример: сервер обновили до 8.3.24.1586, а у бухгалтера осталась 8.3.23 — вход невозможен, клиент сообщает о несоответствии версий клиента и сервера.

Как исправить

1. Узнайте версию сервера у администратора или в консоли кластера.
2. Установите на компьютер тонкий клиент или платформу той же версии. Старую можно не удалять — версии ставятся рядом в разные папки.
3. В свойствах базы в окне запуска на последней странице выберите нужную версию платформы. Это поле записывается в ibases.v8i строкой Version=.
4. Запустите базу через общий ярлык 1cestart.exe — он подберёт указанную версию.

Для файловой базы жёсткого совпадения нет, но открывать базу заметно более старой платформой, чем та, под которую выпущен релиз конфигурации, нельзя. Конфигурация при запуске сама сообщит минимально допустимую версию.

Журналы и отладка: где искать причину сбоя

Когда простые проверки ничего не дали, нужны логи. Их три уровня.

Журнал регистрации базы

Показывает события внутри 1С: входы, ошибки, завершение сеансов. В БП 3.0, ЗУП 3.1 и УТ 11 он открывается из раздела Администрирование: в группе обслуживания есть отчёты администратора, среди них — журнал регистрации. Поставьте отбор по пользователю и уровню «Ошибка», период — время сбоя.

Если войти в базу нельзя вовсе, журнал смотрят с другого компьютера или из Конфигуратора: Администрирование → Журнал регистрации.

Технологический журнал

Пишет события платформы: исключения, разрывы соединений, долгие вызовы. Включается файлом logcfg.xml в каталоге conf платформы, например C:\Program Files\1cv8\conf\. Минимальный пример — запись только исключений:

<?xml version="1.0" encoding="UTF-8"?>
<config xmlns="http://v8.1c.ru/v8/tech-log">
  <log location="C:\1C_logs" history="24">
    <event>
      <eq property="name" value="EXCP"/>
    </event>
    <property name="all"/>
  </log>
</config>

Платформа подхватывает файл без перезапуска, через минуту. Каталог C:\1C_logs создайте заранее и следите за местом на диске.

Не оставляйте технологический журнал включённым надолго — на нагруженном сервере он за сутки занимает гигабайты. Собрали логи за время сбоя — удалите или переименуйте logcfg.xml.

Журнал Windows

Если 1cv8c.exe падает без окна ошибки, откройте «Просмотр событий» → «Журналы Windows» → «Приложение» и найдите ошибку приложения с именем 1cv8c.exe. Там указан модуль, в котором случился сбой. Если это DLL антивируса или видеодрайвера — причина найдена.

Если ничего не помогло

Есть несколько приёмов, которые помогают отделить проблему компьютера от проблемы базы:

• 👥 Войдите под другим пользователем Windows на том же компьютере. Заработало — дело в профиле: кэш, права на папки %APPDATA%.
• 💻 Войдите с другого компьютера под той же учётной записью 1С. Заработало — дело в первом компьютере.
• 🌐 Попробуйте веб-клиент, если база опубликована. Он не использует локальную платформу, поэтому сразу отсекает проблемы установки и кэша.
• 🧩 Переустановите платформу той же версии через «Программы и компоненты» → «Изменить» → «Восстановить» или полной переустановкой.
• 🗄️ Проверьте сервер СУБД, если не входит никто: ошибка «нет доступа к базе данных» обычно указывает на SQL Server или PostgreSQL, а не на клиента.

Когда обращаетесь к администратору или в поддержку, передайте сразу: полный текст ошибки, версию платформы клиента, имя сервера и базы, время сбоя и что уже пробовали. Это экономит первый круг переписки.

Частые вопросы по ошибкам тонкого клиента