СКД «ПОРТАЛ» Организация платного проезда

[Pro100A1ex]

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

 

[alex_san]

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

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

 

[Pro100A1ex]

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

1. Возможность установки ключу признака работы по количеству поездок или абонплате (второй вариант для нас на данный момент более актуален так как мы его с час используем).
2. Абонплату нужно сделать в двух вариантах:
- с привязкой по ключу;
- с привязкой по квартире (группа ключей).
При этом абонплата по ключу и группе ключей будет разной, абонплата по группе ключей должна быть дифференцированной.
3. Настройки условий отключения ключей по абонплате должно быть настраиваемыми:
- по предоплате (при наличии полной суммы оплаты);
- по наличию оплаты на заданное число текущего месяца.

Вот где то так.

 

[alex_san]

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

Хорошо, допустим..

2. Абонплату нужно сделать в двух вариантах:
- с привязкой по ключу;
- с привязкой по квартире (группа ключей).
При этом абонплата по ключу и группе ключей будет разной, абонплата по группе ключей должна быть дифференцированной.

Что значит дифференцированной? Где, кем и как это должно определяться? Где должна храниться информация? Поподробнее, пожалуйста.

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

Не совсем понял, чем отличаются варианты.
Предоплата - это когда вы в августе платите за то, что будете ездить в сентябре. И до 30-го сентября ездите спокойно. Если есть очередная оплата на 1 октября (был платеж в сентябре), то и октябрь ездите. Но тогда что значит "по наличию оплаты на заданное число текущего месяца"? Ведь это же условие проверяется и в первом случае - первого числа (ну или какого-то установленного) должна быть оплата на этот месяц.
Или имеется ввиду то, что должно быть две различные системы оплаты: авансовая и кредитная?

 

[Pro100A1ex]

Хорошо, допустим..

Это уже хорошо

Что значит дифференцированной? Где, кем и как это должно определяться? Где должна храниться информация? Поподробнее, пожалуйста.

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

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

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

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

Не совсем понял, чем отличаются варианты.
Предоплата - это когда вы в августе платите за то, что будете ездить в сентябре. И до 30-го сентября ездите спокойно. Если есть очередная оплата на 1 октября (был платеж в сентябре), то и октябрь ездите. Но тогда что значит "по наличию оплаты на заданное число текущего месяца"? Ведь это же условие проверяется и в первом случае - первого числа (ну или какого-то установленного) должна быть оплата на этот месяц.
Или имеется ввиду то, что должно быть две различные системы оплаты: авансовая и кредитная?

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

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

Вот где-то как-то так :blink:

p.s. а в ответ - тишина... или данные вопросы лучше обсуждать в привате???!!! :huh:

 

[alex_san]

p.s. а в ответ - тишина... или данные вопросы лучше обсуждать в привате???!!! :huh:

Данные вопросы требуют проработки. На них нельзя сразу ответить ни положительно, ни отрицательно. Поэтому пока и нет ответа...

 

[Pro100A1ex]

Данные вопросы требуют проработки. На них нельзя сразу ответить ни положительно, ни отрицательно. Поэтому пока и нет ответа...

Остаеться только ждать Вашего решения

 

[Pro100A1ex]

1. Возможность установки ключу признака работы по количеству поездок или абонплате (второй вариант для нас на данный момент более актуален так как мы его с час используем).
2. Абонплату нужно сделать в двух вариантах:
- с привязкой по ключу;
- с привязкой по квартире (группа ключей).
При этом абонплата по ключу и группе ключей будет разной, абонплата по группе ключей должна быть дифференцированной.
3. Настройки условий отключения ключей по абонплате должно быть настраиваемыми:
- по предоплате (при наличии полной суммы оплаты);
- по наличию оплаты на заданное число текущего месяца.

Вот где то так.

