В процессе пересчета итогов произошла ошибка тип не определен

13.12.22 — 15:12

1 — 13.12.22 — 15:46

создал пустую базу КА из cf , добавил это же расширение — все работает. Значит в копии рабочей базы нет таблицы DataHistorySettingsExt

но что это за таблица и как ее вернуть?

2 — 13.12.22 — 16:59

кэш, платформа, удалить все расширения потом добавить это, много вариантов

3 — 13.12.22 — 17:03

(2) выгрузил в dt, затем развернул на sql копию этой базы — ошибка осталась. Расширение там одно. Я его удалил. Затем создал новое расширение в котором добавляю константу или справочник — ошибка остается. Ошибки нет, только если я из cf создаю пустую базу.. Сейчас запустил ТИИ со всеми галками, жду, будет сутки идти.. если не поможешь — то хз чего делать

4 — 13.12.22 — 17:03

При какой-нибудь ошибке это расширение может в дальнейшем не загрузиться и тогда все данные этого справочника просто пропадут.

5 — 13.12.22 — 17:06

(4) данные пропадают только если расширение отключить и затем удалить. А если просто отключить — то ничего не пропадет. Что значит не загрузится? оно же тогда просто напишет, что расширение не удалось подключить, ошибка такая-то.. но само расширение же удалится. Или я чего-то не в курсе?

6 — 13.12.22 — 17:06

(5) * расширение же НЕ удалится

7 — 13.12.22 — 17:12

(1) средставмаи 1С узнать название таблицы в SQL, через SQL MS посмотреть какие там данные.

8 — 13.12.22 — 17:43

(7) это как? запускаю ПолучитьСтруктуруХраненияБазыДанных() , и она возвращает таблицу в которой не встречается имя «DataHistorySettingsExt»

9 — 13.12.22 — 18:19

(8) а попробуйте на заведомо живой базе. У Вас же есть только что созданная, где все хорошо?

10 — 13.12.22 — 22:08

(9) попробовал на пустой базе (развенутой из cf рабочей сломаной) — там ошибки этой нет, но и таблицы с таким именем «DataHistorySettingsExt» тоже нет…

11 — 14.12.22 — 00:15

(8) DataHistorySettingsExt — похоже на таблицу с настройками хранения историй для расширений (платформенное версионирование, не БСП).

12 — 14.12.22 — 00:18

(11) +1 два раза по справочнику, закладка «Прочее», попробуйте снятьустановить галку «История данных» + обновление БД (F7)

13 — 14.12.22 — 10:47

14 — 14.12.22 — 10:58

15 — 20.01.23 — 15:47

Добрый день. Подскажите, удалось решить данную проблему ?

(15) ну пришлось взять типовой стоковый cf и навернуть на рабочую базу… добавленные реквизиты и регистры накопления все исчезли… и данные которые в них были , тоже пропали. Тогда мы перенесли в расширение все доработки вместе с их ГУИД (то есть не добавляли новые, а копировали из копии), потом написали правила конвертации на 2.0 , благо для идентичных конф это элементарно, и правилами все что пропало перенесли. И все.

Что я люблю в 1с, так это непонятные непредвиденные ошибки. На днях нужно было помочь человеку обновить старую бухгалтерию до современного релиза, я согласился. Как же я был удивлен когда 1с подкинула мне ошибку тип не определен.

Предистория: Бухгалтерия предприятия базовая 2.0.66.138 нужно обновить до актуального релиза бухгалтерии 3.0.

Каких-то особых выдумок я применять не стал, скачал обновление с https://releases.1c.ru/total и установил его. Я сильно удивился увидев ошибку тип не определен.

В начале я попробовал откатится к версии до обновления. Хорошо что я перед работами всегда делаю бекап. Сделал тестирование и исправление, проверил базу на повреждения, обновил повторно, но получил ту же ошибку. После этого решил посмотреть журнал регистрации и поправить ошибку в отладке.

Журнал регистрации всеми силами направлял меня в общий модуль управление доступом служебный.

