я понимаю, что это практически не возможно, из-за разных методик учета. (тот-же 6-НДФЛ годовой)

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

(0) Все ровно наоборот.
Фактически вся проблема только в том, какие данные Заказчик посчитает достаточными при переходе. Если его удастся удержать в рамках того, что старые сведения он всегда может увидеть в архивной копии от старой базы, то можно переходить _с_любого_ месяца года на основе обработки, которая есть в помощнике перехода.

1. Есть.
2. Ты готов слушать нас долгое время?

(2) да, готов.

кроме того 2 года назад я переводил так 3 базы, и понимаю проблеммы

(3) С тех пор ничего не изменилось. Так что вспоминаешь что было тогда и вперед

Да, опыт и боль есть

Обращать внимание нужно на то, что типовой рекомендованный способ тянет минимально необходимый объем, достаточный для формирование регламентированной отчетности от начала выбранного года. Т.е. месяц начала учета допустим Март 2020.
В отчетность Перенос отдаст всю инфу от января 2020 года.
Если есть интерес, чтоб было больше периодов, а не только этого года - нужна переделка Обработки выгрузки данных. Не очень большая.

Кстати, если дефолтно выгружать с началом учета от января 2020 года, то данные за 2019 год не будут достаточными для получения отчетности прямо в этой базе.

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

Переходящие отпуска, приходящиеся на праздничнеы дни, в момент переноса - неверно считается средний. Пришлось вводить табель

(6)А средний заработок для расчета отпускных? А для расчета пособий?

В плане среднего заработка тянутся последние 2 года..

(8) согласен. Что абсолютно работоспособно и не критично при любом выбранном месяце перехода.

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