BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 мар 2024, 15:43

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 90 ]  На страницу Пред.  1, 2, 3  След.
Автор Сообщение
СообщениеДобавлено: 28 июл 2015, 16:40 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
vdd писал(а):
Стоило отвлечься, как тут же обвинили

Скажите спасибо, что срок не пришили :D


vdd писал(а):
откуда в нашей стране, использующей григорианский календарь, с завиднейшим упорством вылезает тема "период действия услуги с 16 числа по 16 число следующего месяца"

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 16:50 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
snark писал(а):
vdd писал(а):
Стоило отвлечься, как тут же обвинили

Скажите спасибо, что срок не пришили :D

Спасибо!

snark писал(а):
vdd писал(а):
откуда в нашей стране, использующей григорианский календарь, с завиднейшим упорством вылезает тема "период действия услуги с 16 числа по 16 число следующего месяца"

Оттуда, откуда растут ноги всех тарифов - от фантазеров-продажников.

Понятно. А с 29 по 31 число они абонентов не подключают и услуги не активируют, очевидно.

Со схемой "по 30 дней" знаком как абонент одного из федеральных операторов. За год дата окончания услуги двигается на 7 дней вперед, два назад. Очень удобно. :facepalm:



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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 18:46 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
snark писал(а):
skn писал(а):
просто использовать сразу правильные тарифы

Но ведь "подневные абонентки с разблокировкой только при при внесении на баланс полной суммы" искаропки не работают.


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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 18:56 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
vdd писал(а):
snark писал(а):
vdd писал(а):
откуда в нашей стране, использующей григорианский календарь, с завиднейшим упорством вылезает тема "период действия услуги с 16 числа по 16 число следующего месяца"

Оттуда, откуда растут ноги всех тарифов - от фантазеров-продажников.

Понятно. А с 29 по 31 число они абонентов не подключают и услуги не активируют, очевидно.

Со схемой "по 30 дней" знаком как абонент одного из федеральных операторов. За год дата окончания услуги двигается на 7 дней вперед, два назад. Очень удобно. :facepalm:


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


есть такой вариант решения этой задачи:
сделать во всех месяцах, что бы абонплата бралась только с 1 по 28 число, а оставшие дни месяца бесплатно. При этом дневную абонплату ставим несколько больше, чем при варианте когда она начисляется все дни подряд. В таком варианте "с 15 по 15" у нас не зависимо от месяца всегда будет браться одинаковая сумма. Описанный вариант можно реализовать в существующих тарифах (доработок не требуется)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 19:07 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Буквальная схема "с 15 по 15" на самом деле никому не нужна, потому что есть 31 января, но нет 31 февраля. Это очень простое и непробиваемое ограничение, останавливающее маркетолога любой степени упоротости.
Поэтому "с 15 по 15" это кодовое название самых разнообразных алгоритмов (типа "ксерокса" для копировальных машин), о чем и было неоднократно сказано в этой теме и аналогичных.
Возможно, кого-то из страждущих предлагаемое решение устроит, но тему "15-15" не закроет однозначно. 8)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 19:27 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
skn писал(а):
вопрос десятка строк кода, который если он действительно кому то нужен, я готов написать

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


vdd писал(а):
схема "с 15 по 15" на самом деле никому не нужна

Если бы она была не нужна, то вряд-ли этот вопрос здесь кто-нибудь, когда-либо поднимал бы.


vdd писал(а):
есть 31 января, но нет 31 февраля. Это очень простое и непробиваемое ограничение, останавливающее маркетолога любой степени упоротости

Вы недооцениваете степени и порядки упоротости некоторой категории граждан.
Очень многие хотелки зиждятся на банальном "хочу!"(с) НИИ им. Е.Бет.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 19:31 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
snark писал(а):
skn писал(а):
вопрос десятка строк кода, который если он действительно кому то нужен, я готов написать

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


а можно примеров с такими вопросами?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 19:32 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
snark писал(а):
vdd писал(а):
схема "с 15 по 15" на самом деле никому не нужна

Если бы она была не нужна, то вряд-ли этот вопрос здесь кто-нибудь, когда-либо поднимал бы.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 19:35 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
snark писал(а):
skn писал(а):
вопрос десятка строк кода, который если он действительно кому то нужен, я готов написать

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


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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 20:01 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
Попробуйте сесть или встать не сгибая ноги в коленях...

Тоже самое происходит при внедрениях схем 15-15 в биллинге с помесячным балансом.

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

Возможные реализации:
1.
Текущий баланс и начисления договора, однозначно относящиеся к бухгалтерскому учету, переносятся в модуль Bill.
На договоре ведется управленческий учет, результаты которого транслируются в бухгалтерский по неким правилам.
2.
На договоре осуществляется бухгалтерский учет.
Для осуществления управленческого учета используется отдельный модуль.

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

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 28 июл 2015, 21:27 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
skn писал(а):
можно примеров с такими вопросами?

