Учет расхода материалов в UTM5
Учет расхода материалов в UTM5
Т.к. все расчеты с абонентов ведутся по его лицевому счету.
Хотелось бы узнать как можно списывать с лицевого счета разные стоимости.
Например на одного абонента израсходовано одно колличество кабеля а на другого абонета другое количество, соответственно и цена списания разная..
Как списывать каждый раз у разных абонентов разные стоимости?
Хотелось бы узнать как можно списывать с лицевого счета разные стоимости.
Например на одного абонента израсходовано одно колличество кабеля а на другого абонета другое количество, соответственно и цена списания разная..
Как списывать каждый раз у разных абонентов разные стоимости?
Видимо только платежами с знаком минус. Разовые услиги возможно подошли бы, но разработчики не предусмотрели изменение стоимости услуг - при выполнении такой задачи приходится заводить много услуг каждая с уникальной стоимостью (у меня только услуг подключений к сети два десятка).
Подозреваю что можно через урфу на лету создавать разовую услугу с нужной стоимостью и наименованием, привязывать ее к абоненту и потом удалять, но не проверял...
Подозреваю что можно через урфу на лету создавать разовую услугу с нужной стоимостью и наименованием, привязывать ее к абоненту и потом удалять, но не проверял...
это упущение со стороны НЕТАП
если учесть, что система расчитана для учета трафика и услуг в том числе
если учесть, что система расчитана для учета трафика и услуг в том числе
Последний раз редактировалось lancelot Вс апр 19, 2009 08:16, всего редактировалось 2 раза.
аяяйKayfolom писал(а):Видимо только платежами с знаком минус. Разовые услиги возможно подошли бы, но разработчики не предусмотрели изменение стоимости услуг - при выполнении такой задачи приходится заводить много услуг каждая с уникальной стоимостью (у меня только услуг подключений к сети два десятка).
Подозреваю что можно через урфу на лету создавать разовую услугу с нужной стоимостью и наименованием, привязывать ее к абоненту и потом удалять, но не проверял...


Можно и так, но чревато. Представьте что услугу будут дергать одновременно несколько админов, менеджеров, сервисов. Результат списаний будет не предсказуемым - кто последний тот и папа 
А учитывая "эргономику" интерфейса (к примеру отсутствие элементарного поиска по услугам) то человеческий фактор приведет к большим проблемам чем пользе.
Жизнь намного упростилась если бы нетап ввел в параметры функции урфы стоимость once_service - опустил параметр, списалась базовая стоимость услуги, указал и списалась указанная. И в админке, рядом с полем даты активации было бы поле стоимость.

А учитывая "эргономику" интерфейса (к примеру отсутствие элементарного поиска по услугам) то человеческий фактор приведет к большим проблемам чем пользе.
Жизнь намного упростилась если бы нетап ввел в параметры функции урфы стоимость once_service - опустил параметр, списалась базовая стоимость услуги, указал и списалась указанная. И в админке, рядом с полем даты активации было бы поле стоимость.
- Chrst
- Сообщения: 370
- Зарегистрирован: Пт май 11, 2007 09:28
- Откуда: Медиахолдинг "ЛеККС"
- Контактная информация:
Именно, каждый занимается своим делом. Может вся проблема в том, что биллинг не предназначен для манипуляций подобного рода. Оно конечно заманчиво все иметь в одном флаконе, но если смешивать, то бурбон получается. Вот у нас так и не получилось 1С заставить считать трафик, зато материалы учитывает аж бегомDavion писал(а):проблем небыло, каждый в конторе занимается своим делом, тут уже все зависит от организаторских способностей

Извиняюсь за прозу

Я же вроде выкладывал:Kayfolom писал(а):Можно и так, но чревато. Представьте что услугу будут дергать одновременно несколько админов, менеджеров, сервисов. Результат списаний будет не предсказуемым - кто последний тот и папа
А учитывая "эргономику" интерфейса (к примеру отсутствие элементарного поиска по услугам) то человеческий фактор приведет к большим проблемам чем пользе.
Жизнь намного упростилась если бы нетап ввел в параметры функции урфы стоимость once_service - опустил параметр, списалась базовая стоимость услуги, указал и списалась указанная. И в админке, рядом с полем даты активации было бы поле стоимость.
Код: Выделить всё
<?xml version="1.0"?>
<urfa>
<parameter name="user_id"/>
<parameter name="account_id"/>
<parameter name="sid"/>
<parameter name="service_cost" value=""/>
<parameter name="service_type" value="1"/>
<set dst="service_id" src="sid"/>
<set dst="return_type" value="integer_return"/>
<call function="rpcf_get_once_service" output="0"/>
<if variable="service_cost" value="" condition="eq">
<set dst="service_cost" src="cost"/>
</if>
<if variable="service_cost" value="cost" condition="eq">
<call function="rpcf_add_service_to_user"/>
</if>
<if variable="service_cost" value="cost" condition="ne">
<call function="rpcf_is_service_used" output="0"/>
<if variable="links_count" value="0" condition="eq">
<set dst="cost" src="service_cost"/>
<call function="rpcf_add_once_service"/>
<call function="rpcf_add_service_to_user"/>
</if>
<if variable="links_count" value="0" condition="ne">
<error code="11" comment="Service is Used"/>
</if>
</if>
</urfa>
Магнум прав. Я например реализовал систему учета всех подключений портов и т.п. А списание делаем через xml с указанием типа(выпадающее меню) за что списание. Клиент в платежах может увидеть.
Спасибо, МАГНУМ. За XMLки ранее данные хоть и за вознограждение ))) Много успели замутить... даже мидлеваре свой подружил с УТМ5.
Спасибо, МАГНУМ. За XMLки ранее данные хоть и за вознограждение ))) Много успели замутить... даже мидлеваре свой подружил с УТМ5.