Ошибка 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. Удаление регистрации изменений

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

+16 –

См. также

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

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

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

60000 руб.

06.10.2023 4446 37 18

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

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

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

14400 руб.

29.04.2020 33732 109 152

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

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

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

3600 руб.

10.02.2017 111292 668 174

707

QR - кодирование документов БЕЗ изменения печатных форм, с произв. алгоритмами создания QR -кода и обработки (в т.ч прикрепление сканов к документам) для УТ 11 (все), ERP 2, КА 2, Розница 2, УНФ 1.6/3.0, БП 3, ЗУП 3

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

Представьте, что есть система QR - кодирования, которая НЕ ТРЕБУЕТ изменения конфигурации, НЕ ТРЕБУЕТ изменения ни одной печатной формы для добавления QR-кода, включая внешние, НЕ ХРАНИТ данные штрихкодов и их связь, от чего база не "пухнет", ИМЕЕТ возможность закодировать в QR-коде произвольные данные параметров для последующей обработки полученных данных, УМЕЕТ прикреплять сканы, УМЕЕТ обработать считанный QR-код как ВЫ захотите. А также ХРАНИТ историю операций в обход базы для каждого пользователя в отдельности и УМЕЕТ работать с 2D - сканерами. А также автоматически распознавать отсканированные печатные формы (картинки или pdf-файлы) и выполнять заданные произвольные алгоритмы, в том числе прикрепление их к документам! Обновление 3.2 от 09.06.2024!

19200 руб.

26.08.2018 52578 16 61

Помощник исправления порядка расчетов

Взаиморасчеты Корректировка данных Бухгалтер Пользователь Платформа 1С v8.3 Конфигурации 1cv8 Бухгалтерский учет Управленческий учет Платные (руб)

Вы наконец разобрались с закрытием месяцев и пора начать контролировать сроки оплаты поставщикам и задолженности клиентов, но в базе расчеты не идут из-за развернутого сальдо? Не беда, есть решение!

12000 руб.

02.11.2020 7483 6 0

Корректировка входящего НДС при переходе с УСН на ОСНО в БП 3.0

Корректировка данных Программист Бухгалтер Пользователь Платформа 1С v8.3 1С:Бухгалтерия 3.0 Россия Бухгалтерский учет НДС Платные (руб)

Обработка предназначена для корректировки входящего НДС при смене системы налогообложения индивидуального предпринимателя с УСН на ОСНО в 1С:Бухгалтерия предприятия 3.0. Ставка НДС берется из справочника номенклатуры

6000 руб.

18.07.2024 914 3 2

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

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

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

2400 руб.

13.07.2015 51339 174 29

127

Корректировка входящего НДС при переходе с УСН на ОСНО в 1С:БП 3.0

Обработка предназначена для ООО для смены системы налогообложения УСН на ОСНО, без ведения раздельного учета, входящего НДС по способам учета. При реализации перехода в операции формируются проводки по выделению НДС, который ранее учитывался в стоимости номенклатуры, регистр «НДС Предъявленный».

6000 руб.

22.01.2025 172 1 0

Комментарии

Подписаться на ответы Инфостарт бот

Свернуть все

1. psa247 21 07.01.16 11:15 Сейчас в теме

Спасибо!

2. Armando 1402 07.01.16 15:32 Сейчас в теме

А технологический журнал по событиям EXCP и SDBL что показывал?

3. Evgeniy.Pecheykin 31 07.01.16 20:49 Сейчас в теме

(2) Armando, к сожалению этих данных нету.

4. MsDjuice 114 15.12.16 06:30 Сейчас в теме

Плюсую! Очень помогло, спасибо.

5. ketr 129 14.03.17 16:20 Сейчас в теме

помогло!!!

6. evakuzmina 22.05.17 13:21 Сейчас в теме

Помогло! Не проводился самописный документ. Залез в связанный с ним регистр сведений, добавил реквизит - заработало! ТИИ, chdbfl ранее не помогли.

7. NetKat 33 03.10.17 18:45 Сейчас в теме

Спасибо ! Помогло!.Респект!

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 Сейчас в теме

Удалите базу из списка подключения. И повторно добавьте, должно решить проблему

12. putinpe 12.03.19 14:54 Сейчас в теме

(11) Спасибо тебе милчеловек. Помог твой способ. Самый просто. По новому просто базу добавил и имя базы на английском написал

13. rudnitskij 01.05.19 22:00 Сейчас в теме

(11)Это советы из того же ряда "Обновите релиз/очистите кэш сервера" и прочая муть, которую советуют пользователям, когда не могут по его проблеме ответить прямо сейчас и нужно хотя бы полчаса времени

15. vitalya24 239 18.06.19 11:50 Сейчас в теме

(13)

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

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

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

Автору статьи спасибо.

14. rudnitskij 01.05.19 22:06 Сейчас в теме

Была похожая проблема, перепробовал всё, что гуглится в инете - чистка кеша, обновление релиза "и т.п. для ТП". Решил аналогичным методом - добавлением реквизита к документу, в котором была ошибка. Минус метода оказался в том, что были потеряны данные в одном из реквизитов документа, который был добавлен разработчиком за месяц до сбоя.
ЗЫ. Что примечательно: в сбойнувшей базе менее, чем за сутки до сбоя, проводили ТиИ