Наверное надо было предупредить. Имеет место реально работающая система с нехилым функционалом на предприятии в 7500 человек (в т.ч. 70 служба IT, в т.ч. сильные программеры). И это не понты ЕРП внедряльников, а полновесный спрут, без которого уже давно никто ни шагу. Изменения тоже работают, но некрасиво, трудозатратно и с нарушениями правил (например, могут в обход процедуры изменить заявку, на которую есть договор).
Я думаю, задачу будем решать так. Цех-заказчик создает в отдельном приложении заголовок (номер, дата) заявки на изменение своей сводной заявки и ее спецификацию. Приложение блокирует нарушение правил и выгружает выбранное в шаблон Экселевого файла. В Экселе заказчик проводит моделирование, пытаясь скомпенсировать изменение через "Удалить-Изменить" ("Добавить" было сделано в Парусе и скинуто приложением в Эксель). Когда все закончено, заказчик экспортирует (транзакция) Эксель в приложение, причем если он перемудрил, экспорт не пройдет (а не надо быть таким хитро*опым). Далее из приложения он получает распечатку Заявки на изменение, защищенную от подделки. Бумагу согласовывают и утверждают, затем приложением "проводят" по Парусу.
Искомый Эксель хранится, как реплика и при этом входит в текущую версию БД (которая "стало") Парус; все предыдущие версии ("было") хранятся отдельно. Решение о сохранении новой версии и присвоении ей нового номера принимает тот, кто отвечает за взаимодействие с Центром. Он же в настройках отчета "было-стало" и указывает, какую версию принимать за "было". То есть, в двух БД достаточно первички, так что изменение или пересмотр-задача на интерфейс. Как то так.
