Что сделать сразу после вылета 1С
Если 1С закрылась без предупреждения, не повторяйте много раз последнее действие. Сначала запишите время сбоя, название базы, раздел программы и операцию, на которой окно исчезло. Эти сведения помогут ответственному сотруднику найти событие в журнале и понять, почему программа начала вылетать.
Запустите 1С заново и проверьте, сохранился ли документ. Не создавайте его повторно, пока не убедитесь, что первого экземпляра нет в списке. При потере соединения подтверждение могло не появиться на экране, хотя данные уже попали в базу. Для поиска используйте дату, номер и другие известные реквизиты.
Если приложение предлагает восстановить открытые окна или сообщает о некорректном завершении, прочитайте текст целиком и сделайте снимок экрана. Не передавайте посторонним пароль, коды подтверждения или снимки с персональными данными. Сообщение об ошибке лучше отправить штатному специалисту по принятому в организации каналу.
Как отличить потерю связи от сбоя программы
Работа 1С может зависеть от локальной сети, удалённого сервера или интернет-соединения. При ограничениях мобильного интернета доступ к рабочей базе не гарантирован, даже если отдельные сайты и приложения продолжают открываться. Состав доступных ресурсов различается по регионам и операторам и может изменяться.
Посмотрите, работают ли другие корпоративные ресурсы, которым требуется то же подключение. Если одновременно перестали обновляться документы, общие папки и внутренняя почта, вероятна проблема соединения. Если всё остальное доступно, а закрывается только 1С, причину следует искать в клиенте, расширении, конкретной форме или оборудовании рабочего места.
Не используйте многократный запуск как проверку связи: несколько зависших сеансов могут усложнить последующий вход. Закройте оставшиеся окна обычным способом, подождите завершения программы и выполните одну повторную попытку. Если ошибка возникает постоянно, зафиксируйте точную последовательность действий и прекратите редактирование важного документа до проверки.
Почему база 1С вылетает на одном рабочем месте
Сравните поведение программы на другом разрешённом рабочем месте, если это допускают правила организации. Когда одна и та же база 1С открывается у коллег, а у вас вылетает, возможная причина находится на компьютере: повреждённые пользовательские настройки, нехватка свободного места, конфликт подключённого оборудования или различие версий клиента.
Проверьте, возникает ли сбой во всех информационных базах либо только в одной. Затем выясните, повторяется ли он под другой учётной записью на том же компьютере. Самостоятельно менять файлы базы, удалять каталоги программы или запускать неизвестные средства восстановления не следует: это может уничтожить диагностические сведения или повредить данные.
Перед обращением к специалисту запишите версию платформы из штатного окна сведений о программе, название операционной системы и время последнего успешного входа. Если интернет сейчас недоступен, сохраните заметку локально. Позже её можно передать вместе со снимком сообщения, не пересказывая ошибку по памяти.
Что проверять, если 1С вылетает при печати
Сбой при печати часто связан не с документом как таковым, а с формированием печатной формы, выбранным принтером или его драйвером. Проверьте, открывается ли предварительный просмотр без отправки задания. Затем попробуйте сформировать другую штатную печатную форму из того же документа, ничего не меняя в его реквизитах.
Уточните, какой принтер выбран по умолчанию и доступен ли он компьютеру. Если устройство сетевое, ограничение мобильного интернета обычно не объясняет его недоступность, однако рабочая локальная сеть тоже может иметь отдельный сбой. Не отправляйте одно задание много раз: после восстановления соединения принтер способен обработать накопившуюся очередь.
Если программа закрывается только при одной форме, сообщите её точное название и документ, на котором воспроизводится ошибка. Если сбой появляется при любой печати, полезно проверить предварительный просмотр и состояние очереди средствами операционной системы. Установку и замену драйвера лучше поручить администратору, особенно на служебном компьютере.
Особенности 1С на Linux
Когда 1С вылетает на Linux, важны версия клиента, дистрибутив, графическая среда и способ подключения к базе. Название «линукс» само по себе недостаточно для диагностики: одинаковая операция может работать по-разному при отличающихся сборках программы и системных компонентах. Запишите эти сведения до обновлений.
Проверьте, связан ли сбой с печатью, открытием файла, выбором шрифта или запуском конкретной формы. Если программа закрывается после одного и того же действия, описание воспроизведения полезнее общего сообщения «не работает». Не заменяйте системные библиотеки наугад и не копируйте файлы из случайных инструкций.
При работе через удалённый рабочий стол отдельно отметьте, исчезло окно 1С или завершился весь удалённый сеанс. Во втором случае причина может быть в соединении, а приложение на сервере способно остаться открытым. После повторного входа проверьте существующий сеанс, чтобы не создавать параллельные копии редактируемого документа.
Если вылетает 2ГИС, а не 1С
Запрос «2ГИС вылетает» относится к другому приложению, поэтому инструкции для базы 1С здесь неприменимы. Сначала уточните название программы на экране. У 2ГИС причиной закрытия могут быть состояние приложения, устройства или загруженных карт, а ограниченная сеть влияет прежде всего на получение новых данных.
Если карты были сохранены заранее, проверьте, открываются ли они без обновления и поиска сетевых сведений. Запишите модель устройства, версию системы и действие перед закрытием приложения. Не удаляйте загруженные данные сразу: при ограниченном интернете повторно получить их может не получиться.
Для 1С обращайтесь к администратору базы или внутренней поддержке, а для 2ГИС используйте штатную поддержку приложения, когда соединение восстановится. В обоих случаях полезны время сбоя, версия программы и последовательность действий, но журналы, настройки и способы восстановления у этих продуктов разные.
Как подготовиться к повторному сбою
Пока рабочее соединение доступно, уточните внутренний порядок обращения за помощью и сохраните контакты ответственного сотрудника в телефоне. Запишите название нужной базы и адрес рабочего места, но не храните рядом пароль. Если организация предоставляет утверждённую инструкцию по аварийной работе, держите локальную копию.
Сохраняйте документы штатной командой после завершения смыслового этапа, а перед длительной операцией проверяйте устойчивость соединения. Не оставляйте единственный экземпляр важных исходных данных только в открытом окне. Файлы для загрузки храните в разрешённой рабочей папке с понятными именами, чтобы после перезапуска выбрать правильную версию.
После восстановления доступа сообщите специалисту не только о самом вылете, но и о результате повторного входа: сохранился ли документ, появилась ли копия, повторилась ли ошибка. Такая последовательность позволяет проверить базу без догадок и снижает риск, что незавершённая операция останется незамеченной.