Frntend dll вылетает 1с

Обновлено: 07.07.2024

при попытке добавить rls в журнал ДокументыПоУчетуНДСДляПередачиВЭлектронномВиде. точнее первое условие добавляется на "Прочие поля" = "ГДЕ ЛОЖЬ". Потом надо добавить на Ссылка и Дата пустой RLS - падает. 8.2.352 кеш чистил

журнал от других отличается отсутствием в стандарт. реквизитах поля "Номер" - документы входящие в состав с длиной номера = 0.

последний релиз платформы 8.2.17.143. Последний релиз КА,к примеру, уже его требует.

не то слово. Меня убило то, что требование к релизу описано не в описание поставки, а в файле readme.txt в каталоге шаблона в самом конце причем.

а при первом запуске после обновления оно этого не говорит разве? даже бухашка, и та напоминает

не видел. Да и в голову не пришло, что подобная информация может выдаваться ПОСЛЕ обновления, а не до.

если взлетит - будет весело, еще и сервера/клиентов обновлять.

в readme к УПП такое тоже нашел. 8.2.17 и неи. т! Спасибо Нуралиеву за наше счастливое детство

ну хоть как то. По крайней мере мы на эти грабли сразу налетели. У клиента был релиз постарее. Потому один из запросов там не работал, а на моем компе все было без проблем. во во, а в описалове - хрен.

гы. это косяк платформы похоже. сделал пустую базу, роль + 2 документа с длиной номера 0 + журнал. добавляю rls как в - падает

ну как обычно в типовых выводят ссылка+дата+номер из под действия rls для роли пользователь

если надо разрешить просмотр Ссылки и Дата, то ГДЕ ИСТИНА однако.

делаешь длину номера <> 0 - добавляешь сохраняешь. Потом заходишь в документы входящие в журнал - ставишь длина номера = 0. изменяет реквизиты документа и журнал. Заходишь в журнал, добавляешь rls - падает. ну да, наоборот конечно. Сейчас не суть в этом. Просто очередная плюха от 1Ц.

а в момент попытка добавить падает, когда еще сам код не записал?

падает при открытии ". " - диалога выбора реквизитов для наложения rls. Не сходится у него очевидно. где-то "Номер" есть, а где-то его нет.

При автоматическом обновлении 1С Бухгалтерия версий 3.0.75.100 Платформа 8.3.16.1224 происходит зацикливание.
Происходит периодическое сохранение базы, загрузка обновления -после вылетает и все повторяется. Это происходит и на Windows 7 и с другими базами в Windows 10.

Вот лог:
27.02.2020 09:25:53 Используется COM соединение: true
27.02.2020 09:25:53 Запускается: regsvr32.exe; параметры: /n /i:user /s "C:\Program Files\1cv8\8.3.16.1224\bin\comcntr.dll"; окно: SW_HIDE; ожидание: true
27.02.2020 09:25:53 Код возврата: 0
27.02.2020 09:25:53 Файл скрипта: C:\Users\RashidViktorovich\AppData\Local\Temp\1Cv8Update.200227092059\splash.ht
27.02.2020 09:25:53 Количество файлов обновления: 1
27.02.2020 09:25:53 1. D:\Base\tmplts\1c\Accounting\3.0.75.104\1cv8.cfu (Обязательная)
27.02.2020 09:25:54 Завершение работы пользователей.
27.02.2020 09:25:56 Создание резервной копии информационной базы.
27.02.2020 09:25:57
Выполняется копирование из:
D:\Base\ГранитСтрой\1Cv8.1CD
в:
D:\Base\Архив\Гранит_Строй\1Cv81582759553483.1CD
27.02.2020 09:26:04 Резервная копия базы создана
27.02.2020 09:26:07 Загрузка файла обновления в основную базу (1/1).
27.02.2020 09:26:08 Запускается: C:\Program Files\1cv8\8.3.16.1224\bin\1cv8.exe; параметры: CONFIG /F"D:\Base\ГранитСтрой" /N"" /P"******" /WA- /UpdateCfg "D:\Base\tmplts\1c\Accounting\3.0.75.104\1cv8.cfu" /Out "templog.txt" /UCПакетноеОбновлениеКонфигурацииИБ /DisableStartupMessages /DisableStartupDialogs; окно: SW_SHOW; ожидание: true
27.02.2020 09:28:24 Код возврата: 0