И вот прошло немного времени, мы поработали с новыми ОК-ИДЛ и пришли к выводу, что абонплату все таки лучше всего реализовывать по ключу, но идея абонплаты по квартире остается актуальной, но без дифференциации, так что будем ждать вашей реализации в программе, конечно если нам не удастся до того времени провести перевод существующих клиентов на поключную абонплату

 

[Alekskot]

Хотел бы узнать у модераторов или технических специалистов, позволяет ли система контроля доступа "Портал" пополнять лифтовые карточки через QIWI терминалы с автоматическим преобразованием внесённой суммы денег в количество поездок на карте?

И если это возможно, есть ли здесь те, кто уже использует эту систему? Прошу поделиться опытом: успешно ли функционирует эта система, какие нюансы, плюсы и минусы были выявлены в процессе работы?

 

[Pro100A1ex]

Хотел бы узнать у модераторов или технических специалистов, позволяет ли система контроля доступа "Портал" пополнять лифтовые карточки через QIWI терминалы с автоматическим преобразованием внесённой суммы денег в количество поездок на карте?

И не только через QIWI, через любой он-лайн сервис, но для такой задачи желательно брать фул комплект, чтобы 100 процентов исключить поезд «зайцев» ��.

 

[alex_san]

Хотел бы узнать у модераторов или технических специалистов, позволяет ли система контроля доступа "Портал" пополнять лифтовые карточки через QIWI терминалы с автоматическим преобразованием внесённой суммы денег в количество поездок на карте?

СКД "Портал" позволяет работать с любыми платежными системами, в частности с системой платежей QIWI, в режиме реального времени.
Внесенная сумма может конвертироваться как в количество поездок, так и в период использования.

 

[revit]

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

 

[Pro100A1ex]

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

10 ИДЛ + 1 ИДК + 1 ИТ + немного проводов, цeны на сайте Lkds

 

[revit]

Спасибо. Получается около 20 т.р.

 

[Pro100A1ex]

Спасибо. Получается около 20 т.р.

если с бюджетом напряг, то можно 2 ИДЛ + 1 ИДК + 1 ИТ + больше чем немного проводов

 

[alex_san]

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

Бюджет зависит от платежеспособности.
Самый минимум - это 1 ИТ + 1 ИДЛ (устанавливается в кабине на общий провод приказов).
Если закрывать все вызова, то будет 1 ИТ + 10 ИДЛ
Можно закрыть только приказы с дифференциацией (кому на какой этаж можно) - будет 1 ИТ + 1 ИДК
Ну и полная система - то, что написал Pro100A1ex - 1ИТ + 1 ИДК + 10 ИДЛ
Стоит учесть, что ИТ можно поставить не на 1 подъезд, а, например, на 2. Тогда 1/2 ИТ (на каждый подъезд) экономится...

 

[revit]

Понятно. буду иметь ввиду , если интересоваться будут.

 

[Pro100A1ex]

Самый минимум - это 1 ИТ + 1 ИДЛ (устанавливается в кабине на общий провод приказов).

У данного варианта есть свои недостатки: шанс вызвать лифт за чужой счет, при ТО или неисправном лифте спишется поездка с ключа.

Если закрывать все вызова, то будет 1 ИТ + 10 ИДЛ

при такой конфигурации при ТО или неисправном лифте спишется поездка с ключа.

Можно закрыть только приказы с дифференциацией (кому на какой этаж можно) - будет 1 ИТ + 1 ИДК

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

Ну и полная система - то, что написал Pro100A1ex - 1ИТ + 1 ИДК + 10 ИДЛ

Это идеальное решение, но есть еще оптимальное решение 1ИТ+ 1ИДК + 2ИДЛ. Или научить программу (ИТ) вести счет по определенному ИДЛу

 

[Анатолий Колбасин]

И не только через QIWI, через любой он-лайн сервис, но для такой задачи желательно брать фул комплект, чтобы 100 процентов исключить поезд «зайцев»

Не подскажете где можно найти информацию о подключении онлайн сервисов?

 

[alex_san]

Не подскажете где можно найти информацию о подключении онлайн сервисов?

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