Как настроить обмен между тремя УТ10.3 по накопительным скидкам? Т.е. размер скидки по карте должен быть известен во всех трех магазинах. С чего начать и чем закончить?

(0) Базы уже заполнены данными?

Да, но по скидкам не заполнено

Тогда отдельные правила обмена писать, КД в помощь. И будет гемор с рассинхронизацией справочников, лучше их заранее к единому виду привести - номенклатуру хотя бы.

Два возможных пути решения.
Первый - конфигурация Конвертация Данных.
Плюсы: Настроить можно быстро. Контролировать передачу нужного и отсутствие дублей будут типовые механизмы 1С.
Минусы: Конвертация очень "любит" захватывать сторонние объекты и тащить их из базы в базу, попутно дублируя.
Вывод: решить такую задачу при помощи КД это как сыграть ковшом экскаватора в шахматы. Крутой экскаваторщик покажет класс, новичок разломает доску.

Второй - Самописный обмен.
Плюсы: Ювелирно точно обменивает именно то что нужно, никак не влияя на остальную базу.
Минусы: Долго настраивать. Придется продумать защиту от дублирования записей и проверки на правильность выгрузки. Придется менять типовую конфигурацию, дописывая свои реквизиты/регистры.
Вывод: Решать так задачу это как выкопать окоп ложкой. В конце получится идеально, но бОльшая часть копающих помрет в процессе.

Выбирай из своих возможностей/знаний. Лично я бы выбрал второе, так как с КД у меня не складывается.

А, ну и третий вариант
Выкидываем две базы из трех. Одну оставшуюся дополняем недостающими товарами/поставщиками из удаленных баз. Переносим в неё остатки, цены и прочее. Делаем РИБ. Настраиваем права доступа на уровне записей, чтобы пользователи видели только своё. В итоге получаем одну базу с общим списком информационных карт на все 3 магазина.
Но и тут есть минусы помимо сложностей сбора данных в общую базу. В дальнейшем пользователей придется переучивать, они уже не смогут каждый сам по себе вбивать данные в справочники, придется вводить регламент/правила заполнения или выдавать право на заполнение только кому-то одному.

(0) Центральная база + РИБ.
А еще говорят, что вторая розница умеет дисконтный сервер.

(3)Конфигурации идентичные.
(5)От РИБ продавцы с ума сойдут и похерят всю базу
(6) Дисконтный сервер надо посмотреть
А в ручную это как-то можно реализовать? простите если задену чьи-то чувства.

(7) Идентичность конфигураций фигня, данные в них уже разные, поэтому тупой РИБ не пройдет. Нужно в КД писать правила обмена, затрагивающие только скидки и осуществляющие поиск по нужным справочникам отдельной процедурой, по наименованию, к примеру. По идее, ничего там сложного нет, главное, не перемудрить и аккуратно состряпать правила, чтобы, как в (4) сказано, не поперли дубли.

(8) Тупой РИБ им и нужен, начнут учет с ввода остатков и все.

(9) Ради миграции одного объекта колбасить две боевых базы? Ну-ну.

А одного ли?