Handle Administration Conditions
On the Administration Conditions window you define the accounts and the details of the accounts applicable for the business. Conditions related to the accounts such as advice- and payment conditions, currency exchange and closed period handling are also defined in the Administration Conditions.

When you select the Administration Conditions button, you see the Administration Conditions window. The window that you see varies depending on the type of business.
Administration Condition must be defined on main level of the business and cannot be overridden on sub-sections.
The Administration Conditions are not available for businesses without any insured period specified.
Note! This type of To be Advised Insured Period only exist if your System Administrator has set up the system to allow for it.
The system can also be set up to only have the Administration Conditions available for Proportional Treaty business. (See your System Administrator for further information.)

Define Accounts Conditions #
You can define accounts and accounts details for all levels- and types of business in the Administration Condition’s Accounts tab.
The Closed Period handling conditions are available from the Accounts tab for Inward Proportional Treaty Business. For Outward Proportional Treaty Business, the Closed Period handling conditions are defined in a separate tab. (Refer to Closed Period Handling for Outward Proportional Treaty Business.)
Define Cession- and Accounting Bases #
| **Remember:
** Accounting Basis must be defined before Accounts Calculations can take place. | A business (Proportional/Non-Proportional Treaty/Facultative) is always based on a Cession Basis, which describes the method the Cedent applies for calculating the reinsurance cessions from the primary portfolio. The Accounting Bases for Premium and Claim define which method that has been agreed between the Cedent and Reinsurer by termination of the business' agreement. The Cession Basis determines the available Premium- and Claim Accounting Basis values. Cession- and Accounting Bases must be defined before Accounts Calculations can take place. |
- Open your business and select the Administration Conditions button
- Select Edit from the menu button in the lower right corner
- Define Cession Basis
- Further define Accounting Bases for Premium and Losses
- Define other accounts conditions, e.g. Details per Occurrence Year, Last accounting year, etc. if applicable. (Refer to field description below.)
- Click OK
Update Last Accounting Year Details #
For security reasons, you may only be allowed to update the last accounting year details in the Administration Condition.
- Open your business and select the Administration Conditions button
- From the menu button, select option Edit Last Accounting Year Details
- Update Last Accounting Year and/or Last Complete Accounting Year with wanted details
- Click OK
| Field | Description |
|---|---|
| Cession Basis | The method used calculating the reinsurance cessions from the primary portfolio Values: <None>, Underwriting Year, Accounting Year, Occurrence Year Default: <None> Mandatory: Has to be defined to calculate accounts, otherwise not mandatory Functional Impact: For Outward Proportional Treaty business: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order |
| Premium Accounting Basis | The method agreed for continuation of Reinsurer’s and Cedent’s obligations regarding premium upon termination of an agreement Values: For Cession Basis values: Underwriting Year and Occurrence Year: Clean Cut, Run-off Accounting Year: Clean Cut Default: <None> Validations: The combination of Premium Accounting Basis = Run-off and Claim Accounting Basis = Clean-Cut is not allowed. Mandatory: Yes, when Cession Basis is defined Functional Impact: For Outward Proportional Treaty Business: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order |
| Claim Accounting Basis | The method agreed for continuation of Reinsurer’s and Cedent’s obligations regarding claim upon termination of an agreement Values: For Cession Basis values: Underwriting Year and Occurrence Year: Clean Cut, Run-off Accounting Year: Clean Cut Default: <None> Validations: The combination of Premium Accounting Basis = Run-off and Claim Accounting Basis = Clean-Cut is not allowed Mandatory: Yes, when Cession Basis is defined Functional Impact: For Outward Proportional Treaty: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order |
| Occ. Year Split Prem. Basis |
Indication of the premium basis used in calculation ‘Allocate Occurrence Year’ Values: Customised by your company (refer to Entry Code Group Category ‘Premium Basis For Occurrence Year Split’) Validations: Must be defined when selecting the option ‘Allocate Occurrence Year’ from menu on Technical Worksheet Mandatory: Yes, when Occ. Year Split Loss Basis is defined, else No Functional Impact: Technical Worksheet |
| Occ. Year Split Loss Basis |
Indication of the loss basis used in calculation ‘Allocate Occurrence Year’ Values: Customised by your company (refer to Entry Code Group Category ‘Loss Basis For Occurrence Year Split’) Validations: Must be defined when selecting the option ‘Allocate Occurrence Year’ from menu on Technical Worksheet Mandatory: Yes, when Occ. Year Split Prem. Basis is defined, else No Functional Impact: Technical Worksheet |
| Account Confirmation | Indicates if confirmation of received account is needed Values: Selected (Yes), Cleared (No) Default: Cleared Mandatory: No Functional Impact: None |
| Account Complete Accounting Years only | When selected, a link between the detail booking on the Outward Cedent’s Contract Business Ledger ‘as Original’ and the Insured Period of the protected Assumed Business is established. Only figures with Accounting Years marked as complete on the Assumed Business will be accounted. When cleared, figures are accounted independently of the Accounting Year being marked as complete or not on the protected Assumed Business. Values: Selected, Cleared Default: Cleared Mandatory: No Functional Impact: For Outward Proportional Treaty Business when running Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order. Only for outward bookings with a link to an Assumed Business. |
| Portfolio from Year | The smallest value of the underwriting years of the policies covered by reinsurance agreement based on either underwriting years or occurrence years. Values: Year (YYYY) Derived from: Enabled when the Cession Basis is defined either as ‘Underwriting Year’ or ‘Occurrence Year’ Validations: Subject to validation of either Original UW year value or Occurrence Year value in the booking details of a Technical-, Claim or Cession Worksheet. (Provided that the field ‘Validate Orig.UW Year/Occ.Year’ is activated in the administration conditions.) The Original UW Year-/Occurrence year value cannot be smaller than the Year defined as Portfolio from Year. Mandatory: No Functional Impact: Technical-, Claim- and Cession Worksheet |
| Validate Orig. UW Year/Occ. Year | Activates the validation of the Original UW year value or Occurrence Year value of the booking details in Technical-, Claim- and Cession worksheets. Which value that is validated depends on the Cession basis. Values: Selected, Cleared Default: Selected Derived from: Enabled for Assumed Business when Cession Basis is defined either as ‘Underwriting Year’ or ‘Occurrence Year’ AND the Accounting System Parameter ‘Original Underwriting and Occurrence Year NOT mandatory’ is cleared Validations: Dependent on the Cession Basis, the ‘Original UW Year’ value or ‘Occurrence Year’ value is validated to be identical or smaller than the U/W Year value of the same booking detail but not smaller than the ‘Portfolio from Year’ value (if applicable). Mandatory: No Functional Impact: Technical-, Claim- and Cession Worksheet |
| Details per Occ. Year | When selected on the Administration Conditions of the OCC business, the booking details are split per Occurrence Years on the ‘as booking’-/‘as account’ business ledgers of the OCC-/RP businesses. The preliminary bookings (as original) of an OCC are split per occurrence year if the protection assignment of Assumed Business(es) protected by the OCC is occurrence year based (i.e. defined in the Occurrence year table). (Refer to the documentation of Protection Assignment). When cleared on the Administration Conditions of the OCC, the booking details are merged per Underwriting Years on the as booking-'/‘as account’ business ledgers of the OCC-/RP businesses when the ‘as original’ bookings are split per occurrence year. Values: Selected, Cleared Default: Cleared Validations: Enabled only if your system administrator has set up the system accordingly Mandatory: No Functional Impact: For Outward Proportional Treaty Business: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order |
| Details per Ins.Period | When selected, the loss related items are split according to the Assumed Businesses (original) underwriting year on OCC and RP’s Business Ledger, Technical Account and Profit Loss account. The functionality applies when Loss Accounting Basis = Clean Cut. The Loss Portfolio is not transferred to next Insured Period. The portfolio is run-off on the Insured Period until the Last accounting year defined for the IP. When cleared, normal clean -cut functionality applies. I.e. the Loss Portfolio is transferred to the next Insured Period after one accounting year. Values: Selected, Cleared Default: Cleared Validations: Enabled only if your system administrator has set up the system accordingly Mandatory: No Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Estimation Retrocession Calculation order, Retrocession Calculation Group order |
| Calculate Accounts Based on Calender Year |
When selected, the Account numbers are calculated based on the Calendar Year. This field is available on Assumed Business only. (The field is visible only when in Edit mode. Value is not stored). Values: Selected, Cleared Default: Cleared Relevant when: You select this field if you want the calculation of the Account numbers to be based on the Calendar Year instead of the Insured Period. Mandatory: No Functional Impact: The account ‘No’ (Account number + Accounting Year) when Accounts are automatically calculated by the system. |
| Last Accounting Year | The last year for which accounts are to be produced in this Insured Period. Values: Year (YYYY) In case of both Premium- and Claim Accounting Basis being Clean Cut, the field is disabled and the Last Accounting Year = Year in Insured Period From date is given In case at least one of the Accounting basis values = Run-off, the field is initially empty and open for input of a year value. (Exception: Accounting Basis = Clean Cut and ‘Details per Ins. Period’ = selected => Last Accounting Year field open for input) Mandatory: No Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order |
| Last Complete AccYR | The last year that accounting is completed for Values: Year (YYYY) Derived from: If entered in one of the businesses Technical Worksheets a value is already defined Mandatory: No Functional Impact: Displayed in Technical Worksheet, Online Statistics and Business Ledger |
Calculate Accounts #
You calculate single accounts for one or more accounting years depending on the Cession-/Accounting bases of the business. The number of accounts to be calculated per accounting year is determined by the accounts frequency. The accounts frequency has been agreed upon by termination of the business' agreement.
- Open your business and select the Administration conditions button.
- Select Edit from the menu button in the lower right corner
- Define Cession- and Accounting Bases.
- Select Calculate Accounts form the pop-up list in the Details section of the Accounts tab. The Calculation Basis window appears.
- Define Account Frequency. Define other conditions such as Last Accounting Year for Calculation and time for producing, response, payment etc. if applicable. (Refer to field description below).
- Click the Calculate Accounts button in the lower right corner. The Accounts are calculated in the Details section of the Accounts tab.
- Click Save.
You can recalculate accounts or calculate additional accounts, i.e. if more accounting years are to be calculated. It is also possible to calculate accounts for different Account Frequencies. I.e. if the first part of an accounting year has been run on monthly basis, it is possible to continue for the accounts not yet booked, with quarterly, trimester, H/Y or Yearly accounts, but only if the new frequency match the remaining period. If bookings already exists for the accounting year you can recalculate accounts for this accounting year on assumed businesses only. Follow the procedure above, redefine your conditions and calculate again.

