Доброго времени суток. Задача такая - имеется 4 базы УТ 10.3 (разные организации) хранящиеся на одном сервере. Также имеется 40 магазинов, в которых стоят Розницы. Эти розницы обмениваются с соответствующими базами УТ (т.е к примеру у одной базы УТ обмен с 10 базами Розницы, у другой может быть с 14 и т.д.). Необходимо реализовать общую накопительную систему скидок до дисконтным картам. Т.е. человек приходит в один магазин, расположенный в Москве и относящийся к одной из баз УТ, делает покупку с использованием дисконтной карты, потом через какое-то время покупает в Екатеринбурге, относящемся к другой УТ, но сумма накопления у него общая (учитывается и покупка в Москве и в Екатеринбурге).
Какие варианты реализации можете посоветовать?
Как вариант, можно создать новую базу, в которой будет хранится список дисконтных карт, а также накопления на них. И базы розницы будут он-лайн к ней цепляться через COM-соединение и получать сумму накопления.
Еще нужно учесть, что на данный момент в базах УТ хранятся информационные карты только "своих" магазинов. Номера дисконтных карт уникальны, т.е совпадений номеров в разных базах быть не может.

Имхо, достаточно важный вопрос - какова скорость обновления информации должна быть? Т.е. человек пришел, купил в Москве, потом купил в другом магазине в Москве, потом купил в Екате - с какой периодичностью данные должны ходить между
1. Розницами внутри 1 УТ
2. Между разными УТ

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

Обмен УТ - Розница - раз в день, если нет чего-то срочного.
Обмен УТ-УТ не производится.

а сделать обмен всех УТ с центральной базой накопления раз в сутки (ночью), а потом - обмен каждой УТ со своими Розницами (для обновления накоплений "на местах") - не вариант?
Правда, тогда все клиенты всех магазинов должны быть во всех УТ и соответственно во всех Розницах.

(0) в чем проблема сделать "Центральную дисконтную" базу и коннектиться к ней через веб-сервисы?
з.ы. в свое время именно так и сделал, ситуация почти аналогично из (0). Получилось и работает до сих пор, всё нормуль, нет заморочек с обменами, ничего особенно делать не надо. Единственное, надо запланировать отказоустойчивость путем оффлайн-обмена в случае чего (подстраховка на случай если вдруг нет инета или еще что-от такое)

+ (4): "центральную" можно сделать например на БСП: доступно и всерьёз, ну или на базе тойй же УТ 10.
Ничего докупать не придется, останется только стоимость работы

(3) кроме самих "карточек" нужно передавать накопления, а это регистр накопления насколько я помню ПродажиПоДисконтнымКартам, а в нем должен быть регистратор, т.е ОтчетОРозничныхПродажах, не хотелось бы его тянуть... В "накопительную базу" то это ладно, но в УТ отчеты о розничных по другим организациям тащить не охота.

(4) есть такая мысль сделать "Центральную базу", на базе УТ или Розницы. Стоит вопрос как к ней коннектиться... Можно подробней про веб-сервисы? о чем речь?

(6) юзай тогда УТ 11, доплати 300 руб и она твоя :-)
>> Можно подробней про веб-сервисы? о чем речь?
https://www.google.ru/#hl=ru&gs_nf=3&gs_rn=0&gs_ri=hp&tok=nNmh0OqemwXOSND_NBrYig&cp=10&gs_id=12&xhr=t&q=1с+веб-сервис&pf=p&newwindow=1&tbo=d&sclient=psy-ab&oq=1с+веб-сер&gs_l=&pbx=1&bav=on.2,or.r_gc.r_pw.r_qf.&bvm=bv.1355272958,d.bGE&fp=da4442186133d412&bpcl=39942515&biw=1920&bih=989
тут надо понимать что веб-сервис это по сути функция, "смотрящая" наружу, то есть после опубликования на веб-сервере эта функция твоей базы данных будет доступна извне любым приложениям
например, реализовав функцию "получить список контрагентов" я смогу с сайта обратиться к этой функции конфы 1С и получить список этих самых контрагентов и вывести их на веб-сайт.То же самое можно провернуть со сторонней 1С: обратиться из сторонней (удаленной) базы 1С и получить список контрагентов моей базы. В общем возможно всё. Данные передаются в виде XML, поддерживается платформенная сериализация + можешь описывать свои типы. В хостовой, получая входные данные, можно, например, создавать документы, элементы справочников, да хоть что из того что поддерживает платформа.

(6) вместо документа отчетоРозничныхПродажах, делай корректировкой регистров.

(7) ок, спасибо! буду ковыряться в этом, по мне это более гибкий подход чем куча обменов между УТ

(9) не забудь только про отказоустойчивоть и офф-лайн