Обновление конфигурации успешно завершено

27.02.2020 09:28:25 Обновление конфигурации информационной базы (1/1).
27.02.2020 09:28:26 Запускается: C:\Program Files\1cv8\8.3.16.1224\bin\1cv8.exe; параметры: CONFIG /F"D:\Base\ГранитСтрой" /N"" /P"******" /WA- /UpdateDBCfg -server /Out "templog.txt" /UCПакетноеОбновлениеКонфигурацииИБ /DisableStartupMessages /DisableStartupDialogs; окно: SW_SHOW; ожидание: true
27.02.2020 09:29:09 Код возврата: 0

Обновление конфигурации базы данных
Обработка структуры базы данных.

Сбор служебной информации.

Обновление конфигурации базы данных успешно завершено
Построение индекса справки.

«Обнаружено нарушение целостности системы» такую ошибку увидели многие пользователи при входе в 1С. Ошибка вызвана тем, что в декабре 2017 года 1С выпустили платформы с версиями 8.3.10.2699 и 8.3.11.2899, в которые внедрили механизм проверки легальности программы.

Если версия вашей платформы 1С выше 8.3.10.2699 или 8.3.11.2899, то при работе с файловой базой данных вы скорей всего получите ошибку «Обнаружено нарушение целостности системы». Данная ошибка возникает даже если у вас лицензионная версия 1С.

Почему возникает ошибка «Обнаружено нарушение целостности системы»?

Давайте разберемся почему возникает ошибка. Механизм проверки легальности 1С построен по следующему принципу. При запуске 1С и входе в базу данных программа делает несколько проверок:

изменен файл backbas.dll (проверяется контрольная сумма)
установлены ли эмуляторы
наличие в реестре записей от эмуляторов

При обнаружении нелегальной версии (возможно просто неправильно установленной программы) 1С выдает ошибку и дает на выбор «Завершить работу» или «Перезапустить» 1С.

При просмотре подробностей никакой дополнительной информации мы не получим.

Тут у пользователей начинается паника и они судорожно начинают названивать своим системным администраторам. Ничего страшного не произошло. Ваша база в целости и сохранности. Никакие тестирования и исправления, а также программы для восстановления баз данных 1С не помогут. Данная ошибка никак не связана с базой 1С.

Ошибка выдается при обнаружении нелегальной версии 1С или установке эмуляторов ключей. Возможно у вас лицензионная версия, но скорей всего до покупки лицензии вы пользовались нелицензионной версией и не удалили ее или от нее остались следы в системе.

Как избавиться от ошибки «Обнаружено нарушение целостности системы»

Есть несколько способов побороть данную ошибку.

Откатить версию 1С:Предприятие до более ранней. Последние версии, которые работают без проверки файла backbas.dll и эмуляторов 8.3.10.2667 и 8.3.11.2867. Это решение временное, т.к. рано или поздно выйдет конфигурация, которая не будет работать в данных версиях.

Удалите эмулятор HASP. Эмуляторов существует много поэтому трудно написать универсальную инструкцию по их удалению. Можете попробовать воспользоваться следующими шагами:

Найдите и удалите файлы VUsb.sys и vusbbus.sys
Выполните команды в командной строке от имени Администратора:
loaddrv.exe -stop haspflt
loaddrv.exe -remove haspflt
del %systemroot%\system32\drivers\haspflt.sys
Рекомендуется удалить также ветки реестра HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\haspflt \
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Emulato r
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Emu

