Ошибка sdbl - Ожидается выражение (pos = 324)

06.01.16

Задачи пользователя - Корректировка данных

В интернете нашли несколько вариантов исправления этой ошибки. Попробовали практически все. Некоторые оказались безуспешными. В итоге нашли самый простой способ решения этого вопроса.

При открытии справочника Сотрудники в конфигурации "Бухгалтерия предприятия для Узбекистана" появлялось сообщение Ошибка sdbl - Ожидается выражение (pos = 324). Платформа: 1С:Предприятие 8.3 (8.3.6.2100) 

Что пробовали и не помогло:

1. Перезагрузка сервера и сервиса 1С:Предприятия.

2. Запустили тестирование и исправление информационной базы. Результат: из-за большого объема данных в определенных регистрах сведений, реструктуризация до нужного справочника не дошла. Делалась несколько часов, после чего приняли решение остановить.

3. Очистка таблиц MSSQL dbo._ConfigChngR и dbo._ConfigChngR_ExtProps

4. Удаление регистрации изменений

Как решили: Добавили реквизит в справочник "Сотрудники" и запустили в режиме "Предприятие". Реструктуризация справочника прошла успешно и ошибка исправилась.

См. также

Исправление в 1С:ЗУП/ЗКГУ ошибок по НДФЛ и взаиморасчетам с сотрудниками на начало расчетного года.

Корректировка данных Зарплата Платформа 1С v8.3 Сложные периодические расчеты 1С:Зарплата и кадры бюджетного учреждения 1С:Зарплата и Управление Персоналом 3.x Россия Бухгалтерский учет НДФЛ Платные (руб)

Обработка исправляет технические ошибки по НДФЛ, взаиморасчетам с сотрудниками в 1С:ЗУП (1С:ЗКГУ) на начало года. Фактически все ошибки, которые проявляются в ведомостях на выплату, расчетных листках, при заполнении ведомостей на выплату и отчетах 6-НДФЛ и т.д. нужно начинать исправлять с начала расчетного года. Это позволит быть уверенными, что после завершения расчетов предыдущего года, начали работать с «чистого листа» без ошибочных остатков.

4800 руб.

06.10.2023    2588    29    15    

35

Тестирование и исправление ключей аналитики ERP, УТ11, КА

Корректировка данных Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Платные (руб)

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

3600 руб.

10.02.2017    107219    636    173    

679

Ускоренное проведение документов (x4), устранение ошибок 60/62 счетов и зачет авансов (Бухгалтерия 3.0)

Закрытие периода Инструменты администратора БД Корректировка данных Бухгалтерский учет 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет Платные (руб)

Расширение «Оперативное проведение» в 4 раза уменьшает время проведения документов и закрытия месяца. Является комплексным решением проблем 62 и 60 счетов. Оптимизирует проведение при включенной функциональной опции «Раздельный учет НДС». Используется в более 10 организациях уже 2 года. Совместимо с конфигурацией Бухгалтерия 3.0 (+КОРП).

14400 руб.

29.04.2020    27858    82    146    

61

Исправление ошибки закрытия месяца "Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости по организации". УТ 11.4,УТ 11.5, КА 2.4,КА 2.5, ERP 2.4, ERP 2.5, КА 2 Казахстан, Управление торговлей 3 для Казахстана

Закрытие периода Корректировка данных Платформа 1С v8.3 Оперативный учет 1С:Управление торговлей 11 Управленческий учет Платные (руб)

Закрытие месяца - важный процесс в современных конфигурациях, таких как УТ 11.4, УТ 11.5, КА 2.4, КА 2.5 ERP 2.4,ERP 2.5, КА 2 Казахстан, УТ 3 Казахстан регламентные операции влияют на расчет себестоимости, и ошибки в данном расчете не дают картины деятельности организации.

2400 руб.

27.10.2021    22531    301    35    

73

Заполнение документа "Корректировка регистров" произвольными данными

Закрытие периода Корректировка данных Платформа 1С v8.3 Система компоновки данных 1С:Управление нашей фирмой 1.6 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 Управленческий учет Платные (руб)

Внешняя обработка, позволяющая произвольным образом заполнять документ "Корректировка регистров" Предназначена для использования в конфигурациях "Управление торговлей 11", "Управление небольшой фирмой", "ERP Управление предприятием", а также в других конфигурациях, в состав которых входит библиотека стандартных подсистем (БСП) версии 2.2+ и указанный выше документ.

2400 руб.

13.07.2015    50301    171    29    

