v7: ТИИ - пересчет служебных данных - это что? #732813

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

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

ок, спасибо

Стыдно...

ни капельки...

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

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

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

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

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

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

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

ну и т.д..

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

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

от Z1

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

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

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

Ничего.

Спс. Ща проверю

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

смотря что

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

Ошибки в: 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 и дает эти ошибки, что выше.

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

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

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

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

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

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

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

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

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

См.

неа

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

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