Сисой, пообщайтесь на тему сабжа с ИНФИНом. В нем есть многое из перечисленного, хотя, возможно, кое-что придется доработатывать.

Репликация возможна как средствами СУБД (MS SQL Server), а также используя промежуточные форматы и специальную утилиту ИНФИН "Объединитель данных". Я реализовывал с помощью этой утилиты взаимодействие различных филиалов, часть из которых использует ИНФИН, и часть - 1С. В 1С автоматизированно формируются отчеты, которые переводятся в формат MS Excel и отправляются по email в центр. В центре их содержимое автоматизированно закачивается в ИНФИН с помощью озвученной утилиты в виде электронного документа, который впоследствии обрабатывается стандартной операцией.

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

Стандартная операция производит автоматизированную привязку загружаемых данных к текущему содержимому справочников в соответствии с заранее определенной логикой, новые данные - автоматически добавляет в справочники. Если какие-то данные не могут быть однозначно интерпретированы, обработка документа приостанавливается, и пользователь, ответственный за его обработку, производит ручную привязку данных, возможно, предварительно созвонившись с кем-то и уточнив некоторую информацию, либо исправив не совсем корректно указанные данные в целевом справочнике ИНФИН (например, разобравшись в причинах конфликта данных). После выполнения операций привязки справочников производится окончательная обработка данных (в частности, формирование проводок в центральном офисе, отражающих все хозяйственные операции филиала).

Стандартная операция удобна тем, что ее можно откатить. Можно удалить массу информации одной конпкой и получить в БД данные, не содержащие данных по филиалу. Потому так же легко можно за один прием накатить (повторно отразить в системе) данные по филиалу, вернув всё на свои места.

Однако, подобный алгоритм обработки требует серьезного анализа - у ИНФИНа имеются некоторые ограничения, не всё удается настроить так как хотелось бы. В частности, несколько раздражает необходимость использования отдельной программы для импорта-экспорта данных (с отдельной лицензией). Нужно смотреть, как часто будут осуществляться подобные операции, насколько объемная информация реплицируется...

Если реализовывать репликацию средствами СУБД, то тут тоже есть масса нюансов. Прежде всего, не удастся настроить репликацию стандартными средствами MS SQL Server, привязавшись раз и навсегда к фиксированным таблицам. Дело в том, что в ИНФИНе данные за разные периоды времени хранятся в разных таблицах (это сделано потому, что одни и те же метаданные в разных периодах могут иметь разную настройку и, соответственно, разный состав полей, а также для повышения быстродействия). Например, проводки хранятся в таблицах поквартально, при этом имя таблицы, в которой они лежат, имеет определенную структуру и содержит атрибуты квартала. Соответственно, если настраивается репликация проводок средствами SQL Server, то придется самим писать некие хранимые процедуры, которые используют динамический SQL , и при этом отвязывать их запуск от триггеров (как известно, динамический SQL в MS SQL Server не может использоваться в триггерах). Это задачка тоже еще та, но в принципе, разрешимая... :)

ЗЫ. Если возможно организовывать сеансы прямого доступа к удаленной базе, то озвученная выше утилита умеет очень многое, в том числе работать на автомате по расписанию и состыковывать данные разной структуры.

Возможна также "двойная" работа таких утилит на передающей и на принимающей стороне. На предеающей стороне данные могут быть экспортированы по заданным в утилите правилам в некий файл во внутреннем формате, либо в XML, либо в елктронную таблицу, либо во что-нибудь подобное. А на принимаемой стороне при загрузке может быть произведена дополнительная обработка.