Помощь - Поиск - Пользователи - Календарь
Полная версия: Организация платного проезда
Лифт-Комплекс ДС > Форум «Лифт-Комплекс ДС» > СКД "Портал"
Pro100A1ex
Есть информация о том, что система тестируется в системе мгновенного пополнения QiWi с перерасчетом денежных средств в количество поездок.
Можно ли реализовать эту систему не только по количеству поездок, а и как фиксированную абонплату за месяц с ключа ( квартиры) и в случае если пользователь ключа (квартиры) не вносит плату (абонплату) до определенного числа, то система отключает ключ (либо все ключи закрепленные за квартирой) неплательщика?
Александр Смышляев
Цитата(Pro100A1ex @ 8.9.2015, 16:00) *
Есть информация о том, что система тестируется в системе мгновенного пополнения QiWi с перерасчетом денежных средств в количество поездок.
Можно ли реализовать эту систему не только по количеству поездок, а и как фиксированную абонплату за месяц с ключа ( квартиры) и в случае если пользователь ключа (квартиры) не вносит плату (абонплату) до определенного числа, то система отключает ключ (либо все ключи закрепленные за квартирой) неплательщика?
В принципе нет ничего невозможного.
Остается только точно сформулировать постановку задачи и, тогда, можно прорабатывать возможные варианты решения.
Pro100A1ex
Цитата(Александр Смышляев @ 9.9.2015, 14:17) *
В принципе нет ничего невозможного.
Остается только точно сформулировать постановку задачи и, тогда, можно прорабатывать возможные варианты решения.
1. Возможность установки ключу признака работы по количеству поездок или абонплате (второй вариант для нас на данный момент более актуален так как мы его с час используем).
2. Абонплату нужно сделать в двух вариантах:
- с привязкой по ключу;
- с привязкой по квартире (группа ключей).
При этом абонплата по ключу и группе ключей будет разной, абонплата по группе ключей должна быть дифференцированной.
3. Настройки условий отключения ключей по абонплате должно быть настраиваемыми:
- по предоплате (при наличии полной суммы оплаты);
- по наличию оплаты на заданное число текущего месяца.

Вот где то так.
Александр Смышляев
Цитата(Pro100A1ex @ 9.9.2015, 18:55) *
1. Возможность установки ключу признака работы по количеству поездок или абонплате (второй вариант для нас на данный момент более актуален так как мы его с час используем).
Хорошо, допустим..

Цитата(Pro100A1ex @ 9.9.2015, 18:55) *
2. Абонплату нужно сделать в двух вариантах:
- с привязкой по ключу;
- с привязкой по квартире (группа ключей).
При этом абонплата по ключу и группе ключей будет разной, абонплата по группе ключей должна быть дифференцированной.
Что значит дифференцированной? Где, кем и как это должно определяться? Где должна храниться информация? Поподробнее, пожалуйста.

Цитата(Pro100A1ex @ 9.9.2015, 18:55) *
3. Настройки условий отключения ключей по абонплате должно быть настраиваемыми:
- по предоплате (при наличии полной суммы оплаты);
- по наличию оплаты на заданное число текущего месяца.
Не совсем понял, чем отличаются варианты.
Предоплата - это когда вы в августе платите за то, что будете ездить в сентябре. И до 30-го сентября ездите спокойно. Если есть очередная оплата на 1 октября (был платеж в сентябре), то и октябрь ездите. Но тогда что значит "по наличию оплаты на заданное число текущего месяца"? Ведь это же условие проверяется и в первом случае - первого числа (ну или какого-то установленного) должна быть оплата на этот месяц.
Или имеется ввиду то, что должно быть две различные системы оплаты: авансовая и кредитная?
Pro100A1ex
Цитата(Александр Смышляев @ 10.9.2015, 13:04) *
Хорошо, допустим..
Это уже хорошо smile.gif

Цитата(Александр Смышляев @ 10.9.2015, 13:04) *
Что значит дифференцированной? Где, кем и как это должно определяться? Где должна храниться информация? Поподробнее, пожалуйста.
Исходя из структуры программы, где привязка ключа производиться за конкретным адресом, лифтом , квартирой и подразумевает локальный вариант хранения ключей (база данных содержится в ИТ), плюс приобретенный опыт от внедренных ранее более примитивных систем доступа и общения с пользователями данных систем, возникает необходимость более гибкого подхода к формированию оплаты за пользование лифтом.

