.. как-то так сложилось исторически, что вообщем никогда не задавался таким вопросом
в ТИИ есть
.
- пересчет служебных данных
- пересчет итогов
.
что делает каждый из пунктов?

По моему, "служебные данные" это графы отборов. Возможно итоги по реквизитам табличной части с итогами. Возможно отборы счетов.
"итоги" это итоги регистров и бухгалтерии.

(1) ок, спасибо

Стыдно...

(3) ни капельки...

Проверка логической целостности выдало вот такое в табло:
.
Проверка содержания справочников. Цены. Элемент. Изменено подчинение
.
я правильно понимаю, что никакого иного способа кроме как сверки справочника с резервной копией чтобы найти упомянутое - нет?

(5) если конкретики не выдало, то либо озвученное, либо ванговать

(3) Можно мне тоже стыдно?

Ребя. Напомните, плз.
Реквизиты неограниченные строки должны быть последними в шапке или наоборот - не должны быть последними?

(5) Возможно в журнале подробнее написано

(7) имхо, последние
и смысл был вроде только для общих реквизитов

(7) не в шапке, а в общих реквизитах документов, последними, только для sql версии

(0) будет пересоздана табличка _1crdoc   + пересчитаются все шапки документов, у которых в тч дока есть итог по колонке

ну и т.д..

(10) Небольшая базёнка (5 Гб) скульная. ТИИ зависает напрочь

(13) ну и не делай его :)
есть скрипты для проверки базы.

от Z1

(8) это вам так кажется - в журнале написано ровно то же ;-)

(13) а смотреть что появляется в ЖР во время ТИИ?

(14) Временами спорадически жуткие тормоза. Подозреваю тщательно спрятавшуюся бяку.

(15) Ссыль мона?

(17) Ничего.

(18) http://www.1cpp.ru/forum/YaBB.pl?num=1228926967/0

(20) Спс. Ща проверю

Море ошибок. Как править - ХЗ

смотря что

Всё можно поправить теми же запросами в скуле

Ошибки в:
5. Проверка таблицы _1suidctl
7.2  _1sjourn.actcnt > 0 и  MAX(Actno,Iddoc) <> _1sjourn.actcnt
7.3  ( MAX(Actno,Iddoc) - MIN(Actno,Iddoc) + 1 ) <> колво всех движений документа
7.4 сумма ариф прогрессии от  MIN(Actno) до MAC(Actno) c шагом1 <> сумме всех Actno
8.3 Документ  проведен, признак движения есть, движения нет

на 7.2-7.3 можно и "забить"
а вот 8.3 и дает эти ошибки, что выше.

нужно найти все проведенные доки без движений и перепровести их.

(27) Спс.
А по п.5 видимо придётся ручками в таблице править

+(28) Такие:
ОШИБКА в справочнике = Реестр код по базе = SC6481
Максимал знач по справочнику  id = ''
Максимал знач по таблице _1suidctl  id = '   7GR   '
---
ОШИБКА Неверное число строк   = 1 для справочника  = СвойстваНоменклатуры
Тип строки = 1
Знач в таблице справочника = ''
---
ОШИБКА в справочнике = ТипыТТ код по базе = SC5429
Максимал знач по справочнику  id = '    11   '
Максимал знач по таблице _1suidctl  id = '    12   '

(29) ну, табличку _1suidctl можно и прибить, она при тии сама создастся, или перезаполнить её максимальными id

Кажись нашёл причину. В одном доке снята галка "Автоматическое удаление движений".
В ОбработкаПроведения() есть УдалитьДвижения()
в ОбработкаУдаленияПроведения() нет.
Т.е. при удалении проведенного дока остаются движения-сироты.

(31) Это вообще никак не влияет. При любом удалении документа (пометки на удаления) - движений не будет, никогда.
Максимом - был сбой базы, незавершенная транзакция или откат транзакции в момент записи.

(32)ВО!
У меня уже второй день с базой чудеса творятся.
Документ Приходная накладная проведен, движения есть, вот только перемещение этих остатков не видит.
При чем документ создается программно и соответственно проводиться.
В пакете идут несколько документов и каким-то бесом некоторые выпадают в осадок.
При интерактивном перепроведении все встает на место.
Т.е. остатки становятся видными.
В чем проблема так и не разобрался пока.

(32) Это уже легче.
А при СделатьНеПроведенным() движения останутся?

(34) С какого переляку?

(35) См.(31)

(34) неа

Есть там ё б..нь с движениями, когда массово проводят доки, где есть открытие и проведение из формы дока в обработке проведения.  Там может на скуле наблюдаться сей "эффект"

Короче когда док из дока в обработке проведения проводят