Задача крайне нетривиальная... :(
Например в одной системе адрес заводится прямо в главную запись, а в другой системе адреса лежат в отдельной таблице. И правила (целостность) там можут быть очень даже непростые.
И автоматическое создание записей в другой системе "внешним способом" может быть невозможно, т.к. система может генерить какой-нить внут.код с помощью хитрой процедуры и всякие дополнительные строки в другие таблицы (аудит).
Достаточно вспомнить генерацию любых номеров в навижине, где есть таблица серий номеров и нехилая процедура по получению очередного номера (зависит от даты, типа документа, серии и т.д.).
При этом меняются данные и в самой этой таблице.
Грамотно имитировать такое поведение крайне сложно.
И всякие БизТолки тут просто Без Толку :) и применимы полько для относительно простых случаев.
Наблюдал ситуацию, когда синхронизировали базы 8-10 супермаркетов.
В общей сложности почти 0,5млн. строк ! Перед синхронизацией базы маркета её "закрывали" и делали её сведение к эталонной базе. Вручную. Затем в один прекрасный момент процедурой меняли все ИД на новые согласно таблиц сведения и запускали "автоматический репликатор" с Центр.Базой. Потом брали базу другого маркета и т.д. Весь процесс занял неск.месяцев. Но это всего два(!) справочника: Товары и Контрагенты. Да и система простая, потому что самописная и базы совершенно однотипные. У Вас задача раз в 20сложнее.

По сабжу: наиболее подх. вариант - организационный. Чётко и жестко регламентировать процесс ввода данных вручную (там где затруднительно делать автоматом). Ввести некий "глобальный код", кот. указывать либо в коментарии либо хоть в самом тексте:
ООО "Рога и копыта" [xxх код хxx]
Наделать кучу процедур проверки правильности.
При переносе в JеDиную :) систему использовать этот глобальный код.
Других целесообразных способов нет, ИМХО. Тем более это сравнительно недолго будет работать и усилия по тотальной автоматизации пропадут почти даром.

ЗЫ: Игорь, превед кстате. :)