Фигня какая то творится. База переделанная комплексная, SQL 2000 (4й сервис пак), 25й релиз. Бух отчеты (ОСВ по счету и карточку счета) вроде никто не трогал. Формируем ОСВ по счету в разрезе контрагентов. Напротив контрагента видим сумму 80000. Щелчком выходим на карточку счета (либо отдельно ее формируем по этому контрагенту) по всем РУ. Получаем другую сумму в итогах, кое каких доков в карточке не хватает. Находим "выпавший" док в журнале. Проводка есть, сумма, все субконто и счета заполнены правильно. Док перепроводим. Проводка какая была, такая и осталась. Док появляется в карточке счета, итог сходится с ОСВ. Ситуация периодически повторяется на других контрагентах. Что за фигня? Индексы? Как их под СКЛ подергать? Под ДБФ еще не разворачивал, но попробую (долго это все, база под СКЛ 10 гектар).

Переиндексировать: http://www.perlscript.ru/faq_02.shtml
Что ТиИ говорит.

(1) ТиИ еще не делал. Через полгода сообщу о результате :)

1) Индексы MSSQL (смотри свободное место на диске или железо) Решается пересчетом индексов
2) Нарушение агрегации в итогах 1С.
Причин как минимум несколько может быть.(существуют как минимум два бага) Возможно 1С их в ближайших релизах исправит.

"Так как конфигуратор 1С этого не позволяет, мы можем запустить хранимую процедуру _1sp_DBReindex"
А зачем процедура вообще нужна, если она не запускается никогда? Она, как я понял запускается для каждой таблицы в отдельности?
(3) Насчет двух багов. Если перепроведение помогает, то баги могут влиять?

Эта ситуация возникает именно из за этих багов.

(5) Ссылочек нет? Почитать бы...

(0) проверь "выпавшие" итоги в карточке счета на 23 релизе.
Буквально вчера: 25 релиз не видит, 23 видит ...
Смотрю профайлером - ничего общего в запросах 23 и 25 релиза :)
Стал копать и обнаружил "пропуски" в некоторых таблицах с итогами.
Лечил: сносом таблиц итогов, ручным пересчетом "поквартально" + полный пересчет итогов (иначе не помогало). Вылечил. Но "осадок остался".

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

(8) для 10-гиговой базы автора совет малоподходящий.

Есть решение для быстрой идентификации(и исправления) ошибок несогласованности данных SQL. Возможно скоро появится решение по исправлению первопричины этих багов.(оно уже есть, просто может их исправят в новом релизе 1С и тогда это не будет иметь смысла).

ситуация проясняется. Похоже, прав (7).
В общем, база физически лежит на сервере, где установлен SQL-Server, там же стоит 21й релиз (юзвери сюда не ходят, поэтому не обновляли). Юзвери заходят в терминал другого сервера, где стоит 25й релиз. Отчеты действительно формируются по-разному! 21й релиз выдает полную информацию! Причем, трабла в последнем доке движения. Ну блин девелоперы! Одно лечат, другое калечат...

... и вот ЧО теперя делати? Сносить 25й релиз нельзя, Зик работать не будет нормально. Так - тоже не работа, косяки всплывают все чаще и чаще... Ждать 26й? :)

(12) поставь разные релизы в разные папки и сделай ярлыки чтоб запускали какой надо релиз. в двадцать шестом могут и не исправить.

(11,12) пересчитывать итоги, желательно с предварительной очисткой таблиц :(
Возможна альтернатива: поставить 21 (или лучше 23) релиз и подсунуть dll-ку, которая отвечает за mxl с повернутым текстом. Насчет ЗиК-а не знаю..
Насколько я понимаю - баг не постоянный, а спонтанно возникающий - рассинхронизация таблиц накопленных итогов. Условия возникновения мне не известны. Возможно, МуМу расскажет про условия багов :)