Hi @
N V Rama Krishna DevataI'm glad to know I am not the only one struggling with this issue.... Our approach was finally to understand this information as an agregation of rated events rather than a bucket of accumulated units, so our decision was to define a new operation "aggregatedUsage" within our TMF635 UsageManagement implementation.
Although the very first statement of TMF677 Specification says "This API covers the consumption follow up function providing ongoing information about usages related to any subscribed network products (voice, data, TV,…) without having to wait the invoice production" and this is exactly the objective of the information we want to provide, nothing in the specification supports any accumulation other than the use case of "units being consumed from a bucket" which is not at all the situation we are discussing here.
Hopefully the TMF owners of these APIs will read our concerns and provide a solution someday for this very basic use case.... maybe in the next version? ....At least, not having a guideline we can't be blamed for not being TMF-compliant wnatever decision we make :)
Cheers.
------------------------------
Hector Sanchez
Orange Espagne S.A.U
------------------------------
Original Message:
Sent: Apr 07, 2021 04:10
From: N V Rama Krishna Devata
Subject: TMF677 - Usage Consumption
Hello @Hector Sanchez,
Would like to know the approach you have finally followed to implement usecase#2 in your original message.
We too have similar use case like the one below (we need to respond to customer enquiry based on MSISDN with aggregated unbilled usage event information)
- Expose the information to the final customer , so he/she can have an estimation at anytime of the amount to be charged in the next invoice because of usage events (that means excluding recurrent charges that are not usually part of the charging system)
If I understand correctly, using TMF635 we can retrieve individual CDRs and not aggregated information - if this API was used in your implementation, where exactly was the accumulation/aggregation done?
Appreciate any help in this regard.
------------------------------
N V Rama Krishna Devata
Tata Consultancy Services
------------------------------
Original Message:
Sent: Dec 14, 2020 04:37
From: Hector Sanchez
Subject: TMF677 - Usage Consumption
The issue is not related to the details of the usage events but to the accumulation itself.
2 specific examples:
- A budget control for data roaming events is defined to 50 Euro. Once this limit is reached, the data roaming service is deactivated. In order to achieve this, the charging system will create an accumulator that will get increased with the amount charged after every data roaming event.
- The product offering for national data events related to a subscription is defined as a rate of XEuro per each Kilobytes. Althoug there isn't any bucket of units involved here, the charging system will create an incremental accumulator that will add the Kbs consumed and the money for the current period after every national data usage event so that this information can be used to expose it to the customer.
Through what operation of what TMF API should the charging expose these accumulators in both cases?
Thanks again.
------------------------------
Hector Sanchez
Orange Espagne S.A.U
Original Message:
Sent: Dec 14, 2020 03:37
From: Vance Shipley
Subject: TMF677 - Usage Consumption
On Dec 14, 2020 02:47 @Hector Sanchez wrote:
> Considering this accumulation as an aggregation of rated events TMF635 could be a valid option, however, there isn't any operation or resource in the specification (at least in the last versión I know v4.0.0) in order to define accumulations.
I'm still not sure what the language means, Rated product usage would "accumulate" for a total postpaid bill. In prepaid usage may be seen as "decrementing" an allowance of some kind. Either way we have an API for managing details of (rated) product usage. To make this information fit your use case I guess you want to relate it to some accumulators.
TMF635 provides details of rated product usage which you may categorize using attributes such as:
- offerTariffType
- productRef
- ratingAmountType
- usageRatingTag
If that's not good enough create a Usage Specification and define characteristics to record what you require. You may also use the polymorphic pattern to add your own attributes, possibly a BalanceBucketRef?
------------------------------
Vance Shipley
SigScale
Original Message:
Sent: Dec 14, 2020 02:47
From: Hector Sanchez
Subject: TMF677 - Usage Consumption
Thanks for the answer
Considering this accumulation as an aggregation of rated events TMF635 could be a valid option, however, there isn't any operation or resource in the specification (at least in the last versión I know v4.0.0) in order to define accumulations. It seems the only TMF where aggregation is defined is TMF677
------------------------------
Hector Sanchez
Orange Espagne S.A.U
Original Message:
Sent: Dec 14, 2020 01:34
From: Vance Shipley
Subject: TMF677 - Usage Consumption
On Dec 11, 2020 04:04 @Hector Sanchez wrote:
> Or should we define 2 different operations GET ./usageConsumptionReport TMF677 for bucket related information and some other operation (that apparently is not clearly pictured in TMF677 nor in TMF635 specifications) for the second type of accumulation?
Why do you not see TMF635 applicable? The Usage Management API (TMF635) is meant to manage rated usage of a product which IMHO is exactly what you have defined as use case 2.
------------------------------
Vance Shipley
SigScale