Тип не определен
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(26085)}:
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(25277)}:
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(24362)}:
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(23491)}:
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(23243)}:
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(22956)}:
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(22337)}:
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(22217)}:
{РегистрСведений.ПараметрыОграниченияДоступа.МодульМенеджера(206)}:ДействующиеПараметры = УправлениеДоступомСлужебный.ДействующиеПараметрыОграниченияДоступа(
{РегистрСведений.ПараметрыОграниченияДоступа.МодульМенеджера(157)}:ЗапланироватьОбновление_00_00268406("ПереходНаВерсиюБСП_3.0.3.168");
{ОбщийМодуль.УправлениеДоступомСлужебный.Модуль(4489)}:
{(1)}:УправлениеДоступомСлужебный.ОбновитьВспомогательныеДанныеПоИзменениямКонфигурации()
{ОбщийМодуль.ОбщегоНазначения.Модуль(5113)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(6320)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(Обработчик.Процедура, ПараметрыОбработчика);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(2155)}:ВыполнитьОбработчикОбновления(Обработчик, ПараметрыОбработчика, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(1707)}:ИтерацияОбновления.ВыполненныеОбработчики = ВыполнитьИтерациюОбновления(ИтерацияОбновления, Параметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(93)}:ВыполнитьДействияПриОбновленииИнформационнойБазы(ПараметрыОбновления, ДополнительныеПараметры);
{ОбщийМодуль.ОбновлениеИнформационнойБазыСлужебный.Модуль(2289)}:Результат = ВыполнитьОбновлениеИнформационнойБазы(ПараметрыОбновления);
{(1)}:ОбновлениеИнформационнойБазыСлужебный.ВыполнитьОбновлениеИнформационнойБазыВФоне(Параметры[0],Параметры[1])
{ОбщийМодуль.ОбщегоНазначения.Модуль(5113)}:Выполнить ИмяМетода + "(" + ПараметрыСтрока + ")";
{ОбщийМодуль.ДлительныеОперации.Модуль(1036)}:ОбщегоНазначения.ВыполнитьМетодКонфигурации(ИмяПроцедуры, ПараметрыВызова);
{ОбщийМодуль.ДлительныеОперации.Модуль(1026)}:ВызватьПроцедуру(ВсеПараметры.ИмяПроцедуры, ВсеПараметры.ПараметрыПроцедуры);

Перехожу в конфигуратор ищу ОбщийМодуль.УправлениеДоступомСлужебный и что же я вижу. Исходный текст модуля отсутствует, конфигурация на поддержке и снимать и ломать модуль для рядового обновления это точно ложный путь.

Пришло время изучать ошибку тип не определен, вот что удалось выяснить. Ссылки с решением долго не заставили себя ждать, давний баг, который привели в порядок, но старые версии БСП и старая версия платформы написаны так, словно это не ошибка.

https://bugboard.v8.1c.ru/error/000100482
https://partners.v8.1c.ru/forum/topic/1950512

В версиях платформы до 8.3.22.1704 конструкция Тип(“”) (где в качестве аргумента – пустая строка), возвращала пустое значение типа Тип, в новой версии платформы попытка выполнения данной конструкции приводит к ошибке.

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

Я не стал выдумывать патчи и писать какие-то доработки, просто использовал более старую версию платформы и все заработало.

Какой можно сделать вывод из этой истории – нужно обновлять платформу и конфигурации вовремя!

{«id»:13989,»url»:»/distributions/13989/click?bit=1&hash=689761c72f10593c6ae08fa92df6fc1330f881844029dc5818a873a3e5d1525d»,»title»:»u041eu0434u0438u043d u0438u0437 u0441u0443u0431u0431u0440u0435u043du0434u043eu0432 u00abu0411u0438u043bu0430u0439u043du0430u00bb u0441u0442u0430u043b u0441u0430u043cu043eu0441u0442u043eu044fu0442u0435u043bu044cu043du044bu043c»,»buttonText»:»u0414u043bu044f u0447u0435u0433u043e?»,»imageUuid»:»2576d439-a275-5976-9003-ccd043b96057″}