| Field | Description |
|---|---|
| Account Frequency | How often accounts are produced during the accounting year Values: Month(s), Quarter(s), Trimester(s), Half Year(s), Year(s) Default: Quarter(s) (For Facultative- and Direct business the field is defaulted by the value of the Statements of Accounts fields located in the Requirements tab.) Mandatory: Yes Functional Impact: Deposit Conditions calculation frequency, Profit Commission Conditions calculation frequency |
| To Be Produced | The date when the accounts are produced. The date is calculated from the accounts ‘As of Date’ Values: X number of Day(s), Week(s) or Month(s) Default: 0 (zero) Day(s) Example: Account as of Date = 31.03.2005, 30.06.2005, 30.09.2005 and 31.12.2005 To be produced = 10 day(s) => Production date calculated and displayed in the applicable column of the Accounts details display list = 10.04.2005, 10.07.2005, 10.10.2005 and 10.01.2006 Mandatory: No Functional Impact: None |
| Submission Within | The date by when the account is submitted. The date is calculated from the accounts production date Values: X number of Day(s), Week(s) or Month(s) Default: 0 (zero) Day(s) Example: Account as of Date = 31.03.2005, 30.06.2005, 30.09.2005 and 31.12.2005 Production Date = 10.04.2005, 10.07.2005, 10.10.2005 and 10.01.2006 (See above field) Submission Within = 15 day(s) => Submission within date calculated and displayed in the applicable column of the Accounts details display list = 25.04.2005, 25.07.2005, 25.10.2005 and 25.01.2006 Mandatory: No Functional Impact: None |
| Response Within | The date by when response to account must be sent. The date is calculated from the submission date Values: X number of Day(s), Week(s) or Month(s) Default: 0 (zero) Day(s) Example: Account as of Date = 31.03.2005, 30.06.2005, 30.09.2005 and 31.12.2005 Production Date = 10.04.2005, 10.07.2005, 10.10.2005 and 10.01.2006 (See above field) Submission Date = 25.04.2005, 25.07.2005, 25.10.2005 and 25.01.2006 Response Within = 10 day(s) => Response within date calculated and displayed in the applicable column of the Accounts details display list = 05.05.2005, 04.08.2005, 04.11.2005 and 04.02.2006 Mandatory: No Functional Impact: None |
| Payment Cedent Within/From | The date when the account balance is due for payment from the Cedent. The date can be calculated from the ‘As of Date’, Submission Date, Response Date or Received Date. Since the Received Date is set from the worksheet when the account is booked the Payment date also remain blank until the booking takes place if the Received Date option is used. Values: Payment Cedent Within: X number of Day(s), Week(s) or Month(s) From: As of Date, Submission Date, Response Date or Received Date Default: Payment Cedent Within: 0 (zero) Day(s) From: Submission Date Mandatory: No Functional Impact: None |
| Payment Reinsurer Within/From | The date when the account balance is due from the Reinsurer. The date can be calculated from the ‘As of Date’, Submission Date, Response Date or Received Date. Since the Received Date is set from the worksheet when the account is booked the Payment date also remain blank until the booking takes place if the Received Date option is used. Values: Payment Reinsurer Within: X number of Day(s), Week(s) or Month(s) From: As of Date, Submission Date, Response Date, Received Date Default: Payment Reinsurer Within: 0 (zero) Day(s) From: Response Date Mandatory: No Functional Impact: None |
| First Acct as of Date | The last date in the Insured Period’s first accounting period. The date is calculated from the Insured Periods From Date based on the Account Frequency. You may adjust the date. Normally done when the inception date of the business is not 1stJanuary. Values: Date Example: Insured Period From 01.01.2005 To 31.12.2005 Account frequency is defined e.g. as: A) ‘Quarter(s)’, B) ‘Half-year(s)’, => First Acct as of Date calculated as default: A) 31.03.2005 B) 30.06.2005 (The date can be adjusted manually.) Default: The date of the day 3 months after the Insured Period From date (Calculated based on the default account frequency ‘Quarters’) Mandatory: Yes Functional Impact: Calculate Accounts |
| Only 1’st Account | Decides the principle for calculation of the subsequent accounts after 1staccount. When check box is selected, the subsequent accounts are calculated based on the default value of the First Account as of date and the defined account frequency. When the check is cleared, the subsequent accounts are calculated based on the actual value of the First Account as of date and the account frequency. (When 1staccount is not adjusted by the user, the value of this field will have no influence on the subsequent accounts.) Values: Selected, Cleared Default: Cleared Example: Insured Period From 01.01.2005 To 31.12.2005 Account frequency is defined as ‘Quarter(s)’ First Acct as of Date calculated = 31.03.2005 but manually adjusted to 30.04.2005 Selected => The Acct as of Date for 2ndQuarter 2005 account will be 30.06.2005, 3rdQuarter 2005 account will be 30.09.2005, etc. Cleared => The Acct. as of date for 2ndQuarter 2005 account will be 31.07.2005, 3rdQuarter 2005 account will be 31.10.2005, etc. Mandatory: No Functional Impact: Calculate Accounts |
| Last Accounting Year for Calculation | The last year for calculation of accounts. In case of Accounting basis being Clean Cut both for Premium and Claim, the value is disabled. In case at least one the Accounting Bases is Run-off the value can be adjusted. You can change the year and recalculate accounts in order to remove or add accounts for one or more accounting years. Values: Year, e.g. 2005 Default: The Year in the Insured Period From date if both Accounting bases are Clean Cut. Else it is blank unless the Last Accounting Year is given in the Accounts tab. Example: Insured Period From 01.01.2005 To 31.12.2005 Account frequency is defined as ‘Year(s)’ Last Accounting Year for Calculation = 2007 No 1/2005 Acct. as of 31.12.2005 No 1/2006 Acct. as of 31.12.2006 No 1/2007 Acct. as of 31.12.2007 Mandatory: Yes Functional Impact: Calculate Accounts |
Create Single Accounts #
Single accounts can be created manually. This functionality may be relevant if only a few accounts are to be created or when single accounts are required in addition to the accounts already being calculated.
- Open your business and select the Administration Conditions button.
- Select Edit from the menu button in the lower right corner
- Define Cession- and Accounting Bases if not already defined.
- Select Create from the pop-up list in the Details section of the Accounts tab. The Create Single Account window appears.
- Define the conditions that apply for the account. (Refer to the field description below.)
- Click Save.
NOTE - the following for Proportional Treaty Outward Cedent’s Contract;
If you create Accounts in addition to the calculated Accounts for the same Accounting Year/Period, the result produced by the Retrocession (Estimation) Calculation Order and Retrocession Account Order may be unpredictable (e.g. for Accounting Year 2016, 1st and 2nd Half-Year Accounts are already calculated. If you then create an additional Yearly Account for the same Accounting Year, you may receive unexpected result in Proportional Treaty Retrocession Accounting).
Also if you create Accounts with Accounting Year higher than the value in the last Account Year, the result may be unpredictable as Portfolio Withdrawal/Entry is calculated in the Last Account of the Insured Period i.e. the year value in the field ‘Last Accounting Year’

Edit Single Accounts #
Details for a single account can be changed until the account is updated as received. All fields of the Edit Single Account window can be changed except the Account number and Accounting Year/Period fields.
- Open your business and select the Administration Conditions button.
- Select Edit from the menu button in the lower right corner
- Select the single account that you want to modify.
- Select Edit from the pop-up list in the Details section of the Accounts tab. The Edit Single Account window appears.
- Change the applicable conditions. (Refer to the field description below.)
- Click Save.
Delete Single Accounts (Not Booked) #
If an account has been created by mistake or you want to remove accounts for other reasons, you can select to delete single accounts. You can however only delete the last of the listed accounts. Accounts marked with a Closed Date cannot be removed bu use of this option.
- Open your business and select the Administration Conditions button.
- Select Edit from the menu button in the lower right corner
- Select the last of the listed accounts.
- Select Delete from the pop-up list in the details section of the Accounts tab. The account is removed.
- If more single accounts are to be deleted, select the last account in the list and select delete from pop-up list again.
| Field | Description |
|---|---|
| Acct Number | The value used to reference the account in combination with the Accounting Year value. (The field is disabled in edit mode.) Values: Number, letter or sign. Max 5 positions. E.g. 33, D, #, etc. Mandatory: No Functional Impact: None |
| Acct Year | The account’s accounting year. (The field is disabled in edit mode.) Values: Year, e.g. 2005 Mandatory: Yes Functional Impact: None |
| Acct Period | The Accounting Period within the Accounting Year for which the account applies. (The field is disabled in edit mode.) Values: 1st of 12, 2nd of 12, 1st of 2, 2nd of 4, Yearly, None, etc. Mandatory: Yes Functional Impact: None |
| Acct as of Date | The Last Date of the Accounting Period Values: Date, e.g. 31.03.2005 Mandatory: Yes Functional Impact: The column labelled ‘Changed‘in the details section of the accounts tab is updated with the indicator ‘Yes’ if date is modified. Accounting Period To date in the ‘Accounting period From/-To’ field in the Technical-/Claim Worksheets |
| Production | The date when the account is due for production Values: Date, e.g. 15.04.2005 Mandatory: No Functional Impact: The column labelled ‘Changed‘in the details section of the accounts tab is updated with the indicator ‘Yes’ if date is modified |
| Submission | The date when the account is due for submission Values: Date, e.g. 25.04.2005 Mandatory: Yes Functional Impact: The column labelled ‘Changed‘in the details section of the accounts tab is updated with the indicator ‘Yes’ if date is modified |
| Response | The date within when a response to the account should be sent Values: Date, e.g. 05.05.2005 Mandatory: Yes Functional Impact: The column labelled ‘Changed‘in the details section of the accounts tab is updated with the indicator ‘Yes’ if date is modified |
| Payment Cedent | The date when the account is due for payment from the Cedent Values: Date, e.g. 31.05.2005 Mandatory: Yes Functional Impact: The column labelled ‘Changed‘in the details section of the accounts tab is updated with the indicator ‘Yes’ if date is modified |
| Payment Reinsurer | The date when the account is due for payment from the Reinsurer Values: Date, e.g. 25.04.2005 Mandatory: Yes Functional Impact: The column labelled ‘Changed‘in the details section of the accounts tab is updated with the indicator ‘Yes’ is date is modified |
| VAT % | In case all retrocessionaires on the OCC should have Value Added Tax (VAT) calculated for all details for entry codes applicable to VAT, then enter a percentage in this field. The field is enabled only when the system parameter VAT Calculation based on EC Groups is selected. Values: Any positive number with 2 decimals Mandatory: No Functional Impact: A percentage given here will overrule the percentage found on the Retrocessionaire’s country properties. If the_Use VAT Calculation_ is activated on the Insured Period on the OCC when the Retrocession Calculation order runs, the system will calculate VAT for all entry codes applicable to VAT by use of the percentage given in this field for the actual account. If no percentage is given in this field for the account in the order, then the system will use the VAT percentage found on the retrocessionaire’s country (or broker’s country for brokerage) if any, else no VAT is calculated. |
| Sliding Scale Commission | Select to indicate that Sliding Scale Commission-/Stepped Sliding Scale Commission statement is expected to be attached to the account Values: Selected, Cleared Mandatory: No Functional Impact: The ‘CS Attached’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected |
| Profit Loss Commission | Select to indicate that Profit Commission statement is expected to be attached to the account Values: Selected, Cleared Mandatory: No Functional Impact: The ‘PCS Attached’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected |
| (Profit Loss Commission) Is received | Indicates whether or not Profit Loss statement was attached to received account. Field is automatically selected upon booking of Profit Commission in Technical Worksheet corresponding to the single account. The field can also be manually updated. (The field is applicable for Assumed Business only.) Values: Selected, Cleared Default: Cleared Mandatory: No Functional Impact: The ‘PCS Received’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected either automatically from Technical Worksheet or manually |
| Loss Participation/ Loss Corridor | Select to indicate that either Loss Participation or Loss Corridor statement is expected to be attached to the account Values: Selected, Cleared Mandatory: No Functional Impact: The ‘LCS Attached’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected |
| (Loss Participation/ Loss Corridor) Is Received | Indicates whether or not Loss Participation or Loss Corridor statement was attached to received account. Field is automatically selected upon booking of Deductible (Loss Participation/Loss Corridor) in Technical Worksheet corresponding to the single account. The field can also be manually updated. (The field is applicable for Assumed Business only.) Values: Selected, Cleared Default: Cleared Mandatory: No Functional Impact: The ‘LCS Received’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected either automatically from Technical Worksheet or manually |
| Portfolio Entry | Select to Indicate that Portfolio Entry statement is expected to be attached to the account Values: Selected, Cleared Mandatory: No Functional Impact: The ‘Portfolio Entry’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected |
| (Portfolio Entry) Is Received | Indicates whether or not Premium- and/or Loss Portfolio Entry were attached to received account. Field is automatically selected upon booking of Portfolio Entry in Technical Worksheet corresponding to the single account. The field can also be manually updated. (The field is applicable for Assumed Business only.) Values: Selected, Cleared Default: Cleared Mandatory: No Functional Impact: The ‘Portfolio Entry’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected either automatically from Technical Worksheet or manually |
| Portfolio Withdrawal | Select to indicate that Portfolio Withdrawal statement is expected to be attached to the account Values: Selected, Cleared Mandatory: No Functional Impact: The ‘Portfolio Withdrawal’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected |
| (Portfolio Withdrawal) Is Received | Indicates whether or not Premium- and/or Loss Portfolio Withdrawal statement was attached to the received account. Field is automatically selected upon booking of Portfolio Withdrawal in Technical Worksheet corresponding to the single account. The field can also be manually updated. (The field is applicable for Assumed Business only.) Values: Selected, Cleared Default: Cleared Mandatory: No Functional Impact: The ‘Portfolio Withdrawal’ column in the accounts details section is updated with the indicator ‘Yes‘when field is selected either automatically from Technical Worksheet or manually |
| Paid | Indicates whether or not the account has been paid. Can be selected manually, or automatically via ledger during balance pairing process Values: Selected, Cleared Mandatory: No Functional Impact: The ‘Paid’ column in the accounts details section is updated with the indicator ‘Yes’ when the field is selected |
| Account Is Received | May be selected manually in order to indicate that the account is received. Values: Selected, Cleared Mandatory: No Functional Impact: Document Chaser Order |
| Closed Date | The date when the account’s worksheet is closed for booking Values: Date value, e.g. 12.04.2005 Derived from: Technical Worksheet Mandatory: No Functional Impact: None |
| Received Date | The date when the account’s worksheet is received. For businesses where single accounts are shared between Insured Periods, only the Insured Periods with bookings are updated. Field is applicable for Assumed Business only. Values: Date Value, e.g. 10.04.2005 Derived from: The Document Received Date of the Manually Technical Worksheet Mandatory: No Functional Impact: When populated you are not allowed to remove or modify the account |
| Run Date | Updated with current date when: Cash Chaser Order is run Document Chaser order is run Technical Account order is run Retrocession Account order is run Cession Worksheet is created (for SICS Life) Values: Date value Mandatory: No Functional Impact: None |
Delete Booked Single Accounts #
If you want to remove accounts for any reasons, and you have made bookings on these accounts you can still select to delete these single accounts. This option can only be used if the account is marked with a Closed Date, but all the bookings with a reference to the actual account must have been reversed and summed up to zero, or else an error message will appear. You can however only do this on Assumed Business and only delete the last of the listed accounts.
- Open your business and select the Administration Conditions button.
- Select Edit from the menu button in the lower right corner
- Select the last of the listed accounts.
- Select Delete Booked Account from the pop-up list in the details section of the Accounts tab. The account is removed.
- If more single accounts are to be deleted, select the last account in the list and select delete from pop-up list again.
Create Retrocession Calculation Order #
For each account to be run for a Proportional Treaty OCC Business, a Retrocession Calculation order has to be created and run. The order transfers the OCC preliminary (asOriginal) bookings to the OCC- and RP’s asBooking business ledgers. Calculations according to OCC-/RP conditions are also performed when running the order.
- Open your business and select the Administration Conditions button.
- Select the account no. to be run from the Accounts Details section (it is recommended to run the accounts in sequence). Note - If Accounts have been manually created and different Account frequency exist for the same Accounting Year, e.g. Half-Yearly/Yearly Accounts for same Accounting Year, the result may be unpredictable.
- Select Create Retrocession Calculation order from the pop-up list.
The New Retrocession Calculation order window appears. (Refer to the Proportional Retrocession Accounting chapter for further information about the Retrocession Calculation order.)
Create Retrocession Estimation Calculation Order #
When the OCC preliminary (asOriginal) bookings are estimates, you process the estimated figures to as Booking business ledger by creating and running the Retrocession Estimation Calculation order.
- Open your business and select the Administration Conditions button.
- Select the account no. to be run from the Accounts Details section (it is recommended to run the accounts in sequence). Note - If Accounts have been manually created and different Account frequency exist for the same Accounting Year, e.g. Half-Yearly/Yearly Accounts for same Accounting Year, the result may be unpredictable.
- Select Create Retrocession Estimation Calculation order from the pop-up list.
The New Retrocession Estimation Calculation order window appears. (Refer to the Proportional Retrocession Accounting chapter for further information about the Retrocession Estimation Calculation order.)
Create Retrocession Account Order #
To convert figures in booking currencies (as Booking) to account currencies (as Account) for the RP’s, the Retrocession Account order has to be created and run. Proportional Retrocession Accounting documents such as Technical Account, Statement of Account, Profit Loss, etc. are created from the Retrocession Account order.
- Open your business and select the Administration Conditions button.
- Select the account no. to be run from the Accounts Details section (it is recommended to run the accounts in sequence). Note - If Accounts have been manually created and different Account frequency exist for the same Accounting Year, e.g. Half-Yearly/Yearly Accounts for same Accounting Year, the result may be unpredictable.
- Select Create Retrocession Account order from the pop-up list.
The New Retrocession Account order window appears. (Refer to the Proportional Retrocession Accounting chapter for further information about the Retrocession Account order.)
View Retrocession Calculation Order #
When a Retrocession Calculation order has already been created for an account, you can access the order from the administration conditions. You can select to view the Worksheets created from the order or to run the order if the status of the order is ‘Open’.
- Open your business and select the Administration Conditions button.
- Select the account no. for which a Retrocession Calculation order is already created from the Accounts Details section.
- Select View Retrocession Calculation order from the pop-up list.
The View Retrocession Calculation order window appears. (Refer to the Proportional Retrocession Accounting chapter for further information about the Retrocession Calculation order.)
View Retrocession Estimation Calculation Order #
When a Retrocession Estimation Calculation order has already been created for an account, you can access the order from the administration conditions. You can select to view the Worksheets created from the order or to run the order if the status of the order is ‘Open’.
- Open your business and select the Administration Conditions button.
- Select the account no. for which a Retrocession Estimation Calculation order is already created from the Accounts Details section.
- Select View Retrocession Estimation Calculation order from the pop-up list.
The View Retrocession Estimation Calculation order window appears. (Refer to the Proportional Retrocession Accounting chapter for further information about the Retrocession Estimation Calculation order.)
View Retrocession Account Order #
When a Retrocession Account order has already been created for an account, you can access the order from the administration conditions. You can select to view the Worksheets created from the order or to run the order if the status of the order is ‘Open’.
- Open your business and select the Administration Conditions button.
- Select the account no. for which a Retrocession Account order is already created from the Accounts Details section.
- Select View Retrocession Account order from the pop-up list.
The View Retrocession Account order window appears. (Refer to the Proportional Retrocession Accounting chapter for further information about the Retrocession Account order.)
Create Technical Account Production Order #
For a Non-Proportional Treaty OCC business, the production of Technical Account- and Statement of Account documents are initiated from the OCC’s Administration Conditions. The documents are created through the Technical Account Production order
- Open your business and select the Administration Conditions button.
- Select the account no. for which a Technical Account Production order is to be created from the Accounts Details section.
- Select Create Technical Account Production order from the pop-up list.
The New Technical Account order window appears. (Refer to the Non-Proportional Retrocession Accounting chapter for further information about the Technical Account Production order.)
View Technical Account Production Order #
When a Technical Account Production order has already been created for an account, you can access the order from the administration conditions. You can select to view the Documents created from the order or to run the order if the status of the order is ‘Open’.
- Open your business and select the Administration Conditions button.
- Select the account no. for which a Technical Account Production order is already created from the Accounts Details section.
- Select View Technical Account Production order from the pop- up menu.
The View Technical Account order window appears. (Refer to the Non-Proportional Retrocession Accounting chapter for further information about the Technical Account Production order.)
| Field | Description |
|---|---|
| No. | The reference of the account Values: Account number + Accounting Year, e.g. 1/2005, 2/2005, 3/2005, 4/2005, 1/2006, etc. Derived From: Acct. number and Acct Year field from single account details Mandatory: Yes Functional Impact: None |
| Acct. as of | The last date of the Accounting Period Values: Date, e.g. 31.03.2005, 30.06.2005, etc. Mandatory: Yes Functional Impact: Accounting Period To date in the ‘Accounting period From/-To’ field in the Technical-/Claim Worksheets |
| Production Date | The date when the account is due for production Values: Date, e.g. 15.04.2005, 15.07.2005, etc. Default: Acct. as of date Mandatory: Yes Functional Impact: None |
| Submission | The date when the account is due for submission Values: Date, e.g. 25.04.2005, 25.07.2005, etc. Default: Acct. as of date Mandatory: Yes Functional Impact: None |
| Response | The date within when a response to the account should be sent Values: Date, e.g. 05.05.2005, 05.08.2005, etc. Default: Acct. as of Date Mandatory: Yes Functional Impact: None |
| Payment Cedent | The date when the account is due for payment from the Cedent Values: Date, e.g. 31.05.2005, 31.08.2005, etc. Default: Acct. as of date Mandatory: Yes Functional Impact: None |
| Payment Reinsurer | The date when the account is due form payment from the Reinsurer Values: Date, e.g. 25.04.2005, 25.07.2005, etc. Default: Acct. as of date Mandatory: Yes Functional Impact: None |
| Exp Prem % | Indicates the size of the premium each account represents. Values: Percentage value Derived from: Assigned automatically. The total equals 100% divided by the number of accounts created. May be overridden when no bookings have been made on the account. The column is only visible when activated by a system parameter. (See your system administrator for further information) Mandatory: No Functional Impact: Calculation of estimates through Estimate order |
| Changed | Indicates if an account is manually created or edited Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: Changes made to the date values of the single account fields: ‘Acct. as of’, ‘Production’, ‘Submission’, ‘Response’, ‘Payment Cedent’ and/or ‘Payment Reinsurer’ Mandatory: No Functional Impact: None |
| Received Date | The date when the account’s worksheet is received. For businesses where single accounts are shared between Insured Periods, only the Insured Periods with bookings are updated. Field is applicable for Assumed Business only. Values: Date, e.g. 10.04.2005, 10.07.2005, etc. Derived from: The ‘Received Date’ field of the Manually Technical-/Claim Worksheet Mandatory: No Functional Impact: When populated you are not allowed to remove or modify the account |
| Run Date | Updated with current date when: Cash Chaser Order is run Document Chaser order is run Technical Account order is run Retrocession Account order is run Cession Worksheet is created (for SICS Life) Values: Date value Mandatory: No Functional Impact: None |
| Closed Date | The Date when the account’s worksheet is closed Values: Date, e.g. 12.04.2005, 15.07.2005, etc. Derived from: Technical-/Claim Worksheet Mandatory: No Functional Impact: None |
| Status | For Inward business the value describes the type of account. For Outward business the value indicates the Status of the account Values: Inward Business: Description of Account, e.g. ‘Regular Account’, ‘Regular Claim Account’, ‘Additional Account’, ‘Cash Claim Account’, etc. Outward business: ‘Final’, ‘Converted to Account Currencies’ or ‘Documents produced’ Derived from: Inward Business: The ‘Description of Account’ field of the Technical-/Claim Worksheet Outward Business: The ‘Status’ field of the Retrocession Calculation order and the Retrocession Account order Mandatory: No Functional Impact: For Outward Proportional Treaty business: The Deposit calculation in Retrocession Calculation order, Retrocession Estimation Calculation order or Retrocession Calculation Group order. |
| Paid | Indicates whether or not the account has been paid. Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: The manual update of the ‘Paid’ field in the Create-/Edit Single Account window. Or, automatic updated via ledger during balance pairing process Mandatory: Yes Functional Impact: None |
| CS Attached | Indicates whether or not Sliding Scale Commission- or Stepped Sliding Scale Commission statement is expected to be included with the account Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: Sliding Scale Commission check box in the Create-/Edit Single Account window Mandatory: Yes Functional Impact: None |
| PCS Attached | Indicates whether or not Profit Loss statement is expected to be included with the account Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: Profit Loss Commission check box in the Create-/Edit Single Account window Mandatory: Yes Functional Impact: None |
| PCS Received | Indicates whether or not Profit Loss statement was attached to the received account. (The field is applicable for Assumed Business only.) Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: The field is automatically updated with value ‘Yes’ when Profit Commission booking is made on a manual Technical Worksheet for the corresponding single account. The field is also updated with value ‘Yes’ if Profit Loss Commission Statement ‘Is Received’ check box is manually selected for the single account. Mandatory: Yes Functional Impact: None |
| LCS Attached | Indicates whether or not Loss Participation-/Loss Corridor statement is expected to be included with the account Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: Loss Participation/Loss Corridor check box in the Create-/Edit Single Account window Mandatory: Yes Functional Impact: None |
| LCS Received | Indicates whether or not Loss Participation or Loss Corridor statement was attached to the received account. (The field is applicable for Assumed Business only) Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: The field is updated automatically with value ‘Yes’ when Loss Participation or Loss Corridor booking is made on a manual Technical Worksheet for the corresponding single account. The field is also updated with value ‘Yes’ if Loss Participation/Loss Corridor ‘Is Received’ check box is manually selected for the single account Mandatory: Yes Functional Impact: None |
| Portfolio Entry | Indicates whether or not Premium- or Loss Portfolio Entry statement is expected to be attached to the account Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: Portfolio Entry check box in the Create-/Edit Single Account window Mandatory: Yes Functional Impact: None |
| Portfolio Entry Received | Indicates whether or not Premium- and/or Loss Portfolio Entry statement was attached to the received account. (The field is applicable for Assumed Business only.) Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: The field is updated automatically with value ‘Yes’ when Premium - and/or Loss Portfolio booking is made on a manual Technical Worksheet for the corresponding single account. The field is also updated with value ‘Yes’ if Portfolio Entry ‘Is Received’ check box is manually selected for the single account Mandatory: Yes Functional Impact: None |
| Portfolio Withdrawal | Indicates whether or not Premium- Loss Portfolio Withdrawal statement is expected to be attached to the account Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: Portfolio Withdrawal check box in the Create-/Edit Single Account window Mandatory: Yes Functional Impact: None |
| Portfolio Withdrawal Received | Indicates whether or not Premium- and/or Loss Portfolio statement was attached to the received account. (The field is applicable for Assumed Business only.) Values: ‘Yes’, ‘No’ Default: ‘No’ Derived from: The field is updated automatically with value ‘Yes’ when Premium- and/or Loss Portfolio booking is made on a manual Technical Worksheet for the corresponding single account. The field is also updated with value ‘Yes’ if Portfolio Withdrawal ‘Is Received’ check box is manually selected for the single account Mandatory: Yes Functional Impact: None |
Closed Period Handling for Inward Proportional Treaty Business #
For Inward Proportional Treaty business the Closed Period Handling conditions are defined in the Accounts tab of the Administration Conditions. The conditions define how the figures for the Insured Period are handled after the last defined account for the Insured Period has been received and the defined Last Accounting Year has expired.
- Open your business and select the Administration Conditions button.
- Select Edit from the menu button in the lower right corner
- Define Closed Period Handling conditions.
- Define other Accounts conditions if applicable.
- Click OK.
| Field | Description |
|---|---|
| Own Account | The Own Account field is selected to indicate that the figures for the Insured Period are held for own account (by the Cedent) Values: Selected, Cleared Default: Cleared Mandatory: No Functional Impact: None |
| Next Open Insured Period | The Next Open Insured Period field is selected to indicate that the figures for the Insured Period are transferred into Next Open Insured Period Values: Selected, Cleared Default: Cleared Mandatory: No Functional Impact: None |
Closed Period Handling for Outward Proportional Treaty Business #
For Outward Cedent Contract (OCC)- and Retrocessionaire’s Participation (RP) Proportional Treaty business the Closed Period Handling conditions can be defined on a separate tab. in the Administration Conditions.
The Insured Period is considered closed after the defined Last Accounting Year value. If, for instance for an OCC business, the Insured Period 2002 has 2004 defined as Last Accounting Year, the period is open for accounting in accounting year 2002, 2003 and 2004. From 2005 the Insured Period is considered closed.
In the Closed Period Handling tab we define what the system should do when figures are booked to the closed Insured Period in accounting years after the last accounting year.
You can select to define closed period handling for:
- Insured Period (all/remaining classes of business)
- Per Class of Business