Дифференцированная - то есть разная цена абонплаты с квартиры (за группу ключей), например, за квартирой числится 1 ключ - абонплата 50 рублей, 2 ключа - 90 рублей и так далее, но это один из вариантов, второй вариант - нужно предусмотреть фиксированную абонплату с квартиры, независимо от количества ключей, которые числятся за ней.

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

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

Цитата(Александр Смышляев @ 10.9.2015, 13:04) *
Не совсем понял, чем отличаются варианты.
Предоплата - это когда вы в августе платите за то, что будете ездить в сентябре. И до 30-го сентября ездите спокойно. Если есть очередная оплата на 1 октября (был платеж в сентябре), то и октябрь ездите. Но тогда что значит "по наличию оплаты на заданное число текущего месяца"? Ведь это же условие проверяется и в первом случае - первого числа (ну или какого-то установленного) должна быть оплата на этот месяц.
Или имеется ввиду то, что должно быть две различные системы оплаты: авансовая и кредитная?
Да, Вы все правильно поняли, оплата должна быть авансовой и кредитной smile.gif
Кредитная абонплата может быть только для ключа, квартиры (группы ключей) которые имеют конкретную привязку к конкретной квартире (т.е. локальное хранение базы в ИТ).
Авансовая же оплата - для ключей, рассчитанных по количеству поездок и для ключей без привязки (глобальное хранение базы данных ключей)*

* - хотелось также узнать как реализована платная система по количеству поездок на Вашей системе доступа на примере Казахстана, в разрезе построения хранения базы данных ключей (локальное и глобальное) ???

Вот где-то как-то так blink.gif

p.s. а в ответ - тишина... или данные вопросы лучше обсуждать в привате???!!! huh.gif
Александр Смышляев
Цитата(Pro100A1ex @ 10.9.2015, 17:47) *
p.s. а в ответ - тишина... или данные вопросы лучше обсуждать в привате???!!! huh.gif
Данные вопросы требуют проработки. На них нельзя сразу ответить ни положительно, ни отрицательно. Поэтому пока и нет ответа...
Pro100A1ex
Цитата(Александр Смышляев @ 16.9.2015, 11:08) *
Данные вопросы требуют проработки. На них нельзя сразу ответить ни положительно, ни отрицательно. Поэтому пока и нет ответа...
Остаеться только ждать Вашего решения smile.gif
Pro100A1ex
Цитата(Pro100A1ex @ 9.9.2015, 18:55) *
1. Возможность установки ключу признака работы по количеству поездок или абонплате (второй вариант для нас на данный момент более актуален так как мы его с час используем).
2. Абонплату нужно сделать в двух вариантах:
- с привязкой по ключу;
- с привязкой по квартире (группа ключей).
При этом абонплата по ключу и группе ключей будет разной, абонплата по группе ключей должна быть дифференцированной.
3. Настройки условий отключения ключей по абонплате должно быть настраиваемыми:
- по предоплате (при наличии полной суммы оплаты);
- по наличию оплаты на заданное число текущего месяца.

Вот где то так.
И вот прошло немного времени, мы поработали с новыми ОК-ИДЛ и пришли к выводу, что абонплату все таки лучше всего реализовывать по ключу, но идея абонплаты по квартире остается актуальной, но без дифференциации, так что будем ждать вашей реализации в программе, конечно если нам не удастся до того времени провести перевод существующих клиентов на поключную абонплату smile.gif
Alekskot
Хотел бы узнать у модераторов или технических специалистов, позволяет ли система контроля доступа "Портал" пополнять лифтовые карточки через QIWI терминалы с автоматическим преобразованием внесённой суммы денег в количество поездок на карте?

