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

20.01.21

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

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

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

Итак.

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

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

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

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

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

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

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

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

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

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

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


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

 

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

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

См. также

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

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

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

4800 руб.

06.10.2023    2690    30    15    

36

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

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

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

3600 руб.

10.02.2017    107346    637    173    

680

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

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

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

14400 руб.

29.04.2020    28034    83    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    22599    302    35    

74

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

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

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

3600 руб.

09.02.2024    762    4    4    

7

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

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

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

2400 руб.

13.07.2015    50348    171    29    

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