Define Closed Period Handling for Insured Period #
When all classes of business defined for the Insured Period are to be closed at the same time and with the same conditions you follow the below procedure.
- Open the Administration Conditions of a Proportional Treaty OCC business.
- Select Edit from the menu button and define the Last Accounting Year in the Accounts tab if not already defined.
- Select the Closed Period Handling tab.
- Select a value from the Closed Period Handling drop-down list.
- Search for/define an OCC business in the Transfer to Business field when ‘Transfer to Business’ is selected as value from the drop-down list.
- Click OK to update your conditions.
Define Closed Period Handling per Class of Business #
The different Class of Business values defined for a business may run-off differently. (I.e. short-/long tailed class of business.) Instead of closing all classes of business at the same time when the class with the longest “tail” is run-off, you can close the different classes of business individually in due time for each class. The class of business can be Main Class of Business, Class of Business or Sub Class of Business. (Your system administrator determines what is mandatory for your company.)
- Open the Administration Conditions of an OCC business.
- Select the Edit from the menu button and open the Closed Period Handling tab.
- Select Add Class of Business from the pop-up list. The ‘Select Available Class of Business’ window appears listing all the insured period’s defined classes of business that is not already closed.
- Further enter the Last Accounting year value and select the Closed Period Handling value from the drop-down list.
- Add other Classes of Business if applicable.
- Click OK to update your conditions.
When the Insured Period is to be closed as such including all classes not already specified with a specific closed period handling condition, follow the procedure described under Define Closed Period Handling for Insured Period.
| Field | Description |
|---|---|
| Last Accounting Year | The last year accounts should be produced for the Insured Period conditions apply for. Values: Year Mandatory: No Functional Impact: Retrocession Calculation order, Estimation Retrocession Calculation order, Retrocession Calculation Group order |
| Closed Period Handling | Determines how the preliminary bookings of the Outward Cedents Contract (OCC) business are handled when booked after last accounting year. (Last account in last accounting year has been booked.) Values: Next Open Insured Period, Own Account, Transfer to Business Default: Next Open Insured Period Mandatory: Yes Functional Impact: Retrocession Calculation order, Estimation Retrocession Calculation order, Retrocession Calculation Group order |
| Class of Business | Single class of business that is defined to be closed prior to and/or with a different closed period handling than the business’ remaining classes of business Values: The Class of Business that is part of the Insured Period’s scope of cover. Main Class of Business, Class of Business and Sub Class of Business (if applicable) Mandatory: No Functional Impact: Retrocession Calculation order, Estimation Retrocession Calculation order, Retrocession Calculation Group order |
| Last Accounting Year | The last year accounts should be produced for the defined class of business for the Insured Period conditions apply for Values: Year Mandatory: yes, when class of business is selected Functional Impact: Retrocession Calculation order, Estimation Retrocession Calculation order, Retrocession Calculation Group order |
| Closed Period Handling | Determines how the preliminary bookings for defined class of business are to be handled when booked after last accounting year. Values: Next Open Insured Period, Own Account Mandatory: Yes, when class of business is selected Functional Impact: Retrocession Calculation order, Estimation Retrocession Calculation order, Retrocession Calculation Group order. |
| Transfer to Business | The OCC business to which preliminary bookings should be transferred when entered after the defined Last Accounting Year. Values: OCC business ID and title, e.g. ‘OCC100 - 1stSurplus Fire and BI’. Mandatory: No Functional Impact: Contributing Business field in Administration Condition of receiving OCC. |
| Contributing Business | When another OCC business has defined the OCC business you are viewing in the ‘Transfer to Business’ field, the other OCC is listed in the Contributing Business field. Values: OCC business ID and title, e.g. ‘OCC99- Quota Share Fire and BI’. Mandatory: No Functional Impact: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order. |
Define Account Requirements Conditions #
In the Account Requirements Conditions tab of the Administration Conditions you can define conditions related to advice and payments. Available conditions and how these conditions are to be defined depend on the Level- and Type of Business.

