Поделитесь мыслями или опытом в реализации задачи.

Есть несколько территориально распределенных баз Розница 2.1 БАЗОВАЯ. Буду настраивать бонусную систему, которая появилась в Рознице 2.1.

Хотелось бы иметь общую базу карт клиентов и бонусных накоплений по всем этим базам.
Можно распрячь бонусный сервер, который настраивается в Рознице, но он заточен под РИБ, а БАЗОВАЯ версия Розницы РИБ не умеет, поэтому чего-то наверное придется колхозить.

Крайний вариант апгрейд до Розницы ПРОФ конечно.

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

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

(2) сколько готовы отдать $ ?

(3)+ но нужен или vps или у себя минисервер (любой комп с белым ip) держать

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

(4) Это понятно. В инете готовых решений по бонусам именно с общей базой похоже нет.
Самый простой дешевый вариант: апгрейд до Розницы ПРОФ с РИБ + бонусный сервер, который встроен в Розницу?

(6) Да

(7) нет
чтобы запустить этот сервер придется по...работать
и будет много тонкостей еще

точнее если у Вас 2-3 точки то да есть смысл поменять на проф
а если их 5-10 то уже нет

(8) А что тогда сделать автору? Не использовать бонусы?

(8) Поработать. Ну да. Но вне зависимости от используемой дисконтной системы - придется поработать: настроить веб-сервер, ограничить права доступа, ip-адреса (если не динамические в магазинах), настроить сам сервис доступа, связать его с учетной системой и т.д.

(10) еще забыли самое главное в случае с Розницей Проф... взять напильник побольше и допилить код

(11) А чем базовая тогда поможет?

(12) а ее по умолчанию пилить низзя ))
все внешним софтом и встроенным типовым без изменения конфы

и как к базовой рознице, которая не умеет общаться ни с одним внешним софтом, и которую, разумеется, нельзя даже попилить, подключить внешний софт?

(0) (11) Ну и собственно - если это разные сторонние базы - то там разные идентификаторы у справочников => объединить их в одну РИБ будет просто невозможно - придется делать переход на единую справочную структуру и т.п. - если это независимые магазины, то это может оказаться непосильной задачей.

(14) ничего не путаем?
внешние отчеты и обработки

(15) как раз в случае отдельного решения не требуется ничего синхронизировать в 1С
но есть и некоторые минусы

Розница Проф конечно более универсальное решение но время на запуск "единой бонусной системы" будет больше и намного

(16) Ага. Внешние отчеты и обработки. запускаем, значит РМК, хотим оплатить чек бонусами. И тут бац - внешний отчет-обработка. Поподробнее, пожалуйста.

Сталкивался с подобной проблеммой. Было даже хуже, часть точек была на 1сv8, часть на 7.7
Подняли отдельную бонусную базу, создали там 3 веб сервиса (запрос данных клиент по номуру карты, запрос баланса по карте, и проведение продажи по карте, сразу начисление и списание). При возврате бонусы сгорают, в экстренных случаях возвращаю ручками.Уже 2 года работает, не без косяков конечно... периодически инет отваливается и приходится руками что-то доначислять, но работает.

(18) И как в базовой рознице, в которой конфигурацию менять нельзя, встроить в форму продаж обращение к этой бонусной системе?

(19) Естественно у меня не базовая розница.
Я щас выскажу непопулярную идею, но я бы вообще тупо обновил до проф и никому об этом не рассказывал.

(20) Ну бывает и так.

Но тут вот в (8) рекомендуют
...если у Вас 2-3 точки то да есть смысл поменять на проф
а если их 5-10 то уже нет...

Вот я и думаю. Ну вот осталась базовая. Сделали какую-то обработку, куда-то ее подключили. Допустим это даже заработало. Но базовая конфа как не знала ничего про эту обработку при продаже, так и дальше знать не будет.

(21) Мне даже думать лень, как впихивать это в базовую версию. Купил коробку, поставил на полку на видном месте, рег. номер в рамочку. Установил версию проф и дописываешь что хочешь.

(0) Так в рознице есть собственный бонусный сервев

(23) Он работает только если развернут РИБ. А в базовой версии нет РИБа.

