может есть готовая обработка в которой можно посмотреть изменения вызванные массовым пере проведением базы.

как я ее себе представляю:
1. устанавливаю объекты контроля (регистры и.д.)
2. делается "снимок" (или копирование базы)
3. тут я что-то делаю с базой
4. обработка сравнивает новое состояние с сохраненным и выдает отчет/файл

легко гуглится например http://catalog.mista.ru/public/72280/ но она старая и сырая

Оцените очередной велосипед для перепроведения - это не совсем то, что нужно, тут упор именно на перепроведение которое у меня нетиповое (у меня непроведеные документы могут иметь движения)...

первое что приходит в голову:
универсальной выгрузкой-загрузкой выгружаем данные до и после перепроведения.
анализируем файлы - х.з. как, но я думаю можно :)

(0)А надо только остатки сравнить или и движения тоже?

написать я смогу без проблем, ищу готовое.

в принципе ведь такая обработка реально нужна, неужели нету?

(2) наверно и то и другое

(4)Дело мутороное . А на больших базах еще и долгое:-(

(5) не важно на сколько это долго, это сильно упрощает поиск неочевидных багов.

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

задача из разряда сценарного тестирования

Самое реальное - делать копию базы перед операций. После операции использовать метод половинного спуска по дате, т.е. делить различающиеся интервалы пополам до размера "регистратор внутри секунды".

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

для клюшек, или для снеговика?

снеговик

(7) Не остатки а обороты

(10) тады ой

переделывать дольше будешь.

(7)(8) Такой способ конечно не позволит сразу все выловить. Переброска движений внутри интервалов конечно не будет видна. Но он позволит выловить большой процент.

(0) Автору быстрее написать самому, чем что либо искать. - тем более что квалификация позволяет :)

В свое время делал сверку по Регистру бухгалтерии (как раз касалась валютных расчетов), выглядела технология так
1. Делаем выборку документов за нужный период
2. Выгружаем движения обрабатываемого документа в ТЗ
3. Объявляем транзакцию
4. Проводим документ
5. Выгружаем полученные движения в новую ТЗ
6. Сверяем две ТЗ и выводим нужные сообщения

Как то так, работы примерно на час - проверка ОНЛАЙН, то есть не нужно ждать пока проведете весь период, сразу видно будет результат и на каком документе будет расхождение.

У Раруса есть...

(14) если идти по дням, наверно это даст и приемлемую скорость и качество

(16) а описалово есть?

У меня есть такая, только для бухрегистров. Для обычных регистров недописал, нужды не было.
Там же на catalog.mista лежит.

(17) Да, пожалуй начинать с дней будет оптимально.

судя по описанию буду пробовать http://catalog.mista.ru/public/276275/

(20) единственное - это если базы немного отличаются...

(1) Сравнивать можно WinMerge или стандартными средствами платформы. Вопрос в размерах сравниваемых файлов.