В процессе работы с актуальными релизами конфигурации «Бухгалтерия предприятия 3.0» и платформы 1С:Предприятие 8.3.24/8.3.25 многие пользователи столкнулись с критическим сбоем. Ошибка проявляется в виде системного сообщения: «Невосстановимая ошибка. Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm: по причине: Ошибка SDBL: Пропущена точка с запятой (pos=...)». Чаще всего это происходит при выборе договора в документе «Поступление на расчетный счет», открытии личного кабинета ЕНС или работе с формами, содержащими автоматические подсказки.
В данной статье мы подробно разберем природу этого технического сбоя, проанализируем причины его возникновения и рассмотрим пошаговые алгоритмы устранения проблемы.
Проанализируем техническую составляющую проблемы. Ошибка SDBL (System Data Base Layer) указывает на то, что на внутреннем уровне платформы 1С сформирован некорректный запрос к системе управления базами данных. Источником этой ошибки является механизм Библиотеки стандартных подсистем (БСП), отвечающий за сохранение настроек форм и отображение контекстных подсказок (так называемых «котиков»). При анализе подобных механизмов полезно изучить использование длительных операций в БСП.
Когда в программе открывается определенная форма (например, форма выбора договора или Личный кабинет ЕНС), срабатывает общая форма ФормаПодсказкаОНастройке. Программа пытается записать в системное хранилище SystemSettingsStorage ключ настройки, который динамически формируется на основе данных текущего пользователя, организации или контрагента.
Если в Наименовании организации, Наименовании контрагента или Имени пользователя присутствуют двойные кавычки ("), механизм экранирования символов при формировании ключа настройки дает сбой. Вместо корректной обработки строки платформа пытается выполнить запрос, в котором кавычка интерпретируется как окончание команды или спецсимвол, что и приводит к синтаксической ошибке «Пропущена точка с запятой».
Рассмотрим самый быстрый способ, который не требует программирования или установки патчей, но требует внимательности при работе со справочниками. В этом поможет универсальная обработка корректировки справочников. Так как корень проблемы — в двойных кавычках, их временное удаление позволяет полностью восстановить работоспособность формы.
ООО "Ромашка", необходимо изменить его на ООО Ромашка или заменить двойные кавычки на одинарные апострофы (').Иванов Иван (Отдел "Сбыта")). Уберите кавычки из имени текущего пользователя.УстановитьЗаголовокСистемы() задано название базы с кавычками, это также может спровоцировать ошибку при логировании форм.Важный момент: Исправлять нужно именно «Наименование в программе», которое используется для формирования ключей настроек. «Полное наименование» для печатных форм можно оставить без изменений.
Если конфигурация находится на поддержке и у вас настроена автоматическая загрузка исправлений, 1С уже выпустила специальные патчи (Extensions). Разберем, какие именно исправления нам нужны:
ФормаПодсказкаОНастройке, принудительно заменяя двойные кавычки на одинарные при записи настроек.Для установки патчей вручную выполним следующие шаги:
Если вы используете расширение от сторонних разработчиков (как упоминалось в форуме), убедитесь, что в свойствах расширения в базе снята галочка «Безопасный режим», иначе код по подмене символов может не сработать.
Фирма 1С признала проблему ошибкой кода БСП и интегрировала исправление в новые релизы. Проанализируем актуальные версии:
Для Бухгалтерии предприятия 3.0 ошибка официально исправлена начиная с релиза 3.0.158.23. Если ваша версия ниже, рекомендуется выполнить штатное обновление конфигурации. В новых версиях механизм формирования POST-запросов к logForm пересмотрен, и наличие кавычек в данных больше не вызывает падение SDBL-парсера.
Иногда даже после удаления кавычек или установки патча ошибка сохраняется. Это происходит из-за того, что «испорченная» настройка уже записана в кэш или системную таблицу. Попробуем очистить настройки проблемной формы:
ОбщаяФорма.ФормаПодсказкаОНастройке или конкретным документом (например, Документ.ПоступлениеНаРасчетныйСчет).Если вы самостоятельно разрабатываете расширение для обхода этой проблемы, проанализируем пример логики, которую необходимо внедрить в процедуру записи настроек. Нам нужно перехватить момент формирования ключа и обработать строку функции СтрЗаменить().
Рассмотрим пример кода, который может быть использован в расширении для обработки строковых параметров перед их передачей в системные механизмы:
&Вместо("ЗаписатьНастройку")
Процедура Ипр_ЗаписатьНастройку(КлючНастройки, Значение)
// Очищаем ключ настройки от двойных кавычек, которые ломают SDBL
НовыйКлюч = СтрЗаменить(КлючНастройки, """", "'");
// Вызываем стандартный механизм с безопасным ключом
ПродолжитьВызов(НовыйКлюч, Значение);
КонецПроцедуры
Резюмируем: Ошибка SDBL в запросе к logForm — это критический баг платформенных механизмов БСП в связке с новыми версиями платформы 8.3.24/25. Наиболее стабильным решением является обновление конфигурации до 3.0.158.23 или установка патча EF_60016486. В качестве экстренной меры всегда можно временно убрать кавычки из наименования организации в справочнике.