![]() |
#5 |
NavAx
|
Извиняюсь, невнимательно прочитал.
Ну, например можно сваливать данные на фтп-сервер. Запустить NAS, повесить на него репликационную механизьму. С первой базы, скажем, ровно в 10, 14 и 18 часов некие датапорты выгружают заказы, у которых не стоит галка "выгружено во вторую базу" в текстовые файлы, кидают их на фтп-сервер. Или по почте отправляют. Или еще чего недоброе с ними творят. На второй базе ровно в 12, 16 и 20 часов другие датапорты хавают пришедшие файлы (с фтп, из почты или еще как-нибудь) и создают на их основе заказы. Система подтверждения может быть разной - можно сразу по отправке заказов из первой базы ставить им галку "выгружено во вторую базу", можно после создания во второй базе высылать обратно на первую базу какую-то информацию, можно еще чего учудить. При изменении заказа во второй базе, опять же, ставить в заказ галку "изменен во второй базе", опять же по расписанию выгружать измененные заказы датапортами, отправлять в первую базу и т.п. З.Ы. насчет перетекания учтенных операций - а каких именно учтенных операций? Если, например, в первой базе заказ учли, получилась тонна проводок, да еще накладная, да еще счет-фактура, то проще, наверное, воссоздать неучтенный заказ (а то и просто заставить Навыжн не удалять заказы при учете), отправить во вторую базу и еще раз учесть уже там, чем переправлять во вторую базу кучу инфы, которая получается после учета заказа. |
|