Всем привет. Имеем базу на Бухе, маленько не типовая, но поправимо, 50 гб, 5 лет. Налоговый учет ведется корректно на столько, на сколько это возможно в 7.7
Вопросов несколько.
1. Если тащить 2(1 или 3) последних года, будет ли нормально баланс и все следующие приложения заполнятся при условии, что тащить будут Оборотами, а не документами.
2. Либо не парится, тащить остатками, и догружать текущий год.

Как тащить данные.
Стандартная обработка падает на нехватку памяти, при выгрузке справочника контрагентов и договоров. Есть готовые решения, позволяющие ограничить размер xml 100к записями, например?

год закрыли?

(1)Да, с этим проблем нет

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

(3)Склоняюсь туда же, но клиент свято верит что перенос творит чудеса, и будет as-is. Ну да ладно. этот вопрос решаем.

Вопрос с тем что выгрузка вываливается. Как с ней быть?

полный сразу делаешь или по частям?

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

можно раз выгрузить и походу работы править

(4) > Вопрос с тем что выгрузка вываливается. Как с ней быть?

Посмотреть в правилах выгрузки на какие релизы она писалась.

Иногда надо перебирать варианты. Допустим вы выгрузке релиз 7.70.600 в 3.0.50, надо пробовать варианты 600->50 601->51 602->52 и т.п.

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

(0) > 1. Если тащить 2(1 или 3) последних года, будет ли нормально баланс и все следующие приложения заполнятся при условии, что тащить будут Оборотами, а не документами.

Выгрузка и так не сказать чтобы слишком стабильна. Но если счета совпадают более-менее работает. Но ок. выгрузишь. Получишь тупо оборотку. Да же не открыть документы, не посмотреть - на фига тогда это надо.

> 2. Либо не парится, тащить остатками, и догружать текущий год.

Лучше так.