ЗУП 2.5
Ввод коэффициентов индексации
в ТЧ добавлены 5 реквизитов относительно типовой

сегодня пользователь вырубил процесс не дождавшись окончания проведения
после этого потеряли два ссылочных реквизита (числа и булево остались) из ТЧ

так - заметки из зазеркалья

(0) в процессе проведения документа, удалились колонки из СУБД ?

(1) СУДБ не смотрели - а сравнение конфигурации с конфой БД показывает разницу

и ХЗ в процессе чего - просто знаю что был снят процесс 1С в процессе проведения

.... после чего всплыла ошибка отсутвия реквизитов

реквизиты жили в конфе с 2010 года (обработка ТЧ которая к ним обращалась - внешняя подключена была тогда, и не менялась)

(4) эмм чистка серверного кэша + перезапуск сервака видимо пробовали , и эффекта не дало ?

Посмотри по ЖР, кто до тебя в конфигуратор входил. Там еще и обновления базы пишутся.

Почисти кэш и утри слезы

(5) сервер не только для ЗУП - для экспериментов не подходит
проще обновить БД и восстановить старые доки из бэкапа

(6) +1 ... видел подобную фигню после динамических обновлений, решалось чисткой кэша (в конфигурации внезапно оказался код, 2-х летней давности)

На самом деле, сегодня столкнулся с тем, что перешли ребята на 8.3.15 и пропала видимость измерения в одном запросе.

Исходно было
И ЭтоРезерв=ЛОЖЬ

И вот в процессе выполнения 1С пишет, что поля
"ЭтоРезерв" не существует, хотя в конфигураторе и в СУБД оно есть.

Ну понятно, что кэш-мэш, но его трогать нельзя никак, вылечилось заменой текста запроса на

НЕ ЭтоРезерв

(9) У вас динамика сидела 2 года.

(6) посмотрел - обновление вчера перед бэкапом
в бекапе реквизиты есть

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

(10) Обновился динамически и после этого проблема ушла? Клин клином? :)

вчера было динамическое обновление (скорее всего) - делал не я  - менялась только форма как раз этого дока

(14) Ну я поменял текста запроса, может там хэш пересчитался, был признан другим и обновил старый

(15) (насколько помню) решается Чисткой кэшей, и перезапуском сервака.
Возможно стоит попробовать реструктуризацию провести если предыдущее не поможет
(ну типа добавить реквизит куда угодно, обновить БД)

а что за файл 1CV8Clst?
там недостоверная информация
{3016ca4d-667e-45d1-ae89-eb71f581a085,"hrm_new82","","MSSQLServer","x1c","hrm_new82","ввв","FODo/dSXvhcXMczuBY6ICwsgw7Gpqv3Z5ZHNsbBmIy4=","DB=hrm_new82;DBMS=MSSQLServer;DBSrvr=1c3;DBUID=ввв;Descr=;LicDstr=Y;Locale=ru_RU;Ref=hrm_new82;SLev=0;SQLYOffs=2000;Srvr=1C3",0,
{0,00010101000000,00010101000000,"","1",""},0,1,"",0,"","",85468128},

DBSrvr=1c3, Srvr=1C3 - сервер который был год назад
уже давно переехали на x1c

а что хранится в кэше сервера? может его для профилактики у всех баз периодически удалять?