CDR Import
Configuration
In Configuration, make sure you select the correct options for these values:
- CSV Column Separator.
- CSV Decimal Separator.
If the settings do not match your CSV file, you will not be able to import CDRs.
Import
Sometimes MOR can be used as separate billing software (that is, other than for real-time billing). When using MOR as separate billing software, it is possible to import CDRs from other switches (they need not be Asterisk) and bill these CDRs.
CDR Import can be found in SETTINGS –> Billing –> CDR –> Import.
The first step is to select a CSV file to import:
Click on Upload file.
Sometimes MOR system is able to detect wrong CSV separator settings. If CSV separator settings are wrong MOR will suggest you to change them:
Next you will have to assign columns to CDR values. In step 2, you can see the necessary fields to select. They are marked by a star (*). Without selecting at least one field marked by *, you will not be able to continue the import process. Select the appropriate settings and click Assign Columns:
Here you will be presented with a parsed file. If something is not right, click the Back button. If it's okay, click Confirm columns:
Here you can choose method which should be used to assign calls to device:
- Select provider - allows to assign calls to certain provider. You will not see this option if you selected provider ID in step 2.
- Import by user - allows to assign calls to one user.
- Select user - user and device should be chosen here, when Import by user is selected.
- Import by CallerID - allows to automatically assign calls to users by CallerID. It checks CLIs on Device settings. If CLI matches with CallerID call is assigned to this Device.
- Create CallerID - creates list of all CallerIDs on CDR file and allows to assign CallerIDs to Devices. It creates new CLIs.
Choosing provider ID during the import
There is an option in step 2 where you can choose provider ID. System automatically selects tariff according to the ID from the file which is the same as Provider ID in MOR.
If there is provider ID in a file that doesn't exist in a system, file is not imported and you are informed about bad CDRs in step 5. If you chose to leave Provider ID not selected in step 2, everything is fine and you won't see the line "Bad CDRs".
When you choose to import provider ID in step 2, you can select Provider in step 6, but this is optional. This column will not be visible if you are not importing provider's ID.
Export
You can export CDR in either the PDF or the CSV format. This can be done in the Call Stats page (STATISTICS –> Calls) and other places where you see:
Just cick on one of these links and you will get CDR in the selected period.
Calls to DIDs
Calls to DIDs are billed as for calls to normal numbers.
Calls to DIDs which belong to the caller are not billed at all (Price = 0).
Use file exported form Last Calls
Make sure that before exporting Last Calls, setting Show Full Source (CallerID Name and Number) in Settings Visual tab is unchecked, otherwise CallerId will be exported not correctly and CDR import will be unsuccessful.
Check your localization rules before the import. Exported calls are localized calls (localization rules were applied to these calls). Localization rules are applied for the imported calls as well. This is how it is suppose to be, since:
1) If you import numbers which are not in E.164 format (not from MOR), localization rules will be applied and the calls will be billed correctly.
2) If you import numbers in E.164 format, they will not be changed, since there should be no localization rules for good numbers in E.164 format.
However, you can encounter a problem if you have incorrect Localization rules in a MOR systems.
Example of a wrong configuration:
- There is a Global rule for international calls: Cut: 00, Add: , Min: 1, Max: 100.
- There is also a rule for Spain local calls: Cut: 9, Add: 349, Min: 1, Max: 100.
If you had a call too destination: 00972xxxxxxxxx, it will be changed to 972xxxxxxxxx (Israel number). You export the CDR of this call and re-import it (or import it to another MOR system), then localization rules will be applied again and you will have destination number 34972xxxxxxxxx (Spain number). To avoid this, use correct localization rules.