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

20.01.21

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

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

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

Итак.

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

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

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

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

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

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

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

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

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

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

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


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

 

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

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

См. также

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

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

14400 руб.

29.04.2020    32686    106    152    

73

SALE! 20%

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

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

3600 2880 руб.

10.02.2017    110530    662    174    

702

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

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

4800 руб.

06.10.2023    4036    35    17    

44

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

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

4800 руб.

27.10.2021    23926    241    35    

78

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

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

4000 руб.

18.07.2024    688    1    0    

1
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
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 18 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 Сейчас в теме
Такая же ошибка возникла после добавления в расширение реквизита справочника: залил сверху предыдущую версию расширения без этого реквизита - все заработало. Повторно обновил версией с расширением и реквизитом - ошибка не появилась.
Оставьте свое сообщение