К сожалению не хватает знаний по работе с билингом.
Может вопрос глупый, но очень интересует откуда функция rpcf_get_prepaid_units берет данные?
Пытался отловить запрос mysql - не вышло, да и в логах адмники тоже ничего не увидел
nicol@s писал(а):К сожалению не хватает знаний по работе с билингом.
Может вопрос глупый, но очень интересует откуда функция rpcf_get_prepaid_units берет данные?
Пытался отловить запрос mysql - не вышло, да и в логах адмники тоже ничего не увидел
Таблица traf_serv_tclasses поле prepaid_units. Думаю что оттуда.
forgotten писал(а):
Таблица traf_serv_tclasses поле prepaid_units. Думаю что оттуда.
Не то. Здесь лежит предоплаченный трафик согласно тарифному плану. Но если подключаем абоненту тарифный план не с начала расчетного периода и ставим галочки пересчета абонетской платы и трафика, то происходит пересчет и абонентки и трафика верно. Т.е. абоненту начислено после пересчета, скажем 5 Гб (из 10 Гб по тарифу). Вот интересует, каждый раз при просмотре предоплаченного трафика этого абонента через админку присходит пересчет трафика в зависимости от даты подключения, уже скачанного трафика и базового значения согласно тарифу или же это значение где-то хранится?
+ возникает проблема, которая более подробно описана здесь viewtopic.php?t=7808
Не могли бы глянуть?
Спасибо.
forgotten писал(а):
Таблица traf_serv_tclasses поле prepaid_units. Думаю что оттуда.
Не то. Здесь лежит предоплаченный трафик согласно тарифному плану. Но если подключаем абоненту тарифный план не с начала расчетного периода и ставим галочки пересчета абонетской платы и трафика, то происходит пересчет и абонентки и трафика верно. Т.е. абоненту начислено после пересчета, скажем 5 Гб (из 10 Гб по тарифу). Вот интересует, каждый раз при просмотре предоплаченного трафика этого абонента через админку присходит пересчет трафика в зависимости от даты подключения, уже скачанного трафика и базового значения согласно тарифу или же это значение где-то хранится?
+ возникает проблема, которая более подробно описана здесь viewtopic.php?t=7808
Не могли бы глянуть?
Спасибо.
Похоже что после блокировки значение поля "Суммарно предоплачено" вычисляется по формуле:
(пердоплаченный трафик) * (секунд от начала расчётного периоде до начала блокировки) / (секунд в расчётном периоде)
В какой таблице это хранится я не нашёл. В логах при вызове этой функции нет никаких sql-запросов.
День добрый!
Есть ли функции, с помощью которых можно в услуге "Передача IP трафика" изменить значение в поле "login" ?
Возможно ли это сделать без удаления услуги "Передача IP трафика" соответственно без удаления тарифной связки, предварительно сохранив данные?
nicol@s писал(а):День добрый!
Есть ли функции, с помощью которых можно в услуге "Передача IP трафика" изменить значение в поле "login" ?
Возможно ли это сделать без удаления услуги "Передача IP трафика" соответственно без удаления тарифной связки, предварительно сохранив данные?
При изменении логина вызываются следующие функции:
rpcf_delete_from_ipgroup
rpcf_add_service_to_user
Вот их и нужно использовать, предварительно выбрав (напрямую из БД или при помощи urfa-клиента) все данные которые нужно сохранить.
forgotten писал(а):
При изменении логина вызываются следующие функции:
rpcf_delete_from_ipgroup
rpcf_add_service_to_user
Вот их и нужно использовать, предварительно выбрав (напрямую из БД или при помощи urfa-клиента) все данные которые нужно сохранить.
Что-то туплю под конец рабочего дня.
Мне так и непонятно, нужно ли удалять услугу "Передача IP трафика"? Не получается с помощью функции rpcf_add_service_to_user изменить значение "login".
При удалении сервисной связки появляется верификатор. А удалять сначала тарифную связку, затем сервисную и заново их создавать, чтобы изменить поле "login", не хочется.
Как я понимаю, фукнция rpcf_add_service_to_user нужна для добавления новой услуги абоненту, но мне ведь надо изменить поле "login"
forgotten писал(а):
При изменении логина вызываются следующие функции:
rpcf_delete_from_ipgroup
rpcf_add_service_to_user
Вот их и нужно использовать, предварительно выбрав (напрямую из БД или при помощи urfa-клиента) все данные которые нужно сохранить.
Что-то туплю под конец рабочего дня.
Мне так и непонятно, нужно ли удалять услугу "Передача IP трафика"? Не получается с помощью функции rpcf_add_service_to_user изменить значение "login".
При удалении сервисной связки появляется верификатор. А удалять сначала тарифную связку, затем сервисную и заново их создавать, чтобы изменить поле "login", не хочется.
Как я понимаю, фукнция rpcf_add_service_to_user нужна для добавления новой услуги абоненту, но мне ведь надо изменить поле "login"
Сначала нужно удалить не услугу и не тариф а ip-группу для которой меняется логин. Для этого и вызывается функция rpcf_delete_from_ipgroup. А функция rpcf_add_service_to_user не только создаёт сервисную связку но и изменяет существующую сервисную связку.
Изучите эти фунции и Вам всё станет ясно.
Хм... с предыдущим вопросом разобрался. Но возник другой.
Если я вызываю по отдельности функции rpcf_delete_from_ipgroup и rpcf_add_service_to_user , то они отрабатывают как надо. А если я в php-сценарии вызываю эти либо другие функции одна за одной, то выполняется первая, а следующая дает Error callig function. Если делаю так:
То они тоже выполняются. Видимо нужно что-то делать после работы функции, но что - не могу понять и по форуму ничего не нашел. Уважаемые гуру, помогите чайнику!
Спасибо.
nicol@s писал(а):Хм... с предыдущим вопросом разобрался. Но возник другой.
Если я вызываю по отдельности функции rpcf_delete_from_ipgroup и rpcf_add_service_to_user , то они отрабатывают как надо. А если я в php-сценарии вызываю эти либо другие функции одна за одной, то выполняется первая, а следующая дает Error callig function. Если делаю так:
То они тоже выполняются. Видимо нужно что-то делать после работы функции, но что - не могу понять и по форуму ничего не нашел. Уважаемые гуру, помогите чайнику!
Спасибо.
Не совсем понятен вопрос.
Я вызываю эти функции одну за другой:
rpcf_delete_from_ipgroup($slink_id,$ip_address,$mask);
rpcf_add_service_to_user($service);
Ни каких ошибок. Вероятно Вы передаёте неверные параметры.