Шлюз Internet ПРОДАЖА билетов

[Hendehog]

Здравствуйте
ПО "Шлюз Internet ПРОДАЖА билетов" 380 000
Внешний протокол для подключения web интерфейса к билетной системе. Подключение дополнительного контрагента 380 000 руб. (для сетей каждый комплекс подключается к доп. контрагенту за 190 000 руб.). Потребуется привязка Шлюза к Вашему сайту - эту работу можете заказать в компании, которая создает сайт вашего кинотеатра.

Существуют ли альтернативы подобного решения?
Дешевле? Бесплатные?
380000 очень немаленькие деньги.

Спасибо.

[mnekin]

Торговаться пробовали? :)

[Hendehog]

Торговаться пробовали? :)

Эммм, я тут 3 день с трудом с UCS коммерческое предложение по другой теми вытрясываю.
И неделю уже у них пытаюсь узнать какие камеры поддерживает модуль видеонаблюдения который 10000р стоит.
Так мне никто ничего ответить не может, одни одно говорят, другие другой, звоню в отдел продаж они в саппорт посылают с этим вопросом, звоню в саппорт они в отдел продаж посылают:D

[Admin]

Там стабильно капает с обычных проектов, а мелочевкой и эксклюзивом заниматься некогда. :)

[count]

Существуют ли альтернативы подобного решения?
Дешевле? Бесплатные?
Работающих - нет. Нашли - не факт что будет работать после следующего обновления.

380000 очень немаленькие деньги.
Как считать. Как правило, если считать - получается нормально.

[sibgaba]

Существуют ли альтернативы подобного решения?
Дешевле? Бесплатные?

1. http://promo.kinobilety.net/ (раньше назывались prebook)
У нас 1 кинотеатр работает с ними. Проблемы есть. Причем иногда оч крупные. Дважды по вине этого сервиса валилась БД кинотеатра. Кинотеатр жестко наехал на нас (софтина у вас мол глючная, а мы убытки несем). Сутки просидел ковыряясь с БД, смог восстановить и доказать что базу побили записи внесенные именно сторонним модулем. Как думаете, в какую сумму кинотеатру обошлось восстановление БД?
Кстати, UCS лечить такие базы отказывается принципиально, либо опять же за оч. большие деньги.

Проблемы при апгрейде. Данный кинотеатр у нас переходит на новую версию на год-полтора позже всех остальных. Ждут когда prebook допилит свое решение под новую премьеру.

2. Легальные решения:
Киноход
Рамблер касса
Яндекс (не уверен, но они собирались)

Смысл одинаковый: они предоставляют модуль и берут процент с продаж.

3. про бесплатные - улыбнуло



И неделю уже у них пытаюсь узнать какие камеры поддерживает модуль видеонаблюдения который 10000р стоит.
Любые, которые могут транслировать потом в mjpeg и этот потом кожно получить обратившись к камере по адресу типа: 192.168.0.100/video/mjpeg

Есть еще вариант: камера может быть вообще любая, при помощи софта перекодируем поток который отдает камера в нужный mjpeg и ретранслируем его.

[Hendehog]

Есть у кого-нибудь инструкцию по данному ПО?
Приобрести не приобрели, а юсиэс инструкия только после покупки, хочется посмотреть насколько там все печально в настройке?=)

[WeAllDieYoung]

Есть у кого-нибудь инструкцию по данному ПО?Приобрести не приобрели, а юсиэс инструкия только после покупки, хочется посмотреть насколько там все печально в настройке?=)Если что пиши в агент kuklevv@mail.ru. скину тебе

[salam]

Вопрос. Каким образом ограничивается лицензия на онлайн продажи премьеры, которая стоит 380тыр? Я имею ввиду технически. Сколько сайтов может обращаться к одному шлюзу? Скажу прямо, если подключиться к рамблеру, можно ли будет параллельно подключить к тому же шлюзу и свой родной сайт кинотеатра? Проданные через рамблер будут с комиссией, а проданные самим кинотеатром - без комиссии.

[sibgaba]

Нет. Нельзя. В настройках Премьеры прописываются IP с которых принимаются запросы (и вы там пропишите IP Рамблера). Прописать можно столько IP сколько куплено лицензий. Запросы с других адресов (не прописанных в настройках) будут игнорироваться.

Но есть варианты...

[mnekin]

Нет. Нельзя. В настройках Премьеры прописываются IP с которых принимаются запросы (и вы там пропишите IP Рамблера). Прописать можно столько IP сколько куплено лицензий. Запросы с других адресов (не прописанных в настройках) будут игнорироваться.

Но есть варианты...
+1 Каждый контрагент (или IP) это лицензия.

[salam]

Нет. Нельзя. В настройках Премьеры прописываются IP с которых принимаются запросы (и вы там пропишите IP Рамблера). Прописать можно столько IP сколько куплено лицензий. Запросы с других адресов (не прописанных в настройках) будут игнорироваться.

Но есть варианты...какие варианты?

[sibgaba]

какие варианты?

Это ограничение можно обойти... Но это тоже стоит денег...

[salam]

Я так понимаю, в сервере, где стоит премьера должен стоять ключ с лицензией на шлюз подаж. В менеджерской создается контрагент и к нему привязывается "внешняя служба", в которой указывается IP-адрес этого контрагента (его сайта). Со стороны сайта прописываются ли какие-либо идентифицирующие/ограничивающие данные (ключ, серийник и т.п.)?

[sibgaba]

Со стороны сайта прописывается ID.
Этот же ID в паре с IP прописывается в менеджерской

[salam]

Т.е. получается, технически есть возможность применить трансляцию адресов на роутере до сервера премьеры, указав при этом, например, внутренний адрес роутера в премьере как IP контрагента, а сайт направить на внешний адрес роутера. Единственное, если параллельно подключать таким образом свой сайт, придется тот же id на нем прописывать и тогда в премьере не различишь откуда был продан билет. Но для того, чтобы вытащить расписание из премьеры через премьеровский модуль-шлюз или воспользоваться функцией бронирования проблем не должно быть, ведь для этих целей какая разница откуда пришел запрос. Я прав в своих рассуждениях?

[sibgaba]

Нет. Все не так просто, как вам видится.

[salam]

Нет. Все не так просто, как вам видится.
Уважаемый, sibgaba, а в каком месте я ошибаюсь? Что мешает использовать эту схему?

[sibgaba]

Использовать ничего не мешает. Только работать она не будет.

[salam]

Ок. Нет так нет.

[mnekin]

Т.е. получается, технически есть возможность применить трансляцию адресов на роутере до сервера премьеры, указав при этом, например, внутренний адрес роутера в премьере как IP контрагента, а сайт направить на внешний адрес роутера. Единственное, если параллельно подключать таким образом свой сайт, придется тот же id на нем прописывать и тогда в премьере не различишь откуда был продан билет. Но для того, чтобы вытащить расписание из премьеры через премьеровский модуль-шлюз или воспользоваться функцией бронирования проблем не должно быть, ведь для этих целей какая разница откуда пришел запрос. Я прав в своих рассуждениях?
Вы правы в своих рассуждениях, остается вопрос как различать такие брони, нужен идентификатор брони (контрагент) или метить брони какими-либо другими средствами.

[makushkin]

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

[sibgaba]

Обратитесь к дилеру своему (судя по городу к ДК).
У него есть...

[makushkin]

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