Причина появления и исправление ошибки 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    2604    29    15    

35

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

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

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

3600 руб.

10.02.2017    107259    636    173    

679

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

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

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

14400 руб.

29.04.2020    27917    82    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    22547    302    35    

74

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

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

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

2400 руб.

13.07.2015    50314    171    29    

121

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

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

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

3600 руб.

09.02.2024    708    3    4    

5
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
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 12 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 Сейчас в теме
(5) ... в папке с базой ...
+
6. klmsoft 19 07.04.23 09:07 Сейчас в теме
При копировании файловой базы, надо из папки откуда копируется база в новую перенести указанный (4) файл.
Цитата:
Он содержит идентификатор информационной базы и позволяет определить, что эта информационная база была скопирована.
При копировании файлов информационной базы, в том числе при создании резервной копии, не следует копировать этот файл.
Одновременное использование двух копий информационной базы с одинаковым идентификатором может привести к конфликтам при синхронизации данных, отправке почты и другой работе с внешними ресурсами.


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