Ну и на крайний случай rbc_icp патчер (Integrity Check Patcher). Если у вас есть лицензионный ключ для 1С, а USB разъемы вам жизненно необходимы, то можете воспользоваться нелегальным способом. Данный патч отключает проверку целостности системы в последних версиях 1С:Предприятия, где она внедрена.

Патч изменяет следующие файлы:

backbas.dll (используется унипатч 1c8_UP.exe)
frntend.dll (отключение проверки целостности в толстом клиенте)
mngcln.dll (отключение проверки целостности в тонком клиенте)

Есть еще вариант нелегального обхода проверки. Любым hex-редактором открываете файл backend.dll (если у вас версия 8.1) или backbas.dll (если у вас версия 8.2,8.3) из каталога bin в каталоге с установленной 1C, ищете HEX-значения: 100000FFD085C00F8208F8FEFF0F8416 и заменяете 85 на 31.

Информация в конце статьи предоставлена исключительно для ознакомления и не призывает к противоправным действиям!

Скрипт для удаления VUSBBUS и HASPFLT

Сохранить в CMD-файл, запускать от админа.

UPD от 01.02.2021:

1 февраля 2021 компания 1С подкинула «бомбу» пользователям 1С:Предприятие, из-за которой у многих (в том числе и с официальной лицензией 1С) пользователей начала возникать «Ошибка целостности» или «Аварийное завершение работы».

Официально это подтверждено в информационном выпуске №28028 от 01.02.2021 от 1С:

Программы 1С:Предприятие ПРОФ и КОРП версий защищены от нелицензионного использования аппаратными или программными ключами защиты.

То есть, возможны два варианта:

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

Как удалить эмуляторы защиты

Пиратского эмулятора HASP, с которым в данный момент работает платформа «1С:Предприятие».
Пиратского эмулятора HASP или его остатков, с которым в данный момент платформа «1С:Предприятие» не работает, а использует легальную лицензию.
Модифицированной версии платформы «1С:Предприятие».

Удалить эмулятор HASP. Рекомендации:

Вариант 1. Найдите и удалите файлы VUsb.sys и vusbbus.sys
Вариант 2.

(Если утилиты loaddrv на компьютере нет, то в списке служб остановите и удалите службу haspflt)

Рекомендуется удалить также ветки реестра

Убедитесь, что в реестре ничего не обнаруживается при поиске по слову «hasp».

Найдите и удалите файл multikey.sys.

Он может быть в каталогах:

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

Если все усилия по удалению эмулятора не привели к результату — переустановите Windows и заново установите «1С:Предприятие».

Все эти рекомендации подходят если у вас есть лицензия 1С. Если лицензии 1С нет, то на данный момент работает универсальное средство лечения Mimo-UniDll (mimo-dll, UniDll).

UPD от 06.04.2021

«На сервере 1С:Предприятия произошла неисправимая ошибка» и «1с:enterprise integrity violation»

6 апреля началась очередная волна падения баз 1С. Ошибки, с которым вылетают базы: «1с:enterprise integrity violation» и «На сервере 1С:Предприятия произошла неисправимая ошибка».

Предположительно ошибка возникает при запросе к модулю штрихкодов. Наличие файла v8_xxx.1CBarcodWin64_9_0_12_13.dll в папке временных файлов пользователя сервера 1С вызывает ошибку. Т.е. это не реакция на проверку лицензии, а баг обновления каких-то файлов 1С, связанных с баркодами.

Сегодня примерно с 12:00 у многих пользователей 1С начали возникать ошибки «1с:enterprise integrity violation» («Обнаружено нарушение целостности системы») и «На сервере 1С:Предприятия произошла неисправимая ошибка» в Бухгалтерии предприятия. Данные ошибки вызваны не проверкой лицензионности продукта, как многие считают, а багом 1С.

Причина ошибки «1с:enterprise integrity violation»

