1с работа с файлами вылетает
📝 Столкнулись с ситуацией, когда в тихом режиме, сама по себе, закрывается программа 1С. Файловая база, ПК на «боевом» железе с набором обновлений, пусть и на Windows 7. По времени 10-15 минут, а потом самозакрытие. Без ошибок и уведомлений. Раз, и закрылась.
🚩 Приступили к расследованию. Возможно, не с той стороны, но главное — начали.
Первая гипотеза сводилась к сбросу кэша, проверке базы на платформе другой разрядности (x86/x64), а также переустановке версии. Не помогло. Протестировали запуск в тонком и толстом клиентах. Та же ошибка.
🚩 Следующая партия гипотез касалась настроек операционной системы. Проверили следующее: удаление антивируса, отключение Защитника Windows, замена драйверов видеоадаптера, переключение на стандартный драйвер VGA.
А также создание нового профиля пользователя, повышение прав до администратора, отключение брандмауэра и UAC, установка полных прав на каталог 1С, принудительный запуск от имени администратора и т. д.
Без результата. Платформа как падала, так и продолжала.
🚩 Быстро ситуация не разрешалась. Подключили «тяжёлую артиллерию»: разбор дампов программы и включение технологического журнала.
Разбор ошибок показал, что «сыплются» ошибки доступа к файлам базы, кэша и сетевых подключений к портам.
Через поиск в Интернете вышли на проверку имени компьютера.
Изменили наименование по рекомендациям, перезагрузили и, чудо, программа заработала. «Здравствуй, опыт, сын ошибок трудных».
🎯 Если у вас 1С ведет схожим образом и «вылетает» через ~10 минут, рекомендуем:
- переименуйте ПК (новое имя на латинице, без спецсимволов, не более 8 букв);
- проверьте путь к информационной базе (короткий, без пробелов, чтобы содержал только латинские символы).
✅ После этих изменений вылеты прекратятся. Как минимум, надеемся, что будет вам счастье. Наш клиент — 100% обрадовался. И кажется, новому имени ПК больше всех. 1С радует по умолчанию, как всегда.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
Добрый день! Люди, помогите, пожалуйста. Ситуация следующая.
При записи документа "Событие" база вылетает. Говорит, произошла ошибка память не может быть read. И так у всех пользователей в толстом клиенте.
В чем может быть проблема? Заранее благодарна.
(11) и что там посмотреть? там написано "Ошибка приложения 1cv8.exe, память не может быть read" и все
вчера еще проблемы не было. Сегодня утром внесла изменения, никак не касающиеся событий, сейчас эти изменения откатила обратно, разницы никакой
(19) копии текущей базы нет, есть ночная копия. база большая, будет восстанавливаться наверное долго, но видимо надо попробовать.
(24) нет, была добавлена новая форма в справочник ХранилищеДополнительнойИнформации, изменен общий модуль работы с файлами и модуль одного справочника
сделай копию базы, разверни у себя, думаю вылетать не будет, значит дело не в коде.
(51) например, так записать:
+(66) вылетает при записи нового документа? при отмене проведения проведенного? или при проведении не проведенного?
(72) на 5 точно, кто не в терминале работает, остальные не могу проверить, пользователи территориально не тут
(74) версионирование - да, RLS - да, обмены данными. один план обмена "Полный" у всех объектов разрешить, типовой
(75) а в самом плане обмена нет узлов? Возможно ли отключить по очереди версионирование и РЛС и проверить как будет записываться?
если пишет про память, то либо битые ссылки, либо действительно памать сьедена, либо превышение количества таблиц при выходе из метода и включении РЛС.
про платформу, сервер, си.. т.е. фото уже спрашивали?
я бы сделал копию базы - очистил ее от битых ссылок и залил ли бы ее заново в другое место на диске, да и на вирусняк походе, может антивирь кусает.
короче вариантов масса, можно проводить допрос дальще)
(76) версионирование всегда использовалось и все было ок. ну можно отключить временно данный объект. а РЛС, у меня права полные, однако ошибка все равно возникает
да самый правильный совет уже дали, поднять локально базу из бэкапа и посмотреть если робит то выгрузить dt и его залить в текущию базу или новую создать и туда залить.
"ошибка память не может быть read" вы можете увидеть на любом копьютере даже если там нет 1С.
Его появление без 1С может быть обусловлено активностью вируса, проблемами с секторами жесткого диска, жесточайшей настройкой прав пользователя ОС, еще пара варинтов.
Вывод: че вы прицепились к 1С и РЛС, как правило, у девочек на компах - ворох вирусятины, даже если она одмин)
(88) если восстановленная версия пашет на другой машине, сервере, то
(91) ога, это специальный вирус был сделан только для того, чтобы не давать записывать документ "Событие"? )))
на самом деле тот сектор харда, где физически хранится таблица документа "События" стал содержать бэды в области данных - мне это кажеться наиболее вероятным
(96) для тех кто в танке: база серверная, в терминале всё ок, на клиентах - нет. Какая нафиг физическая таблица? она что, разная для разных клиентов?
(97) тогда проблема в сети, т.е. либо вирус, либо происки одмина, который просто хочет потрепать нервы девочке, наверно есть за что)
(90) спасибо за советы, это все не мои обязанности, мне проблемку надо как-то решить сейчас, а то пользователи не могут заносить данные((
При запуске одной из информационных баз в режиме предприятия тонкий клиент падает с ошибкой.
В эту инф базу можно зайти под другим пользователем инф базы
Тот же пользователь сети - не пользователь инф базы- может запустить другую информационную базу.
Кэш чистил - ниже код
If Exist %USERPROFILE%\AppData\Roaming\1C\1Cv8 (
rem Удаляются все файлы в Windows7 или Windows8
Del /F /Q %USERPROFILE%\AppData\Roaming\1C\1Cv8\*.*
Del /F /Q %USERPROFILE%\AppData\Local\1C\1Cv8\*.*
rem Удаляются все каталоги в Windows7 или Windows8
for /d %%i in ("%USERPROFILE%\AppData\Roaming\1C\1Cv8\*") do rmdir /s /q "%%i"
for /d %%i in ("%USERPROFILE%\AppData\Local\1C\1Cv8\*") do rmdir /s /q "%%i"
)
В журнале Windows имя сбойного модуля core83.dll .
Проявляется как для 32 битного, так и 64- битного приложения платформа 8.3.10.2561.
Платформу 32 переустанавливал- не помогает
Под этой платформой работали несколько месяцев :(
(30) обновиться до 8.3.11. у меня было несколько баз, в которые нельзя зайти ни под одним пользователем в режиме предприятия. Под 8.3.11- все работает.
А проблема точно не в базе? Встречал случаи, когда немного "билась" таблица пользователей и если проблемного пользователя скопировать - то под новым все было нормально.
Такая же проблема, тот же релиз платформы х32, база проверена, кэши чищены, переносил в другую папку, вылет у всех юзеров, кроме одного, независимо от прав.
О_ткат (ох уж этот автоцензор) на предыдущий релиз бухии помогает, так же как установка даты на компе на любое января перед запуском.
Под одним пользователем запускаются все пользователи инф базы.
Если копировать пользователя , под которым запускается, то новый пользователь тоже заходит
(5) в другой конторе с одного компа входит в базу под любым пользователем, на другом ни под одним из тех же.
Пользовательские настройки из режима предприятия чистить пробовали?
Наблюдал подобное поведение как раз в случаях когда пользователь настроил форму под себя, а в конфе она поменялась
(9) поднимать базу с бэкапа и пока не обновлять :(. Потому что все действия по восстановлению - в режиме предприятия
(10), вообще даже в этом случае есть варианты:
1. Зайти в конфигуратор и создать нового пользователя с админскими правами
2. Если база клиент-серверная, то можно в таблице _frmdtsettings поудалять "лишние" строки
(10) как я писал ранее, можно выставить дату на январь и тогда под 3.0.58.20 релизом можно войти (у нас так пока работают).
Такая же ошибка была на 8.3.10.2561 после обновления Бухгалтерии до релиза 3.0.58.20.
Переустанавливали платформу этой же версии на компах пользователей, чистили кэш, обновили до 3.0.58.26 на пустой базе и загрузили конфу в рабочую (где-то тут вычитала такой метод борьбы с подобной ошибкой), дтшник выгружали/загружали обратно, очистили настройки пользователей в самой базе, сделали тестирование и исправление БД, не помогало. В итоге установили новую платформу и все ок.
В описании релиза написано "Внимание! Текущая версия конфигурации "Бухгалтерия предприятия" предназначена для использования с версией технологической платформы 1С:Предприятие 8 не ниже 8.3.10.2466.", но если зайти в "Порядок обновления", есть запись "Рекомендуется использовать версию 1С:Предприятие 8.3 не ниже 8.3.10.2667.".
А вот нам все вышеперечисленное не помогло. Причем падал тонкий и толстый клиент при подключении только к одной определенной 1с sql базе. Ко второй - успешно подключался.
Но мы нашли неожиданное решение.
Сначала проверили на чистом свежесозданном Windows профиле на том же компе - все работает.
Дальше начали шерстить профиль - что же может ломать 1С (напомню, стандартная очистка, описанная выше, не помогла).
Запустили Process monitor, записали что делает 1c при запуске.
В итоге выяснилось, что перестала работать 1С 1.02.2018 на тех компах, на которых стоит КриптоПро и были установлены личные сертификаты с алгоритмом ГОСТ!
Для временного решения - сложите все файлы сертификатов из "C:\Users\username\AppData\Roaming\Microsoft\SystemCertificates \My\Certificates" в другую папочку и 1С заработает.
После запуска 1С, можно сложить серты обратно, она уже не падает. Полтора дня убили на эту тряхомундию. =((
alk; /Sergeant/; freddy_kind; arakelyan; izidakg; Kirich2; PANovikov; user926700; elona; AVKonya; Pafnytich; Gravern; extralook; Мах; ovchinnicov; user705522_constantin_h; Alister; t.v.s.; + 18 – Ответить
(18) интересно, как это связано с датой 1 февраля? В одной конторе возможно из-за этого. но вот в другой, там где с пяти из шести компов не входит, там-то криптопро стоит только у главбуха.
(18)
Забыл код на PowerShell приложить - маленький workaround, пока 1С фиксит. Скрипт убирает серты, запускает 1С, кладет серты обратно. Главное - не тяните с выбором базы, а то скрипт ждет всего минуту и возвращает серты. =)
(73) это не вин проблемы. На моем компе нет никакого КриптоПро ,тем не менее , у меня была проблема и я создал этот пост
(21)
Все равно проверьте наличие сертификатов даже если и нет крипто про. Там могут быть и RSAшные серты и ГОСТовые.
Нам это помогло и сейчас наш франчайзи оформляет багу в 1С, посмотрим как они отреагируют.
У меня та же проблема платформа 10.2561 БП 3.0.58.26.
Вопрос возникает, если дело в сертификатах, то причем тут релиз базы. Получается в прошлым релизам не мешали сертификаты?
Попробовал остаться на 8.3.10, так вот подошла 8.3.10.2667, а более поздняя 8.3.10.2699 не подошла, но по причине того, что периодически на полностью здоровой базе вываливалась с ошибкой о нарушении структуры.
Тоже после обновления на БП 58.20 такая же ерунда. Методом тыка выяснилось. что если отключить у пользователя начальную страницу, которая там по умолчанию идет, то всё работает. Как только пользователь добавляет себе начальную страницу, то сразу всё падает. Это только на компе где есть эти сертификаты.
(30) обновиться до 8.3.11. у меня было несколько баз, в которые нельзя зайти ни под одним пользователем в режиме предприятия. Под 8.3.11- все работает.
(30)на другом компе зайти, если, конечно, есть в сети еще 1с. Заметил, что если в этой начальной странице не указана Организация, то тоже нормально. 1С валится, после установки организации там.
(34) так и пришлось, зашел с единственного компа, не подверженного вылету, под админом и через Производительность отключил эту начальную страницу.
Нашел, надо проверить
Пользователь с полными правами может отключить отображение начальной страницы для определенных пользователей программы «1С:Бухгалтерия 8» редакции 3.0 (в том числе и для себя), которым не требуется отслеживать общие показатели деятельности организации, выведенные на рабочий стол.
Настройка отображения начальной странице находится в форме Производительность, доступ к которой осуществляется по одноименной гиперссылке из раздела Администрирование.
Для выборочного отключения отображения начальной страницы при установленном флаге Показывать начальную страницу следует перейти по ссылке Всем пользователям и отключить флаги для определенных пользователей.
По-моему, гораздо важнее, чем просто обновление платформы на крайний релиз, было определение причины, почему 1С вылетает (из-за сертификатов, как почти у всех в этой теме), а уже зная эту причину, можно подобрать для себя решение.)
Есть рабочая база БП КОРП (клиент-сервер), релиз 3.0.58.41. Все заходят, никаких проблем. Платформа 8.3.10.2505.
Сегодня развернул еще одну, чистую (клиент-сервер на тех же серверах) и получил аналогичную ошибку. Вылетает у всех пользователей, не зависимо установлен КриптоПро или нет. Стабильно работает только если запустить клиента на самом сервере 1С.
В итоге просто отключил начальную страницу в форме Производительность (по совету 31) и заработало у всех пользователей. Потом обновлю платформу до последнего релиза 8.3.10 и снова попробую вернуть начальную форму.
Это повезло еще, что есть пользователь, под которым можно зайти в базу. У меня было несколько баз, где никто не мог зайти
Сначала убрал сертификаты в другую папку - база запустилась. Потом положил их обратно и обновил платформу до 8.3.11.3034 - база перестала открываться. Возврат на старую платформу и перемещение сертификатов не помогает. Создавал базу заново с загрузкой из dt - всё равно не работает, при этом все базы более старых релизов работают нормально.
Почистил кэш перед установкой 8.3.11.3034 - не помогло. Заметил, что на 11 платформе в журнале ошибок краш ругается не на Core83.dll, а на mngui.dll. Запустился под толстым - и о чудо!
Под толстым клиентом на 8.3.11.3034 работает нормально!
После однократного запуска под толстым клиентом, тонкий клиент восстановил работоспособность!
Сегодня, сразу на трёх компьютерах такой же глюк, я убираю с другого компьютера, под этим пользователем информационную панель, база стартует, но когда в задачах выбрать, список задач, вылетает((
Какая может быть связь сертификатов с определёнными пользователями?
Да не сертификатов, а платформы.
Сертификаты здесь сбоку-припеку, просто на них вылезло.
А так - ошибка в dll-ке возникает.
В прежней платформе "старая" DLL, она, видимо, с "новым" механизмом запроса сертификатов неправильно работает.
Предположительно глюк связан с отображением какого то графического элемента на некоторых интегрированных видеокартах с включенным аппаратным ускорением.
Но это сугубое имхо
(52) а если документы в базу вводятся в онлайн режиме, причем не через Предприятие и пользователя? ))
Точнее, не "этого самого" пользователя ))
(54) ну, если вам дадут "отключить" многосторонний обмен. )))
Особенно бухгалтерия будет на вашей стороне ))
(55) я думаю что тут слишком много если, ели не надут то будут сидеть у монитора и курить бамбук (хотя решение я Вам выше написал как можно сделать (через виртуалку))
(53) еще как вариант и у нас он прокатил это создать виртуалку и с нее сделать все танцы с бубном по отключению новостей, либо взять старую машину на которой можно отключить аппаратное ускорение
(56) раз для вас много "если" - то самый лучший вариант, это обновиться на новую платформу.
Только и всего ))
И не нужно будет ничего выдумывать более того.
Кто вам это предложил? Вот ему и напишите, что "не решило" ))
Я же говорил - за версию 8.3.11. 3034 ))
Я предположил, что в 8.3.11 все решили, но рекомендовал - 8.3.11.3034.
Если ранние версии не решают проблемы - что ж, обидно, печально, досадно, но ладно ))
Это - 1С, тут и не такое возможно ))
Еще раз столкнулся с этой же проблемой, при этом возврат даты назад не помогал решить проблему, помогло создание нового пользователя в конфигураторе и отключение начальной страницы уже через него у всех. (Бухгалтерия 3.0) Может гуру напишут программу отключающую начальную страницу. что-то типа патча.
(63) причем тут "гуры", все давно написано уже)
Вы суть поймите - как вы обработку запустите, если не запустите Предприятие?
Менять ради этого конфу -> прописывать сброс начальной страницы?
Или искать и вклиниваться в какое-нибудь задание?
Проще обновиться, чем заниматься совершенно бессмысленным делом ))
(65)ну, разве что получите массу других ошибок, из-за чего, собственно, мы и перешли на новый релиз )
(66)есть ситуации когда смена релиза, особенно крайнего не всегда возможна.
Это 1с может позволить себе менять релизы платформы каждые 2 недели. У нас такой возможности нет.
(67) у нас смена релиза занимает день, хотя и не так много чего по пользователям.
А вот вокруг 1С много чего наверчено, что перестает работать при смене релиза )
Была такая же ошибка, 1С напрочь отказывалась запускаться, сразу при открытии вываливалась с ошибкой "программа будет закрыта". Причем только на одной базе. Единственное отличие этой базы от других - в ней настроена синхронизация с ЗУП 3.1, в остальных нет.
Прошли все круги ада - ТИИ, chdbfl, чистка кэша, чистка временных файлов, перемещение базы в другой каталог, выгрузка-загрузка .dt, обновление до последнего релиза (3.0.59.45).
Наконец додумались зайти в базу под давно не использовавшимся пользователем. И, о чудо, база открылась. Отключили, как здесь рекомендовалось, начальную страницу. И остальные пользователи смогли зайти.
Вопрос - что это было? Галка "Показывать начальную страницу" стояла "для всех пользователей". Если дело в ней, почему одному пользователю все-таки удалось зайти? Может это быть как-то связано с синхронизацией?
-------------------------------------------------------------------------------------------------------------------------------------
Сигнатура проблемы:
Имя события проблемы: APPCRASH
Имя приложения: 1cv8c.exe
Версия приложения: 8.3.10.2561
Отметка времени приложения: 5983aaba
Имя модуля с ошибкой: core83.dll
Версия модуля с ошибкой: 8.3.10.2561
Отметка времени модуля с ошибкой: 5983a625
Код исключения: c0000005
Смещение исключения: 00009592
Версия ОС: 6.1.7601.2.1.0.16.7
Код языка: 1049
Дополнительные сведения 1: 0a9e
Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789
Дополнительные сведения 3: 0a9e
Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789
Если у Вас сворачивается или безвозвратно закрывается 1с во время работы – это тревожный знак. Кроме того, что эта неприятность не даёт нормально работать в программе, сворачивание и выкидывание из 1с ведёт к повреждению базы 1с. Если у вас недавно появилась данная проблемам связанная с закрытием 1с в процессе работы – спешите прямо сейчас сделать резервную копию базы!
1) Неисправность компьютера. Ваш ноутбук может иметь проблемы аппаратного характера. Выявить этом может специалист использую специальные программы для диагностики (aida64, victoria, crystal disk mark, memtest, ati tool, blue screen view и другие). Если во время работы в 1с вылетает синий экран смерти. То это является признаком того что ваш компьютер или ноутбук – неисправны. BSOD (blue screen, грустный смайлик, экран смерти) – появляется в случае ошибки памяти (видеопамяти, ПЗУ, ОЗУ итд).
2) Если ваш компьютер не удовлетворяет требованиям 1С. Параметры компьютеров для современных программ 1с Розница, Управление торговлей, Бухгалтерия, Зарплата и кадры, Комплексная автоматизация, УНФ – довольно высокие. Признаком того что ваш компьютер недостаточно мощный – является выкидыванием из платформы 1с. Чтобы исключить возможность данной причины в вашем случае, убедитесь, что ваш компьютер соответствует рекомендуемым системным требованиям 1С (8 гб ОЗУ, двух-ядерный современный процессор, SSD накопитель с достаточным объемом).
3) Проблема в операционной системе вашего компьютера. Windows, Linux, MacOS и другие ОС компьютера имеют изъяны. При появлении проблем с программным обеспечением так же могут возникать «выкидывания» из программы. Радикальным способом устранения этой неисправности является переустановка операционной системы (переустановка Windows, если ваш компьютер работает на программном обеспечение Microsoft). Если переустановить ОС возможности нет, постарайтесь вспомнить в какой момент возникла проблема с выкидыванием 1с. Посмотрите какие программы вы скачивали, устанавливали и настраивали в данный период времени. Удалите или перенастройте софт.
4) Проблема в разрядности операционной системы, платформы 1с или драйверов торгового оборудования. Данная проблема очень редкая. Возникает в несоответствии битности программного обеспечения (битности x86 и 64). Исправлением является переустановка драйверов и платформы 1С.
5) Проблема с доступом к другому компьютеру по сети, где храниться база 1С. Данная проблема возникает если вы работает по сети в офисе или через интернет. Проверку данной проблемы сможет произвести опытный системный администратор использую командную строку CMD и команду ping. Так же он сможет выявить подозрительное (не исправное) сетевое оборудование.
6) Проблема с доступом к сетевому хранилищу или внешнему жесткому диску. Данная проблема возникает в случае если вы работает по сети, аналогична проблеме №5.
7) Проблема с доступом в интернет. Возникает если вы работаете через удаленный сервер, облачное хранилище, веб-сервер. В момент работы базы данных выкидывает. Системный администратор сможет проверить возможные микро потери в сеть интернет, которые вы визуально не замечаете.
8) Проблема с платформой 1с и её совместимость с конфигурацией. В этом пункте сразу несколько проблем. Конфигурация 1С 10.3 может работать с версией платформы 8.3.13.хх. При входе в случайный документ Управление торговлей 10.3 выкидывает, если платформа выше версий. Так же может быть «заключённая платформа», которую следует переустановить. Кроме этого может быть проблема с лицензией (которая устанавливается на платформу). А так же может быть пробелам ИТС. Редкий случай, когда при отсутствии купленной подписки информационно-технического сопровождения платформа 1с выкидывает на рабочий стол.
9) Проблема с SQL серверов или другими службами на сервере 1с. Если вы используете Сервер 1С предприятие, то на нем установлены различные службы без которых 1с работать, в привычном для вас режиме не заработает. SQL, web-server, iis, RDP – в каждом из них может крыться проблема. Устранить её можно обратившись к администратору сервера.
Восстановить базу можно через интернет дистанционно! Данную услугу недорого готовы выполнить специалисты нашей компании.
Случай из практики. 1С Розница «вылетает» при открытии некоторых чеков. Из раздела «Продажи — Чеки». Несколько позиций за прошлые даты. Их открытие приводит к падению тонкого клиента 1С в дамп.
Состав ПО: ОС WIndows 7 Prof x64 Service Pack 1, платформа 8.3.16.1063, локальная ИБ в файловом режиме.
Программа автоматически закрывается, а на экране на пару секунд появляется окно: « Подождите, пожалуйста! Выполняется сохранение информации об ошибке для возможности последующего анализа! ».
Первым делом — правильные вопросы
- Когда это началось?
Вспомните, какие были последние изменения в программном и аппаратном обеспечении. Возможно, что они повлияли на стабильность работы 1С, и возврат к прежнему состоянию ПК — как один из выходов. - Где и при каких событиях появляется?
Вылет программы появляется у всех или же на одном рабочем месте. Проблема может идти от самой ИБ (сервера) или же связана с локальным окружением. - Повторяется ли ошибка для другой учетной записи?
Как на уровне ОС, так и в правах самой 1С. Проверьте, как ведет себя программа, открытая с полными правами (от имени администратора). Возникает ли ошибка, если повторить операции пользователя.
Дальнейшие действия направлены на поиск причины. Чтобы отсечь прочие факторы и сузить проблему до конкретных условий, при которых фиксируется сбой.
Как действовать в общем случае
Делаем бэкап базы. Обязательно. Перед любыми действиями с базой — сделайте архивную копию. С помощью копирования файла 1Cv8.1CD или выгрузки dt-файла через Конфигуратор.
Этот этап можно пропустить, если проверяете на копии. Например, когда вы разворачиваете базу рядом с основной, по другому пути (адресу).
3. Очистка настроек пользователя
Не все, оставьте необходимые настройки. Либо проверьте работу под новым пользователем (тестовой учетной записью).
Чтобы исключить влияние модулей антивирусной защиты.
С помощью chdbfl, а также через проверки целостности в инструменте «Тестирование и исправление».
6. Другие разрядность и режим
Простая проверка в разных вариантах запуска — x86/x64, толстый/тонкий клиент.
Есть возможность опробовать работу на более новой платформе? Проверьте. А в некоторых случаях — даже откат на прежний релиз.
Где взять дополнительную информацию
Для технически подкованных пользователей и администраторов. Кто желает идти вглубь и понять, в чем же все-таки проблема.
- Журнал ОС (через оснастку « Просмотр событий \ Журналы Windows \ Приложение ») — можно увидеть путь сбойного модуля и его расположение.
- Анализ файла дампа — например, с помощью Debugging Tools for Windows.
- Включение технологического журнала 1С и его разбор.
- Официальный сервис публикации ошибок (bugboard).
- Запрос в службу технической поддержки 1С.
✅ Для этого частного случая помогло обновление платформы до версии 8.3.18.1208.
⚡ Подписывайтесь на канал или задавайте вопрос на сайте — постараемся помочь всеми техническими силами. Безопасной и производительной работы в Windows и 1С.
Читайте также: