BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 6 ] 
Автор Сообщение
 Заголовок сообщения: Учет абонки с даты оплаты на дату
СообщениеДобавлено: 18 авг 2015, 11:59 
Не в сети

Зарегистрирован: 01 май 2015, 11:16
Сообщения: 9
Карма: 0
Привет всем.

Начали использовать BG недавно только, с BG пока сильно "на вы", поэтому прошу помощи или направления у разработчиков и опытных пользователей данного продукта.
Первоначально учет абонплаты был настроен по предоплате и ежемесячного начисления, т.е. с 1го числа начисляется абонка, если у клиента (договора) нехватает средств договор закрывается, т.е. классическая схема работы, все это решалось возможностями модуля NPay.
Но, так как маркетинг не стоит на месте, решено было сделать возможность учета абонплаты с дату на дату в зависимости от даты оплаты.
Т.е. абонентская оплата по тарифу стоит в размере X у.е., и если клиент оплатил 15го числа в этом месяце, он пользуется инетом до 15го числа следующего месяца.
И 16го числа в следующем месяце, если остаток баланса не будет больше или равно стоимости его тарифа, его договор закрывается.
В следующем месяце, клиент не оплачивает, его договор закрывается, через 2 дня, т.е. 18го оплачивает, учет идет уже с 18го по 18ое.
Исключение составляют 30-31 числа, т.е. если он оплатил 31го числа августа месяца, он отключается 30го числа следующего месяца.
Если он оплатил 30го января, то 28го февраля или 29го февраля, если это високосный год, договор закрывается.
Т.е. при каждой оплате нужно фиксировать дату оплату для договора и закрывать в тот же день за исключением 30-31 числа и февраля.

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

Прошу дать направление так сказать, в решении данной задачи.

Спасибо


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

Зарегистрирован: 07 мар 2012, 15:02
Сообщения: 932
Откуда: Воронеж
Карма: 35
Можете пока изучать тему: viewtopic.php?f=16&t=10122

_________________

Клиент: вер. 6.2.873 / 04.12.2017 19:38:11
os: Windows 7; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_65
Сервер: вер. 6.2.1202 / 04.12.2017 19:39:21
os: Linux; java: Java HotSpot(TM) 64-Bit Server VM, v.1.8.0_91


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

Зарегистрирован: 01 май 2015, 11:16
Сообщения: 9
Карма: 0
vkulakov писал(а):
Можете пока изучать тему: viewtopic.php?f=16&t=10122

печально...


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

Зарегистрирован: 07 апр 2007, 23:51
Сообщения: 4489
Откуда: Уфа, Россия
Карма: 186
а с subscription какая конкретно проблема?


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

Зарегистрирован: 08 ноя 2007, 01:05
Сообщения: 8343
Откуда: Уфа
Карма: 238
По-моему тут задачу можно решить с помощью учетного периода модуля inet. Т.е как бы отключить активацию учетного периода из скрипта, сделать ее про приходу платежа . Тогда как раз будет четко - заплатит 18-го, у него учетный период будет с 18-го по 18-ое.


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

Зарегистрирован: 15 мар 2009, 14:04
Сообщения: 1337
Карма: 12
Вроде как я решил эту задачу на Subscription. Должны буквально на днях вступить в активную фазу тестирования и начать ловить подводные камни. Задача руководством ставилась очень облегченная - никаких возвратов, если уж списалось, значит списалось. Вкратце - все делалось через самописные скрипты. Создавался тип подписки на месяц (на самом деле не принципиально, скрипт расчитывался для работы с подписками кратными суткам, оканчивающихся в 00:00). Потом написан скрипт, запускающийся каждый день в 0. Скрипт выбирает договора, у которых подписки заканчиваются сегодня в полночь, определяет хватает ли денег для продления и не препятствует ли статус договора продлению. Если все ок - продляем подписки.
Вот как-то так. Если денег не хватает - договор переводится в состояние "блокирован системой". Пополнение счета активирует договор и продляет подписки.


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 6 ] 

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


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

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


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

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