Изначально многие считали, что 1С начала очередную попытку заблокировать работу пиратских версий 1С. Ошибка «1с:enterprise integrity violation» возникала у всех в разное время, на разных платформах и конфигурациях. Закономерность сразу определить не получилось. Изучив логи и временные файлы стало понятно, что это не очередная попытка 1С заблокировать пиратские версии, а просто баг.

Открыв просмотр событий Windows, можно заметить, что вылет 1С:Предприятия происходил из-за файла v8_xxx_xx.1CBarcodWin64_9_0_12_13.dll, который располагался в папке C:\Users\USR1CV8\AppData\Local\Temp\.

Данный файл появляется там во время работы в 1С. Скорей всего разработчики выпустили обновление модуля работы со штрихкодами, которое не устанавливается или не догружается с серверов 1С. В следствии этого происходит сбой сервера 1С и он перезапускается с ошибкой «На сервере 1С:Предприятия произошла неисправимая ошибка» или «1с:enterprise integrity violation».

Исправляем ошибку «1с:enterprise integrity violation»

Внимание! Дальше будет описано временное решение проблемы. Оно позволяет запустить и работать в 1С, но ошибка может все равно возникать при выполнении каких-нибудь действий. Например, ошибка может возникать при печати счета физическому лицу.
Если работа с баркодами необходима переходите к следующему разделу Решение с сохранением работы баркодов.

Мы уже выяснили, что ошибка возникает при обращении к файлу v8_xxx_xx.1CBarcodWin64_9_0_12_13.dll, который связан с модулем работы со штрихкодами. Компонента генерации изображений штрихкода подгружается в 1С при запуске 1С:Предприятия. Для ее отключения необходимо внести изменения в конфигурацию.

Запускаем Конфигуратор и открываем конфигурацию проблемной базы. Находим в конфигурации ОбщиеМодули - МенеджерОборудованияКлиент .

Открываем Модуль и закомментируем строку:

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

Для исправления печати счета физическим лицам необходимо изменить функцию QRКодРеквизитыПлатежа в общем модуле ПечатьТорговыхДокументов.

Решение с сохранением работы баркодов

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

Подключить расширение в базу данных можно через Конфигуратор — Конфигурация — Расширения конфигурации. Также расширение можно добавить через Администрирование — Печатные формы, отчеты и обработки — Расширения. Ссылка на расширение ниже:

После сохранения конфигурации остановите Агент сервера 1С:Предприятие.

Теперь необходимо очистить папки с временными файлами. На сервере очищаем следующие папки:

C:\Program Files\1cv8\srvinfo\reg_1541 (все папки вида 0a8712bb-f98d-419e-a82f-55ab888ecc8a)
C:\Windows\Temp
C:\Users\USR1CV8\AppData\Local\Temp (под этим пользователем USR1CV8 запущен Агент сервера 1С, у вас может быть другое имя)

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

C:\Windows\Temp
C:\Users\[имя_пользователя]\AppData\Local\Temp
C:\Users\[имя_пользователя]\AppData\Local\1C\1cv8\ (все папки вида 3e48ee65-66f2-4a0a-8e84-caa266f6a104)

После очистки папок с временными файлами можно запустить Агент сервера и начать работу в 1С.

Для ускорения очистки папок с временными файлами всех пользователей 1С можно воспользоваться bat файлом . Данный файл удаляет кэш 1С у всех пользователей на сервере.

Некоторым помогает создание двух папок:

C:\Windows\Temp\4739d95c-48b5-408e-a51c-4a35d4ee8186.TMP
C:\Users\USR1CV8\AppData\Local\Temp\4739d95c-48b5-408e-a51c-4a35d4ee8186.TMP (под этим пользователем USR1CV8 запущен Агент сервера 1С, у вас может быть другое имя)

Если вы не видите ссылки или какую-то информацию в тексте — отключите блокировщик рекламы! Спасибо за понимание.

Читайте также: