BiTel

Добрый день.
Подскажите как скриптом узнать когда у абонента была последняя успешная dialup-сессия ?
По любому его логину. Возможно несколько месяцев назад.
Это нужно для автоматизации расчетов и блокировок.
Желательно для v4.6

Заранее спасибо.

Наверное как-то так:

А готовых методов API нет ?

В API вроде как вообще ничего такого нету, насколько я помню (когда-то давно озадачивался похожим вопросом).

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

с этим проще по идее.
если вы не пускаете клиента в минуса, то когда у клиента было движение по балансу - тогда и было что-то на счете.
пляшите от выбора select max from contract_account

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

IMHO проще посмотреть последний входящий остаток ну или когда последний раз совершался платеж и от этой даты плясать.

>если вы не пускаете клиента в минуса, то
Вот тут как раз засада.
"в минуса" пускаем. и надолго....
Как узнать когда у него кончились деньги и он перестал платить ?

я если у клиента минус уже полгода но он каждый месяц платит по 10 руб.

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

Было сделано предложение когдато разработчикам, чтобы они ввели понятия lastbill в биллинг. чтобы отслеживались последняя активность для любых модулей(для которых это возможно), самим биллингом. Но разработчики решили что это никому не нужно.
пришлось городить скрипты, которые отслеживают 1) дату платежа 2) дату расхода 3) последнюю авторизацию инет 4) последнюю авторизацию воип, последняя дата из дат 1) 2) 3) 4).
полюбому, это обязанность самого биллинга, учитывать такие нужные, элементарные показатели! хотябы изза того, что невозможно одним запросом получить последнюю сессию интернет или воип и т.д.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Автор топика же хочет знать когда именно была сессия. А вам нужен общий флаг - lastbill . Вы как минимум хотите разного . У всех субъективное понятие элементарных показателей.

Ему нужен флаг lastbill для каждого модуля.
Для DialUp - когда была последняя сессия
Для Bill - последний счет
и т.д. и т.п.

Я так понял

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

Phricker, ну да, все правильно понял.
Автор топика хочет только лишь lastbillDialUp, а предложение общее, для всех модулей.
В общем, задание разработчикам. в туду, и приступайте

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

а что такое lastbill например для модуля Npay
когда есть наработка по какой то услуге за текущий месяц?
а если наработка была, а после пересчета ее не стало, то чему должно стать равен lastbill

для модуля inet что является критерием lastbill, дата последнего нетфлоу пакета, дата начала последней сессии, дата последнего запуска тарификатора, дата изменения статуса, дата активации тарифной опции...

писал уже. для тех модулей где lastbill имеет смысл. для npay смысла нет. для инет, подумайте, незнаю, не использую. и т.д.

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

в туду уже? или ерундапредложение

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

у всех lastbill это что то свое, поэтому единого решения мы не видим... поэтому и что делать не понятно

ластбилл<модуль> - дата последнего пользования услугами <модуль> на договоре. актуально потому что для многих модулей невозможно вычислить ластбилл одним запросом, иначе вопрос не поднимался.

lastBillDialUP - дата последней сессии договора
lastBillVoiceIp - дата последнего звонка
lastBillPhone - дата последнего звонка
lastBillIPN - ??? сложно сказать что тут будет ластбилл. на обсуждение
lastBillИнет - неиспользую, ничего не могу сказать
lastBillPay - дата последнего прихода
lastBillCharge - дата последнего расхода
и общий
lastBill - самая поздняя из дат что выше. этот показатель важен, т.к. показывает дату последней активности "пользователя" договора.

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

т.е при создание каждой сессий обновлять запись в таблице

или учет вести с точностью до логина, IP адреса, объекта, транка, интерфейса и т.д.. (т.е. например на договоре два объекта и у каждого свой логин)

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

Да да, то что нужно! в общем по модулю
при переобсчетах ничего не менять. переобсчет к потреблению услуг не относится.
еще раз про ластбилл: он интересен как показатель потребления услуги конечным пользователем. Хм, наверное точнее не lastbill, а lastuse, типа последнее потребеление услуги

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Да, и в карточке договора отображать эту инфу поудобнее

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Делать это при создании сессии - не рационально . Это отчетность. Это должен запускаться какой-то скрипт , который периодически должен раз в сутки ее строить . Или вообще просто отчет , который сразу это посчитает и выведет .

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

Может быть потом скриптом в wiki поделитесь ?

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

прежде чем место искать надо понять кому, когда и для чего эта инфа нужна.

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/

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

да не лазеть - по contract_balance полям yy, mm. ты прям форест гамп
как сделать(с максимальной точностью) отчет по неактивным договорам более 3-х месяцев? неактивный договор - на котором не было потребления услуги конечным пользователем.

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

_________________
интеграция биллинга с 1с http://bgbilling-1c.ru/