Кстати, а куда делся автор?

(19) понятие драйвер ТО знакомо?
Ничего никуда не нужно впихивать

(26)+ проблемки конечно тоже  могут быть
К примеру считали дисконтную карту но покупатель отказался и тут же без паузы пробиваем другому без карты который
Тогда бонусы вероятно упадут на карту тому кто отказался :)

Это если по простому
А по сложному то свой арм кассира для базовой розницы в виде внешней обработки
Где вся работа по продаже и идет

(26) А какой драйвер, например?

(26) Ну т.е. по шагам - открыаваем подключаемое оборудование, загружаем такой-то драйвер.
потом что-то где-то настраиваем.
потом в интерфейсе кассира каким-то образом появляются кнопки "оплатить бонусами", например.
Мне вот пока не совсем понятно

(28) Да. Отличное решение. Использовать базовую розницу и к ней припилить небольшую внешнюю обработку за совсем небольшую сумму.

(30) скажите вы "коробками торгуете"?
иначе непонятна позиция

сканер ШК или ридер магнитных карт каким образом информацию в 1С передают в курсе?
через что они передают?
что мешает вместо этого чего-то использовать нечто другое, и уже это нечто другое передаст нужное событие в 1С

кнопка "оплатить бонусами" в 1С уже есть, да онлайн бонусы начисляться не будут а скажем по расписанию при включении и дальше внутри 1С, но вот "факт использования бонусов" онлайн улетает на дисконтный сервер через другой "драйвер то"

(31) суть что за эту обработку заплатили 1 (Один) раз... и можно использовать на сколько хочется "базовых розниц"

вместо того чтобы каждую базовую апгрейдить до проф

ЗЫ
я понимаю Ваш "непрофит" ))

(32) Нет. Не торгую вообще.

(32) Как подключается сканер и прочее - прекрасно знаю. Через что они передают тоже. Если в коде 1С явно прописано
&НаКлиенте
Процедура ВнешнееСобытие(Источник, Событие, Данные)
    
    Если ВводДоступен() Тогда
        
        Если ВыполнятьЗамерыПроизводительности Тогда
            ТекущееВремяНачалаЗамера = ТекущаяУниверсальнаяДатаВМиллисекундах() / 1000;
        КонецЕсли;
        
        ПодключаемоеОборудованиеРТКлиент.ВнешнееСобытиеОборудованияРМК(ЭтотОбъект, Источник, Событие, Данные, ИсполняемаяОперацияЛогирования);
        
        Если ВыполнятьЗамерыПроизводительности Тогда
            ЗафиксироватьЗамерВремени();
        КонецЕсли;
    КонецЕсли;
    
КонецПроцедуры

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

(33) То же самое, что и по предыдущему пункту: кнопка «Оплатить баллами» в базовой рознице поступает только 1 способами – спрашивает остаток баллов в регистре «Бонусные баллы». И если подключен какой-то драйвер, который что-то там делает, то базовая розница на это «клала с прибором» и если остаток баллов нулевой, то ничего не оплатится. Значит, нужна еще обработка, который будет постоянно синхронизировать этот регистр в каждом магазине с внешним дисконтным сервером – т.е. в каждом магазине минидисконтный сервер.

(33) Увы, но профита не имею и автору ничего не продаю.

Просто дело в том, что навязывая не совсем корректную технологию и усиленно ее защищая можно навредить, в первую очередь, автору. Человек просто спрашивает совета, и на основе ответов может принять то или иное решение, которое моет оказаться неверным. Поэтому однозначно утверждать, что «проф экономически не оправдана, ведь можно все допилить задешево во внешней обработке», сходу нельзя. При этом, как сказано было выше – типовая проф в данном случае также не решит всех проблем – нужно будет поднимать РИБ, например, который с разными базами не взлетит, как минимум, по справочникам. Т.е. нужно будет все равно допиливать. Допиливать много. А много допиливать всегда было проще (т.е. менее трудозатратно) в проф, ибо не все обходится внешними обработками.

