[Serusers] Call Forward Billing

[Greger V. Teigre]

Just to expand on "special-casing": Getting user actions into $ can be 
very tricky and is very dependent on your billing system. I.e. the 
capabilities of the type of invoice records that can be created (and 
manipulated; rating, VAT, no VAT, customer discounts, volume discounts, 
time of day etc etc). You normally have to start there and trace back: 
What should the normalized CDRs look like for the billing system to 
import and rate them correctly. Then you step backwards again: Your 
accounting records (start/stop), what should they look like. The tool 
taking start/stop records must be capable of interpreting the records 
and create normalized CDRs.  If you gather accounting records from 
multiple sources (PSTN GWs, routers etc), it may make sense to 
consolidate the record collection and normalization (i.e. adapt your 
accounting records to be similar across sources so you simplify the 
normalization)-
    Puh! This leads us to Jiri's comment: Once you know what you need, 
you can use additional AVPs/flags in acc table. 
g-)
PS! In the PSTN world, the forwarding party/C-number is often added in a 
third column in the records and one set of start/stop will exist for 
each call leg. If present, the C-number will be used for charging.

Jiri Kuthan wrote:
> It is a configuration thing.
>
> It appears a misconception to me to build special-casing in SER.
> acc module can store additional AVPs or flags in acc table. These
> can indicate reverse charging at your convenience, to be processed
> by your favorite CDR postprocesssing tool.
>
> Moreover, if done well, all the authentication-authorization-accounting
> process can be, if configured properly, brought to the same least
> common denominator, which is AVP -- you authenticate someone, check
> if his ACLs expressed as an AVP permit a call (e.g., 'international'), 
> account it (possibly with additional AVPs/flags providing additional
> hints for how to interpret the CDR).
>
> -jiri
>
> At 19:49 10/07/2006, Rosa De Santis wrote:
>
>
>   
>> Thanks for your answer.
>> And this functionality is not present in SER ?
>>
>> Rosa.
>>
>>
>> -----------------------------------------------
>>     
>>> Date: Sat, 8 Jul 2006 00:20:44 -0700
>>> From: t_maron_lists at yahoo.com
>>> Subject: Re: [Serusers] Call Forward Billing
>>> To: rosadesantis at hotmail.com
>>>
>>> If you are locked by this, you can import a patch from openser, they have it for some time, see:
>>> http://openser.org/docs/modules/1.1.x/acc.html#MULTI-CALL-LEGS
>>> T.
>>> On 07/07/06 18:46, Rosa De Santis wrote:
>>> Hello all.
>>> Please, can somebody help about changing the billing when making call forward ?
>>> I'm trying to change the billed user when A calls B, B forwards to C (C is PSTN). I want to charge the call to B. I'm using Ser+Asterisk B2BUA.
>>> Any idea, please?
>>> Thanks
>>> Rosa.
>>> _________________________________________________________________
>>> Be one of the first to try Windows Live Mail.
>>> http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d_______________________________________________
>>> Serusers mailing  list
>>> Serusers at lists.iptel.org
>>> http://lists.iptel.org/mailman/listinfo/serusers
>>> -----------------------------------------------
>>> Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls. Great rates starting at 1¢/min.
>>>       
>> _________________________________________________________________
>> Be one of the first to try Windows Live Mail.
>> http://ideas.live.com/programpage.aspx?versionId=5d21c51a-b161-4314-9b0e-4911fb2b2e6d_______________________________________________
>> Serusers mailing list
>> Serusers at lists.iptel.org
>> http://lists.iptel.org/mailman/listinfo/serusers
>>     
>
> --
> Jiri Kuthan            http://iptel.org/~jiri/  
>
> _______________________________________________
> Serusers mailing list
> Serusers at lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers
>
>
>   
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20060711/5a2dc1f9/attachment.htm>