Ошибка 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С ERP, УТ11, КА

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

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

3600 руб.

10.02.2017 108801 651 173

690

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

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

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

14400 руб.

29.04.2020 30152 88 151

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 51404 14 61

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

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

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

4800 руб.

06.10.2023 3553 34 17

Исправление ошибок по НДФЛ и взаиморасчетам с сотрудниками в 1С:Бухгалтерия 3.0

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

Внешняя обработка предназначена для исправления самых различных ошибок, возникших по самым разным причинам. Общее проявление этих ошибок видно в различии данных между: проводками и различными отчетами по НДФЛ, заполнении ведомостей на выдачу зарплаты, неверным расчетом НДФЛ при начислении ЗП и т.д.

3600 руб.

09.02.2024 1330 9 5

Исправление ошибки закрытия месяца "Обнаружены отрицательные остатки товаров организации" для 1С:УТ, КА и ERP

Корректировка данных Закрытие периода Бизнес-аналитик Бухгалтер Пользователь 1С:ERP Управление предприятием 2 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х Оптовая торговля, дистрибуция, логистика Беларусь Управленческий учет Платные (руб)

Внешняя обработка исправляет ошибку"Обнаружены отрицательные остатки товаров организации" для 1С:УТ, КА и ERP

4200 руб.

19.11.2023 1751 11 0

Устранение расхождений между регистрами РАУЗ (регл) и регистрами учета ТМЦ, НЗП в УПП 1.3 и КА 1.1

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

Наведите порядок в остатках номенклатуры и НЗП в УПП Устраните расхождения в остатках номенклатуры Устраните расхождения в остатках НЗП Устраните отрицательные остатки в учете ТМЦ и НЗП

7200 руб.

08.09.2015 55486 23 31

Исправление ошибки закрытия месяца "Обнаружены разные знаки у остатков по суммам и остатка по количеству в регистре себестоимости по организации" для 1С:УТ, КА и ERP

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

Внешняя обработка исправляет ошибку "Обнаружены разные знаки у остатков по суммам и остатка по количеству в регистре себестоимости по организации".

3000 руб.

13.11.2023 1329 7 0

Комментарии

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

Свернуть все

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

Спасибо!

2. Armando 1400 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 127 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 Сейчас в теме

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