Transmission of CDR files from external systems
PortaSwitch has a built-in FTP/SFTP server, where an external system (e.g., telephony gateway, producing CDR files) can submit CDR source files for processing.
The source file transmission can be done in one of the following ways:
- Your system downloads CDR files from your vendor’s server, where they accumulate CDR files from their network equipment.
xDR mediator operates as an FTP/SFTP client. It connects to the external system and downloads CDR source files via FTP/SFTP. To make this happen, the administrator defines the credentials necessary for accessing the external system as well as the path to the folder from which to download the files.
- Your vendor’s network equipment such as BroadWorks generates and uploads CDR files to your FTP/SFTP server.
In this case, the file transmission flow is reversed. The administrator enables FTP/SFTP server on the PortaSwitch side (disabled by default) and creates username/password that allows access to it. The external system uses these credentials to upload the CDR source files to the specified folder on the server.
FTP/SFTP file transfer (inbound or outbound) is the recommended configuration compared to other ones (e.g., via secure copy – SCP) since it increases the system security (the user does not have access to anything outside the FTP server) and simplifies xDR mediator support through system updates.
Retroactive billing during xDR import
To calculate charges for a billing session, PortaBilling must consider the delay between the session’s effective time – the time when the session starts/is connected, and the charging time – the time when the user is actually charged. For real-time charging, this delay is very short (only a couple of seconds). When it comes to xDR import, the delay can be considerable – several hours or even days (e.g., roaming xDRs can arrive several days after actual service usage). In the latter case, the billing periods that these charges and volume discount consumption refer to can already be closed.
Therefore, to ensure correct charging for a closed billing period, PortaBilling retroactively bills during an xDR import and uses the tariff applicable at the time the session started to produce the xDRs. The xDRs are then added to the open billing period.
Volume discount usage
The quota counters reset independently of the billing period closure (there’s no automatic reset once the new billing period starts). The reset is triggered by a specific event in the new billing period, such as an attempt to make a call.
When xDRs for the previous (already closed and invoiced) billing period are imported, the volume discount usage, e.g., minutes from a quota, can be withdrawn:
- From the previous billing period’s counters – in case the quota counters haven’t been reset yet, e.g., there were no attempts to make a call in the new billing period.
- From the new billing period’s counters – if the quota counters have been already reset, e.g., the service has been used already in the new billing period.
Let’s consider the following example:
Say John Doe has a “1000 domestic and 100 roaming minutes free of charge” monthly quota. During November, he uses up 90 minutes in roaming. The November billing period ends.
On December 2, the roaming vendor sends you CDRs with John’s service usage for November 30, which includes a 15-minute call in roaming. Upon xDR import, these charges are applied in one of the following ways:
Scenario 1
On December 1st, John already made some calls (domestic), so his quota is renewed in the new billing period and now includes 1000 domestic and 100 roaming minutes.
The 15 minutes of the call made in November are withdrawn from the December quota (from 100 minutes).
Scenario 2
John hasn’t used any services in December, and his quota counters haven’t been renewed yet.
In this case, 15 minutes of the call made in November are withdrawn from the November quota (10 minutes). The 15-10=5 minutes that are not covered by the quota are charged according to November pricing.