Define Advice and Payments Conditions #
In the Advice and Payments section of the Requirements tab., Cash Claim conditions are defined. The conditions are applicable for Proportional Treaty business (Inward and Outward).
- Select the Administration Conditions button from the business conditions.
- Select Edit from the menu button in the lower right corner
- Select the Requirements tab.
- Define the Advice and Payments Conditions (Refer to field descriptions below).
- Further define other requirements conditions relevant for your business if applicable.
- Click OK.
| Field | Description |
|---|---|
| Currency | The currency in which the Cash Claim-/Cash Advice limits are expressed Values: Currency according to ISO standard; USD, GBP, EUR, etc. Default: The agreement’s Main Currency Validations: Validated against the Liability Currency in Limits Conditions. Warning appears if currencies differ. Mandatory: Yes Functional Impact: None |
| Cash Claim Limit | When a claim exceeds this limit, the Cedent can ask for the claim to be collected from the Reinsurer not having to wait for the next accounting period. Values: Amount expressed in the currency defined above (Max value 100000000000000000000) Validations: Validated against the Liability in Limit conditions. Validation Error message appears when no Liability is defined. Mandatory: No Functional Impact: None |
| Claim Advice Limit | When a claim exceeds this limit, the Cedent must advise the Reinsurer about the claim. Values: Amount expressed in the currency defined above Validations: Validated against the Liability in Limit conditions. Validation Error message appears when no Liability is defined. Mandatory: No Functional Impact: None |
| Claim Advice Limit (% of Limit) | When a claim exceeds this limit, the Cedent must advise the Reinsurer about the claim. Values: X% of Liability in Limit conditions (Max value 100) Validations: Validated against the Liability in Limit conditions. Validation Error message appears when no Liability is defined. Mandatory: No Functional Impact: None |
| Claim Advice Submission within (Days) | The number of days within when the Cedent must provide the Reinsurer with the Claim Advice Values: Number (max 1000000) Mandatory: No Functional Impact: None |
| Cash Claim Payment within (Days) | The number of days within when the Reinsurer must settle the claim Values: Number (max 1000000) Mandatory: No Functional Impact: None |
| Ex Gratia Payments | Informs the Accounting Department whether or not the agreement allows Ex Gratia payments of Cash Claim balances Values: Selected (allowed), Cleared (not allowed) Default: Cleared (not allowed) Mandatory: No Functional Impact: None |
| Offset | Informs the Accounting Department whether or not the agreement allows for the Cash Claim balances to be offset with settlement of other due balances. Values: Selected (allowed), Cleared (not allowed) Default: Cleared (not allowed) Mandatory: No Functional Impact: None |
Define Statements of Accounts Conditions #
The Statement of Account section of the Administration Condition’s Reference tab is applicable for Proportional and Non-Proportional Facultative and Direct Business (Inward and Outward).
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Requirements tab
- Define the Statements of Accounts conditions. (Refer to field descriptions below).
- Further define other requirements conditions relevant for your business if applicable
- Click OK
| Field | Description |
|---|---|
| Account Frequency | The frequency of the Statement of Account documents. I.e. how often during an accounting year the documents should be issued. Values: Number from 0 to 99 Default: 1 Mandatory: Yes Functional Impact: None |
| (Account Frequency) Period |
Select the unit of time value applicable for the defined account frequency. Values: Month(s), Quarter(s), Trimester(s), Half-Year(s), Year(s) Default: Quarter(s) Mandatory: Yes Functional Impact: None |
| Include Only Due Items | Indicates whether or not only due booking details should be included in the Statement of Account documents Values: Selected (only due items), Cleared (all booked items) Mandatory: No Functional Impact: None |
Define Bordereaux Conditions #
The Bordereaux section of the Administration Condition’s Reference tab is applicable for Proportional Treaty and - Facultative business (Inward and Outward). The section also applies for Non-Proportional Facultative Retrocessionaire’s Participation (RP) business.
You define conditions to indicate whether or not the accounts are to include a specification of premium per risk covered by the business and/or specification of losses that are accounted for. You should also indicate how often these specifications (bordereaux) are to be included.
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Requirements tab
- Define the Bordereaux conditions. (Refer to field descriptions below).
- Further define other requirements conditions relevant for your business if applicable
- Click OK
| Field | Description |
|---|---|
| Frequency | How often bordereaux documents should be issued during an accounting year. The frequency is given in months Values: Select a value from minimum 0 to maximum 12 Month(s) Default: 0 Mandatory: Yes (Cannot be empty) Validations: Validated against frequency of calculated accounts. Warning message is issued when frequency does not match Functional Impact: None |
| Claims | Indicates whether or not a specification of losses included in the account (Claim bordereaux) is to be produced Values: Selected, Cleared Default: Cleared Mandatory: No Functional Impact: None |
| in Excess | Losses exceeding the defined amount should be specified and included in the claim bordereaux Values: Amount expressed in Currency ‘xxx’ (max 100000000000000000000) Default: The Currency is by default the business’ Main Currency Validations: Validation error message is issued when amount exceeding 100000000000000000000 is entered Mandatory: No Functional Impact: None |
| Premium | Indicates whether or not Premium Bordereaux are to be produced Values: Selected, cleared Default: Cleared Mandatory: No Functional Impact: None |
Define Documents to Intermediary Conditions #
The Documents to Intermediary section of the Administration Condition’s Reference tab is applicable for Outward Proportional- and Non-Proportional Treaty Business. The condition also applies for Proportional Facultative Outward Cedent’s Contract (OCC) business.
- Select the Administration Conditions button from the business conditions.
- Select Edit from the menu button in the lower right corner
- Select the Requirements tab.
- Define the Documents to Intermediary conditions. (Refer to field descriptions below).
- Further define other requirements conditions relevant for your business if applicable.
- Click OK.
| Field | Description |
|---|---|
| Summary | When selected all the amounts from the Intermediary’s assigned Retrocessionaires, which do not have payment task defined, are grouped and accumulated. The Technical Accounts, Statement of Accounts and Profit Loss Accounts are produced and addressed to the Intermediary only. Values: Selected or Cleared Default: Selected Mandatory: Either Summary or Separate has to be selected Functional Impact: Retrocession Account order, Retrocession Account Group order, TOF order, Technical Account Production order |
| Separate | When selected, the amounts from the Intermediary’s assigned Retrocessionaires, which do not have payment task defined, are included in separate Technical Accounts, Statement of Account and Profit Loss Accounts. The separate accounts show the Retrocessionaire’s name but will be addressed to the Intermediary. Values: Selected, Cleared Default: Cleared Mandatory: Either Summary or Separate has to be selected Functional Impact: Retrocession Account order, Retrocession Account Group order, TOF order, Technical Account Production order |
Define Recovery Currency #
Select the currency that the recovery calculation facility should use.
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Requirements tab
- Select or clear Original Currency Recovery, as you require.
- Click OK
| Field | Description |
|---|---|
| Original Currency Recovery | Indicates whether the recovery calculation should use the outward cedent’s contract limit currency or original booked currencies. Values: Selected, Cleared Default: Cleared Validations: Type of Business must be Non-Proportional Treaty or Non-Proportional Facultative Level of Business must be Outward Cedent’s Contract, XL CA of Outward, Retrocessionaire Participation, or Protection Program Mandatory: Yes Functional Impact: Recovery Calculation |
Refer to the Conditions on the Outward Cedent’s Contract section of the Non-Proportional Retrocession Accounting chapter for more details.
Handle Business Partners with Accounting/Payment Task #
The ‘Handle Business Partner with Accounting/Payment task’ section in the Administration Condition’s Requirement tab. is applicable for all Types- and Levels of Business.
- Select the Administration Conditions button from the business conditions.
- Select Edit from the menu button in the lower right corner
- Select the Requirements tab.
- Define the Business Partners with Accounting/Payment Task conditions. (Refer to field descriptions below).
- Further define other requirements conditions relevant for your business if applicable.
- Click OK
| Field | Description |
|---|---|
| Payment Method | Defines the method to be used when the agreement’s balances are settled Values: <None>, Cash, Check, Wire Transfer, Unspecified Default: (Decided by your system administrator) Mandatory: No Functional Impact: None |
| BP Bank Account | Field is enabled when Payment Method ‘Wire Transfer’ is selected. When the BP (Business Partner) has assigned tasks to bank accounts you can refer to them by selecting a task in this field. (Refer to ‘Handle Business Partner Bank Accounts). Bank Account tasks are used to distinguish between several accounts with same currency. The bank account with the defined task is presented in the Statement of Account when the balance is in favour of the Business Partner. Values: Customized by your company (E.g. <None>, Account A, Account B) Mandatory: No Functional Impact: Document Production |
| (BP Bank Account) Mandatory for Payment | Indicates whether or not the bank account task selected for Business Partner is mandatory for payment or not. Values: Selected (Mandatory), Cleared (Not mandatory) Default: Cleared Mandatory: No Functional Impact: None |
| BC Bank Account | Field is enabled when Payment Method ‘Wire Transfer’ is selected. When the BC (Base Company) has assigned tasks to bank accounts you can refer to them by using the same task in this field. (Refer to ‘Handle Business Partner Bank Accounts). Bank Account tasks are used to distinguish between several accounts with same currency. The bank account with the defined task is presented in the Statement of Account when the balance is in favour of the Cedent. Values: Customized by your company (E.g. <None>, Account A, Account B) Mandatory: No Functional Impact: Document Production |
| (BC Bank Account) Mandatory for Payment | Indicates whether or not the bank account task selected for Cedent is mandatory for payment or not. Values: Selected (Mandatory), Cleared (Not mandatory) Default: Cleared Mandatory: No Functional Impact: None |
| Role | The Business Partner Role Values: Cedent, Broker, Reinsurer, etc. Derived from: The agreement’s Business Partner conditions |
| Business Partner Name | The name of the business partner assigned to the corresponding role Derived from: The agreement’s Business Partner conditions |
| Task | Business Partner tasks related to Payment and Accounts Values: Customized by your company (E.g. Payment, Premium Accounting, Brokerage Accounting, etc.) Derived from: The agreement’s Business Partner conditions |
| From/To | The starting date and valid to date of the agreement. Applicable for Business Partner role ‘Broker’, ‘Administrator’ and ‘Agent’ Values: Date Derived from: The agreement’s Business Partner conditions |
| Reference | Business Partner reference made in the Business Partner conditions Values: Free text Derived from: The agreement’s Business Partner conditions |
Define Currencies and Exchange Conditions #
Open the Currencies tab (or Currencies/Entry Codes tab in case of Outward business) of the Administration Conditions window in order to select currencies and exchange conditions to be used for payments and accounting. In case of Outward Proportional treaty business Entry Code Transformation Term conditions can also be defined. The Entry Code Transformation Terms are also available on Assumed prop and non-prop Facultative business, and used in the Intra Group Contract when entry codes coming from the source ORP and can be transformed to another entry code on the AB.

