BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 19 июн 2025, 20:02

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




Начать новую тему Ответить на тему  [ Сообщений: 4 ] 
Автор Сообщение
СообщениеДобавлено: 17 июн 2008, 18:50 
Не в сети

Зарегистрирован: 07 май 2008, 13:34
Сообщения: 594
Откуда: Москва
Карма: 27
По сути это фиксированная абон плата, но она включает в себя предоплаченный трафик в объеме ограниченным тарифами.

Например, есть тариф дневного трафика 2руб/мегабайт и ночного 1руб/мегабайт, и есть гарантированный платеж в размере 1000 руб.
Абонент может израсходовать этот гарантированный платеж потребив 500 мегабайт дневного трафика или 1000 мегабай ночного трафика, а может потребить 500 мегайт ночного трафика + 250 мегабайт дневного трафика и тд и тп

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


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

Зарегистрирован: 07 май 2008, 13:34
Сообщения: 594
Откуда: Москва
Карма: 27
вообщем задачу можно свести к тому что мне нужен макрос для использования его в конфигурации модуля бухгалтерии в позиции summ, который будет возвращать число к которому должна стремится "доводящаяя абон плата"

по документации модуля, кстати, совершенно не ясно что делают макросы CHARGE и PAYMENT


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

баланс договора в билинге формируется из услуг
ID 1: наработка по модулю IPN по заданным тарифам
ID 2: доводящая абон плата до 1000руб (по примеру в первом посте этого треда)

а позиции счета и счета фактуры будут
1) абон плата на сумму MAXNPAY($month, 2) которая в данном случае будет равна 1000руб
2) превышение трафика: SERVICE_AMOUNT($month, 1) - MAXNPAY($month, 2)


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 19 июн 2008, 15:56 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Задачу можно решить следующим образом: при начислении абонплат чтобы формировалась еще доп. таблица, где указывались размеры этой доводящей абонплаты для разных договоров. Там просто может быть пропорциональная абонплата, поэтому просто сумму узнавать не достаточно.
В общем, это сделать реально. По срокам и ценам - через почту только. Можете собрать все доработки, которые вам нужны, оценим их вместе.


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

Зарегистрирован: 07 май 2008, 13:34
Сообщения: 594
Откуда: Москва
Карма: 27
она еще и суммироваться должна как в пределах договора так и по субдоговорам, кстати :)
при этом в случае субдоговоров возможна ситуация с различными тарифами для этой услуги

так что все действительно не так и просто....


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

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


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

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


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

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