После переноса данных не идут остатки и обороты. Остатки на начало года выровнять просто. С оборотами вижу только один выход выравнивать бух операциями. Вопрос, с бухгалтерской точки (для сдачи отчётности в первую очередь) должны ли операции по дате полностью соответствовать операциям из старой базы или не обязательно?

...соответствовать датам документов я хотел сказать

Да должны. И в чем сложность найти причину расхождения?

Максимум что может не пойти - это себестоимость и ее производные. Т.е. 41, 90.2. Ну и фин.результат

(2) ну не только себестоимость...

частенько "кривят" расчеты с поставщиками/покупателями и авансы. Курсовые разницы.

- правда все это из-за ошибок учета в 1.6

(3) Ну из-за ошибок в учете половина счетов может "поехать". Те же 02, 10,

(3)- правда все это из-за ошибок учета в 1.6
>В таком случае вам надо не правильное в 2.0 исправлять, а неправильное в 1.6 править. :)

Да да это всё кривит, а ещё 01,76, 19, 44 и 08.Я подумаю об исправлении в старой базе и повторить загрузку

А может и воспользуюсь советом (2) всё-таки, мне кажется, так быстрее будет

(2) в  основном по оборотно сальдовой ведомости искать расхождения? Если я недопонимаю подскажите

Грубо говоря дробишь её по периодам, в неделю да и смотришь когда начинает кривить и вводишь там операцию

(9) Т.е. мне пофиг на то что там было криво (например отрицательные остатки по 41), но я хочу чтобы так же было и в новой программе?

Я бы не стал браться, а послал. На крайняк ввод остатков и вперед, без оборотов

(9) ....

В старой базе все обороты впроядке, а вот в новой после переноса по ряду счетов цифры другие

Ладно. Просмотрю старую базу ещё раз. Спасибо

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

(14) Вообще да, я планировал чтобы всё сходилось,со старой базой. Если там не верно кто-то документы разносил, то это уже не мой вопрос, пусть бухгалтера сами разбираются. Разницы порой в сотни тысяч, я и не думаю что до такой степени бухгалтера там косячили

(15) 01, 02 точно сотни тысяч разницы. Ой...ладно подумаю

(16) С ОС вообще весело. Если, например, изменялись параметры амортизации, то в 2.0 оно переносится криво.
Выход один - приводить всё в норму, чтобы при перепроведении в 2.0 получить те же цифры.

(17) Да, я понимаю

(15) Поэтому я сразу перед переходам предупреждаю, что буду переносить ни как было, а как правильно