Если посмотреть отсюда и далее, то можно увидеть, что уже обсуждали почти одно и то же. Два года прошло ...
Можно вспомнить пост из обсуждения, сюрприз, дебетовых абонплат. Пять лет прошло ...
Думаю что больше примеров не нужно, т.к. если "десяток строк кода"(с) не родился за 5 лет, то ему, скорее всего, не суждено родиться никогда.

Я понимаю, что никогда не поздно использовать старое заклинание
skn писал(а):
АБОНПЛАТА это ПЕРИОДИЧЕСКОЕ списание средств

Но тогда, боюсь, обсуждение скатится к пересказыванию темы Избитая тема классического дебета и других аналогичных тем :(


stark писал(а):
Вы и сейчас можете сделать это в обработчике события "Запрос доп. расхода для открытия договора". Только опять вам не понравится, что это скрипты, а не из коробки.

Я никогда не отрицал удобства скриптов. Для примера можете посмотреть на это сообщение.
Пожалуйста, не приписывайте мне лишнего ;)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 авг 2015, 19:54 
Не в сети

Зарегистрирован: 11 янв 2014, 15:03
Сообщения: 41
Карма: 0
Добрый день. А можно рассказать поподробнее про ежедневную абонентку с разблокировкой только при внесении платежа на месяц. Как это реализовать и используется ли в этом случае функционал модуля npay.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 авг 2015, 14:10 
Не в сети
Разработчик

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
andrr2001 писал(а):
Добрый день. А можно рассказать поподробнее про ежедневную абонентку с разблокировкой только при внесении платежа на месяц. Как это реализовать и используется ли в этом случае функционал модуля npay.


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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 авг 2015, 16:10 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
skn писал(а):
andrr2001 писал(а):
Добрый день. А можно рассказать поподробнее про ежедневную абонентку с разблокировкой только при внесении платежа на месяц. Как это реализовать и используется ли в этом случае функционал модуля npay.


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


не совсем так. не нужно вешать скрипт на событие платежа. Нужно повесить скрипт на "Запрос доп. расхода для открытия договора". " И этот расход заменить своей цифрой. Ну тут если есть зависимость от тарифа , то лучше туда уже передать стандартный расход(т.е сумму для разблокировки по дефолту) , чтобы было от чего отталкиваться. Для этого с нашей стороны потребуется небольшая доработка, но это не обязательно, данная доработка всего лишь сокращает код скрипта, ее можно высислить там. Да и не факт что она понадобиться. Скорее всего понадобится сумма списания(цена за день например ) - ее можно вычислить так же в скрипте (примеры есть на wiki), опять же тут можем что-то передать для облегчения.

Вот на примере можно .
1) Допустим цена 10 рублей день, тариф до текущего дня . А заплатить надо за месяц. у клиента допустим 3 рубля. Тогда сумма для разблокировки покажет 7 рублей . А начисление планируемое 10 рублей.

Оба эти цифры 7 и 10 мы можем передать в скрипт. Но что сделает скрипт сними, я так понимаю он возьмет 10 рублей и умножит на 31 день (если август) = 310. Скрипт вернет вместо 7 рублей, 303 получается. Или все 310 , это уже как вам захочется , тут 2 варианта: либо добавить к нашей сумме( 7 + 303) или заменить своей (310 либо сами вычислить что нужно 307 исходя из баланса ).

При этом если сумма итоговая для разблокировки получится отрицательная ( у него уже есть 1000 рублей, а ему надо 310 заплатить, о сумма будет -690), то разблокировка производится. Если же положитьная( есть 3 рубля и нужно заплатить еще 307), то разблокировка НЕ производится. То эта же сумма(307) отобразится в личном кабинете пользователя как сумма для разблокировки.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 авг 2015, 16:17 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
stark писал(а):
Для этого с нашей стороны потребуется небольшая доработка, но это не обязательно, данная доработка всего лишь сокращает код скрипта, ее можно высислить там. Да и не факт что она понадобиться.

Это которую уже давно обещали и которая будет выдавать цену тарифного плана? :)

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 10 авг 2015, 18:08 
Не в сети
Разработчик

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
Phricker писал(а):
stark писал(а):
Для этого с нашей стороны потребуется небольшая доработка, но это не обязательно, данная доработка всего лишь сокращает код скрипта, ее можно высислить там. Да и не факт что она понадобиться.

Это которую уже давно обещали и которая будет выдавать цену тарифного плана? :)

да, примерно она. Но тут надо еще сложнее варианты реализовать . Например цена до конца месяца + остаток следующего . Т.е чтобы цену 30 дней вычислить, а не календарных. И тогда в скипте вообще ничего делать не надо будет .


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 11 авг 2015, 16:57 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
а (CRM) не появился )

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 01:33 
Не в сети

Зарегистрирован: 11 янв 2014, 15:03
Сообщения: 41
Карма: 0
А почему все-таки нельзя сделать списание на произвольную дату, у всех отписывающихся в этой теме возникали вопросы что количество дней в месяцах разное и надо вычислять чтоб все было пропорционально, но почему-то никто не задумывался что при списании абонки 1 числа количество дней тоже разное и это никого не волновало, лично меня устроило бы списание абонентки в период, начинающийся с 1 дня подключения клиента, допустим 10 число и пусть абонка списывается 10 числа каждого месяца по фиксированной сумме, которая будет задана в тарифном плане, если денег не достаточно то абонент блокируется до поступления суммы на счет необходимой для разблокировки. Есть конечно расширенные пожелания что если на 10 число у абонента не оказалось нужной суммы то договор блокируется а при поступлении платежа допустим 15 числа отчетный период сдвигается на 15 число. И не надо ничего высчитывать снимает сумму сразу в начале периода.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 11:00 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
andrr2001 это модуль subscription

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 11:46 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
andrr2001 писал(а):
лично меня устроило бы списание абонентки в период, начинающийся с 1 дня подключения клиента, допустим 10 число и пусть абонка списывается 10 числа каждого месяца
...
суммы то договор блокируется а при поступлении платежа допустим 15 числа отчетный период сдвигается на 15 число.


А если клиент подключился 31 января? :facepalm:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 12:29 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
vdd писал(а):
А если клиент подключился 31 января? :facepalm:

Уважаемые разработчики, у нас клиент подключился 31 января.
И ваш модуль выдал ошибку / заблокировал клиента 28 февраля.
Прошу вас исправить данное недоразумение ведь по правилам заданным в модуле
Код:
npay.period.unit=day
npay.period.time=31

он должен был проработать до 31 февраля

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 12:47 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
С
Код:
npay.period.time=31

должно все нормально работать. Отключит какого-нибудь 2 или 3 февраля.

А "с 10 по 10" должно реализовываться какой-то такой опцией:

Код:
npay.period.time=InTheSomeDay

А потом уже сюрприз :facepalm: в виде 31 февраля.
:lol:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 17:49 
Не в сети

Зарегистрирован: 11 янв 2014, 15:03
Сообщения: 41
Карма: 0
В существующей билинговой системе работает так, что если в месяце нет такой даты например 31 февраля, то абонентка списывается 28 числа.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 17:53 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 29 мар 2010, 23:11
Сообщения: 5854
Карма: 472
andrr2001 писал(а):
В существующей билинговой системе работает так, что если в месяце нет такой даты например 31 февраля, то абонентка списывается 28 числа.

А абонент не жалуется, что ему еще 3 дня работать? ) Или просто вы не сталкивались, но столкнется кто-то другой и будет разрабам вопросы задавать.

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


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 18:05 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
andrr2001 писал(а):
В существующей билинговой системе работает так, что если в месяце нет такой даты например 31 февраля, то абонентка списывается 28 числа.

А куда же девается вся "прелесть, удобство и понятность для абонентов" с 10 по 10 пять раз в году? :roll:


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 18:34 
Не в сети

Зарегистрирован: 11 янв 2014, 15:03
Сообщения: 41
Карма: 0
тут дело не столько в удобности для абонента, а не в удобности иметь на начало квартала, года большую сумму на счету


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 18:40 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
andrr2001 писал(а):
тут дело не столько в удобности для абонента, а не в удобности иметь на начало квартала, года большую сумму на счету


А в чем разница, если схема "10 - 10" превращается в свой частный случай "1 - 1"?

На первый взгляд в течении месяца оператору на счет приходит одна и та же сумма - что при "10 - 10", что при "1 - 1".


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 18:46 
Не в сети

Зарегистрирован: 11 янв 2014, 15:03
Сообщения: 41
Карма: 0
в том что эта сумма не успевает быть освоена в текущем отчетном периоде и это негативно влияет на налог на прибыль.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 12 авг 2015, 18:51 
Не в сети

Зарегистрирован: 16 ноя 2007, 16:11
Сообщения: 829
Карма: 49
andrr2001 писал(а):
в том что эта сумма не успевает быть освоена в текущем отчетном периоде и это негативно влияет на налог на прибыль.


Так она по состоянию на последний день квартала одна и та же, что при "1 - 1", что при "10 - 10".


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 13 авг 2015, 08:02 
Не в сети
Клиент
Аватара пользователя

Зарегистрирован: 03 авг 2009, 18:42
Сообщения: 7166
Откуда: Благовещенск
Карма: 241
Если кому интересно, могу запилить решение под абонентский месяц, оно написано, правда не обкатывалось
в договоре ставим параметр договора типа дата, и от него отталкиваемся на списание
проблема с 31 февраля я думаю там тоже есть, хотя это решаемо и довольно просто

_________________
Код:
  Клиент: вер. 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
Стиль программирования - пьяный мастерстер
Разработка мобильных приложений


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 90 ]  На страницу Пред.  1, 2, 3  След.

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.109s | 80 Queries | GZIP : On ]