Причина появления и исправление ошибки SDBL "Таблица или поле Fld...... не содержится в резделе FROM"

20.01.21

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

Данная ошибка возникает при любом действии из следующих: - изменении состава общего реквизита - переключении режима разделения данных в режим "Не использовать" у общего реквизита.

Для торопливых: в конце кратко изложена суть.

Итак.

С описываемой ошибкой я столкнулся, когда на самописную "нетленку" понадобилось загрузить конфигурацию-обновление.

С удивлением прочитав выскочившее сообщение (см. картинку) я начал гуглить причину его возникновения. Все советы сводились либо к выгрузке-загрузке ИБ, либо к созданию пустой ИБ и "перегоном" в неё всех данных из "боевой" базы.

Поскольку выгрузка-загрузка ситуацию не исправила, то пришлось разбираться самому :) 

Загружаемая конфигурация от текущей отличалась только отсутствием в ней общего реквизита, и я решил пройтись по его составу и отключить его использование в текущей конфигурации у всех объектов.

Изменив режим на "не используется" у всех объектов конфигурации, я снова попытался обновить конфигурацию в БД - ошибка появилась снова.

Тогда я начал отключать использование по видам объектов: сперва были все константы - изменения сохранились нормально, затем была очередь документов - также изменения сохранились без проблем. Повеселев, я стал отключать дальше, но когда дошел до регистров накопления, то вместо очередного нормального сохранения получил знакомую табличку.
"Хм-м..." - сказал я себе и стал отключать регистры по одному, сохраняя конфигурацию и обновляя её в БД после каждого изменения. Пройдясь по всем регистрам и успешно всё сохранив, я переключил режим разделения данных у общего реквизита на "не используется" - и это изменение также успешно сохранилось.

Загрузив и успешно сохранив конфигурацию-обновление, я снова сказал сам себе "Хм!" и решительно восстановил базу из бекапа, сделанного перед всеми изменениями.

Пройдясь по всему составу общего регистра-разделителя и установив "не используется" везде кроме регистров накопления и успешно сохранив и применив данное изменение конфигурации в БД, я попробовал изменить режим на "не используется" у двух регистров накопления сразу. Применить обновление конфигурации в БД не удалось - ошибка появилась снова.

Тогда я прошёлся по каждому регистру, сохраняя изменения после каждого - всё прошло "на ура".

В итоге, суть такова:
На платформе 8.3.18.1289 (другие не проверял) попытка за один раз изменить режим использования двух и более регистров накопления в составе общего реквизита приводит к появлению указанной мной ошибки при обновлении конфигурации в БД в момент пересчета итогов.

Решение:
Изменять режим использования по одному регистру за раз, затем сохранять и применять обновление конфигурации в БД после каждого изменения.


Спасибо за внимание.

 

PS: Статья первая - тапками кидать обязательно.

конфигурация ошибка платформа

См. также

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

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

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

14400 руб.

29.04.2020    28731    86    149    

61

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

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

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

4800 руб.

06.10.2023    2882    31    15    

38

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

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

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

3600 руб.

10.02.2017    107824    639    173    

681

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 Управленческий учет Платные (руб)

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

19200 руб.

26.08.2018    51018    13    60    

53

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

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

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

3600 руб.

09.02.2024    894    4    4    

7

Исправление ошибки закрытия месяца "Обнаружены ненулевые остатки по суммам при нулевом остатке по количеству в регистре себестоимости по организации". УТ 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    22822    303    35    

75
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Myst_ 65 10.02.21 02:15 Сейчас в теме
Делали перевод с нетиповой конфигурации Бухгалтери 2.0 на типовую Бухгалтерию 3.0 с постановкой на поддержку. Работали в файловом варианте базы.После завершени - перенесли на сервер и заодно его обновили .. и завертелось..
В файловом варианте работала -загрузили на сервер - сразу при входе в базу валится ошибка и ничего не дает сделать.

Ошибка SDBL: Таблица или поле DataSeparationUse2235 не содержится в разделе FROM (2235 -цифры могут быть разные)

Тестирование и исправление - пустая трата времени.(все идеально -ошибок нет)
Выгрузка в DT - загрузка - тоже самое.

