Есть выгрузка из одной базы в другую через dbf. Отбор документов ведётся либо вручную, либо заданием периода.
Хочется сделать автоматическую регистрацию документов к выгрузке.
Есть такой план.
1. Создать новый план обмена.
2. Создать правила регистрации объектов.
3. Настроить фиктивную синхронизацию.
4. При выгрузке помечать документы, зарегистрированные к выгрузке как выгруженные.
5. При получении ответов ответов снимать регистрацию с этих объектов.
Какие трудности могут возникнуть при реализации такой схемы?

зачем тогда DBF ? ))
Сделайте по нормальному...

1. Создать новый план обмена.
2. Создать правила регистрации объектов.
3. При выгрузке помечать снимать регистрацию с этих объектов.

3. При выгрузке снимать регистрацию с этих объектов.

а с фига регистрацию объектов называть "фиктивной" ?

Открой для примера подражания, как в типовой используют План обмена для обновления базы.

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

(4)Регистрация будет настоящая, использующая типовой механизм. А синхронизация фиктивная, так как она запускаться не будет.

(1)Уйдёт больше времени.

(5) еще раз... открой код в типовой и посмотри. Любая снхронизация фиктивная, если обзывит ее твоими словами.

Нет какой-то синхронизации в платформе, если это не указано явно через 1С программный код.
Синхронизация не является неким платформенным свойством или методом.
Что напишешь в коде так называемой синхронизации, хоть через что угодно, дбф-ы, тексты, хмл-ы, цсв-ы и т.п. - то и будет делаться.

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