Всем привет.
Есть сеть магазинов, которая хочет развить сеть франчей.
Магазины работают в УТ11, все нормально, для франчей хотим отдельные УТ Заводить с НСИ и данные консолидировать к центральной УТ, возник вопрос как релизовать обмен бонусными баллами между базами? Перепилить раздел ББ?
Есть идея создать РС и данные по РС грузить ночью из ЦБ в кажду отдельную, но мне кажется что этот вопрос кто то уже решал и может быть подскажет что делать?

Баллы должны видится сразу?

(1) Пока не обязательно.

или как вариант веб сервис какой то организовать, что бы данные по клиентам база отдавала

Но тут есть один момент, отчет по бонусным баллам будет виден только в центральной базе, т.к. в остальных базах будет показывать количество начисленных в узле данных и списания во всех остальных базах, и наверное будут одни "минуса"

пока не понятно как это по человечески без велосипедов реализовано

Народ, ну хоть мысли скажите, если они есть, хоть потрольте, я не люблю когда меня так игнорируют

У нас было давно, отдельная база для дисконта, с ней обмен именно по накоплениям, потом обратным обменом во все магазины общая сумма накопления.. но происходило раз в сутки, ну или если срочно ручным обменом

(7) какая конфа была? Розница?

(0) Нереально хранить баллы всех покупателей в каждой базе. Обмены заткнутся. Баллы - только в центральной базе, стучаться через веб-сервис.
Например, при сканировании карты тянем всю историю этой карты в локальную базу и расчеты идут уже по обновленным данным локальной базы.

(7) +1
Да, общую сумму накопленной скидки можно хранить во всех базах, обновлять по регламенту.

(10) сейчас в УТ данные по ББ хранятся в РН, там нужен регистратор, это если типовой механизм брать.

(8) УТ 10

Я так понимаю вообще есть смысл создания базы с НСИ и данными по ББ

(11) Про типовые не скажу. Но использование "РН + регистратор" - имхо, только для мелких магазинов, на больших объемах заткнется быстро.
Много точек и чеков в день на точку планируется?

Потом вообще на КА перешли, и розница работала по RDP или VPN в общей базе, проблем не было, пока не надоело с розницей возиться, ибо основная сфера оптовая торговля

бонусы делать отдельной базой в виде вебсервиса

(14) сейчас около 20 точек, в каждом магазине 40-50 чеков в среднем.

(14) (16) Ну я так и думал, т.е. надо будет перепилить подсистему ББ на работу через веб сервис, но тут если кирдык инету, то все, приплыли

(17) это не так много чеков

(18) так часто падает инет?

(19) какой предел чеков когда надо думать о веб сервисе? (20) бывает падает, не часто, но бывает.

Если делать через РН как сейчас, то надо все продажи перегружать по узлам, но тут вопрос в том, что бы в базах франчей они не видели продажи друг друга

(22) в отдельную базу с двумя командами ПередатьБаллы и ПолучитьБаллы выгружать данные и из нее же получать данные

(17) Это немного, можно и по всей сети гонять такой объем.

(0) У меня через единый FTP реализовано
Выгрузка / загрузка по расписанию каждые несколько минут.

каждая база имеет свой уникальный ИД, чтобы не загружать свои же файлы, этот ид присутствует в каждом файле.

Итого в сети:
8 баз на Рознице 1
1 база на УТ 10

Обмен идет - "Все со всеми в реальном времени"

Розница в магазинах для торговли
УТ - для сбора всех данных и аналитики

В итоге пока остановился на таком методе:

1. В узлах франчайзи отключаю проводки по РН ББ;

2. В центральной базе поднимая HTTP-сервис, который будет передавать остаток ББ по карте;

3. При обмене в центральной базе будет создаваться документ, который сделает проводки по РН ББ.

Делаю программное ограничение, что нельзя списывать ББ с карты реже чем ИнтервалОбмена*3, т.е. если обмен 1 раз в 15 минут, то списывать ББ можно раз в 45 минут
Прошу покритиковать.

(26)чем 25 не устроило?

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

(28) А какие тут подводные камни?

(28) И в чем проблема?

(26) Получается, что в центральной и удалённых базах нужен разный алгоритм расчёта баллов, дополнительно в случае проблемы связи на удалённых базах они просто не учитывают баллы из других баз.
Идея из (9) выглядит самой разумной. В каждой базе могут хранится свои движения баллов и сокращённый вариант движений из других баз. Есть единый алгоритм расчёта баллов, который рассчитывает складывая оба значения. В центральной базе все движения хранятся в полном виде. В удалённых базах в полном виде хранятся только свои движения.
При появлении карты удалённая база запрашивает с центральной информацию о сокращённых движениях этой карты и дополняет свои сокращённые движения. Даже если центральная база лежит, то удалённая база рассчитает по тому, что найдёт на текущий момент.

имхо - достаточно раз в день по утрам из ЦБ данные передавать
вряд ли один и тот же клиент обойдет в день более одной точки

(30) Ну например интересный вопрос, кто будет являться оператором в данном случае?

Для хранения бонусных баллов,скидок и т.п.давно придуманы депозитно-дисконтные сервера
разворачиваете любой и обучаете кассовое место работе с ним.

(0) конечно же http сервис. (начисления документ) списание веб сервисом.

оффлайн нельзя.
если человек придет в один магазин и спишет все балы,а потом придет в другой и тоже спишет,то возмещать кто будет-наверное-тот кто на оффлайн согласился.

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

все очень просто и легко реализуемо.

Поддержу коллег, писавших про веб-сервис.
Оффлайн, действительно, не вариант по причине, описанной в (36).
Для обеспечения устойчивой связи нужны резервные каналы. У нас было в одном магазине 2-3 канала, минимум один проводной и один 3g. В магазинах, где не было проводного - два 3g разных операторов.

И я бы на Вашем месте использовал https, а не http. Хотя, может, это просто паранойя)