LSVМного раз советовал: используйте ACCESS. Он цепляется к любому источнику данных. Запросами вгоняем нужные данные, несём MDB в нужное место и запускаем макрос, который выгоняет нужные данные в нужное место. Логику "вгона/выгона" можно сделать сколь угодно сложной. Не зависит от платформы. Мощная альтернатива всяким репликациям. Работает быстро и стабильно. Легко модифицируется под новую логику. Позволяет делать логгирование обмена и проверки (для поиска всяких ошибок).
Для 1С надо не забыть правильно заполнить поле Row_ID в 36-ричном формате. Легко заполняется триггером или ХП (для МССКЛ).
Аналогично можно использовать dbf или XML. Не в самом способе проблемы будут Но если надо тупо распространять из центра некие справочники, то да, проблемы не видно никакой. Хоть таблицы скриптом перезаливай.

LSV2Dogen
Например как с помощью DBF/XML передавать логику обмена, которая только-что поменялась ? Куда передавать ? Кто её сможет понять ?

Вся польза в том, что в ACCESS "всё в одном" (инструмент, логика, язык, SQL и собственно утилита обмена). Единственный существенный недостаток - "Windows only" :)
Скрипты, которые обрабатывают пришедшие файлы, поменять труда не составит. Их можно тоже передавать с очередной порцией данных. Это некоторым может быть даже удобнее чем аксессовские файлы. Это можно даже не только под виндовс делать. Только все это не суть важно.
Про своё "все в одном" вы еще забыли упомянуть, что и данные там же. Только все это надуманные преимущества Access.

Ваабще-то это не мощная альтернатива всяким репликациям, а репликация и есть как таковая. Реализованная с помощью Access.

LSV DogenВаабще-то это не мощная альтернатива всяким репликациям
Речь шла про "традиционные" он-лайн репликации. Их недостатки очевидны. Аксесс легко, и главное быстро помогает обойти эти недостатки при этом не требуя суперквалификации, что актуально для ИТ-отделов не-ИТ-компаний.
в таком аспекте соглашусь, хотя акцес - не единственное средство, кому-то dbf удобнее, не суть важно