Для уточнения (34)
Процедура ВнешнееСобытиеОборудованияРМК(Форма, Источник, Событие, Данные, ИсполняемаяОперацияЛогирования = "") Экспорт
    
    ОписаниеСобытия = Новый Структура();
    ОписаниеОшибки  = "";
    ОписаниеСобытия.Вставить("Источник", Источник);
    ОписаниеСобытия.Вставить("Событие",  Событие);
    ОписаниеСобытия.Вставить("Данные",   Данные);
    
    Результат = МенеджерОборудованияКлиентПереопределяемый.ПолучитьСобытиеОтУстройства(ОписаниеСобытия, ОписаниеОшибки);
    Если Результат = Неопределено Тогда
        ЗаголовокСообщения = НСтр("ru = 'При обработке внешнего события от устройства произошла ошибка:'");
        ТекстСообщения = НСтр("ru = 'При обработке внешнего события от устройства произошла ошибка:'")
                        + Символы.ПС
                        + ОписаниеОшибки;
        ОбщегоНазначенияРТКлиент.ВывестиИнформациюДляРМКУправляемой(ЗаголовокСообщения, ТекстСообщения);
    Иначе
        Если Результат.Источник = "ПодключаемоеОборудование" Тогда
            Если Результат.ИмяСобытия = "ScanData" Тогда
                ИсполняемаяОперацияЛогирования = "СчитанШтрихкод";
                ТекКод = Результат.Параметр;
                Форма.ОповещениеПоискаПоШтрихкоду(ТекКод, Результат);
            ИначеЕсли Результат.ИмяСобытия ="TracksData" Тогда
                ИсполняемаяОперацияЛогирования = "СчитанМагнитныйКод";
                ТекКод = Результат.Параметр;
                ПодключаемоеОборудованиеРТКлиент.ВыбратьМагнитныйКод(ТекКод);
                Если ПустаяСтрока(ТекКод) Тогда
                    Возврат;
                КонецЕсли;
                Форма.ОповещениеПоискаПоМагнитномуКоду(ТекКод, Результат);
            КонецЕсли;
        КонецЕсли;
    КонецЕсли;
    
КонецПроцедуры

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

(33) По поводу внешней обработки РМК - сейчас, например, активно внедряется ЕГАИС. И если магазины автора, вдруг торгуют алкоголем - то эту обработку придется поддерживать в актуальном состоянии для работы с ЕГАИС. Это по трудозатратам может вполне переплюнуть разовый апгрейд магазинов на проф. если каждый месяц/квартал будет обновляться формат обмена в ФСРАР.

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

(34) как я люблю "женскую логику" ))

сразу по последнему пункту насчет цены, если 2-3 базовых то апгрейд на проф и пилите риб и прочее как хочется

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

по техническим вопросам Вам не кажется что нет смысла заниматься копи-пастом? если даже забыли про то что находится между сканером/ридером и кодом в 1С?

где есть все необходимые для работы бонусной системы данные (они через них проходят)

драйвера ТО от атол,штрих и и.д. (сканер, ридер, фр) или 1С (сканер,ридер)

схема узнавания номера карты: сканер/ридер - драйвер ТО - наш софт - 1С
схема узнавания суммы: 1С - наш софт - драйвер ФР - фискальник/принтер чеков

далее при включении компа запускается 1С базовая (/Execute) с внешней обработкой, которая считывает бонусы и карты с сервера и пишет в базу локальную
далее при списании стандартный механизм

ЗЫ надеюсь со своим АРМ/РМК кассира то все понятно и нет вопросов?

(36) (37) я уже понял что или не поняли... или задело ;)

(39) Да нет. Просто человека жалко. Потом будет ходить плеваться - опять этот Ваш 1С не работает.

(3) Вот эту строчку я просто выше не увидела - так бы не вмешивалась. Всего доброго :)

(40) так выбор то всегда за клиентом, вот почитает ветку и выберет  проф+РИБ... а когда базы из риб начнут выпадать тоже "опять этот Ваш 1С не работает"

(41) Я думала, обсуждаем потенциально возможные технологи.
Оказалось - есть готовое (или почти готовое) решение и Вы его ... т.е. продаете. Следовательно, мое участие изначально было излишним.

Всех благ.

(42) оно к сожалению не всем подойдет, если какие то свои замудренные драйвера ТО юзаются то проще проф+риб ))