Господа, мне чисто для общего (недо)развития: мяукнула одна древняя файловая база. Поработает чутка - и вылетает с сообщением о нарушении целостности. Натравил на неё chdbfl - показал порчу таблицы _ACCUMRGOPT9957: мол, обнаружены дублирующиеся ключи в уникальных индексах таблицы, исправить невозможно, но не унывайте, мол, - работать можно.
А где же можно-то, если нельзя?
ТИИ - без ошибок. Выгрузка-загрузка базы - без ошибок, если файлово. А если в скуля загружать, то с вылетом (видимо - на той самой таблице).
Ну, я, помолясь, взял https://infostart.ru/public/166557/ , вытащил нужную таблицу. Там индексов на 26 КБ, а записей - на 1 КБ.
Так я зажмурился, да и потёр внутри индексов и данных всё. Прочитать-то времени не было, разбираться с умными людьми написанным. Описание - не трогал. И потом обратно в 1CD залил. И снова chdbfl (без ошибок). И ТИИ. И выгрузил. И на скуля загрузил.
Так вот я теперь задним числом волнуюсь: это была таблица РегистрНакопления.РасчетыНалоговыхАгентовСБюджетомПоНДФЛ.НастройкиХраненияИтоговРегистраНакопления.
Чем чревата её очистка?

хорошо что шуру в медицину не взяли

https://infostart.ru/1c/articles/1061227/

(2) т.е. итоги рассчитать надо, получается? Таблицы-то целы сейчас…

(0) Я бы посоветовал следующее:
1. Восстановить из резервной копии.
2. Изменить в конфигураторе этот регистр (например, добавить доп. измерение) и провести реструктуризацию.
Потом вернуть как было.
3. Сделать ТИИ.

(6) все галочки стояли. Проблему не решило. Щас пробую сделать по твоему совету.

(0) а конфа-то какая?

(9) бухия. Типовая. Старая сравнительно. Была.

(12) если в бухии учёт зп не ведётся, тогда вообще болт положить можно на содержимое этого регистра

(13) ну, я примерно так и понял