Define Booking, Accounts and Payment Currencies #
The Currency Transformation Term determines the terms for exchanging currencies. Your System Administrator defines general Currency Transformation Terms. (See your system administrator for further information.) You can select the pre-defined transformation terms from all types- and levels of business.
For Assumed Businesses you can in addition create and select a term that only applies for the business you are working with. (Refer to the Create Business Specific Currency Transformation Term section below.)
If you have selected/defined a currency transformation term by mistake you can remove the term as such by selecting <None> among the term names.
Select Pre-defined Currency Transformation Term:
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab
- Select a predefined Currency Transformation Term from the Name field.
- Click OK
The currencies that appear in the Booking Currency, Account Currency and Payment Currency columns depend on the term you selected. Your system administrator predefines the term. (Contact your System Administrator for further information.)
|

View Details button | Click the View Details button if you want to see the details of the selected Currency Transformation Term. You cannot, however, edit the currency values for the predefined Currency Transformation terms. |
Create Business Specific Currency Transformation Term
You can create a currency transformation term that applies only for the business you are working with. The term is only available for Assumed Businesses.
- Select the Administration Conditions button from the Assumed Business
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab
- Select the Currency Transformation Term Name defined as the business’ ‘Business ID (Insured Period) - Main Section’
- Click the View Details Button. The Currency Details Properties window appears.
- Select New in the Original/Booking- and/or Booking/Account/Currency Type- and/or Account/Payment section of the Currency Details Properties window. The New Currency Term Detail window appears for each of the selected sections.
- For each of the selected sections, define currencies to be converted in the From Currency field. In the To Currency field you define the currencies they are to be converted to.
- Click OK
If you not want a currency to be converted, do not select it in the From Currency drop-down list. There is, however, one instance when you need to specify the currency that you do not want to be converted. That is when you leave the From Currency field blank and select a currency, for instance EUR from the To Currency drop-down list. In this case, all currencies are to be converted to EUR. If you want to exclude a currency from being converted to EUR, for instance GBP, you can do so by selecting GBP in both the From Currencies- and To Currencies lists. All currencies except GBP will consequently be converted to EUR.
Edit Business Specific Currency Transformation Term
You can make changes to a Business Specific Currency Transformation Term created for an Assumed Business.
- Select the Administration Conditions button from the Assumed Business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab. The Currency Transformation Term Name defined as the business’ ‘Business ID (Insured Period) - Mains Section’ is already selected.
- Click the View Details Button. The Currency Details Properties window appears with currencies selected.
- Select Edit in the Original/Booking- and/or Booking/Account/Currency Type- and/or Account/Payment section of the Currency Details Properties window. The Edit Currency Term Detail window appears for each of the selected sections.
- Make your modifications for each of the selected sections
- Click OK to save your changes
Remove Business Specific Currency Transformation Term
You can delete the Business Specific Currency Transformation Term defined for an Assumed Business.
- Select the Administration Conditions button from the Assumed Business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab. The Currency Transformation Term Name defined as the business’ ‘Business ID (Insured Period) - Main Section’ is already selected.
- Click the View Details Button. The Currency Details Properties window appears with currencies selected.
- Select Delete in the Original/Booking- and/or Booking/Account/Currency Type- and/or Account/Payment section of the Currency Details Properties window.
- Click OK to save your changes
| Field | Description |
|---|---|
| Name | The Currency Transformation Term Name given to help the user when identifying and selecting the correct term for the business Values: Text pre-defined by system administrator, or The ‘Business ID (Insured Period) - Main Section’ term (Assumed Business only), or <None> Mandatory: No Functional Impact: None |
Booking Currencies Booking Currencies as Original except |
(The field’s text/label is dynamic and changes according to the defined term.) The Currencies into which the original currencies should be converted when bookings are made to the business. The original currencies which are not to be kept as original when converted into booking currencies. For Outward Proportional treaty business the currencies are converted when running the retrocession calculation order. Values: Currency(ies) (ISO), e.g. USD, EUR, GBP, etc. Mandatory: No Validations: When adding new currency to a Technical/Claim Worksheet for an Assumed Business, the currency is validated against booking currencies defined in the transformation term selected for the same business. (Validation is performed only if activated by your system administrator) Functional Impact: For Outward proportional business: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order |
Account Currencies Account Currencies as Booking except |
(The field’s text/label is dynamic and changes according to the defined term.) The Currencies into which the booking currencies should be converted. The booking currencies which are not to be kept as booking currencies when converted into account currencies. Account Currencies are applicable for Outward proportional treaty business. Running the Retrocession Account order/TOF order the bookings are made in Business Partner Ledger in account currencies. The Technical Accounts are furthermore produced in account currencies from these orders. Values: Currency(ies) (ISO), e.g. USD, EUR, GBP, etc. Mandatory: No Functional Impact: For Outward proportional business: Retrocession Account order, Retrocession Account Group order, Treaty/Outward Fac (TOF) order |
| Account Currency Type | Indicates whether or not the Account Currencies are converted, original or a mix of both. Values: <None>, Converted, Mix of Original and Converted, Original Mandatory: No Functional Impact: None |
Payment Currencies Payment Currencies as Account except |
(The field’s text/label is dynamic and changes according to the defined term.) The Currencies to be used for Settlement of the balances booked in account currencies. The account currencies which are not to be settled in account currencies but rather to be settled in other payment currencies. Values: Currency(ies) (ISO) Validations: When a Technical-/Claim balance is included in a balance pairing and the currency of the ‘driving balance’ is different from the Technical-/Claim balance, the driving balance currency is validated against the Payment Currencies of the businesses for which the technical-/claim balances are booked. (Validation is performed only if activated by your system administrator) Mandatory: No Functional Impact: None |
Define Entry Codes for Exchange Adjustment #
You can revaluate booking entries for old accounting periods within current and previous accounting years for entry codes defined for this condition. When movements are booked for these entry codes in current accounting period, booking entries made in previous accounting years/ periods are also exchanged according to current rate.For Reserves- and Deposits bookings this functionality ensures that the sum of booking entries results in zero in the RP’s business ledgers when last account has been run.
The functionality only applies when Currency Transformation Term is defined for an Outward Cedents Contract (OCC) business and for each account when Retrocession Calculation order/Retrocession Estimation Calculation order is run. The Exchange Adjustment of the Entry Codes can be excluded or the revaluation can be limited by specifying an underwriting year to start the revaluation. Refer to field Revaluate Per EC From UW-year on the Retrocession Calculation order/Retrocession Estimation Calculation order.
This entry code specific exchange rate adjustments condition is in addition to the general exchange adjustment condition. (Refer to the Define Exchange Adjustment Frequency chapter for further information about the general exchange adjustment conditions).
- Open the Currencies/Entry Codes tab in the Administration Conditions of an OCC business
- Select Currency Transformation Term if not already defined.
- Select Edit from the Entry Codes for Exchange Adjustment display area. The Select Entry Codes window appears.
- Find and select Entry Codes from the available list and transfer them to the list of selected entry codes. Click Save to update.
Example A:
Exchange adjustments do not apply for Entry Code 83 Loss Reserve
Condition;
Loss Reserve= 100% of original, yearly
RP Share= 100%
Entry Code 83 = Original Loss Reserve
Original bookings in NOK converted to USD
| Accounting year | Entry code | OCC As Orig (NOK) | RP As Book (USD) | Exchange Rate |
Diff. due to different Exch. Rate |
|---|---|---|---|---|---|
| 1st | 83 | 50.000 | 5.681,82 | 8,80 | - |
| 2nd | 83 | -50.000 | -5.617,98 | 8,90 | 63,84 |
Cumulated Loss Reserve on OCC ‘As Original’ Business Ledger = 0,00
Cumulated Loss Reserve on RP ‘As Booking Business Ledger = 63,84
Example B:
Exchange Adjustments apply for Entry Code 83 Loss Reserve
Condition;
Loss Reserve= 100% of original, yearly
RP Share= 100%
Entry Code 83 = Original Loss Reserve
Original bookings in NOK converted to USD
| Accounting year | Entry code | OCC As Orig (NOK) | RP As Book (USD) | Exchange Rate |
Diff. due to different Exch. Rate |
|---|---|---|---|---|---|
| 1st | 83 | 50.000 | 5.681,82 | 8,80 | - |
| 2nd | 83 Recalculation of previous booking |
-50.000 | -5.617,98 +5.617,98 -5.681,82 |
8,90 8,90 8,80 |
0 |
Cumulated Loss Reserve on OCC ‘As Original’ Business Ledger = 0,00
Cumulated Loss Reserve on RP ‘As Booking Business Ledger = 0,00
Define Profit Loss Currencies #
When Profit Commission conditions apply for the business, you define the currency to be used calculating the Profit Commission in the Currencies (Currencies/Entry Codes) tab of the Business’ Administration Conditions. Profit Loss Currency condition is applicable for Inward- and Outward Proportional Treaty business.
For Outward Proportional Treaty business the calculation of Profit Commission is done across all booking currencies converted to Main- or Base currency. Which currency that is used for calculation and booking of the Profit Commission depends on the definition of Profit Loss Currency on the OCC business.
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab
- Define Profit Loss Currency conditions
- Define other Currencies/Entry Codes conditions if applicable
- Click OK
The Rate of Exchange to be used calculating the Profit/Loss is defined in the Define Experience Refund Exchange Rate Basis on page 6-551that is also located in the Currencies/Entry Codes tab of the Administration Conditions.
| Field | Description |
|---|---|
| Base Currency | The Profit Commission amount is calculated using the rate defined for the Base Currency. If a base currency is not defined for the Base Company defined on the business, the system’s default Base Currency applies. Values: Selected or Cleared Default: Cleared Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order |
| Main Currency | The Profit Commission amount is calculated using the rate defined for the business’ Main Currency. Values: Selected or Cleared Default: Selected Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Estimation Calculation order, Retrocession Calculation Group order |
Define Exchange Adjustment, Initial Portfolio #
When Portfolio conditions apply for the business, you can select to recalculate the Portfolio Entry when the Insured Period is being closed. The condition applies for Inward- and Outward Proportional Treaty business. The condition is only applicable when the Portfolio Entry is calculated as Percent of Premium or Percent of Reserves.
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab
- Select/Clear the Exchange Adjustment, Initial Portfolio condition
- Define other Currencies/Entry Codes conditions if applicable
- Click OK
| Field | Description |
|---|---|
| Initial Portfolio | Indicates whether or not the Insured Period’s Portfolio Entry amount should be recalculated according to the rate defined on the order when the Insured Periods last account is run. Values: Selected or Cleared Default: Cleared Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Calculation Estimation order, Retrocession Calculation Group order |
Define Account Exchange Rate Basis #
When Currency Transformation Term conditions apply for the business, the exchange rate to be used when converting Original Currencies into Booking Currencies and Booking Currencies into Account Currencies should be defined in this condition. The condition applies for Inward- and Outward Proportional Treaty business.
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab
- Define Account Exchange rate Basis conditions
- Define other Currencies/Entry Codes conditions if applicable
- Click OK
The Account Exchange Rate Basis defined on the business may be overridden for single accounts by condition defined on Retrocession Calculation- and Retrocession Account orders.
| Field | Description |
|---|---|
| Inception Rate | When selected, the rate valid as per Inception date of the business is used converting bookings in one currency to another. Values: Selected or Cleared. (The check box is only available if Inception Rate Accounting applies in the system. (Defined by your System Administrator).) Default: Cleared Mandatory: No Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Calculation Estimation order, Retrocession Calculation Group order, Retrocession Account order, Retrocession Account Group order, Treaty/Outward Fac (TOF) order. |
| Most Recent Daily Rate | The system converts the bookings using the Most Recent Daily Rate at the date of booking. Values: Selected or Cleared Default: Selected Mandatory: No Functional Impact: For Outward Proportional Treaty business: Retrocession Calculation order, Retrocession Calculation Estimation order, Retrocession Calculation Group order, retrocession Account order, Retrocession Account Group order, Treaty/Outward Fac (TOF) order |
| Period End Rate - Original AYRP | When selected, the End Period Rates valid as per the Original Accounting Year and Period of the booking detail are used converting bookings from booking currency to account currency or when calculating the Profit/Loss converted to main/base currency. Values: Selected or Cleared. (The check box is only enabled if the system parameter Convert Figures to Account Currency According to Orig Acc Year and Period is active. (Defined by your System Administrator).) Default: Cleared Mandatory: No Functional Impact: For Outward Proportional treaty business: |
| Retrocession Calculation order, Retrocession Calculation Group order, Retrocession Account order, Retrocession Account Group order. | |
| Period End Rate - Original BYRP | When selected, the End Period Rate valid as per the original booking year/period of the ORP booking details in booking currency is used to convert the booking details into Account Currency. The exchange options are enabled only when the box Convert to Account Currencies is selected on the Commutation Multi Businesses order. Default: Cleared Mandatory: No Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Calculation Group order, Retrocession Account order, Retrocession Account Group order. |
| Category |
When neither Most Recent Daily Rate nor Inception Rate nor Period End Rate (Original AYRP) applies, you can select to use either Year End Rate or Daily Rate for conversion. Values: Year End Rate, Daily Rate Mandatory: No Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Calculation Estimation order, Retrocession Calculation Group order, retrocession Account order, Retrocession Account Group order, Treaty/Outward Fac (TOF) order |
| Year/Day | Dependent on the selection of Category either Year or Day is displayed as field text. Define a Year or Day for which the rate to be used for conversion is defined. Values: Free input of either: Year (YYYY) Day (DD/MM/YYYY) Mandatory: No Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Calculation Estimation order, Retrocession Calculation Group order, Retrocession Account order, Retrocession Account Group order, Treaty/Outward Fac (TOF) order |
Define Exchange Adjustment Frequency #
You can specify whether or not booking items included in previous technical accounts within the same accounting year shall be adjusted with the new exchange rate. You can select to adjust in each account, only for the last account, or not at all.
The condition is applicable for Inward- and Outward Proportional Treaty business.
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab
- Define Exchange Adjustment conditions
- Define other Currencies/Entry Codes conditions if applicable
- Click OK
| Field | Description |
|---|---|
| No | When selected no exchange adjustments are done within the current accounting year. Values: Selected or Cleared. Default: Selected Mandatory: Only if none of the other values (Each Account, Only Last Account) is selected Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Calculation Estimation order, Retrocession Calculation Group order |
| Each Account | When selected exchange adjustments are done for each account within the current accounting year. Values: Selected or Cleared. Default: Cleared Mandatory: Only if none of the other values (No account, Only Last Account) is selected Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Calculation Estimation order, Retrocession Calculation Group order |
| Only Last Account | When selected exchange adjustments are done only in the last account within the current accounting year. Values: Selected or Cleared. Default: Cleared Mandatory: Only if none of the other values (No account, Each Account) is selected Functional Impact: For Outward Proportional treaty business: Retrocession Calculation order, Retrocession Calculation Estimation order, Retrocession Calculation Group order |
Define Experience Refund Exchange Rate Basis #
The settings of the Experience Refund Exchange Rate Basis indicate which rate of exchange that is used for calculating the Profit Commission. The calculation of Profit Commission is done across all booking currencies converted to Main- or Base Currency. (Refer to Define Profit Loss Currencies on page 6-544.)
The condition is applicable for Inward- and Outward Proportional Treaty business.
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab
- Define Experience Refund Exchange rate Basis conditions
- Define other Currencies/Entry Codes conditions if applicable
- Click OK
| Field | Description |
|---|---|
| Inception Rate | The rate valid as per the Inception date of the OCC business is used when calculating the Profit Commission Values: Selected or Cleared. (The check box is only available if Inception Rate Accounting applies in the system. (Defined by your System Administrator).) Default: Cleared Mandatory: No Functional Impact: None |
| Technical Account | The Profit Commission is calculated using the same rate as defined for Technical Account. (Refer to Account Exchange Rate Basis) Values: Selected or Cleared Default: Cleared Mandatory: No Functional Impact: None |
| Category | When neither Technical Account Rate nor Inception Rate applies, an Exchange Rate Category is selected to define which rate to be used calculating the Profit Loss Values: Year End Rate, Provisional Year End Rate, Daily Rate Default: Year End Rate Mandatory: No Functional Impact: None |
| Basis | The selectable values depend on the selection of Category. The selected basis further determines which rate of exchange to be used for Profit Loss Values: Daily Rate >> Most Recent Daily Rate Provisional Year End Rate/Year End Rate >>Underwriting Year, Booking Year Mandatory: No Functional Impact: None |
Define the Advice Exchange Rate Basis #
When Currency Transformation Term conditions apply for Inward- and Outward Non-Proportional Treaty business, the exchange rate that applies for converting should be defined in this condition.
- Select the Administration Conditions button from the business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab
- Define the Advice Exchange Rate Basis conditions
- Define other Currencies/Entry Codes conditions if applicable
- Click OK
| Field | Description |
|---|---|
| Inception Rate | When selected, the rate valid as per Inception date of the business applies Values: Selected or Cleared. (The check box is only available if Inception Rate Accounting applies in the system. (Defined by your System Administrator).) Default: Cleared Mandatory: No Functional Impact: None |
| Most Recent Daily Rate | When selected, the Most Recent Daily Rate at the date of booking applies. Values: Selected or Cleared Default: Selected Mandatory: No Functional Impact: None |
| Category | When neither Most Recent Daily Rate nor Inception Rate applies, you can select either Year End Rate or Daily Rate Values: Year End Rate, Daily Rate Mandatory: No Functional Impact: None |
| Year/Day | Dependent on the selection of Category either Year or Day is displayed as field text. Define a Year or Day for which the rate applies Values: Free input of either: Year (YYYY) Day (DD/MM/YYYY) Mandatory: No Functional Impact: None |
Define Closing Exchange Rate Basis #
When Currency Transformation Term conditions apply for the Inward- and Outward Facultative and Direct business, the exchange rate that applies for converting currencies should be defined on this condition.
- Select the Administration Conditions button from the business conditions.
- Select Edit from the menu button in the lower right corner
- Select the Currencies tab.
- Define the Closing Exchange Rate Basis conditions.
- Define other Currencies/Entry Codes conditions if applicable.
- Click OK.
| Field | Description |
|---|---|
| Inception Rate | When selected, the rate valid as per Inception date of the business applies Values: Selected or Cleared. (The check box is only available if Inception Rate Accounting applies in the system. (Defined by your System Administrator).) Default: Cleared Mandatory: No Functional Impact: None |
| Most Recent Daily Rate | When selected, the Most Recent Daily Rate at the date of booking applies. Values: Selected or Cleared Default: Selected Mandatory: No Functional Impact: None |
| Category | When neither Most Recent Daily Rate nor Inception Rate applies, either Year End Rate or Daily Rate applies Values: Year End Rate, Daily Rate Mandatory: No Functional Impact: None |
| Year/Day | Dependent on the selection of Category either Year or Day is displayed as field text. Define a Year or Day for which the rate applies Values: Free input of either: Year (YYYY) Day (DD/MM/YYYY) Mandatory: No Functional Impact: None |
Define Entry Code Transformation Terms #
The Entry Code Transformation Term determines the terms for transforming entry codes. General Entry Code Transformation terms are defined by your system Administrator. (Contact your System Administrator for further information.) You can select the pre-defined transformation terms from Outward Proportional Treaty and Outward Proportional Fac (OCC) businesses. Can also be defined on prop and non-prop Facultative AB to be used to transform entry codes from the source ORP to the AB in intra group contracts.
- Select the Administration Conditions button from the OCC/Fac AB business conditions
- Select Edit from the menu button in the lower right corner
- Select the Currencies/Entry Codes tab
- Select a predefined Entry Code Transformation Term from the drop-down list
- Select the Details button next to the drop-down field to see the details of the term
- Click OK
Define Entry Code Transformation Terms on Section Level #
The Entry Code Transformation Term defined on Main Section level may be overridden on Sub Section level or defined on Sub Section level only. The override of the Entry Code Transformation Terms is dependent on the field ‘Automatically booked figures on section level’ being selected on the business (refer to Business/Accounting Info tab). General Entry Code Transformation terms are defined by your system Administrator. (Contact your System Administrator for further information.) You can select the pre-defined transformation terms (Sub Section level) from Outward Proportional Treaty (OCC) businesses only.
- Select the Administration Conditions button from the Sub Section of the OCC business conditions.
- Select the Currencies/Entry Codes tab
- Navigate to a Sub Section
- Select option Override/Edit EC Transformation Term from the menu button in the lower right corner (This option is available on Sub Section Level of Prop Treaty OCC only)
- Select a predefined Entry Code Transformation Term from the drop-down list in the field ‘Overridden Entry Code Transformation Term on Sub Section’
- Select the Details button next to the drop-down field to see the details of the term
- Click OK
|

