BiTel

Что-то с утра подумалось
Не секрет, что многим, приходится держать по две копии тарифа для различных клиентов в плане статуса.
Допустим тот же самый тариф "Безлимитный 1 Мб/с".
Для физических лиц - он стоит N рублей
Для юридических - N рублей * НДС

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

Обсуждаем

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Конечно не исключено, что я упустил другую логику в которой можно делать тоже самое с меньшими затратами.
Если так - прошу кинуть ссылкой. В самих тарифах я этого не нашел.

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

нафих-нафих...

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

будут сущности юридическое лицо, физическое лицо, лицо с красивыми глазами?


и так неплохо вроде. пусть работает как есть

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

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


Added: Узел то будет не обязательным. Ну это все конечно зависит от разработчиков

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

задам вопрос по другому. в чем наблюдается проблема при большем (за счет дубляжа для юр лиц) количестве тарифов?




оно?

_________________
Клиент: вер. 7.0.806 / 29.04.2016 13:18:28 os: Windows 7; java: Java HotSpot(TM) Client VM, v.1.8.0_66
Сервер: вер. 7.0.1035 / 29.04.2016 13:17:38 os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_92

:D Не оно. Просто как интересное предложение вынес. А вы сразу какахами закидываете
- работать с одним тарифом удобнее (как по мне)
- отменяется возможность назначения продажниками не того тарифа (умудряются временами снять галочку "Фильтр по договору")

еще что вспомню - допишу

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Поддерживаю.
Идея давно такая была, кажется даже писал где-то.
Только тогда нужно будет вести историю смены лица клиента, как со статусами.

Хотя нам уже не критично - лицо на одном договоре меняется крайне редко, да и тарифы все равно разные принципиально.

Оно ведется. В 5.1 правда уже. Но думаю и в 5.2 тоже

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

И еще. Подобное ведь не только по абонплате. Этот узел будет действовать во всех модулях.
Т.е. я в одном тарифе буду сразу по всем услугам в зависимости от статуса клиента выставлять цены. за МБ трафика, за 1 минуту разговора, за абонплату etc

_________________
Цитаты великих людей
Напишите в helpdesk © stark
повторяю: => хелпдеск => доработка => профит © dimOn
свершилось... © skn
Мой код изящен, лёгок, оригинален, краток. Как прохладный весенний ветерок, как звонкий ручей! © dimOn
Вежливый разработчик © Artur
Эти баги тоже исправлены, как и те, которые еще не написаны © Artur
ну т.е. существует воркэраунд, ок © dimOn

Оно ведется в виде лога, а нужно - в виде временных промежутков.

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

_________________

Код:

  Клиент: вер. 6.2.714 / 25.05.2015 17:27:15
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45
  Сервер: вер. 6.2.881 / 22.05.2015 17:56:55
    os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_45

Помощь по администрированию bgbilling в jabber конференции или Группа в telegram
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений