Есть две конфигурации старая (сильно доработанная обычное приложение) и новая (типовая управляемые формы). Глобальная задача - перейти с первой на вторую.
Локальная - запустить работу побыстрей.
Для того, чтобы не дорабатывать печатные формы в старой конфигурации хочу реализовать следующий механизм.
1. Все доработки делать в новой конфе.
2. В новой конфе создать регламентное задание, которое будет отслеживать наличие файликов с запросами на печать, формировать
нужную форму, сохраняет её в файл.
Какие подводные камни могут быть при таком подходе?

колхоз

(0) а откуда в новой конфигурации появятся документы из старой? Получается, вы вместо доработки печатной формы, будете писать обмен, чтобы выгрузить документ из строй базы в новую, потом ждать файл флаг для печати и только потом распечатывать?

(0)

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

Это точно будет дешевле, чем вносить изменения в две печатные формы?

(0) Чем по вашему отличается формирование ПФ в старой базе от новой? Макет будет тот же, структура заполнения такая же, разница лишь в исходных данных и как они собирается, обычно это 1 запрос. И вот ради того, чтобы 2жды этот запрос не составлять вы решаете колхозить такой велосипед?))

(0) Не слушай никого. Задача прикольное, а это главное. :-)

(2)Да.
(3)Нет. Данные будут через обмен.
(4)В новой некоторые ПФ уже новые. А в старой их нужно будет либо создавать, либо искать. Плюс этого "колхоза" в том, что я один раз его сделаю, а потом хоть для 100 печатных форм будет работать. До тех пор, пока все изменения не перенесу в новую.
Но я ещё не начал, а только обдумываю. И советуюсь.

(5)Благодарю за поддержку). Лишь бы не получилось, как в том анекдоте про ворону на дереве.

(6) берете печатную форму из новой конфы и во внешнюю обработку запихиваете. Далее натягиваете ваши исходные данные старой конфы на структуру ПФ и вуаля, ПФ готова.

Была б неплохая идея, если бы не доработки, которые выльются в двойную-тройную работу.
Самая обычная задача - запилить заполнение какого-то поля ПФ, которое в типовой никак не заполняется.
Тебе придётся разбирать и делать полноценную доработку со стороны типовой плюс обмен плюс обдумывать обмен так, что бы все нужные поля\документы передавались из старой базы, то есть держать в уме уже два алгоритма. Плюс это будет крутиться какой то регламент и куда-то печатать раз в какое-то время и непонятно куда. Это всё тоже надо обдумать заранее, как привязывать к пользователям и принтерам, как минимизировать задержки.

И всё это по сути ради временного костыля, который ты гарантированно выкинешь. Мрак.

(9) или покупатель стоит, ждет документ, а операторша жмякает на печать и ничего не происходит (да создался файл флага, но база приемник не получила документ). Вот будет веселуха)

(10) Это кстати легко обойти, http-сервис вместо регламента.

(11) http сервис заменяющий регламент и файл флага вообще никак проблему с отсутствующим документом не решит.

(12) Быстренько выгрузить один объект и загрузить. :-)

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