Турникеты

[sibgaba]

Наверное да, соглашусь с тем что Абонемент будет дешевле, при прочих равных.

Вопрос только в пополнении...

[SH]

ТЗ следующее.
1. Деньги на карты вносятся только либо через кассира на входе, либо через платежные терминалы.
2. Гость платит за каждый проход через турникет. Вышел - платит снова (я вот на 100% уверен, что потом заказчик передумает. Но пока очень четко задача поставлена именно так).
3. Гость далее платит этой же картой в ресторане по киперу.

Все

Ставить буду ЦПДСС Рубена. Пополнение карт у него реализовано. Проблема только в контакте с Турникетом.

Поэтому у меня вопрос - что за зверь Абонемент и как он связывается с кипером.

[sibgaba]

Ставить буду ЦПДСС Рубена. Пополнение карт у него реализовано. Проблема только в контакте с Турникетом.

Ну тогда ему эту проблему и решать

Поэтому у меня вопрос - что за зверь Абонемент и как он связывается с кипером.

Абонемент, применительно к твоей задаче - это База карт (хранилище). А тебе нужно что бы хранилищем выступал ЦПДС...

Схема связей такая:

Касса Кипера - Катаем карту - ее номер передается в HotelInterfase (если примитивно, то это аналог FarCard) - карта ищется в БД Абонемента и обратно по цепочке возвращается ее остаток.

Турникет - катаем карту - номер передается в GKHostConnect (опять же примитивно это FarCard) - карта ищется в БД Абонемента и если проход совершен, то делается списание.


В твоем случае, на последнем этапе, должна быть база ЦПДС вместо Абонемент. Но беда в том что HotelInterfase и GKHostConnect нельзя заставить работать с другими БД.

С другой стороны вместо HotelInterfase и GKHostConnect нельзя использовать FarCard...

PS Вот по этому я с большо опаской гляжу на сторонние решения, которые как бы и лучше UCS совских, но в некоторых проектах приводят в тупик...

PPS Не в обиду Рубену! Я уверен что он навояет связь с турникетом...
PPPS И контроллер разработает не хуже UCS-совского...

[VampireKB]

PPS Не в обиду Рубену! Я уверен что он навояет связь с турникетом...
PPPS И контроллер разработает не хуже UCS-совского...

контроллер - врядли,но кто сказал,что я его расковырять не смогу ? я ж печатаю на UCS-овские интерфейсы :-)
но для этого мне нужен контроллер с турникетом

[SH]

Касса Кипера - Катаем карту - ее номер передается в HotelInterfase (если примитивно, то это аналог FarCard) - карта ищется в БД Абонемента и обратно по цепочке возвращается ее остаток.
Турникет - катаем карту - номер передается в GKHostConnect (опять же примитивно это FarCard) - карта ищется в БД Абонемента и если проход совершен, то делается списание.

Проблема еще в том, что у Абонемента нет пополнения карт.

---------- Добавлено в 20:10 ---------- Предыдущее сообщение было размещено в 18:28 ----------

Если делать на Абонементе, то потребуется:
1. ПО Абонемент - 30000
2. GKHostConnect для связи с турникетом - 15000
3. Инфо-киоск (для отображения баланса, и кстати он работает как платежный терминал, мы запустили такое чудо месяц назад) - 33000 (грозятся поднять ценник на этот модуль)
4. Контроллер турникета (может быть 2) - 6300

Проглядел. Есть киоск.

---------- Добавлено в 20:18 ---------- Предыдущее сообщение было размещено в 20:10 ----------

Для GK потребуется:
1. Game-Keeper модуль Сервер - 60 000
2. Game-Keeper модуль Менеджер - 30 000
3. Game-Keeper модуль Касса - 30 000. Это под вопросом, в зависимости от того что дальше требуется от карты... Опять же ХЗ продаст ли UCS GJ без кассы.
4. Кодировка для карт (по 2 р за штуку, если печатать карты в UCS, то бесплатно).
5. Контроллер турникета (возможно 2, если нужен выход) - 6300 за шт.

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

---------- Добавлено в 20:19 ---------- Предыдущее сообщение было размещено в 20:18 ----------

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

[sibgaba]

Опять же вопрос, а GK умеет работать с киперной базой карт?

Наеборот... Кипер умеет работать с базой карт GK.
В любом рассматриваемом варианте (Абонемент или GK), софт от UCS является хранилищем карт и баланса по ним.

В твоем случае наверное и правда будет проще (и правильнее) если Вампир расковыряет протокол Контроллера от UCS...

Есть пара мыслишек по этому поводу. Вампиру написал уже...

[mnekin]

Не пойму,
Карты постоянных клиентов в Абонементе есть (хоть десять карт на фолио одного клиента), пополнение на фолио в Абонементе (касса абонемента на входе) есть, расчет в кипере (RK6 и RK7) картой абонемента работает, платежные терминалы в абонементе есть, работает абонемент с турникетами прекрасно.
Для чего нужен ЦПДСС Рубена, не пойму?
Или опять в ТЗ есть какие-то нюансы?

[SH]

Нюансы следующие:
1. Я с Абонементом не работал, а внедрять на сложном удаленном объекте что-то в первый раз - это сильный риск.
2. Отвал по какой-то причине Абонемента - отвал системы оплаты в клубе. Неоправданный риск ради одного турникета.

А теперь вопрос:
Можно ли в Абонементе задать разные стоимости входа конкретной карте? "Мальчикам" одну цену, "девочкам" - другую, "ВИПам" - третью, "гостям" - бесплатно и т.д.?

[sibgaba]

Можно ли в Абонементе задать разные стоимости входа конкретной карте? "Мальчикам" одну цену, "девочкам" - другую, "ВИПам" - третью, "гостям" - бесплатно и т.д.?

Наверное ты хотел написать "разным картам - разную стоимость"? Если так, то да - можно.

[SH]

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