View Details button | Click the View Details button if you want to see the details of the selected Entry Code Tr ansformation Term. The details show the entry codes to be transferred from the ‘as Original’ to the ‘as Booking’ Business Ledger and/or from the ‘as Booking’ to the ‘as Account Business Ledger. You cannot, however, edit the entry code values for the pre-defined Entry Code Transformation terms. If you have selected an entry code transformation term by mistake, you can remove the term by selecting <None> among the term names. |
Note! Entry codes booked in preliminary (as Original) business ledger of the OCC can be transferred to ‘blank’ entry codes in the business ledger in booking currency. It is, however, not possible to transfer liquid entry codes from business ledger in booking currency to blank entry code in business ledger in account currency. This is only allowed for non-liquid entry codes.

Entry Code Details Properties window for an OCC Proportional Treaty or Fac business
| Field | Description |
|---|---|
| As Original | The Entry Code booked on the Assumed Businesses protected by the OCC that is to be transferred to another Entry Code when booked in the OCC-/RP as Booking business ledgers. Values: Entry Code and Entry Code Name (e.g. 12 Adjustment Premium) Functional Impact: Retrocession Calculation order, Retrocession Calculation Group order, Retrocession Estimation Calculation order. |
| As Booking | The Entry Code to which the Original Entry Code should be converted when booked in the as Booking Business ledger of the OCC- and RP businesses Values: Entry Code and Entry Code Name (e.g. 10 Written Premium) Functional Impact: Retrocession Calculation order, Retrocession Calculation Group order, Retrocession Estimation Calculation order |
| As Booking | The Entry Code booked in the OCC-/RP as Booking business ledgers that is to be transferred to another Entry Code when booked in the RP as Account business ledgers. Values: Entry Code and Entry Code Name (e.g. 10 Written Premium) Functional Impact: Retrocession Account order, Retrocession Account Group order, Outward Treaty/Fac (TOF) order |
| As Account | The Entry Code to which the as Booking Entry Code should be converted when booked in the as Account Business Ledger of the RP businesses Values: Entry Code and Entry Code Name (e.g. 11 Account Premium) Functional Impact: Retrocession Account order, Retrocession Account Group order, Outward Treaty/Fac (TOF) order |
Default Entry Code Transformation Term #
Your system administrator may have set up the Defaulting Rules of Entry Code Transformation Terms which will be applied to the circumstances when you create or link an Intra Group Contract Inward Assumed Business to an Outward Retrocessionaire Participation. Depending on the set of by your system administrator, if the cedent and reinsurer of the created Inward Contract match an entry code transformation term defaulting rule for the base company, the system defaults these Entry Code Transformation Terms.
For more details, check the section of Set Up Defaulting Rules of Entry Code Transformation Term on System Administration Guide, Intra Group Contract Creation Features and Intra Group Contract Validations in the User Guide.