121
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. psa247 17 07.01.16 11:15 Сейчас в теме
Спасибо!
Evgeniy.Pecheykin; +1
2. Armando 1399 07.01.16 15:32 Сейчас в теме
А технологический журнал по событиям EXCP и SDBL что показывал?
+
3. Evgeniy.Pecheykin 31 07.01.16 20:49 Сейчас в теме
(2) Armando, к сожалению этих данных нету.
abrafaks; +1
4. MsDjuice 114 15.12.16 06:30 Сейчас в теме
Плюсую! Очень помогло, спасибо.
Evgeniy.Pecheykin; +1
5. ketr 125 14.03.17 16:20 Сейчас в теме
помогло!!!
Evgeniy.Pecheykin; +1
6. evakuzmina 22.05.17 13:21 Сейчас в теме
Помогло! Не проводился самописный документ. Залез в связанный с ним регистр сведений, добавил реквизит - заработало! ТИИ, chdbfl ранее не помогли.
Evgeniy.Pecheykin; +1
7. NetKat 33 03.10.17 18:45 Сейчас в теме
Спасибо ! Помогло!.Респект!
Evgeniy.Pecheykin; +1
8. erdem.badluev 13.11.17 12:07 Сейчас в теме
У меня была подобная ситуация. После обновления конфигурации, при выполнении запроса вылетело "Ошибка sdbl - Ожидается выражение (pos = ...)" - все вышеописанные пункты не помогли. Добавлял реквизиты ко всем справочникам и регистрам встречающимся в запросе - не помогло. С помощью SQL Profiler выявил проблемную часть запроса:

ВЫБРАТЬ
СписокДоговоров.Ссылка
ИЗ
СписокДоговоров КАК СписокДоговоров
ГДЕ
(СписокДоговоров.гжкхОтношения = ЗНАЧЕНИЕ(Перечисление.гжкхОтношения.СУправляющейОрганизацией)
ИЛИ СписокДоговоров.гжкхГУИД <> &ПустойИдентификатор
И СписокДоговоров.Стадия <> ЗНАЧЕНИЕ(Перечисление.СтадииДоговора.Действующий))
Показать


Причина ошибки оказалась в условии, а именно строке:
СписокДоговоров.гжкхГУИД <> &ПустойИдентификатор

ниже по коду:
Запрос.УстановитьПараметр("ПустойИдентификатор", Новый УникальныйИдентификатор("00000000-0000-0000-0000-000000000000"));

переставил местами операнды в сравнении и убрал лишние скобки:
ВЫБРАТЬ
СписокДоговоров.Ссылка
ИЗ
СписокДоговоров КАК СписокДоговоров
ГДЕ
СписокДоговоров.гжкхОтношения = ЗНАЧЕНИЕ(Перечисление.гжкхОтношения.СУправляющейОрганизацией)
ИЛИ &ПустойИдентификатор <> СписокДоговоров.гжкхГУИД
	И СписокДоговоров.Стадия <> ЗНАЧЕНИЕ(Перечисление.СтадииДоговора.Действующий)

и заработало!
Платформа 8.2.19.130.
Видимо парсер запросов виноват...
+
9. RyNe 29.05.18 13:06 Сейчас в теме
(8) Подскажите, пожалуйста, а как Вы с помощью Profiler нашли ошибку? По каким ключевым словам поиск в логах делали?
+
10. erdem.badluev 30.05.18 02:29 Сейчас в теме
(9)Проблемный запрос был известен. Просматривал только его. Методом тыка удалял часть запроса и смотрел ошибка исчезла или нет.
+
11. UserPro 4 01.01.19 16:12 Сейчас в теме
Удалите базу из списка подключения. И повторно добавьте, должно решить проблему
cccpshrek; putinpe; +2
12. putinpe 12.03.19 14:54 Сейчас в теме
(11) Спасибо тебе милчеловек. Помог твой способ. Самый просто. По новому просто базу добавил и имя базы на английском написал
Evgeniy.Pecheykin; +1
13. rudnitskij 01.05.19 22:00 Сейчас в теме
(11)Это советы из того же ряда "Обновите релиз/очистите кэш сервера" и прочая муть, которую советуют пользователям, когда не могут по его проблеме ответить прямо сейчас и нужно хотя бы полчаса времени
+
15. vitalya24 234 18.06.19 11:50 Сейчас в теме
(13)

Советы из разряда крайне полезных.

Была подобная ошибка, что делали:
1. Чистка кеша,
2. Выгрузка/загрузка в dt
3. Тестирование chdbfl
4. Тестирование и исправление в 1с.

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

Автору статьи спасибо.
Evgeniy.Pecheykin; +1 1
14. rudnitskij 01.05.19 22:06 Сейчас в теме
Была похожая проблема, перепробовал всё, что гуглится в инете - чистка кеша, обновление релиза "и т.п. для ТП". Решил аналогичным методом - добавлением реквизита к документу, в котором была ошибка. Минус метода оказался в том, что были потеряны данные в одном из реквизитов документа, который был добавлен разработчиком за месяц до сбоя.
ЗЫ. Что примечательно: в сбойнувшей базе менее, чем за сутки до сбоя, проводили ТиИ
Evgeniy.Pecheykin; +1
16. Bahyt 20 26.04.21 08:55 Сейчас в теме
Спасибо, если бы не эта статья, потерял бы целый рабочий день!
Восхищаюсь людьми, которые находят такие не стандартные решения.
Evgeniy.Pecheykin; +1
Внимание! Тема сдана в архив