И если это возможно, есть ли здесь те, кто уже использует эту систему? Прошу поделиться опытом: успешно ли функционирует эта система, какие нюансы, плюсы и минусы были выявлены в процессе работы?
Pro100A1ex
Цитата(Alekskot @ 4.2.2018, 23:38) *
Хотел бы узнать у модераторов или технических специалистов, позволяет ли система контроля доступа "Портал" пополнять лифтовые карточки через QIWI терминалы с автоматическим преобразованием внесённой суммы денег в количество поездок на карте?
И не только через QIWI, через любой он-лайн сервис, но для такой задачи желательно брать фул комплект, чтобы 100 процентов исключить поезд «зайцев» ��.
Александр Смышляев
Цитата(Alekskot @ 5.2.2018, 0:38) *
Хотел бы узнать у модераторов или технических специалистов, позволяет ли система контроля доступа "Портал" пополнять лифтовые карточки через QIWI терминалы с автоматическим преобразованием внесённой суммы денег в количество поездок на карте?
СКД "Портал" позволяет работать с любыми платежными системами, в частности с системой платежей QIWI, в режиме реального времени.
Внесенная сумма может конвертироваться как в количество поездок, так и в период использования.
revit
А какой порядок цен на оборудование для платного проезда, допустим на стандартную 10 этажку с одним лифтом сколько оно стоит ?
Pro100A1ex
Цитата(revit @ 5.2.2018, 14:40) *
А какой порядок цен на оборудование для платного проезда, допустим на стандартную 10 этажку с одним лифтом сколько оно стоит ?
10 ИДЛ + 1 ИДК + 1 ИТ + немного проводов, цeны на сайте Lkds
revit
Спасибо. Получается около 20 т.р.
Pro100A1ex
Цитата(revit @ 5.2.2018, 16:11) *
Спасибо. Получается около 20 т.р.
если с бюджетом напряг, то можно 2 ИДЛ + 1 ИДК + 1 ИТ + больше чем немного проводов smile.gif
Александр Смышляев
Цитата(revit @ 5.2.2018, 15:40) *
А какой порядок цен на оборудование для платного проезда, допустим на стандартную 10 этажку с одним лифтом сколько оно стоит ?
Бюджет зависит от платежеспособности. smile.gif
Самый минимум - это 1 ИТ + 1 ИДЛ (устанавливается в кабине на общий провод приказов).
Если закрывать все вызова, то будет 1 ИТ + 10 ИДЛ
Можно закрыть только приказы с дифференциацией (кому на какой этаж можно) - будет 1 ИТ + 1 ИДК
Ну и полная система - то, что написал Pro100A1ex - 1ИТ + 1 ИДК + 10 ИДЛ
Стоит учесть, что ИТ можно поставить не на 1 подъезд, а, например, на 2. Тогда 1/2 ИТ (на каждый подъезд) экономится... smile.gif
revit
Понятно. буду иметь ввиду , если интересоваться будут.
Pro100A1ex
Цитата(Александр Смышляев @ 6.2.2018, 10:19) *
Самый минимум - это 1 ИТ + 1 ИДЛ (устанавливается в кабине на общий провод приказов).
У данного варианта есть свои недостатки: шанс вызвать лифт за чужой счет, при ТО или неисправном лифте спишется поездка с ключа.

Цитата
Если закрывать все вызова, то будет 1 ИТ + 10 ИДЛ
при такой конфигурации при ТО или неисправном лифте спишется поездка с ключа.

Цитата
Можно закрыть только приказы с дифференциацией (кому на какой этаж можно) - будет 1 ИТ + 1 ИДК
данная конфигурация позволяет любому вызвать лифт и попасть в кабину со всеми вытекающими последствиями, включая поднятие наверх за счет вызова лифта с верхних этажей

Цитата
Ну и полная система - то, что написал Pro100A1ex - 1ИТ + 1 ИДК + 10 ИДЛ
Это идеальное решение, но есть еще оптимальное решение 1ИТ+ 1ИДК + 2ИДЛ. Или научить программу (ИТ) вести счет по определенному ИДЛу biggrin.gif
Анатолий_К
Цитата(Pro100A1ex @ 4.2.2018, 21:58) *
И не только через QIWI, через любой он-лайн сервис, но для такой задачи желательно брать фул комплект, чтобы 100 процентов исключить поезд «зайцев»
Не подскажете где можно найти информацию о подключении онлайн сервисов?
Александр Смышляев
Цитата(Анатолий_К @ 3.3.2019, 23:22) *
Не подскажете где можно найти информацию о подключении онлайн сервисов?
Подключение платежных онлайн сервисов - это индивидуальная работа с каждым заказчиком. То, что работает в одном месте, может не работать в другом. Если же речь идет о разных операторах, то и подавно.
Обращайтесь в техподдержку Лифт-Комплекс ДС, если вам нужны данные сервисы.
Это текстовая версия — только основной контент. Для просмотра полной версии этой страницы, пожалуйста, нажмите сюда.
Русская версия Invision Power Board © 2001-2019 Invision Power Services, Inc.