Решение которое помогло мне :
Удалили Платформу 8.3.18.1289 и поставил 8.3.17.1851 - Проблема сразу исчезла.
При первом входе появился вопрос о перемещении базы - подозреваю,что именно этот механизм на новой платформе и валит базу.т.к это один из механизмов ,который стартует при первом запуске после выявления факта переноса базы.


Вывод : проблема в платформе 8.3.18.1289 - не теряйте время - откатывайтесь на релиз ниже.
Altez50; Lexx100; +2 Ответить
2. Lexx100 13 15.03.21 11:06 Сейчас в теме
(1) Аналогичная ситуация, помогло. Запустил на платформе 17, а потом и на 18 запустилось без ошибки.
9. Altez50 1 16.06.23 21:18 Сейчас в теме
(1) Поймал эту ошибку, когда удалял общий реквизит на 8.3.22.

При этом на 8.3.17хх ошибка SDBL решилась установкой свойства
Разделение данных = "Не использовать"
общего реквизита ОбластьДанныхОсновныеДанные,
реструктуризацией,
удалением общего реквизита
и повторной реструктуризацией.
3. g1uk 10.03.22 02:03 Сейчас в теме
У меня ошибки те же (Ошибка SDBL: Таблица или поле ***** не содержится в разделе FROM) , но ситуация несколько иная, может кому пригодится.

Связано с тем что было удалено расширение, в котором регистр бухгалтерии участвовал.
В итоге в структуре конфигурации остались таблицы расширения с суффиксом "X1"., т.е. основная таблица регистра "AccRg538" и таблица расширения "AccRg538X1", причем данные содержались только в таблицах расширения.

Решение следующее: инструментом "импорт-экспорт данных SQL" переносим данные таблицы удаленного расширения "AccRg538X1" в основную таблицу регистра "AccRg538", также я поступил с таблицей "AccRgED574X1" (РегистрБухгалтерии.Хозрасчетный.Субконто), таблицы с итогами не трогал, их потом пересчитал. Цифры в названиях таблиц будут у всех свои. Также почистил таблицы используемых расширений в "ExtensionsInfo", "ExtensionsInfoNGS", "ExtensionsRestruct", "ExtensionsRestructNGS". Плюс пришлось добавить по недостающему столбцу в таблицы "AccRg538X1", "AccRgED574X1", иначе перенос данных не проходил

После переноса данных делаем тестирование и исправление в конфигураторе, операцию "Проверка логической целостности расширений конфигурации" с исправлением. Лишние таблицы расширения должны удалиться
Если все ОК - пересчитываем итоги, запускаем
4. Ymorozoff 30.12.22 09:13 Сейчас в теме
Будете смеяться: Делал для клиента пустую базу со справочниками. У меня все Ок. Принес к нему - не работает. Пишет:
Непредвиденная ошибка Невосстановимая ошибка Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call: по причине: Ошибка SDBL: Таблица или поле DataSeparationUse21889 не содержится в разделе FROM
Мучился три дня, перелазил весь инет, перепробовал все, уже отчаялся.... Потом заметил, что в папке нет файла DoNotCopy.txt. Вставил... ЗАРАБОТАЛО!!!
Мож кому поможет.
sstas007; kosta2013; krechet5; +3 Ответить
5. 7utra_ois 06.04.23 13:04 Сейчас в теме
(4)
ил... ЗАРАБОТАЛО!!!

В какой папке нет файла? Непонятно
7. Ymorozoff 08.04.23 09:50 Сейчас в теме
6. klmsoft 19 07.04.23 09:07 Сейчас в теме
При копировании файловой базы, надо из папки откуда копируется база в новую перенести указанный (4) файл.
Цитата:
Он содержит идентификатор информационной базы и позволяет определить, что эта информационная база была скопирована.
При копировании файлов информационной базы, в том числе при создании резервной копии, не следует копировать этот файл.
Одновременное использование двух копий информационной базы с одинаковым идентификатором может привести к конфликтам при синхронизации данных, отправке почты и другой работе с внешними ресурсами.


Так что далее внимательно следить что бы синхронизация не нарушилась из-за двух копий.
8. Cerberdm 42 16.05.23 08:11 Сейчас в теме
Такая же ошибка возникла после добавления в расширение реквизита справочника: залил сверху предыдущую версию расширения без этого реквизита - все заработало. Повторно обновил версией с расширением и реквизитом - ошибка не появилась.
Оставьте свое сообщение