Release documentation - P&C Enhancements and requests
Summary #
| Key | Customer | External issue id | Component(s) |
|---|---|---|---|
| SICSR-25299 | DXC | Accounting Outward Premium Accounting | |
| SICSR-25654 | SOMPO JAPAN INSURANCE INC. | RE-0081 | Accounting general |
| SICSR-25886 | Reale Mutua Assicurazioni | Accounting general | |
| SICSR-25906 | Malaysian Reinsurance Berhad | Accounting Non-Prop Recovery | |
| SICSR-26177 | Allianz AG | RC-860 | Accounting Technical Worksheet |
| SICSR-26229 | Sirius Point | SCR-571 | Accounting Technical Worksheet |
| SICSR-26470 | Assicurazioni Generali S.p.A. | Accounting Business Ledger | |
| SICSR-26568 | SOMPO JAPAN INSURANCE INC. | SE-9765 | Accounting general |
| SICSR-26631 | Swiss Re Zurich | 1462077 | Accounting Technical Worksheet |
| SICSR-26694 | Hamilton Ins | 98474 | Accounting Non-Prop Recovery |
| SICSR-26724 | SOMPO JAPAN INSURANCE INC. | RE-0091 | Accounting general |
| SICSR-26742 | Swiss Re Zurich | 1462785 | Accounting general |
| SICSR-26761 | Triglav Re | SE-12648 | Accounting general |
| SICSR-26827 | SOMPO JAPAN INSURANCE INC. | SE-19018 | Accounting general |
| SICSR-26844 | Africa Re | ARC-441 | Accounting general |
| SICSR-26861 | SOMPO JAPAN INSURANCE INC. | SE-10707 | Accounting general |
| SICSR-26863 | SOMPO JAPAN INSURANCE INC. | SE-10707 | Accounting general |
| SICSR-26873 | SOMPO JAPAN INSURANCE INC. | SE-8828 | Accounting Technical Worksheet |
| SICSR-26882 | Milli Re | SICSAMS-1690 | Accounting Prop Retro |
| SICSR-26901 | SOMPO JAPAN INSURANCE INC. | SE-9765 | Accounting general |
| SICSR-26911 | Builders LU | Accounting general | |
| SICSR-26964 | Africa Re | Accounting Business Ledger | |
| SICSR-26981 | Renaissance Re | COREF-2161 | Accounting Orders |
| SICSR-27066 | DXC | Accounting Orders | |
| SICSR-27158 | Swiss Re Zurich | 1550156 | Accounting general |
| SICSR-27160 | Swiss Re Zurich | 1550210 | Accounting Government Tax |
| SICSR-27164 | AON | Accounting Prop Retro | |
| SICSR-27195 | Renaissance Re | AS-7602 | Accounting Classification |
| SICSR-27231 | Renaissance Re | COREF-2272 | Accounting Technical Worksheet |
| SICSR-27234 | SOMPO JAPAN INSURANCE INC. | Accounting general | |
| SICSR-27258 | Allianz AG | SICS-2028 | Accounting Business Ledger |
| SICSR-27277 | Länsförsäkringar AB | LF276 | Accounting Cession/Retrocession (Life) |
| SICSR-27339 | SOMPO JAPAN INSURANCE INC. | RE-0099 | Accounting general |
| SICSR-27380 | Allianz AG | RC-908 | Accounting Mass Updates |
| SICSR-27408 | Vantage Risk | Accounting Orders | |
| SICSR-27416 | DXC | Accounting Outward Premium Accounting | |
| SICSR-27480 | Renaissance Re | COREF-2161 | Accounting Orders |
| SICSR-27487 | SOMPO JAPAN INSURANCE INC. | SE-10707 | Accounting general |
| SICSR-27500 | SOMPO JAPAN INSURANCE INC. | Accounting Business Ledger | |
| SICSR-27504 | SOMPO JAPAN INSURANCE INC. | SE-10707 #3 29-1 | Accounting general |
| SICSR-27541 | Partner Re | 327631 | Accounting Inward Premium Accounting |
| SICSR-27574 | SOMPO JAPAN INSURANCE INC. | SE-10707 | Accounting general |
| SICSR-27598 | SOMPO JAPAN INSURANCE INC. | Accounting general | |
| SICSR-27600 | SOMPO JAPAN INSURANCE INC. | SE-10707 | Accounting general |
| SICSR-27602 | SOMPO JAPAN INSURANCE INC. | SE-10707 | Accounting general |
| SICSR-27643 | SOMPO JAPAN INSURANCE INC. | SE-9765 (SE-19018 #9) | Accounting Pairing |
| SICSR-27651 | SOMPO JAPAN INSURANCE INC. | SE-10707 | Accounting general |
| SICSR-27700 | Partner Re | Accounting general | |
| SICSR-27809 | DXC | Accounting Business Ledger | |
| SICSR-21385 | Axis Group | TFS103347 | Business Premium/Limit Condition |
| SICSR-26942 | Africa Re | Business Structure | |
| SICSR-27120 | AON | Business Partner | |
| SICSR-27147 | Allianz AG | RC-900 | Business Partner |
| SICSR-27168 | AON | Business Premium/Limit Condition | |
| SICSR-27178 | SOMPO JAPAN INSURANCE INC. | RE0089 | Business Protection Assignments |
| SICSR-27319 | AON | Business Protection Assignments | |
| SICSR-26511 | SOMPO JAPAN INSURANCE INC. | SE-9765 | Claim Worksheet |
| SICSR-26752 | MS Reinsurance | Claims | |
| SICSR-26859 | DXC | Claim Worksheet | |
| SICSR-27116 | Renaissance Re | COREF-2205 | Claims |
| SICSR-27228 | Swiss Re Zurich | 1502651 | Claim Accuracy Validation |
| SICSR-27472 | American Agricultural Insurance Company | n/a | Claim FGU |
| SICSR-24242 | Sirius Point | eMessaging TA | |
| SICSR-25762 | Partner Re | IN312204 | eMessaging |
| SICSR-25926 | Renaissance Re | COREF-1704 | eMessaging TA |
| SICSR-26559 | Renaissance Re | COREF-1985 | eMessaging TA |
| SICSR-27061 | Renaissance Re | COREF-1588 | eMessaging CM |
| SICSR-27065 | Renaissance Re | COREF-2191 | eMessaging CM |
| SICSR-27086 | Renaissance Re | COREF-2215 | eMessaging TA |
| SICSR-27152 | Renaissance Re | COREF-2260 | eMessaging TA |
| SICSR-27253 | Renaissance Re | COREF-2282 | eMessaging |
| SICSR-27348 | Triglav Re | TRSI-1289 | eMessaging |
| SICSR-27390 | Renaissance Re | COREF-1827 | eMessaging |
| SICSR-27455 | Swiss Re Zurich | 1583730 | eMessaging |
| SICSR-27464 | Partner Re | 327208 | eMessaging TA |
| SICSR-27482 | Swiss Re Zurich | 1584913 | eMessaging |
| SICSR-27596 | Renaissance Re | COREF-2383 | eMessaging CM |
| SICSR-27597 | Renaissance Re | COREF-2357 | eMessaging CM |
| SICSR-27620 | Swiss Re Zurich | eMessaging | |
| SICSR-27758 | Renaissance Re | COREF-2497 | eMessaging TA |
| SICSR-27376 | AON | Documentation - P&C User Guide | |
| SICSR-22990 | DXC | Reporting - Accounting | |
| SICSR-25472 | Swiss Re Zurich | 1296729 | Reporting |
| SICSR-25697 | Africa Re | Reporting | |
| SICSR-25799 | Tryg | Reporting - Business | |
| SICSR-27024 | Triglav Re | TRSI-1253 | Reporting |
| SICSR-27032 | Triglav Re | TRSI-1269 | Reporting |
| SICSR-27044 | Triglav Re | TRSI-1271 | Reporting |
| SICSR-27046 | Vantage Risk | Reporting | |
| SICSR-27186 | Africa Re | ARC-539 | Reporting |
| SICSR-27215 | Swiss Re Zurich | 1556820 | Reporting |
| SICSR-27279 | DXC | Reporting | |
| SICSR-27287 | DXC | Reporting | |
| SICSR-27341 | DXC | Reporting | |
| SICSR-27519 | DXC | Reporting | |
| SICSR-27647 | DXC | Reporting | |
| SICSR-27745 | DXC | Reporting | |
| SICSR-27747 | DXC | Reporting | |
| SICSR-27794 | Labuan Re | Reporting | |
| SICSR-27814 | Allianz Global Corporate & Specialty | Reporting | |
| SICSR-26608 | Milli Re | SICSAMS-1939 | Security |
| SICSR-26698 | Milli Re | SICSAMS-1939 | Security |
| SICSR-21521 | Sirius International Insurance Corporation | UWT-707 | SICS Server |
| SICSR-26875 | Qianhai Re | SICS Server | |
| SICSR-27108 | Allianz AG | RC-899 | SICS Server |
| SICSR-27124 | DXC | SICS Server | |
| SICSR-27126 | DXC | SICS Server | |
| SICSR-27203 | Allianz AG | RC-901, RC-903 | SICS Server |
| SICSR-27411 | Allianz AG | RC-913 | SICS Server |
| SICSR-27476 | DXC | SICS Server | |
| SICSR-27003 | DXC | System Parameters | |
| SICSR-21351 | Swiss Re Zurich | PRB100003204 | Automated Document Handling |
| SICSR-22240 | AON | Interface - Migration Loader | |
| SICSR-26392 | Milli Re | Multi GAAP - Business | |
| SICSR-26549 | Allianz AG | RC-874 | Database Setup |
| SICSR-26700 | Milli Re | SICSAMS-1939 | Multi GAAP - Business |
| SICSR-27089 | DXC | Webservices | |
| SICSR-27104 | DXC | Log Functionality | |
| SICSR-27238 | DXC | ||
| SICSR-27292 | Renaissance Re | COREF-2299 | SICS Live Desktop |
| SICSR-27317 | AON | User Preferences | |
| SICSR-27590 | Allianz AG | SysAdmin Desktop | |
| SICSR-27657 | DXC | Performance | |
| SICSR-27720 | Swiss Re Zurich | 1655926 | SICS Operational Reporting |
| SE-8067 | DXC | Accounting General | |
| SE-21150 | Aon | Accounting General | |
| SE-20836 | DXC | Business | |
| SE-20701 | Renaissance Re | eMessaging | |
| SE-20948 | Renaissance Re | eMessaging | |
| SE-20949 | Renaissance Re | eMessaging | |
| SE-20951 | DXC | eMessaging | |
| SE-21151 | DXC | eMessaging | |
| SE-127 | DXC | MG & Reserve Orders | |
| SE-20191 | DXC | Other | |
| SE-21032 | DXC | Other |
Cases #
SICSR-25299 - Able to Book and close installment without Placement complete for Proportional Facultative #
| Product line | P&C |
| Component(s) | Accounting Outward Premium Accounting |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Solution: Workaround: |
|
SICSR-25654 - Abend on TW and CW after selecting 'view blance changes' without any bookings #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP27 |
| Fix version(s) | SICS 23.3 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: Workaround: |
|
SICSR-25886 - Retrocession Account Order for Portfolio Entry #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 21.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Reale Mutua Assicurazioni |
Problem: The Booking Year/Period of the Portfolio Entry in Account Currency is not the same as that of the source balance in Booking Currency. Solution: The Booking Year/Period of portfolio entries in Account Currency should be the same as the Booking Year/Period in Booking Currency when the Same as Booking is selected in the Retrocession Account Order, which should not be affected by the Booking Terms in the base company specific setting. |
|
SICSR-25906 - Run Recovery Order - SICS Performance #
| Product line | P&C |
| Component(s) | Accounting Non-Prop Recovery |
| Affects version(s) | SICS 21.3 SSP12 |
| Fix version(s) | SICS 23.3 |
| Customer | Malaysian Reinsurance Berhad |
Problem: Execution of Recovery calculation order is taking too long time compared to previous SICS version (SICS 4.8.5). Solution: Improve the performance of recovery calculation order by enhancing the database view AC_DETAIL_BALANCE
|
|
SICSR-26177 - SICS 22.4 UAT - AccYr/Period not taken from first open Account of Administration Condition. AccYr/Period from Balance Control Amount is disregarded on technical worksheet #
| Product line | P&C |
| Component(s) | Accounting Technical Worksheet |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 SICS 22.4 ALL3 |
| Customer | Allianz AG |
Problem: When Database is common and System parameter “Enable Summary Account on Technical Worksheet” is enable in Life area, SICS behave incorrect for SICS P&C environment. Solution: When System Parameter “Enable Summary Account on Technical Worksheet” is activated via SICS Life then SICS functionality should not impact both (P&C and Life) environment. This system parameter should only applicable for Life area (even If it is Common Database).
Workaround:
|
|
SICSR-26229 - Not able to do bookings from Premium and Limits tab if Reporting Unit inactive #
| Product line | P&C |
| Component(s) | Accounting Technical Worksheet |
| Affects version(s) | SICS 21.3 SSP7 |
| Fix version(s) | SICS 23.3 |
| Customer | Sirius Point |
Problem: Solution: |
|
SICSR-26470 - Entry Code Transformation doesn't work correctly when removing/attaching an OCC to an IAB #
| Product line | P&C |
| Component(s) | Accounting Business Ledger |
| Affects version(s) | SICS 22.2 SSP5 |
| Fix version(s) | SICS 23.3 |
| Customer | Assicurazioni Generali S.p.A. |
Problem: Solution: In this version, 23.3, we have only fixed the problem when the Fac OCC is removed from the PP on the AB. In 23.4 we will also fix the problem when the Fac OCC is added on the PP on the AB. In SICS Cede, the same should be the case when Proportional Protection is changed on a Policy Cede. NB! The Entry Code Transformation Term shall not be defined on the Assumed Business itself. Booking on an Assumed Business with ECTT may be affected by this ECTT on the bookings are retroceded to Facultative OCC, but that is wrong and will be corrected in a separate case in a future release. The ECTT must be defined on the Facultative OCC itself if it shall affect when the bookings are retroceded to the Fac OCC. |
|
SICSR-26568 - Question: Expected Payment remains after mass pairing of technical/claim balances (AC0013) #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP32 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution:
|
|
SICSR-26631 - TAWV - AC0399 instead of AC0839 triggered when booking Reinstatement Premium on TW where RIP condition is not active #
| Product line | P&C |
| Component(s) | Accounting Technical Worksheet |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
Problem: Solution: Workaround: Root Cause: |
|
SICSR-26694 - Recovery Calculation for Protection Program - performance issues #
| Product line | P&C |
| Component(s) | Accounting Non-Prop Recovery |
| Affects version(s) | SICS 20.4 SSP10 |
| Fix version(s) | SICS 23.3 |
| Customer | Hamilton Ins |
Problem: Performance issue when running Recovery Calculation for Protection Program Solution: Improve the performance of recovery calculation order by enhancing the database view AC_DETAIL_BALANCE |
|
SICSR-26724 - The Reporting Unit filter on the open worksheet mass update order not looking at the exact RU of the UWY of the authorized worksheets. #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: The Reporting Unit filter on the open worksheet mass update order not looking at the exact RU of the UWY of the authorized worksheets. Solution: In the Open Worksheet Mass Update order, when the user have some extraction criteria e.g. Reporting Unit, and selects the option List Open Worksheets, then the system must check all Insured Periods, not only the last IP, and list all worksheets with a link to any Insured Period if at least one IP matching the extraction criteria. Root Cause: The List Open Worksheet option on the Open Worksheet Mass Update order has always only looked at the LATEST Insured Period to find match according to the extraction criteria given on the order. |
|
SICSR-26742 - TAWV- Automatic booking functionality for Deductions generates Tax on Premium deduction for RIP booking #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
Problem: Solution: |
|
SICSR-26761 - UGLOE split when different FX details #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Triglav Re |
Problem: Solution: |
|
SICSR-26827 - Reason is shown instead of Pairing ID on notes field after Mass Pairing for TW/CW is done successfully #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP30 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP31 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: Root Cause: |
|
SICSR-26844 - Cannot add attachments on SICS from Techincal workheet properties window #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Africa Re |
Problem: Solution: Workaround: |
|
SICSR-26861 - The 'Authorized' status claim worksheets registered in SBG can update to 'Inactive' status. #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP31 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP31 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: Root Cause: |
|
SICSR-26863 - The 'Authorized' status worksheets registered in SBG can update to 'Inactive' status in Open Worksheet Mass Update. #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP30 |
| Fix version(s) | SICS 23.3 |
| Customer | SOMPO JAPAN INSURANCE INC. |
SICSR-26873 - Inactivated worksheet types are still shown and selectable in worksheet closing window #
| Product line | P&C |
| Component(s) | Accounting Technical Worksheet |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP31 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: The above is limited to these two statuses, i.e. the system will always show Closed, Inactivated and Authorized, even if they are inactivated. |
|
SICSR-26882 - REAC wrong premium amount calculated when using 'Special premium' on XL CA Outward #
| Product line | P&C |
| Component(s) | Accounting Prop Retro |
| Affects version(s) | SICS 21.2 SSP15 |
| Fix version(s) | SICS 23.3 |
| Customer | Milli Re |
Problem: Solution: Make sure that Instalment Premium, Adjustment Premium and Reinstatement Premium Order is correctly handled when special premium Workaround: |
|
SICSR-26901 - SE9765#10 Some Booking data of inactive BP is paired even though checked 'Exclude inactive business Partners' #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP30 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP32 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: Root Cause: |
|
SICSR-26911 - IGC Accounting registered with wrong Access Code #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 20.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Builders LU |
Problem: Solution: If the above system parameter is NOT selected then the Access Code shall not be set on the IGC IAB booking (same as on the ORP booking). |
|
SICSR-26964 - With Base Company segregation still possible to find worksheets of company not allocated for User #
| Product line | P&C |
| Component(s) | Accounting Business Ledger |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Africa Re |
Problem: System administration / System Parameter & Maintenance / Database & System: With the above parameter is set, and the User is assigned few base companies, the user is still able to find worksheets which do not belong to assigned base companies. Solution: When the parameter Base Company Segregation is set to Selected, on Find Accounting Worksheets, when the user wants to change or add more base companies and from here open the Find Business Partner, the system:
|
|
SICSR-26981 - Extraordinary long runtime of UW Est, recalc and Accounting orders #
| Product line | P&C |
| Component(s) | Accounting Orders |
| Affects version(s) | SICS 23.1 SSP3 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP8 SICS 22.4 SSP5 SICS 22.3 SSP6 |
| Customer | Renaissance Re |
Problem: Performance issue shows a very long runtime AGAIN of running UW estimates, Recalculation and Accounting Orders. We need assistance looking into asap. Identified issue: Batch reading that was added on estimation item and single estimates are causing performance issues on estimation orders. Solution: The Batch reading needs to be implemented more efficiently. For this case, remove batch reading from SicsBusinessPeriodEstimatesConditionClass.addRelationshipMapping(ClassBasedTableDescriptorBuilder). |
|
SICSR-27066 - Not generate new item in IGC IAB 'AC' condition during intercompany Transfer #
| Product line | P&C |
| Component(s) | Accounting Orders |
| Affects version(s) | SICS 21.1 SSP8 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Not generate new item in IGC IAB 'AC' condition during intercompany Transfer Solution: In case the Base Company on both the IGC IAB and the IGC ORP has mandatory reference data, e.g. Sub Class of Business or Origin of Business, and the AC in the booking from the ORP contains a SCoB or OoB value that do not exist on the IAB, then the system shall still use the value from the source AC and set the AC Invalid on the AB. The above is independent if the booking takes place on the Main Section or Sub Section on the IGC ORP/IGC IAB, and also independent if the system parameter Make Valid AC from AB on Intra Group Contract bookings is selected or not. Currently it is correct if the booking takes place on the Main Section, but not on Sub Sections. |
|
SICSR-27158 - Bug 1550156: TA - SICS 23.1 SP4 - TECSNT02: TAWV - TA Worksheet Validation Error can not be overridden #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 23.1 SSP4 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP7 |
| Customer | Swiss Re Zurich |
Problem: Solution: Workaround: |
|
SICSR-27160 - Bug 1550210: GOV TAX - SICS 23.1 SP4 - TECSNT02: Automatic Booking Gov Tax not consistent if Target EC switch sign checked #
| Product line | P&C |
| Component(s) | Accounting Government Tax |
| Affects version(s) | SICS 23.1 SSP4 |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
Problem: Solution: Workaround: Root Cause: |
|
SICSR-27164 - As Original on outward Cedent's Contract gets lower WS ID number than source booking #
| Product line | P&C |
| Component(s) | Accounting Prop Retro |
| Affects version(s) | SICS 22.2 SSP10 |
| Fix version(s) | SICS 23.3 |
| Customer | AON |
Problem: As Original on outward Cedent's Contract gets lower WS ID number than source booking Solution: When booking of Installments or Adjustments takes place on an Assumed Business, from the Premium and Limit conditions with the option Book and Close Selected, then the system should follow the same logic for how to allocate Worksheet IDs as when bookings are done manually on the Assumed Business; First give Worksheet ID to the worksheet on the Assumed Business, then give Worksheet ID to the worksheets on the outward business, e.g. Treaty OCC. The Worksheet IDs series number on the Assumed Business must be before the series number on the OCC. Workaround: Just ignore the strange settings of the series numbers on the worksheets Root Cause: Always been like this since we implemented the the Book and Close Selected on installment conditions. Extent of Impact: No known impact since the series numbers of the worksheets have no special effect other than that it look a bit strange. Recovery Method for Existing Data Affected Not needed. |
|
SICSR-27195 - Error message on Classification tab for IGC1028510 - 2020 #
| Product line | P&C |
| Component(s) | Accounting Classification |
| Affects version(s) | SICS 21.2 SSP12 REN1 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Problem: Solution: |
|
SICSR-27231 - Open TWS screen - unable to navigate to Worksheet - Validation error #
| Product line | P&C |
| Component(s) | Accounting Technical Worksheet |
| Affects version(s) | SICS 23.1 SSP5 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP10 |
| Customer | Renaissance Re |
Problem: Solution: |
|
SICSR-27234 - The balance with the expected payment balance is missing from the BPL when the balance pairing group is annulled. #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP30 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP32 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: |
|
SICSR-27258 - Abend on OCC Business Ledger when trying to 'Calculate' Account Balances Summary for 'As Informational' bookings #
| Product line | P&C |
| Component(s) | Accounting Business Ledger |
| Affects version(s) | SICS 22.4 ALL1 |
| Fix version(s) | SICS 23.3 |
| Customer | Allianz AG |
Problem: Solution: |
|
SICSR-27277 - Open Worksheets on OCC retroceded to ORP when running the Retro Calculation order #
| Product line | P&C |
| Component(s) | Accounting Cession/Retrocession (Life) |
| Affects version(s) | SICS 22.2 SSP7 |
| Fix version(s) | SICS 23.3 SICS 22.2 SSP12 |
| Customer | Länsförsäkringar AB |
Problem: Solution: By doing the above the user will see these bookings on the As Original ledger for the OCC and these bookings will only be included in the Retrocession Calculation order after the worksheets for these bookings are Closed. Workaround: |
|
SICSR-27339 - PA change on the amendment wrongly triggers SYN0029 (Sompo: RE0099) #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP30 |
| Fix version(s) | SICS 23.3 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: |
|
SICSR-27380 - Estimate Settlement Indicator Mass Update order for 2022 updates flag on balances for 2023 #
| Product line | P&C |
| Component(s) | Accounting Mass Updates |
| Affects version(s) | SICS 22.4 ALL1 |
| Fix version(s) | SICS 23.3 |
| Customer | Allianz AG |
Problem: Estimate Settlement Indicator Mass Update order for 2022 updates flag on balances for 2023 Solution: 'Estimate Settlement Indicator Mass Update' order should execute the process those businesses matches the described classification criteria in the order. If any of the criteria doesn't match with the listed business, Order should not update the settlement Indicator.
|
|
SICSR-27408 - Vantage v.23.1 SSP05 Testing: Abend while Running Estimate and Accruals Order AO90 #
| Product line | P&C |
| Component(s) | Accounting Orders |
| Affects version(s) | SICS 23.1 SSP5 |
| Fix version(s) | SICS 23.3 |
| Customer | Vantage Risk |
Problem: Abend while Running Estimate and Accruals Order Solution: Accrual Accounting Order should not abend when any of the listed business have Cease accounting flag selected. If Business already added in the Order list and then 'Cease Accounting' Flag is selected in the business and User execute the Order. Order should not create any worksheet those have 'Cease Accounting' Flag selected. Workaround: Exclude those business where 'Cease Accounting Flag' has been selected.
|
|
SICSR-27416 - manage the ESPID tables at sub section level #
| Product line | P&C |
| Component(s) | Accounting Outward Premium Accounting |
| Affects version(s) | SICS 4.9.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Solution: Workaround: |
|
SICSR-27480 - Extraordinary long runtime of UW Est, recalc and Accounting orders - Continued... #
| Product line | P&C |
| Component(s) | Accounting Orders |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 SICS 22.4 SSP5 |
| Customer | Renaissance Re |
Problem: Performance issue shows a very long runtime AGAIN of running UW estimates, Recalculation and Accounting Orders. We need assistance looking into asap. Identified issue: Batch reading that was added on estimation item and single estimates are causing performance issues on estimation orders. Solution: The Batch reading needs to be implemented more efficiently. For this case, remove batch reading from SicsBusinessPeriodEstimatesConditionClass.addRelationshipMapping(ClassBasedTableDescriptorBuilder). |
|
SICSR-27487 - Remove claim in Authorized balance still keep the removed amount. #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 23.3 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP32 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: 2) No error(ACBP034) triggered when changing AC on CW with Authorized status included in SBG. Solution: 1) When the system parameter ' Allow Balances in Authorized Status in Settlement Balance Group' is ON and a Settlement balance group is created for the Authorized claim worksheets, then system should not allow to remove a claim which is a part of SBG. 2) When the system parameter 'Allow Balances in Authorized Status in Settlement Balance Group' is ON and 'Display Bookings and Entry Codes per Accounting Classification' is Selected, and a Claim Worksheet is created with one AC in Authorized status and included in SBG then system should not allow to change the AC on the claim worksheet and should trigger ACBP034 error. |
|
SICSR-27500 - Authorized balances included in the SBG is able to update expected payment amount #
| Product line | P&C |
| Component(s) | Accounting Business Ledger |
| Affects version(s) | SICS 4.8.6 SSP31 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP32 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: |
|
SICSR-27504 - Switch currency on all details - Abend #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP31 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP32 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: System is throwing an abend when trying to Switch currency on Technical Worksheet with Authorized which is a part of SBG. Solution: When the system parameter ' Allow Balances in Authorized Status in Settlement Balance Group' is ON and a Settlement balance group is created for the Authorized Technical worksheet, and now user tries to 'Switch currency on all details' on worksheet then system should not allow to switch currency and Validation Error ACBP034 should be triggered and there should not be any abend. For Claim worksheet it is working correctly, TW should also work similarly. |
|
SICSR-27541 - Incorrect Deduction Amount Using Automatic Gross Up of Premium & Deduction Booking #
| Product line | P&C |
| Component(s) | Accounting Inward Premium Accounting |
| Affects version(s) | SICS 22.3 SSP4 |
| Fix version(s) | SICS 23.3 SICS 22.3 SSP6 |
| Customer | Partner Re |
Problem: Solution: We must also make sure the system does not abend if the same worksheet is reopened and the user performs again the 'Automatic Gross-up of Premium and Booking of Deduction' . |
|
SICSR-27574 - ACBP034 is displayed and cannot book for added business(Claim Worksheet/Auth Status registered in SBG) #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP32 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP33 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: System is stopping to 'Add Business' on worksheet with Authorized status which is part of SBG and also restricting from 'Add a New Entry Code' on the business which is not part of SBG, triggering and error ACBP034. Solution: When the system parameter ' Allow Balances in Authorized Status in Settlement Balance Group' is ON and a Settlement balance group is created for the Authorized Worksheet, and now user tries to 'Add Business' system should allow to add a new business and also should allow to add a new Entry Code on the Business which is not part of SBG (as the new balance will not be part of SBG). |
|
SICSR-27598 - 4.8.6.SSP32 Test Fail: SICSR-27234 #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP32 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP33 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: The expected payment is deleted from the balance during balance pairing group when driving balance currency is different from expected payment currency even if system parameter Always keep Expected Payment Balance after Pairing is selected. Solution: Make same solution as in When the system parameter Always keep Expected Payment Balance after Pairing is selected the Expected payment shall be kept even if the driving balances in the Balance Pairing Group is in different currency than the Expected Payment. If this parameter is not selected, then the Expected Payment balance shall be deleted if the driving balance is in a different currency than the Expected Payment. But shall always be kept after Balance Pairing Group if the driving balances is in same currency as the Expected Payment. When Balance Pairing Group takes place between multiple driving balance and included balances with an Expected Payment, then make sure the Settlement Indicator on the original balance and the Expected Payment balance shall always be in sync, i.e. if the balance is Settled then the linked Expected Payment balance shall also be Settled, etc. |
|
SICSR-27600 - 'Add New Booking' on authorized claim balance included in SBG (SE-10707) [4.8.6 ssp32] #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP32 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP33 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: |
|
SICSR-27602 - Abend in selecting 'Add new booking' then 'Delete' in authorized claim balance included in the SBG (SE-10707) #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP32 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP33 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: |
|
SICSR-27643 - Annulled Pairing ID in the Mass Pairing of Technical/Claim Balances Log (SE-9765) #
| Product line | P&C |
| Component(s) | Accounting Pairing |
| Affects version(s) | SICS 4.8.6 SSP32 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP33 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: When user Annulled Pairing ID in the Mass Pairing of Technical/Claim Balances and Pair the same balances again, then Log is not updated correctly with the latest Pairing ID. Solution: When the system parameter ' Balance Pairing Group in use ' is ON and the Balances are paired using the order 'Mass Pairing of Technical/Claim Balances'. Now Annulled this Pairing ID and when user tries to Pair the same balances using the order 'Mass Pairing of Technical/Claim Balances', the Pairing Log should also be updated with the latest Pairing ID same as the Balance Pairing Properties. |
|
SICSR-27651 - 'Delete Expected Payment' should not be done on authorized Technical/claim balance included in SBG #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 4.8.6 SSP32 |
| Fix version(s) | SICS 23.3 SICS 4.8.6 SSP33 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: |
|
SICSR-27700 - IN328701 - Walkback on an UNFI worksheet, automatic booking - Automatic Gross-up #
| Product line | P&C |
| Component(s) | Accounting general |
| Affects version(s) | SICS 22.3 SSP4 |
| Fix version(s) | SICS 23.3 SICS 22.3 SSP6 |
| Customer | Partner Re |
Problem: Solution: |
|
SICSR-27809 - ECTT on IAB/OCC work incorrectly when IAB is protected by PF OCC #
| Product line | P&C |
| Component(s) | Accounting Business Ledger |
| Affects version(s) | SICS 22.2 SSP5 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Solution: |
|
SICSR-21385 - Abend deleting limits like cover when set up to be mandatory #
| Product line | P&C |
| Component(s) | Business Premium/Limit Condition |
| Affects version(s) | SICS 4.9.5 SSP6 |
| Fix version(s) | SICS 23.3 |
| Customer | Axis Group |
Problem: When the items Aggregate Limit, Cover or Excess have been set up to be colored as mandatory and they on the contract contain a value, when selecting the item and then Delete, the system gives the message ‘DB0005: Database Session Error The current unit-of-work in the database session is not the expected unit-of-work.’. If selecting OK on this, the system abends. Solution: When selecting an items defined to be colored as mandatory and it contains a value, and the user selects Delete, the system should not give the message ‘DB0005: Database Session Error The current unit-of-work in the database session is not the expected unit-of-work.’ And pressing ok to this should not abend. Instead, the delete choice should be disabled, as it currently correctly is when this item does not have a value in it. |
|
SICSR-26942 - ARC-542: Underwriters cannot Create or link Inward Intra Group Contract when only one my base company #
| Product line | P&C |
| Component(s) | Business Structure |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Africa Re |
Problem: Underwriters cannot create or link Inward Intra Group Contract when Current Base Company is not set up as part of any owner group. Solution: It should be possible to create an Inward Intra Group Contract even if the Current Base Company is not part of any base company owner group. Workaround: A System Administrator, who does not have any Allowed Base Companies assigned in the Security Management, will be allowed to create Intra Group Contracts on any business. |
|
SICSR-27120 - Transform Business Partner into Third Party and vice versa not working with Base Company segregation #
| Product line | P&C |
| Component(s) | Business Partner |
| Affects version(s) | SICS 22.2 SSP10 |
| Fix version(s) | SICS 23.3 |
| Customer | AON |
Problem: Solution: Workaround |
|
SICSR-27147 - Status filter missing from Find Bank #
| Product line | P&C |
| Component(s) | Business Partner |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | Allianz AG |
Problem: Solution: |
|
SICSR-27168 - Instalment Premium calculated wrong first time after removal #
| Product line | P&C |
| Component(s) | Business Premium/Limit Condition |
| Affects version(s) | SICS 22.2 SSP10 |
| Fix version(s) | SICS 23.3 |
| Customer | AON |
Problem: Solution: Workaround: |
|
SICSR-27178 - No validation of Retroceded Percent of Facultative Retrocessionaire Participation against Intermediary percent #
| Product line | P&C |
| Component(s) | Business Protection Assignments |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: Workaround: |
|
SICSR-27319 - Base Company Segregation not showing some protected Assumed Businesses from Outward Cedent's Contract side #
| Product line | P&C |
| Component(s) | Business Protection Assignments |
| Affects version(s) | SICS 22.2 SSP10 |
| Fix version(s) | SICS 23.3 |
| Customer | AON |
Problem: Solution: Workaround: |
|
SICSR-26511 - Abend when the expected payment is created on a claim worksheet #
| Product line | P&C |
| Component(s) | Claim Worksheet |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | SOMPO JAPAN INSURANCE INC. |
Problem: Solution: |
|
SICSR-26752 - Walkback reported while loading balance to a Claim via MTK #
| Product line | P&C |
| Component(s) | Claims |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | MS Reinsurance |
Problem: Walkback when migrating a claim worksheet Solution: ensure that the BusinessObject Id is set correctly so that the claim worksheet is migrated to the correct SocToClaimRel |
|
SICSR-26859 - System does not default entry code in claim worksheet when the entry code has been set as default in claim worksheet. #
| Product line | P&C |
| Component(s) | Claim Worksheet |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: System does not default claim worksheet entry codes as expected Solution: When an entry code is flagged to default in a claim worksheet it should automatically appear when creating the first worksheet on the claim. Workaround: Add the entry codes manually
|
|
SICSR-27116 - Claims - Business stats screen - select and unselect between our share and 100% however the figures do not change. #
| Product line | P&C |
| Component(s) | Claims |
| Affects version(s) | SICS 23.1 SSP4 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Problem When you have the business stats screen with criteria selection open, and you are viewing the claim ledger, you select and unselect between our share and 100% however the figures do not change. Solution The system should recalculate the Claim Ledger figures regardless of whether the Online Statistics Criteria selection window is open or not. Close the Criteria Selection window. |
|
SICSR-27228 - Incorrect AC395 for missing RIP on CW #
| Product line | P&C |
| Component(s) | Claim Accuracy Validation |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
Problem: Claim Accuracy Error AC395 (missing reinstatement) appears when it is not expected. Solution: Accuracy error for reinstatement should not be raised if worksheet does not contain Paid Loss (and possibly Paid Loss Expense) entry codes, nor when booking zero payments, nor when condition is not defined, defined as none or no auto calculation, free, or not available - although adjustments to already booked reinstatement is due.
|
|
SICSR-27472 - Incorrect FGU distribution towards AAD #
| Product line | P&C |
| Component(s) | Claim FGU |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 SICS 23.2 SSP2 |
| Customer | American Agricultural Insurance Company |
Problem: The system does not split ACR to ACR AAD and ACR when total AAD is exhausted Solution: The system must allocate towards AAD only as much as is remaining in AAD. The balance must be allocated to the layer, provided the limit is not yet breached.
|
|
SICSR-24242 - Default a Missing Due Date to Today’s date #
| Product line | P&C |
| Component(s) | eMessaging TA |
| Affects version(s) | SICS 21.3 SSP7 |
| Fix version(s) | SICS 23.3 |
| Customer | Sirius Point |
Problem: London Market TA Reversal without Due Date results in a reversal booking missing a Due Date which cannot be manually added. Solution: For a reversal message missing a due date the due date should be set as the current date with the exception of a Lloyds Delinked reversal which should take the due date from the original booking being reversed. For any other cases of a missing Due Date the field on the balance is editable and should be set as desired. |
|
SICSR-25762 - Message can be processed even if Sub account balance does not equal sum of liquid detail amounts #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | SICS 4.8.6 SSP14 |
| Fix version(s) | SICS 23.3 |
| Customer | Partner Re |
Problem: Issue is with the rule “TestSumOfLiquidDetailsAgainstClaimedSubAccountBalanceValidationRule” The rule (error) does not prevent processing messages by Swap To Worksheet even if we set 'Halt Processing = Y' in the rule property. Factory setting of the rule has “Allow Swap To WS = Y”, So it is understandable that Swap To WS is possible on the message. However, by closing the swapped worksheet the message is processed. That causes sending L4 acknowledgement confirming an amount not matching with the booked balance. The message should not be processed with the error set by this rule. Correction in SICS 4.9.1 The control amount for CheckLiquidBalanceControlTotal should be set from the message balance amount on all eMessage generated balances. The affects liquid entry codes will be summed across all eMessage generated balances and compared to (one of the identical) control amount. However even if there is a validation problem with the control amount if UNFI on an Instalment Booking you are prompted to set the message to processed even though the current message is making the booking itself and the worksheet is still open. Solution: When UNFI on an Instalment booking worksheet there should be no prompt to set the message to Processed. |
|
SICSR-25926 - Apply Technical Worksheet Rule - SYN0002 - due date error #
| Product line | P&C |
| Component(s) | eMessaging TA |
| Affects version(s) | SICS 21.2 SSP12 REN1 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
SICSR-26559 - System Admin cannot close worksheets due to EM0106/security domain restriction issue #
| Product line | P&C |
| Component(s) | eMessaging TA |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP5 |
| Customer | Renaissance Re |
Problem: Solution: For a TechAccount message, when the user has Validated the message and select the Process option, then make sure the message goes directly to Waiting status in the same way as it does when a claim message is processed and the 'Prevent Mandual update of claim worksheet' parameter is selected. |
|
SICSR-27061 - SE-17533 - CM messages that are Discarded with an Acknowledgement message being sent to the Broker do not meet ACORD standards #
| Product line | P&C |
| Component(s) | eMessaging CM |
| Affects version(s) | SICS 23.1 SSP2 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP8 |
| Customer | Renaissance Re |
Problem: CM messages that are Discarded with an Acknowledgement message being sent to the Broker do not meet ACORD standards. XML: In this Story’s scenario, we want a Business Validation ACK going back to the Broker - but we may or may not have a Claim to link the message to. We need the ability to Discard the message from SICS (as it is invalid or we do not wish to process it) and close the messaging loop with the Broker. Solution: For Claim/ReinsurerReference or Claim/InsurerReference then |
|
SICSR-27065 - CM closing notice processed, claim not auto-closed when CWS was closed #
| Product line | P&C |
| Component(s) | eMessaging CM |
| Affects version(s) | SICS 23.1 SSP2 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Problem: CM closing notice processed, claim not auto-closed when CWS was closed. Solution: If a Claim is Pending Closure and eMessaging closes a worksheet via Process or Swap to Worksheet then if the Claim can be closed it should be. |
|
SICSR-27086 - InsuredPeriodFromDateValidationRule not considering tolerance #
| Product line | P&C |
| Component(s) | eMessaging TA |
| Affects version(s) | SICS 21.2 SSP12 REN1 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP9 |
| Customer | Renaissance Re |
Problem: InsuredPeriodFromDateValidationRule tolerance does not work if message date is prior to insured period date Solution: Date tolerances with lower and upper values should function if the base date is prior or after the reference date using the lower or upper tolerance respestively. |
|
SICSR-27152 - eMessaging - ValidateMessageSequence - not triggering as expected #
| Product line | P&C |
| Component(s) | eMessaging TA |
| Affects version(s) | SICS 21.2 SSP12 REN1 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP8 |
| Customer | Renaissance Re |
Problem: ValidateMessageSequence triggered incorrectly. The validation rule – ValidateMessageSequence – is supposed to outline instances where the current message is prior to the linked adjustment, it compared as of data and if they are equal the creation date. However, if creation date is equal (can likely happen on Lloyds batches) it raises this error which is wrong. The problem message text states 'Message as of date equals SICS as of date with prior CreationDate' Solution: For messages with the same As of Date and CreationDate the ValidateMessageSequence rule should not raise an error. |
|
SICSR-27253 - eMessaging - Certain Outbound Acknowledgement messages - Staying at Pending Delivery #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | SICS 23.1 SSP5 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP7 |
| Customer | Renaissance Re |
Problem: We checked out Conduit scheduler and the 3 Pending delivery messages aren't being picked up. Also, they are displayed as <None> in the external system info. Messages are all Discarded with acknowledged status. Solution: When discarding with Acceptance acknowledgement the external system should be set from the original message as per other cases. Workaround: UPDATE EMES_MSG SET FSK_EXT_SYSTEM = 1239, FRK_EXT_SYSTEM = 'GATEWAY' WHERE FRK_EXT_SYSTEM IS NULL; |
|
SICSR-27348 - SICS eMessaging Sample client not working SICS 23.1 and 23.2 #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Triglav Re |
Problem: SICS eMessaging Sample client not working SICS 23.1 and 23.2 Solution: Axis2 upgrade should be completed fully included in the eMessaging Acord Client executable version. Workaround: Requires upgraded axis2 lib to be used by acord-client. Root Cause: Upgrade to Axis2 |
|
SICSR-27390 - SE-18942/21040 - Settlement Message - FA Reject L4 Message does not include Error Indicator coding #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | SICS 23.1 SSP5 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Problem: For the ACORD version 2015 Settlement message with multiple FAI items, rejected the few of the pending items and processed the message. once processed system has created rejection acknowledgement with no error indicator.System is only generating the error indicator for the acord version 2016-10 messages but not for the other ones. Solution: Add ErrorIndicator for ACORD schema 2010 an onwards as per 2016-10 for Settlement FAI Rejections and TA/CM rejections. |
|
SICSR-27455 - Bug 1583730: 'validated' and which are abending when processed with cause.message=Cannot invoke 'org.joda.time.DateMidnight.getYear()' because the return value of 'com.csc.sics.accounting.domain.SicsLedgerClaimBalance.asOfDate()' is null #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP9 |
| Customer | Swiss Re Zurich |
Problem: Abend and/or missing AsOdDate on Claim Worksheet when making a booking from a message that does not include an AsOfDate. Solution: Ensure that if no AsOfDate is provided in a message then the CreationDate of the message is used to set the AsOfDate. |
|
SICSR-27464 - eMessage Not Producing Error on Closed Booking Periods #
| Product line | P&C |
| Component(s) | eMessaging TA |
| Affects version(s) | SICS 22.3 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP9 SICS 22.3 SSP6 |
| Customer | Partner Re |
Problem: It is critical that messages are not booked into closed periods when the user does not have access to book to closed periods. Solution:
Extent of Impact: Validation on Closed Periods for non-Manual origin worksheets will not take place unless the system parameter
|
|
SICSR-27482 - SICS eMessaging BP reference field #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | SICS 22.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
Problem: If there is a balance split defined (triggered by Task definition on Business/Partner Tab), only the Balance including the Claim Paid booking is overwritten with the BP Ref. of the Claim Signing Message once the Claim Worksheet is closed. We would expect that all balance splits are updated with the correct BP Ref. from the Claim Signing Message. Solution: If one or multiple (item level) balances are linked, given each linked previous adjustment balance: Root Cause: Update on references only applied to the actual balance(s) linked to the message which does not account for additional balances made by the same booking due to a balance split being applied. Extent of Impact: TA updating Claim balances where balances have been split. |
|
SICSR-27596 - Claims trigger date not populated automatically #
| Product line | P&C |
| Component(s) | eMessaging CM |
| Affects version(s) | SICS 23.1 SSP5 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Problem: On the attached new claim message the claims trigger date does not appear to be populated automatically when the claim is set-up. Hence the Claim Update rule can not create a claim automatically and fails. When swapping to claim the claims trigger date appears to be empty and requires manual input (= DOL). Note that we have definite an extended reporting period on this business/insured period. Solution: eMessaging should default Claims Trigger and Date for Claims on Prop Treaty when Claims Made or Awards Made |
|
SICSR-27597 - SE-9945 - Walkback - SetClaimDispositionToInformationalForProportionalQSTreaty rule #
| Product line | P&C |
| Component(s) | eMessaging CM |
| Affects version(s) | SICS 23.1 SSP8 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Problem: We have been doing some more 'investigation' on this abends/crashes and it turns out that this relates to the new rule: SetClaimDispositionToInformationalForProportionalQSTreaty. If this rule is disabled, no abends/crash occur anymore. Solution: If there is no section referenced on the message then the rule SetClaimDispositionToInformationalForProportionalQSTreaty should exit (until such a time that the reference is made). |
|
SICSR-27620 - rule CheckContractCoverageType crash postplacement messages #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | SICS 23.1 SSP7 |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
Problem: Every post placement message is crashing due to a problem linked to the mappedSicsCoverageBasis rule Solution: If there is no mapping for a Contract Coverage Basis then skip the Check test until the mapping is made - the Reference rule for Contract Coverage Basis will raise an error. Workaround: Change the setting for rule ReferenceContractCoverageBasis to Halt Processing Root Cause: The subsequent check rule CheckContractCoverageBasis is failing on the missing mapping but this should be trapped to ignore the check until the reference is correctly made. This means you do not get to see the Referencing problem. |
|
SICSR-27758 - CheckDeductionsForAutoBookingValidationRule - not considering section information #
| Product line | P&C |
| Component(s) | eMessaging TA |
| Affects version(s) | SICS 21.2 SSP12 REN1 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Problem: The CheckDeductionsForAutoBookingValidationRule does not consider deductions captured on section level. This rule needs to look for the deduction condition on main section if the values are inherited to the child sections and if there is a deduction condition set-up on child section that needs to be used/referenced to. Solution: The rule should check the deductions on the referenced section and not simply the main section. |
|
SICSR-27376 - possible to protect assumed business by outward cedent contract with different cedent than protected reinsurer, but User Guide says not #
| Product line | P&C |
| Component(s) | Documentation - P&C User Guide |
| Affects version(s) | SICS 22.2 SSP10 |
| Fix version(s) | SICS 23.3 |
| Customer | AON |
Problem: Solution: |
|
SICSR-22990 - SICS System Administration - Periodic Function - Update Retro Pairing Table #
| Product line | P&C |
| Component(s) | Reporting - Accounting |
| Affects version(s) | SICS 21.3 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: ACIM is about to start their UAT and this will become a problem as they will run retro calc / account orders and want to see this in the reports – and since we cannot use and schedule the “Update Retro Pairing Table” job to get the data needed available for reporting. This period function is not updating the information after the retrocession account order have been run. It does not include any new data. The only time it works is the first time it is run. Any subsequent updates are not included into the AC_RETRO_PAIRING table. Solution: If we change this script to include a truncation of the AC_RETRO_PAIRING table then data will become available and the reports start to produce the correct numbers. TRUNCATE TABLE AC_RETRO_PAIRING TRUNCATE TABLE AC_RETRO_WORK INSERT INTO AC_RETRO_WORK… Is there any chance that this periodic function can be updated with the truncation of the AC_RETRO_PAIRING Table in the beginning or that the scripts can be reviewed to workout why the information in the AC_RETRO_WORK is not populating the AC_RETRO_PAIRING table with the new latest data so that the whole AC_RETRO_PAIRING table does not have to be completely reloaded each time. |
|
SICSR-25472 - Detail value not computed correctly for Premium Deposit scenario 4 #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 22.1 SSP6 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP7 |
| Customer | Swiss Re Zurich |
Problem: For Premium Deposit scenario 4, detail value is not computed correctly. Showing warning AC0770:The Validation rule detected a discrepancy between computed value and detail value. Solution: On the Deposit conditions the Calculation Method is Percent of Premium/Percent of Loss |
|
SICSR-25697 - BO report does not list worksheet where business partner has changed on business #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 22.2 |
| Fix version(s) | SICS 23.3 |
| Customer | Africa Re |
Problem: BO report does not list worksheet where business partner has changed on business Solution: The tables BOAC_PC_FACT & BOAC_WK1_FACT needs to be updated as mentioned by the client in the attachment provided.
|
|
SICSR-25799 - Incorrect premium amount in Business Object Report #
| Product line | P&C |
| Component(s) | Reporting - Business |
| Affects version(s) | SICS 20.3 SSP6 |
| Fix version(s) | SICS 23.3 |
| Customer | Tryg |
Problem: Solution:
|
|
SICSR-27024 - Objects for users phone numbers and emails objects in Reference Universe #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 |
| Customer | Triglav Re |
Problem: In Reference Data Unified Universe there are no objects to retrieve emails and phone numbers which is present in SICS Solution: To create objects in Ref Data Universe under Security class for retrieving emails and phone numbers from SICS, create a alias table of ELECTRONIC_ADDRESS such as WEBSITE_ADDRESS, EMAIL_ADDRESS, PHONE_NUMBER, MOBILE_NUMBER, and FAX_NUMBER and then give joins between those alias tables and CNU_USER
|
|
SICSR-27032 - Missing outer joins for object Business Partner Admin Task #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 |
| Customer | Triglav Re |
Problem: Object Business Partner Admin Task filter out data where there is no admin task assigned. In simple report it don't return Reinsurer role with empty admin task, because in this case no admin task is assigned to reinsurer. Solution: Outer joins need to be added for the highlighted table so that After adding outer joins, we will Partner details that does not have any value for Business Partner Admin Task.
|
|
SICSR-27044 - BOAC004 and BOAC_JT_ECG not showing all possible entry code groups #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 |
| Customer | Triglav Re |
Problem: BOAC004 and BOAC_JT_ECG not showing all possible entry code groups. Solution: In the oracle version of BOAC004 and in the part that is looking at BOAC_JT_EGC and ECG2 this whole part needs to be updated as it works fine in 22.2. |
|
SICSR-27046 - Universe issue with Pairings - V BOAC STL PAIRING #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Vantage Risk |
Problem: The Pairing objects report does not show some pairings even though they are clearly paired in SICS. Solution: To create a view V_BOAC_STL_PAIRING_FOLLOWER. Add view V_BOAC_STL_PAIRING_FOLLOWER into the universe structure and provide required joins with respective tables. Later, modify the definition of objects related to Aggregate pairing balance, Driver balance and cash flow in the universe.
|
|
SICSR-27186 - ARC-539 - worksheet TW3990214 doesn't flow to BO even after many reinitializations of BO #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 22.2 |
| Fix version(s) | SICS 23.3 |
| Customer | Africa Re |
Problem: Worksheet doesn't flow to BO even after many reinitializations of BO. Solution: If possible then we should set up or adjust BOAC004 so that both method A and B will use the same criteria’s on how the worksheets are loaded and what it is doing with BOAC_DUP_WORKSHEET table. |
|
SICSR-27215 - Deposits - Validation AC0770 - detail value not computed correctly - Premium Deposit scenario 4 #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.1 SSP4 |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
SICSR-27279 - Join between the tables 'AC_STL_PAIRING' and 'AC_LEDGER_BALANCE' needs to be adjusted #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: |
|
SICSR-27287 - Update V_BOAC_STL_PAIRING to report the settlement indicator for balance 2 #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: To add some objects directly to view V_BOAC_STL_PAIRING, to easily report the settlement indicator for balance 2 (the follower balance in a pairing) as well as getting the full text of settlement indicator for balance 1 for which we currently only have as code in the BOAC_STL_PAIRING/AC_STL_PAIRING table. Solution: The view V_BOAC_STL_PAIRING needs to be altered as given so that we can see the settlement indicator for balance 2 (the follower balance in a pairing) as well as get the full text of settlement indicator for balance 1 for which we currently only have as code in the BOAC_STL_PAIRING/AC_STL_PAIRING table. |
|
SICSR-27341 - Update some common views for P&C, Life and Cede databases #
| Product line | P&C | |||||||||||||||||||
| Component(s) | Reporting | |||||||||||||||||||
| Affects version(s) | SICS 23.2 | |||||||||||||||||||
| Fix version(s) | SICS 23.3 | |||||||||||||||||||
| Customer | DXC | |||||||||||||||||||
Problem: The following views to need some changes/adjustments in order to work better and faster:
Solution: All the views are coming from AC_LEDGER_BALANCE table . V_BALANCE_DATES is using additional tables .SOC_TO_CLAIM,CLAIM,AC_WORKSHEET, and V_ORP_DATES,V_AFTERPAIRING_DATES,V_BANK_DATES can be combined with V_BALANCE_DATES view. Some additional columns should be added in this view which are available in above three views. |
||||||||||||||||||||
SICSR-27519 - Correct spellings on Cede universe #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.3 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: In the Cede universe few objects name are mis-spelling such as Orignial (Code), Acounting, Accociated, Reocvery, Expences Solution: Some objects which are mis-spelled in Cede universe should be corrected. |
|
SICSR-27647 - GET_ALL_SOC_PERIL in combination with the view V_INS_PERIL_RZ #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.3 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Duplicate data is generating due to view V_INS_PERIL_RZ. Solution: The script of view V_INS_PERIL_RZ should be updated for getting correct results. |
|
SICSR-27745 - Update join to correct objects Inward Claim Information INW Paired Amount (Base) and (Target) #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: The object Inward paired Amount (Original) Dim it is coming from the V_RETRO_DTL_PAIR_CLMTOOCC_SRC table. and V_INWARD_OUTWARD_DATES is joined to BOAC_PC_FACT table that it should not. Solution: To create a alias for V_INWARD_OUTWARD_DATES and should be joined to CLMTOOCC_SRC_DTL table |
|
SICSR-27747 - Outward Claim Information OCC Paired Amount (Base) and (Target) #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: The object OCC paired Amount (Original) Dim it is coming from the V_RETRO_DTL_PAIR_CLMTOOCC_TGT table. And V_INWARD_OUTWARD_DATES is joined to BOAC_PC_FACT table that it should not. It should be joined with CLMTOOCC_TARGET_DTL table. Solution: To create a alias for V_INWARD_OUTWARD_DATES and should be joined to CLMTOOCC_TARGET_DTL table. |
|
SICSR-27794 - Detail Amount Unsettled (Main) missing in the BO Universe #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 4.9.3 SSP8 |
| Fix version(s) | SICS 23.3 |
| Customer | Labuan Re |
Problem: The object Detail Amount Unsettled (Main) is missing in the universes under Detail (Main) class. Solution: To add object Detail Amount Unsettled (Main), to make its data available on reports according to its Main Currency selected. |
|
SICSR-27814 - Booking Year Period Date Start and End in date format #
| Product line | P&C |
| Component(s) | Reporting |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | Allianz Global Corporate & Specialty |
Problem: Booking year period start date and end date was earlier in character format but we need them in date format as the client requested. Solution: Altering the views V_BOAC_STL_PAIRING, V_FCREVAL_BAL_BYRP, V_FC_REVAL_DTL_BYRP and V_BOAC_STL_PAIRING_FOLLOWER in all the databases so that we get the dates in proper date format as they were earlier in character format. |
|
SICSR-26608 - Security Domain Restriction Business Structure fails restricting update of conditions by use case Business Administration #
| Product line | P&C |
| Component(s) | Security |
| Affects version(s) | SICS 21.2 SSP15 |
| Fix version(s) | SICS 23.3 |
| Customer | Milli Re |
Problem: When the Domain Restriction 'Business Structure' is used for filtering the Use Case 'Business Administration', the system does not stop the user from updating existing conditions. Solution: When the Domain Restriction 'Business Structure' is used for filtering the Use Case 'Business Administration', the system should stop the user from updating also existing conditions.
|
|
SICSR-26698 - Domain Restriction 'Business Structure' behaves inconsistently when condition is opened from different place #
| Product line | P&C |
| Component(s) | Security |
| Affects version(s) | SICS 21.2 SSP15 |
| Fix version(s) | SICS 23.3 |
| Customer | Milli Re |
Problem: When the Domain Restriction 'Business Structure' is used for filtering the Use Case 'Business Administration', the system does not stop the user from creating new conditions, if the user opens this condition from another existing condition. Solution: When the Domain Restriction 'Business Structure' is used for 'Business Administration' (Update), the system should stop the user from updating an existing condition and creating a new condition. This should work regardless of from where this condition is opened. For example, opening the Premium and Limit Conditions from the Business Highlights or from another condition (like Clauses) should be restricted by this security.
|
|
SICSR-21521 - SICS server should produce walkback #
| Product line | P&C |
| Component(s) | SICS Server |
| Affects version(s) | SICS 4.7 SSP16 SIR6 |
| Fix version(s) | SICS 23.3 |
| Customer | Sirius International Insurance Corporation |
Problem: SICS Server crashes when receiving multiple parallel calls if MaxQueueLength is 0. Solution: Made some cleanup/fixes in earlier SICS Server versions that fixed this. This works fine now. |
|
SICSR-26875 - error message when changing business on a sub section classification by web service #
| Product line | P&C |
| Component(s) | SICS Server |
| Affects version(s) | SICS 21.2 SSP15 |
| Fix version(s) | SICS 23.3 SICS 21.2 SSP16 |
| Customer | Qianhai Re |
Problem: Solution: Workaround: |
|
SICSR-27108 - executeBusinessSearch behaves inconsistently in SICS 22.4 #
| Product line | P&C |
| Component(s) | SICS Server |
| Affects version(s) | SICS 22.4 ALL1 |
| Fix version(s) | SICS 23.3 SICS 22.4 ALL3 SICS 23.1 SSP9 SICS 23.2 SSP2 |
| Customer | Allianz AG |
Problem: executeBusinessSearch behaves inconsistently in SICS 22.4 Solution: executeBusinessSearch operation should return list as per the startIndex specified in request and should behave as like in SICS 20.4
|
|
SICSR-27124 - missing validation that claim group name is unique within category in sics server #
| Product line | P&C |
| Component(s) | SICS Server |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: createClaimGroup API fails to raise an error if the Claim Group name is not unique within the category. Solution: SICS Server should raise the same error as online - CM022. |
|
SICSR-27126 - Error when selecting to calculate reinstatement as part of createFGUWorksheet API #
| Product line | P&C |
| Component(s) | SICS Server |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: When selecting to calculateReinstatement as part of createFGUWorksheet API the system fails to add the reinstatements to the worksheet. Solution: Reinstatement bookings - if any are due - should be added to the FGU worksheet. |
|
SICSR-27203 - SICS API deserialization issue #
| Product line | P&C |
| Component(s) | SICS Server |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 SICS 22.4 ALL3 SICS 23.2 SSP1 SICS 23.1 SSP9 |
| Customer | Allianz AG |
Problem: When using the Axis2 client libraries connected to an API server connected to a non-Oracle database, the serialization of Strings with empty values results in a runtime exception: 'Input values do not follow defined XSD restrictions'. Solution: Root Cause: Extent of Impact: Impact on Existing Data |
|
SICSR-27411 - SICS Server: Serialize Error on CreateBusiness #
| Product line | P&C |
| Component(s) | SICS Server |
| Affects version(s) | SICS 22.4 ALL1 |
| Fix version(s) | SICS 23.3 SICS 22.4 ALL3 |
| Customer | Allianz AG |
Problem: Serialization Error on CreateBusiness webservice with Axis2 Client for creating a business with deduction commission and without specifying increaseCommissionBy. Solution: Make XSD element increaseCommissionBy as optional as it is not a mandatory element.
|
|
SICSR-27476 - Incompatible function concat_ws on SQL Server 2016 or prior #
| Product line | P&C |
| Component(s) | SICS Server |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Solution: LEGAL_AREA.ISO_ALPHA_3+', 'RTRIM(RISK_ZONE.CODE)', '+INS_PERIL.FRK_PERIL_TYPE as RZ_SICS_DISPLAY |
|
SICSR-27003 - System Parameter Global Credit Terms for Instalments on Assumed Business not displayed properly #
| Product line | P&C |
| Component(s) | System Parameters |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Solution: |
|
SICSR-21351 - ADH - Navigating between mapping revisions does not update the fingerprint #
| Product line | P&C |
| Component(s) | Automated Document Handling |
| Affects version(s) | SICS 21.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
Problem: When viewing a mapping that has several revisions, navigating between the revisions does not update the fingerprint. Solution: Recalculate the fingerprint when selection of revision changes. Workaround: In System Parameters, look up the mapping. Open the context menu (the other mouse button) and select 'Show Revisions'. Double-click the desired revision in order to view the fingerprint of that specific revision. |
|
SICSR-22240 - Migration tool kit does not import Business Partner User Defined Fields #
| Product line | P&C |
| Component(s) | Interface - Migration Loader |
| Affects version(s) | SICS 21.2 |
| Fix version(s) | SICS 23.3 |
| Customer | AON |
Problem: Solution: |
|
SICSR-26392 - Portfolio Program - Matching Business not working properly #
| Product line | P&C |
| Component(s) | Multi GAAP - Business |
| Affects version(s) | SICS 21.2 SSP15 |
| Fix version(s) | SICS 23.3 |
| Customer | Milli Re |
Problem: If selecting to transfer/attach a sub section of a business to a portfolio program and its main section is already linked to this program, the system stops the user. Solution: When the main section of an assumed business is already linked to a Portfolio Program and 'Is Period Estimate Sum up Section' is cleared and the users tries to link a sub section of the same business to the same program, the system should NOT stop the user with error message BR0098. Instead, it should attach this sub section. The behavior when linking Assumed Business should be the same for all pop up menu options, regardless of the user starting from Main OR Sub section or for all. The system should only give this validation message when ' Is Period Estimate Sum Up Section' is selected and the Main Section is already linked to the Portfolio Program, and then the User tries to add the sub section to the program. |
|
SICSR-26549 - PostgreSQL Database Case sensitive Username <caseSensitiveUserNames> #
| Product line | P&C |
| Component(s) | Database Setup |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 SICS 22.4 ALL3 |
| Customer | Allianz AG |
Problem: Solution: The default value (false) ignores the case of the login ID when retrieving the SICS ID. |
|
SICSR-26700 - Can't link Assumed Business to Portfolio Program with 2 Reinsurers despite Assumed Reinsurer has one of them #
| Product line | P&C |
| Component(s) | Multi GAAP - Business |
| Affects version(s) | SICS 21.2 SSP15 |
| Fix version(s) | SICS 23.3 |
| Customer | Milli Re |
Problem: Can't link Assumed Business to Portfolio Program with 2 Reinsurers despite Assumed Reinsurer has one of them Solution: When Business Partner from the Assumed is matched with the Portfolio Program, SICS should allow to attach the same even the IAB partner contains First OR second Partner of the portfolio program. SICS007 - SICS Message should only be display when Business Partner does not matched, it means does not exist in Portfolio Program. |
|
SICSR-27089 - API - accountingValidationIndicator and claimValidationIndicator values missing in retrieveObject #
| Product line | P&C |
| Component(s) | Webservices |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Solution: |
|
SICSR-27104 - Excess of Loss Protection for Common Account assignment logged even when no bookings and despite parameter log before bookings cleared #
| Product line | P&C |
| Component(s) | Log Functionality |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Solution: Log View started from XL Protection for CA of an Outward Cedent's Contract should not list any logs when 'Log Business conditions before booking is cleared and the protected OCC does not have bookings. |
|
SICSR-27238 - Database patch re_2592 incorrectly named re_2590 #
| Product line | P&C |
| Component(s) | |
| Affects version(s) | SICS 23.2 |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Problem: Database patch re_2592 incorrectly named re_2590 Solution: Correct the name of patch re_2592. |
|
SICSR-27292 - Copy Live Desktop URL to Clipboard function not available for Remittance worksheet #
| Product line | P&C |
| Component(s) | SICS Live Desktop |
| Affects version(s) | SICS 23.1 SSP5 |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Problem: Solution: |
|
SICSR-27317 - Sequence of Base Company under User Preferences not on alphabetical order #
| Product line | P&C |
| Component(s) | User Preferences |
| Affects version(s) | SICS 22.2 SSP10 |
| Fix version(s) | SICS 23.3 |
| Customer | AON |
Problem: Solution: |
|
SICSR-27590 - Some System Use Cases are missing description #
| Product line | P&C |
| Component(s) | SysAdmin Desktop |
| Affects version(s) | SICS 23.3 |
| Fix version(s) | SICS 23.3 |
| Customer | Allianz AG |
Problem: System Use Cases are missing description. Solution: Update the label(name) and note fields in the use case definitions where blank. |
|
SICSR-27657 - Changes to the domain object hashCode method cause performance degradation #
| Product line | P&C |
| Component(s) | Performance |
| Affects version(s) | SICS 22.4 |
| Fix version(s) | SICS 23.3 SICS 23.1 SSP9 SICS 23.2 SSP2 |
| Customer | DXC |
Problem: Changes to the domain object hashCode method cause performance degradation. Solution: Improve the domain object hashCode method so that it does not cause performance degradation. |
|
SICSR-27720 - Bug 1655926: Old chart.js version in SICS SOR 23.1. artifact #
| Product line | P&C |
| Component(s) | SICS Operational Reporting |
| Affects version(s) | SICS 23.1 |
| Fix version(s) | SICS 23.3 |
| Customer | Swiss Re Zurich |
Problem: The angular-chart.js module is bundled with an old version of chart.js, this version of chart.js is not used by SICS Operational Reporting, but it shows up in security scans of the application. Solution: Remove the bundled version of chart.js from the packaged angular-chart.js module |
|
SE-8067 - Calculation Editor Improvements - MG System Parameters #
| Product line | P&C |
| Component(s) | Accounting General |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Aim of function Improve the usability of the Multi-GAAP calculation editor in system parameters. Business value for customers Customers can now have a modified user interface with all available items in searchable tree widget form to insert into calculation rule. System Parameters Affected Multi GAAP --> Calculation rule Existing functionality affected There is no impact to functionality. This will only improve the usability of calculation editor in Multi GAAP & underwriter estimates system parameter window. Edit Calculation window - Multi GAAP: Edit Calculation window - Underwriters Estimates: |
|
SE-21150 - Booking Terms Maintenance - Reporting Period Requirements #
| Product line | P&C |
| Component(s) | Accounting General |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | Aon |
Aim of function To Make it possible for all the users to maintain the Booking Terms for Base Companies outside System Parameter Maintenance. According to the Use Case assigned to the user, the access will be provided for maintaining the Booking Terms Maintenance. Business value for customers Beneficial for all customers as the maintenance of the Booking Terms will be quicker and more user friendly. Possibility to prevent users (with only the new Use Case) from accessing system parameter settings for other Base Companies than those they are assigned to. System Parameters Affected
Existing functionality affected The new provision will allow users to access Booking terms maintenance of base company from System Administration in SICS Desktop screen instead of from System parameters. If Extend Base Company Segregation is activated with the parameter Hide Base Companies selected, and a user assigned to a few Base Company in the User Preferences with the new security Use case assigned then user can have access to create, view, edit, delete and assign booking definition to a base company as per access rights defined. |
|
SE-20836 - Base Company Segregation - Support ungrouped companies #
| Product line | P&C |
| Component(s) | Business |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Aim of function Often organizations have several (re)insurance companies sharing the same SICS installation. These are legal entities and might not wish to have knowledge of each other, neither each other’s existence, nor each other’s business administration. Some of these base companies might however have intercompany procedures at a common place. The system offers some support for this, by the user being set up to have access to his/her current base company's group. The system offers now also support for handling some of these, even if the current base company is not part of such a group. For example, by system set up, the user can now create an intra group contract on behalf of another company, even if it is not linked to the user's own company. In addition, finding accounting items according to base company segregation has improved, both for companies set up in an owner group and for companies not within a group. System Parameters Affected System Parameter / Database and Systems: Extend Base Company Segregation Existing functionality affected Find Business |
|
SE-20701 - AdjustmentReferenceRule - Include Non Prop Direct #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Aim of function Business value for customers System Parameters Affected Existing functionality affected |
|
SE-20948 - All eMessages Regardless of type should book into default period only. #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Aim of function Business value for customers
System Parameters Affected Existing functionality affected CON Reversal Messages |
|
SE-20949 - Claims Messages - a positive response should trigger worksheet creation #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | Renaissance Re |
Aim of function Business value for customers System Parameters Affected Existing functionality affected |
|
SE-20951 - Introduce LcoCatastropheReference as Populated and Validated Claim Reference #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Aim of function To set and validate the Lloyd's Catastrophe code LcoCatastropheReference value automatically as a Claim Reference on claims via a Lloyd's London Market Service Provider ACORD eMessage. Business value for customers
System Parameters Affected N/A Existing functionality affected eMessage processing |
|
SE-21151 - Acord ADEPT Integration - Remaining API calls #
| Product line | P&C |
| Component(s) | eMessaging |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Aim of function Now also supporting:
via the already supported integration with ADEPT (ACORD Data Exchange Platform & Translator). The new integration plugin builds upon the sophisticated SICS eMessaging foundation to provide a next-generation market capability to increase the timeliness, accuracy, and security of business data exchange. Business value for customers Enabling rapid data exchange, translation, and transformation via ADEPT, the ACORD Data Exchange Platform & Translator. System Parameters Affected Configuration of a new eMessaging ADEPT gateway plugin. Existing functionality affected eMessaging |
|
SE-127 - SICS Scheduler Usability Enhancements #
| Product line | P&C |
| Component(s) | MG & Reserve Orders |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Aim of function To implement support for creation of actual job for the remaining orders (Group Orders).
Business value for customers Once Schedule job is created with request status, the Job, however, will not be run before its activation through Accounting Orders Monitor. With this enhancement, users can Activate Schedule job from the workstation (from the Group order window itself) for all child orders. System Parameters Affected None Existing functionality affected Accounting Orders (Scheduled Job activation) Note: The current implementation is limited to showing the menu option, but doesn't trigger activation of child orders in 23.3 release. The Activation of child orders will be implemented in SICS 23.4 release. |
|
SE-20191 - Add Configurable Support URL links in Help Menu #
| Product line | P&C |
| Component(s) | Other |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Aim of function Add configurable links that will appear in SICS as a menu item in the Help Menu. Business value for customers Easy access to specific support services from within the application itself. System Parameters Affected New system parameter page under Desktop Administration where multiple URL links can be added in a list. Existing functionality affected Help Menu bar |
|
SE-21032 - Generate SOAP API Documentation: Part 2 #
| Product line | P&C |
| Component(s) | Other |
| Affects version(s) | |
| Fix version(s) | SICS 23.3 |
| Customer | DXC |
Aim of function Generate the SOAP API documentation from code to ensure it is always up to date and complete. Business value for customers Provide easily accessible, up to date generated documentation for SOAP webservices for SICS API Server. System Parameters Affected None Existing functionality affected None |
|
This report was generated 2023-09-21 08:03:06.