Групповой пересчет абонплаты

[DAnEq 5]

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

[nightfly 1 241]

Что-то типа такого:

set_time_limit (0);
//За сколько дней накинуть АП
$repairdays=2;

$monthdays=date("t");
$tariffPrices=  zb_TariffGetPricesAll();
$login_q="SELECT * from `users` WHERE `passive`='0'";
$all=simple_queryall($login_q);
$i=0;
$total=0;
if (!empty($all)) {
foreach($all as $io=>$each) {

 $userTariff=$each['Tariff'];
 if (isset($tariffPrices[$userTariff])) {
     $userFee=$tariffPrices[$userTariff];
     if ($userFee>0) {
     	$dayFee=($userFee/$monthdays)*$repairdays;
     	$dayFee=round($dayFee,3);
        deb($each['login'].' -> '.$dayFee);
       	$total=$total+$dayFee;
     	$billing->addcash($each['login'],$dayFee);
     	log_register('RUN REPAIRFEE ('.$each['login'].') ON '.$dayFee);
     }
 } else {
 	show_warning('skipping '.$each['login']);
 }
 
 
$i++;
}
show_info('users processed: '.$i);
show_info('total repaired: '.$total);
} else {
show_error('nousers');
}

Накидал на скорую руку, не тестил. Перед первым запуском - закоментите реальное внесение бабок и логирование. Играйтесь короч.

Відредаговано 2018-03-23 09:52:56 nightfly

[DAnEq 5]

снятие абонплаты хранится в таблице юзерс ?
нет ли возможности слепить так, типа update таблица set abonplata=0 where date>дата and data<=дата and abonplata>0 ?

[nightfly 1 241]

Вам дали готовое решение, зачем вам чего-то еще изобретать и придумывать что-то маразматичное, если вы даже приблизительно не понимаете, как оно все устроено и работает?

[DAnEq 5]

5 часов назад, nightfly сказал:

deb($each['login'].' -> '.$dayFee);

реальное внесение бабок - это оно ?
 

[l1ght 377]

6 минут назад, DAnEq сказал:

реальное внесение бабок - это оно ?
 

deb == debug

5 часов назад, nightfly сказал:

$billing->addcash($each['login'],$dayFee);

вот внесение же ну

[DAnEq 5]

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

[vop 370]

22 hours ago, DAnEq said:

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

 

У меня тоже были таке клиенты, котрые платили ежедневно.

 

Просите авторов биллингов добавлять монитринг работы клиентов, и в зависимости от этого считать начисления.

Відредаговано 2018-03-24 15:06:22 vop

[l1ght 377]

1 час назад, vop сказал:

 

У меня тоже были таке клиенты, котрые платили ежедневно.

 

Просите авторов биллингов добавлять монитринг работы клиентов, и в зависимости от этого считать начисления.

Цитата

Q: Абонент «не пользуется» интернетом, можно чтобы ему не начислялась АП?
A: Вы это серьезно? И что вы понимаете под «не пользуется»? Абонент умер? А как об этом должен узнать биллинг? У абонента умерла кошка? Чур мы ни причем. У абонента не было трафика? А широковещательный? А ваши же пинги к нему? А попытки банально получать по DHCP адреса от сервера? А синхронизация времени ОС, роутера, и еще черт знает чего по NTP? А если у абонента обновилась ОС либо скажем антивирус - это он тоже «не пользовался»? У него было «мало» трафика? А мало это сколько? Одна киношка? Две? А она обязательно должна быть интересной? А разрешение киношки играет роль? Будем считать, что интернетом «не пользовались» если смотрели камрипы?

Сразу видно человека умеющего в бизнес процессы

[vop 370]

Обсуждался вопрос не "абонент не пользуется", а "абоненту не предоставляется интернет". А уж если провайдер не знает, что он не предоставлет абоненту интернет, то тут авторы биллиногов никак не помогут.

Відредаговано 2018-03-24 18:24:25 vop

[l1ght 377]

2 часа назад, vop сказал:

Обсуждался вопрос не "абонент не пользуется", а "абоненту не предоставляется интернет". А уж если провайдер не знает, что он не предоставлет абоненту интернет, то тут авторы биллиногов никак не помогут.

Пардон, не так понял.

 

Такие штуки обычно вообще плохо связываются с биллингами.

Как раз одна из причин

2 часа назад, vop сказал:

А уж если провайдер не знает, что он не предоставлет абоненту интернет

 

[DAnEq 5]

В 23.03.2018 в 16:17, nightfly сказал:

Вам дали готовое решение, зачем вам чего-то еще изобретать и придумывать что-то маразматичное, если вы даже приблизительно не понимаете, как оно все устроено и работает?

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

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

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

[vop 370]

6 hours ago, DAnEq said:

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

 

Такая функция реализуется достаточно легко. У меня это делается, как минимум, двумя механизмами. Но топик не про это.

[l1ght 377]

10 часов назад, DAnEq сказал:

и по сути первоначального вопроса - списания хранятся в каких то таблицах ?

история ручных пополнений, не важно плюс или минус, история оплат внешними системами - в таблицах

история начисления АП вообще просто текстовый лог, вроде в новых версиях унесли в БД

сам юзерский баланс и вообще табличка users курируется stargazer

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

[DAnEq 5]

12 часов назад, l1ght сказал:

история начисления АП вообще просто текстовый лог, вроде в новых версиях унесли в БД

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

[l1ght 377]

текстовый. лог.

исходники читай.

Відредаговано 2018-03-27 07:48:10 l1ght