BiTel

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

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




Начать новую тему Ответить на тему  [ Сообщений: 12 ] 
Автор Сообщение
 Заголовок сообщения: Персональная цена
СообщениеДобавлено: 04 дек 2007, 17:38 
Не в сети

Зарегистрирован: 27 мар 2007, 10:43
Сообщения: 276
Откуда: Уфа
Карма: 0
Имеем клиента, работающего по стандартному тарифу в телефонии, но имеющего "свою" цену для абонплаты, отличающейся от стандартной.
Каким образом можно задать "свою" цену, не вводя новый тариф с новой услугой абонплаты, в которой будет указана "своя" цена?
В старых абонплатах имелась возможность задать "свою" цену.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 04 дек 2007, 18:20 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Реализуется путем расширения тарифа для договора и добавлением своей цены после цены дерева-предка.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 05 дек 2007, 19:35 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
Нужно создать персональный тариф (уменьшить абонентку). Расширили тариф, задали цену, результатом начисления получилась сумма а не перекрытие. Что не так?
Изображение


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 06 дек 2007, 23:40 
Не в сети

Зарегистрирован: 29 мар 2007, 16:21
Сообщения: 109
Откуда: Иркутск
Карма: 2
у нас была похожая проблема. Судя по всему для модуля NPAY цена не замещает ту которая есть в родительском тарифе а добавляется к нему...
попробуйте поставить -100 руб


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 дек 2007, 01:44 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
На счёт минусов мы уже давно догодались, просто хотели узнать у разработчиков какая логика заложенна в персональные тарифы.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 дек 2007, 12:24 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
В один момент времени в договоре должен стоять только один тариф, содержащий поддерево NPay модуля. Если вы сделали персональный тариф, уберите глобальный в договоре.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 дек 2007, 12:57 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
Цитата:
В один момент времени в договоре должен стоять только один тариф, содержащий поддерево NPay модуля. Если вы сделали персональный тариф, уберите глобальный в договоре.

Да этот вариант работает, но вот выдержка из документации
Цитата:
В момент тарификации поиск тарифного плана производится по следующему алгориму:

1) выбирается список1 - персональные тарифные планы договора, активные на данный момент и содержащие тарифное поддерево для данного модуля;

2) выбирается список2 - глобальные тарифные планы договора, активные на данный момент и содержащие тарифное поддерево для данного модуля;

3) берется первый тариф из списка1 если он пуст - то из списка2.

Т.е. персональные тарифы рассматриваются в первую очередь.


Последний раз редактировалось iONE 07 дек 2007, 13:06, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 дек 2007, 13:00 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Да, а у вас оба списка не пусты и берутся цены в обоих тарифах. Получается там сочетания тариф-услуга 2 раза посчитываются.


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 дек 2007, 13:12 
Не в сети
Клиент

Зарегистрирован: 25 ноя 2007, 22:48
Сообщения: 472
Карма: 8
В документации логика по другому описанна.


Последний раз редактировалось iONE 07 дек 2007, 13:41, всего редактировалось 1 раз.

Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 07 дек 2007, 13:23 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
С документаций работаем в данный момент. Ядро, IPN переписали, переделываем Phone, потом доберемся до абонплат.
По не по теме: вы можете поправить dialup.xsl, там
Код:
<xsl:for-each select="traffic">
      <xsl:if test="position()!=1"> / </xsl:if>
      <xsl:value-of select="."/>
</xsl:for-each>

Код:
<xsl:for-each select="traffic">
      <xsl:if test="position()!=1"> / </xsl:if>
      <xsl:value-of select=". div 1048576"/>
</xsl:for-each>


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 12 дек 2007, 21:23 
Не в сети

Зарегистрирован: 29 мар 2007, 16:21
Сообщения: 109
Откуда: Иркутск
Карма: 2
ААААААААААААА!!!!!!!!!!!!!!!!!!!!!

пожалуйста не нужно добиратся до абонплат!!!
или как то отдельно большими буквами где то написать что бы оно нам не прилетело по голове в уже работающих тарифах!


Вернуться к началу
 Профиль  
 
 Заголовок сообщения:
СообщениеДобавлено: 13 дек 2007, 00:59 
Не в сети
Разработчик

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


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

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


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

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


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

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