переход от списаний в начале РП на равномерные списани

Технические вопросы по UTM 5.0
Ответить
Leonid Ryzhik
Сообщения: 61
Зарегистрирован: Вт сен 18, 2007 17:18
Откуда: St. Petersburg, Russia

переход от списаний в начале РП на равномерные списани

Сообщение Leonid Ryzhik »

уважаемые коллеги, встала задача рассмотреть возможность перехода
со списаний раз в месяц ( в начале РП ) на ежедневные списания.

как выполнить такой переход? ( все пользователи сидят на одном РП, в нем не указано количество списаний, в тарифных планах в услугах у всех услуг "списывать в начале РП" ).
очевидно, что в админке напрямую, наверное, это не сделать? можно ли сделать urfaclient'ом ( лицензия на urfa -- куплена ).

известно ли, где биллинг хранит информацию о том, были ли списания сегодня? ( discount_transactions_all? dtagg_*? )

какие проблемы я еще могу получить? :-)

всем заранее спасибо!
версия -- .006, планируется обновление до 007 или 008 ( если ее успеют доделать к моменту обновления ).

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Re: переход от списаний в начале РП на равномерные списани

Сообщение Magnum72 »

Leonid Ryzhik писал(а):уважаемые коллеги, встала задача рассмотреть возможность перехода
со списаний раз в месяц ( в начале РП ) на ежедневные списания.

как выполнить такой переход? ( все пользователи сидят на одном РП, в нем не указано количество списаний, в тарифных планах в услугах у всех услуг "списывать в начале РП" ).
очевидно, что в админке напрямую, наверное, это не сделать? можно ли сделать urfaclient'ом ( лицензия на urfa -- куплена ).

известно ли, где биллинг хранит информацию о том, были ли списания сегодня? ( discount_transactions_all? dtagg_*? )

какие проблемы я еще могу получить? :-)

всем заранее спасибо!
версия -- .006, планируется обновление до 007 или 008 ( если ее успеют доделать к моменту обновления ).
Надо ручками в базе менять параметры услуг, для изменения типа списаний. В таблице periodic_services_data поле discount_method и в discount_periods укажи в секундах интервал списаний (создай левый РП с нужным интервалом (рекомендую 4 раза в сутки и посмотри цифру, запомни и поменяй в используемом РП) сломатся особо ничего не должно. пересчитывать ничего не прийдется.

Leonid Ryzhik
Сообщения: 61
Зарегистрирован: Вт сен 18, 2007 17:18
Откуда: St. Petersburg, Russia

Re: переход от списаний в начале РП на равномерные списани

Сообщение Leonid Ryzhik »

Magnum72 писал(а):
Leonid Ryzhik писал(а):уважаемые коллеги, известно ли, где биллинг хранит информацию о том, были ли списания сегодня? ( discount_transactions_all? dtagg_*? )
Надо ручками в базе менять параметры услуг, для изменения типа списаний. В таблице periodic_services_data поле discount_method и в discount_periods укажи в секундах интервал списаний (создай левый РП с нужным интервалом (рекомендую 4 раза в сутки и посмотри цифру, запомни и поменяй в используемом РП) сломатся особо ничего не должно. пересчитывать ничего не прийдется.
а переход надо делать на границе РП? чтобы не начала сниматься абонентка "как-бы" недоснятая? или оно само проконтролирует ( в какой таблице? )

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Re: переход от списаний в начале РП на равномерные списани

Сообщение Magnum72 »

Leonid Ryzhik писал(а):
Magnum72 писал(а):
Leonid Ryzhik писал(а):уважаемые коллеги, известно ли, где биллинг хранит информацию о том, были ли списания сегодня? ( discount_transactions_all? dtagg_*? )
Надо ручками в базе менять параметры услуг, для изменения типа списаний. В таблице periodic_services_data поле discount_method и в discount_periods укажи в секундах интервал списаний (создай левый РП с нужным интервалом (рекомендую 4 раза в сутки и посмотри цифру, запомни и поменяй в используемом РП) сломатся особо ничего не должно. пересчитывать ничего не прийдется.
а переход надо делать на границе РП? чтобы не начала сниматься абонентка "как-бы" недоснятая? или оно само проконтролирует ( в какой таблице? )
Логично, причем в меньшую сторону надо менять в начале прериода, а в большую без разницы, и это не канает для ТП с списанием в начале иили в конце, сначала их надо первести на плавное списание.

ekex
Сообщения: 42
Зарегистрирован: Вт май 05, 2009 11:54

Сообщение ekex »

а почему не создать новый ТП с плавным списанием и перевести на него всех пользователей с нового РП

Аватара пользователя
Magnum72
Сообщения: 1947
Зарегистрирован: Чт сен 22, 2005 06:54
Контактная информация:

Сообщение Magnum72 »

ekex писал(а):а почему не создать новый ТП с плавным списанием и перевести на него всех пользователей с нового РП
Потому что если пользователей на тарифе несколько тысяч переход на новый РП у биллинга займет несколько часов/дней

Leonid Ryzhik
Сообщения: 61
Зарегистрирован: Вт сен 18, 2007 17:18
Откуда: St. Petersburg, Russia

Re: переход от списаний в начале РП на равномерные списани

Сообщение Leonid Ryzhik »

Magnum72 писал(а):
Leonid Ryzhik писал(а):
Magnum72 писал(а):
Leonid Ryzhik писал(а):уважаемые коллеги, известно ли, где биллинг хранит информацию о том, были ли списания сегодня? ( discount_transactions_all? dtagg_*? )
Надо ручками в базе менять параметры услуг, для изменения типа списаний. В таблице periodic_services_data поле discount_method и в discount_periods укажи в секундах интервал списаний (создай левый РП с нужным интервалом (рекомендую 4 раза в сутки и посмотри цифру, запомни и поменяй в используемом РП) сломатся особо ничего не должно. пересчитывать ничего не прийдется.
а переход надо делать на границе РП? чтобы не начала сниматься абонентка "как-бы" недоснятая? или оно само проконтролирует ( в какой таблице? )
Логично, причем в меньшую сторону надо менять в начале прериода, а в большую без разницы, и это не канает для ТП с списанием в начале иили в конце, сначала их надо первести на плавное списание.
(туплю?) а как перевести на плавное списание?

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

Ответить