Ошибка SDBL: Таблица или поле LastUpdate не содержится в разделе FROM

Форум Программирование Общие вопросы программирования (Dev)

Платформа 1С v8.3

1. kitaevay 37 27.03.23 08:39 Сейчас в теме

Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине: Ошибка SDBL:
Таблица или поле LastUpdate не содержится в разделе FROM

При переходе на платформу 8.3.22.1750 и переключение базы данных в режим совместимости с 22-й платформой появилась вот такая ошибка при обращении к Плану обмена из расширения.

Что пробовали: чистить кэш (пользователя, сервера), тестирование и исправление базы, удаление и создание плана обмена заново, поднятие и возвращения режима совместимости для расширения с 22-й на 18-ю и обратно. Во всех реквизитах (текстовые реквизиты ограниченной длины) плана обмена отключили полнотекстовый индекс. Ничего из этого не помогло.

Временно решили так: перенесли план обмена из расширения в основную конфигурацию, где он прекрасно отрабатывает (приемлемо в моём случае). Ещё вариант: остаться на совместимости с предыдущей использованной платформой, где всё работало. Пока других идей у меня нет, надеюсь у кого-то найдётся решение лучше

По теме из базы знаний

Описание почти всех событий технологического журнала

Ответы

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

Свернуть все

2. Torin 816 27.03.23 09:00 Сейчас в теме

(1)

Ещё вариант: остаться на совместимости с предыдущей использованной платформой, где всё работало.

-а для каких целей поднимали режим совместимости до 22?

3. kitaevay 37 19.06.23 15:34 Сейчас в теме

(2) 22 даёт больше возможностей, в частности для расширений

4. Alexwarsis 08.11.23 16:23 Сейчас в теме

Словил туже ошибку на 8.3.23.1912 платформе с режим совместимости на 21

5. Alexwarsis 08.11.23 17:37 Сейчас в теме

(4) Помог режим совместимости 22

6. dronprog 136 16.09.24 14:05 Сейчас в теме

Мне изменение режима совместимости не помогало ни в какую сторону как у расширений, так и у конфигурации - кажется, что все варианты перепробовал. Тестирование и исправление базы вместе с расширениями так же безрезультатно.
Помогли только эти действия:
- выгрузить из копии (до обновления - если брать эти данные в уже обновленной версии где ошибка появляется, то будет ломаться при выгрузке узлов) все данные расширения вместе с узлами планов обмена с помощью обработки ВыгрузкаЗагрузкаДанныхXML83.epf (если выгружать без рекурсии по ссылкам, то данных сильно меньше будет);
- удалить расширение полностью из конфигурации - ошибка при этом не возникает, в отличии от попытки добавить реквизит в план обмена расширения;
- добавить расширение снова (изменять совместимость не обязательно);
- загрузить выгруженные ранее данные обратно в базу с помощью той же обработки ВыгрузкаЗагрузкаДанныхXML83.epf.

7. BarsukM 24.09.24 11:42 Сейчас в теме

(6)

с помощью обработки ВыгрузкаЗагрузкаДанныхXML83.epf

Сделал по вашему методу, только вместо удаления всего расширения удалял только планы обмена. И соотв. данные выгружал/загружал только планов обмена. Вроде все получилось. Спасибо большое.

8. dronprog 136 24.09.24 11:48 Сейчас в теме

(7) Не понятно вообще почему реструктуризация таблиц расширений конфигурации не работает?! Она ведь и должна этим заниматься - пересоздавать и дополнять то, что отсутствует. Но видимо планы обмена расширений для 1С это не таблицы расширений.

9. tank68 17 07.10.24 12:27 Сейчас в теме

Словил аналогичную ошибку при обновлении зуп на 3.1.30.57 и необходимостью повышения совместимости конфигурации до версии 8.3.24.
Проблему решило перенос плана обмена из расширения в основную конфигурацию.
Посмотрел план обмена там появился новый реквизит "Дата актуальности", как то странно он у плана обмена в расширении при обновлении платформы не создался.
Но если заново создать план обмена в расширении, то он создается с реквизитом "Дата актуальности".

Оставьте свое сообщение

E-mail: