Not Actuals

8/12/2019 Not Actuals

1/17

Bordereaux ProductionHigh Level Technical Specification

Distribution Rob RavenhallSimon Dawson

Author Paul Hillman

Applicabilit! Product "eniusRelease #$ustomer %&D

Revision Date 12 August 1998

Authorised b! Rebus

$op!right Rebus &nsurance S!stems '##(

All rights reserved) *o part of this publication ma! be reproduced+ stored in a retrieval s!stem+ ortransmitted in an! form or b! an! means+ electronic+ mechanical+ photocop!ing+ recording or

otherwise+ without the prior permission of Rebus &nsurance S!stems)

* , T -

,nl! signed hard copies and electronic masters of documents will be controlled) An! other cop! ma!not be current)


2/17

%interthur &nternational Bordereaux Production..................................................................................

Amendment and Review History

/ersion 0'a PRH '120(2#( &nitial version for internal review

..................................................................................Rebus &nsurance S!stems Page 1 of '3Ref 2var2www2apps2conversion2tmp2scratch.4215064365#)doc


3/17


Table of Contents

1. AME!MET A! RE"#E$ H#%T&R'........................................................................... ......... ....

2. #TR&!(CT#&..................................................................................................................................

). *AC+,R&(!-(CT#&A/ !E%CR#0T#&...........................................................................

. %(MMAR' & 0R&0&%E! !E"E/&0MET...............................................................................

. !ETA#/E! RE3(#REMET% /#%T.................................................................................................

7)' DATABAS-$HA*"-S)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))5.1.1 Bordereau Control......................................................................................................................5.1.2 Attachments File.........................................................................................................................5.1.3 RI Policy Details.........................................................................................................................5.1.4 Inwards Riss..............................................................................................................................

5.1.5 Ris Deductions..........................................................................................................................5.1.! Claim Details..............................................................................................................................5.1." Premium #ransactions................................................................................................................5.1.$ Bordereau #otals.........................................................................................................................5.1.% Reser&e #ransactionss................................................................................................................

7)1 B,RD-R-A8PR,D8$T&,*S-L-$TS$R--*)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))7)4 B,RD-R-A8R-PR&*TS-L-$TS$R--*))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))7)5 B,D-R-A8-*98&R:S$R--*)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))7)7 R& $-SS&,*P-R$-*TA"-)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))7)6 D-D8$T&,*SPR,$-SS&*"))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))7)3 S-L-$T*-%ATTA$H;-*TS))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))7)( DATA-


4/17


#TR&!(CT#&

This document is designed to act as a bac=up to the Re>uirements specification to give an indicationof the Technical effort needed to suppl! the re>uired development) &t is not intended to give a finalsolution so the ideas and methods used to implement the development ma! differ from those presentedhere)

*AC+,R&(!-(CT#&A/!E%CR#0T#&

The bordereaux are a set of reports which will be used b! a part of the %interthur "roup+ namel!/itodurum+ to process all the R& accounting for %interthur &nternational) All monies owed to %& b!their reinsurers and monies owed b! %& to their insurers+ will be processed through /itodurum) Thesereports are designed to enable /itodurum to determine the amounts which need either pa!ing orcollecting)

generati

%(MMAR'&0R&0&%E!!E"E/&0MET

A new customer specific prompt screen will allow users to submit the ?obs as re>uired)

A schedule ?ob will be re>uired to run automaticall! on a wee=l! basis+ two informational

bordereau)

A set of files will be set up to hold the data reported on the various bordereaux+ as one of the main

re>uirements is that the reports must be reproducible)

A new customer specific select screen must be set up to list the previous bordereaux that have been

run to allow selection for reprint)

The bordereaux will run as a two stage ?ob) @irstl! the re>uired data will be extracted to the new

set of customer specific files) The second step will simpl! produce the reports using the samefunctionalit! as per reprinting)

The extract ?ob must flag the extracted transactions so that the! are not pic= up again on

subse>uent runs) This ?ob will also flag the related reinsurers accounts entries to indicate thatthe! are preallocated as a result of being reported on the bordereau) This ?ob will also if

re>uired generate a pa!ment re>uest and allocate off the ledger items which ma=e it up)

The report ?ob will onl! read data held on the new customer specific files+ with some access to

"enius for code descriptions etc)

There are 6 reports which are called bordereaux which can be bro=en down as shownC

&nformational BordereauxRis= Bordereau$laim Advice Bordereau

Accounting BordereauxPremium Bordereau$laims Bordereau

Reserve Bordereaux



5/17


Premium Reserve Bordereau$laim Reserve Bordereau

The are also two reports produced which hold summar! details of the bordereaux and are called+

Technical Account and Statement of Account)

A new en>uir! screen is re>uired to allow users to see for an individual transaction+ whether or not

it has been reported on a bordereau) This must be available through the standard "enius -n>uir!s!stem) This will be a customer specific function)



6/17


7/17


Atta67ments ile

This file will be populated b! the R& attachment functions+ %2% R& Attachments and -dit R2&Attachments) &t will be used to indicate which attachments need reporting on the &nformationalbordereaux due to the attachment being new or having changed)

;aster *umber;aster Se>uenceSection Se>uenceSection Detail Se>uence$overage Se>uenceR& ;aster *umberR& ;aster Se>uenceR& Section Se>uence$ession PercentageRis= Bordereau F:2*G$laim Advice F:2*G

R# 0oli6y !etails

This file will hold the details of R& Policies reported on a given Bordereau run)

Bordereau T!peBordereau Reference $edant Reinsurer R& polic! Ref Rec) $ont*ame

#nwards Riss

This file will hold the details of the inwards ris=s reported on a given Bordereau run) ,nl! one recordfor a polic!2section will be written to this file irrespective of how man! times it appears on thebordereau reports)

&nwards polic! ;ain e!Section ;ain e!Ref) &d)8:rest of fields in format)

Ris !edu6tions



8/17


This file will hold the deductions2share percentage relating to the R& polic! which are normall! basedon the &nwards ris=)

Bordereau Reference&nwards Polic!Section

$overageDeduction T!pePercentageAmount

Claim !etails

This file will hold details of the $laims reported on the Bordereau) ,nl! one record will be written tothis file for a claim no matter how man! times it is reported on the Bordereaux)

Bordereau Reference$laim Reference,ccurrence :earPlus claim detailsI)

0remium Transa6tions

This file will hold a summar! of the transactions entered within the period+ reported on thebordereaux)

Bordereau ReferenceR& ReferenceReinsurer&nwards polic!$lassetc)Trans *o)Line *o)Start Date-nd Date

Reinsurance Share$ession PercentagePremium $odePremium AmountDeduction $odeDeduction AmountDeduction J,rig) $urrenc!Statistics Header Se>Statistics Section Se>Posting Refs

*ordereau Totals

..................................................................................Rebus &nsurance S!stems Page ( of '3Ref 2var2www2apps2conversion2tmp2scratch.4215064365#)doc


9/17


As part of the extract this file will be updated with all the transactions processed b! the bordereaux)The Revenue T!pe field will be set to indicate which bordereau the transaction was reported on and toprovide control for totalling on the Technical Account)

Bordereau Reference $edant

Reinsurer R& polic! Ref Program *umber 8% :ear Section ,ccurrence :earRevenue T!peRevenue code$urrenc!Amount)

Reserve Transa6tions

This file will hold details of reserve amounts to be reported on the Bordereaux+ claims and premiums)The data stored is the same for both reports+ with the Revenue T!pe used to differentiate betweenPremium K $laim reserves)

Bordereau Reference $edant Reinsurer R& polic! Ref Program *umber 8% :ear

Section Line *umber Start DateReinsurer Share$ession percentageRevenue T!peRevenue code$urrenc!Reserve Amount

( files Spec 4 da!s $ode 1 da!s

*&R!EREA(0R&!(CT#&%E/ECT%CREE

&verviewThis customer specific function will allow selection of the bordereaux) Some screen validation isre>uired) @unction will submit bordereau production ?ob to batch) This will be a reasonabl! simpleprompt record)

Spec 1 Da!s $ode K TestC 5 da!s

*&R!EREA(RE0R#T%E/ECT%CREE

&verview

..................................................................................Rebus &nsurance S!stems Page # of '3Ref 2var2www2apps2conversion2tmp2scratch.4215064365#)doc


10/17


This will be a simple displa! file to allow selection of a previousl! printed bordereau run or ?ust as ameans of viewing which runs have be re>uested)

Spec ' da! $ode K Test 1 da!s

*&!EREA(E3(#R'%CREE&verviewThe users need to be able to tell from within "enius using the en>uir! s!stem+ when a specifictransaction was reported on a bordereau) &n order to provide this information easil!+ a customerspecific cop! of the Statistics Amount en>uir! screen+ F"-P,(6+ Displa! Amount Details StatisticsAmountG+ will be made and amended to displa! relevant bordereau details) This will be simplechange) The Statistics Amount =e!s will be stored against the amounts on the bordereau storage filesallowing the details to be retrieve through a separate access path)

Spec ' da! $ode K testC 1 da!s

R# CE%%#&0ERCETA,E

&verview

&t is a re>uirement that the cession percentage relevant to a transaction should be reported) $urrentl!"enius does not store the R& $ession Percentage against a transaction) A change to the coreprocessing to add this value to the current database could not be done due to the complexit! involvedof changing the Transaction processor and related areas)

,ption 'C$alculate the cession percentage based on the &nwards amount), but for R& Ad?ustments no &nwards amounts are found)

,ption 1CAn option is to create a new file that could have the &nwards ;aster and R& attachment details writtento it+ along with the cession percentage used for a transaction) This would have to be added to thefunction F"8PP3B "2$alc R& Driver G possibl! as a user hoo= or controlled b! a s!stem parameter

as this could be useful to other customers)

This file will hold the =e!s of fields used to $reate the Statistics R& file including the R& Attachmentse>uence to uni>uel! identif! which attachment the percentage relates to)

%ithin the Transaction Processor when the Statistics R& is created+ a new user hoo= could be set up toread the record from this file and write a record to new %& Statistics R& -xt file with the fieldsC""* Stats Header Se>""* Stats Section Se>""* Stats R& Se>

This would mean each Statistics R& would point to a record in our new file which holds the cessionpercentage used on a given transaction)

@or manual transaction

These are identified b! the transaction origin flag which can be indicated on the report);anual2 Semiautomatic to indicate amounts could have been changed though percentage will still bereported)

Spec 4 da!s $ode K Test 7 Da!s

!E!(CT#&%0R&CE%%#,

&verviewSimilarl! to the R& cession percentage it is a re>uirement to show the deduction percentage where

applicable for deductions) Again this is not stored with the transaction)

,ption 'C

..................................................................................Rebus &nsurance S!stems Page '0 of '3Ref 2var2www2apps2conversion2tmp2scratch.4215064365#)doc


11/17


$alculate the deductions as a percentage based on the premium amount)Problems+ %ould need to go bac= to polic! to determine if deduction was a percentage or not)Also ma! deduction is based on more than ?ust the premium -)g) Tax+ which could cover Premiumand @lat charges But would these charges2tax be passed to the reinsurer)

,ption 1C

$hange "8PP3A which creates records for deductions so that a record is written to a new file to holdinformation to indicate whether deduction was a @lat amount+ percentage or auto calculated) &fpercentage+ then the amount must also be stored)%rite out record with enough fields to be able to retrieve it within the Trans) Processor)

*eed to have the fieldsCTransaction Re>uest Surrogate ;aster *umber ;aster Se>uence Deduction "roup Se>uence Deduction "p /ersion Se>Revenue $ode) @lat2Percentage2DeductionPercentage

This should define which new file record to pic= as there can onl! be one occurrence of a revenuecode for a deduction group) This file will need adding to the Transaction Re>uest Delete function as auser hoo= to ensure these records are deleted when the main transaction is)

%hen writing out to the Statistics Amounts file in the Transaction Processor+ get record withdeduction percent and update a new file %& Stats Amount -xt file))""* Stats Header Se>""* Stats Section Se>""* Stats Amount Se>

Spec 4 da!s $ode K Test 7 Da!s

%HARE&$H&/E

&verviewThis is another piece of data that is not recorded when a transaction is processed within "enius) Thereis a field however on the Statistics Amount file call Share of %hole J which is currentl! alwa!s set toero) & propose that this could be used to hold the share of whole of the participant which is written tothis record) &n this case with the bordereau+ this would normall! be /itodurum)

!etailed 0ro6essing

A change would be needed to the transaction processor function where the Participant split processingis performed) $urrentl! this function writes ero out to the %or= file+ even though the share of wholefor an actual participant is retrieved and even used to calculate the correct participant amount for thetransaction)

A second change would also be re>uired to the section of the transaction processor that writes out thestatistics records) $urrentl! the Statistics amounts records write out the records with ero as the Shareof %hole J) This would be changed to write out the figure now previousl! written to the wor= file)

Some more investigation would be re>uired here to ensure this does not screw up something else+however since the field is not currentl! being used in the T)P)+ and is ultimatel! held on the stats filewith the Participant *ame code and its amount+ it would appear that this is the purpose for which thisfield was added to the database in the first place)

..................................................................................Rebus &nsurance S!stems Page '' of '3Ref 2var2www2apps2conversion2tmp2scratch.4215064365#)doc


12/17


Spec 1 Da!s Prog K Test 1 Da!s

%E/ECTE$ATTACHMET%

&verviewThe re>uirement is to be able to identif! new attachments made with R& policies to &nwards policies)

There are no available flags left on the R& Attachment file and the R& Attachment -xtension file isonl! written out when attachment is at section detail level at least)

,ption would be to add a user hoo= to the %or= with R& Attachments and -dit R& attachments+ towrite out new attachments to an attachments file) This file would then be read b! the Ris= and $laimBordereau ?obs to pic= up records and flag them once reported so the! are not pic=ed up again)

Also if the cession percentage is changed+ the existing record should be flagged as such so it will bepic=ed up again and reported)

This file would be used b! both informational bordereaux so new attachment file would have a set offlags for each)

Ris= bordereauRead new attachment file to get new2changed records)"et inwards polic! details for Polic! sections for which R& is in place) ,nl! process if inwards polic!is authorised) @lag attachment record as read)

$laim Advice BordereauRead new attachment file to get new2changed records)"et inwards polic!)"et claims that are attached to the polic! for which the R& attachment is in place)

The polic!2claim details reported should onl! be those sections or claims which would be affected b!the R&+ i)e) an attachment might onl! be against one section etc)

All $laims finalised since last run should also be reported on the Advice so that the! can be closed)F$hec= for reopenG)A new file would be re>uired to hold the status of $laims at each run so that the! can be compared onsubse>uent runs) $hange in o2s

Spec 1 Da!s $ode K Test 5 Da!s FR& functions onl!G

!ATAE:TRACT

&verviewThe bordereau are statistics based though the ledger items are e>uall! needed to ensure the accountson genius are updated correctl!)

The select must be done using select criteria entered on prompt screen and onl! those records flag asnot !et reported must be selected) An open >uer! file might be the best option)

@or a run+ the Mstatic polic! t!pe info for R& Policies2&nwards Polices and $laims should be stored in acentral bordereau file which could be used for all the accounting and reserve bordereau as this data isduplicated across the bordereau))

Spec 5 Da!s $ode K Test 5 Da!s F-xtract $ontrolGSpec 7 Da!s $ode K Test 10 Da!s F-xtract @ile populationG

A66ounts 0ro6essing



13/17


-ach set of statistics for an R& polic! for a specific Participant+ has its own Account Ledger item)%hen the statistics are extracted for a particular Transaction2R& Polic!2Participant+ a single statisticsposting record will be flagged with the selected PreAllocation flag)

The extract ?ob will accumulate all the re>uired totals) As a final post extract pass+ the amountsflagged as preallocated in each account will be read b! accounting2original currenc!) &f the amount is

negative+ this indicates that %& owe insurers this amount) Processing similar to that in Bro=erstatements will then be carried out) This functionalit! must do the followingC

$reate an unauthorised pa!ment re>uest for the amount)Allocate off the pa!ment against the account items flagged with the preallocation flag for thisAccounting2,riginal currenc! combination)The pa!ment will be made from the ban= account determined using the original currenc! and theBan= A2c set)

&f total for an accounting2original currenc! combination is ero or positive+ no further processing willoccur and items will be left as preallocated awaiting pa!ment from /itodurum) *o changes to thes!stem will be needed to enable users to process the pa!ment against the flagged items)

The processing for the accounts will form part of the extract ?ob so as to leave the reporting ?ob purel!

as such)

Spec 4 Da!s $ode K Test 5 da!s Fbase on current codeG



14/17


RE0&RT%

;ost of the reports have similar la!outs which should mean the amount of wor= generating all reportsshould be greatl! reduced) Reports should onl! need to read data from the report file+ with theexception of code descriptions)

Spec 7 $ode K Test '7 F@ormats and data reportedG

Ris *ordereau

R& Polic! Details

&nward Polic! Details

Print ob?ect to read the file)Share2Deductions

Claim Advi6e *ordereau

R& polic! Details

&nwards Ris=

$laim Details

0remium *ordereau

R& Polic! Details

&nwards Ris=

Premium Transactions

F,n brea= of Section print TotalsG

F,n brea= of Reinsurance Treat! print summar! totalsG

Claim *ordereau

R& Polic! Details

&nwards Ris=

Premium Transactions





15/17


0remium Reserve *ordereau

R& Polic! Details

&nwards Ris=

Reserve Transaction details



Claim Reserve *ordereau

R& Polic! Details

&nwards Ris=

Reserve Transaction details



Te67ni6al A66ount

This report will run over the Bordereau Totals file) &n se>eunce listedC

ReinsurerR& polic! Ref$urrenc!SectionAmount T!pe FPremium2Deduction2$laims2 Premium Reserves2$laim ReservesGRevenue code8:,ccurrence :ear

*ew report re>uired for each Reinsurer2R& Polic! Reference

Amount T!pes will be in se>uence indicated+ with flag value '+1+4+5+7)

8se a print ob?ect over the file Fon header brea= of SectionG in se>uence below for amount t!pesPremiums2Deductions and $laims onl!+ for the $urrenc!2Section)ReinsurerR& polic! Ref$urrenc!SectionAmount T!pe FPremium2Deduction2$laims2 Premium Reserves2$laim ReservesGRevenue code8:,ccurrence :ear



16/17


Accumulate totals for $urrenc!2Section2Revenue $ode28nderwriting :ear2,ccurrence :ear and printline on brea=)

,n return to main report+ print SubTotal)

8se print ob?ect to print the reserve amounts)

&ncrement SubAccount on totals for Section brea=

At end of report use a print ob?ect to print out the A2c and currenc! totals+ i)e) brea= on currenc!+ butonl! for nonreserve amounts))

%tatement of A666ount

This report will run over the Bordereau Totals file) &n se>eunce listedCReinsurer$urrenc!R2& Polic!

,ne report should be produced for each reinsurer)

Accumulate amounts

,n brea= of R2& Polic!+ print line with total) Add polic! total to currenc! total)

,n brea= of currenc!+ print currenc! total)

TE%T#,,(#!E/#E%

A%%(M0T#&%-&(T%TA!#,#%%(E%

. C&%T#,

CRMAT#& & E%T#MATE

Bordereaux Production

Referen6es;Re>uirements SpecificationTechnical Specification

Ndoc refO15064365#)doc

Time s -day B

Estimate *asis; Timewored-i?ed 0ri6e

The estimate can be bro=en down+ approximatel!+ as follows Design 40JC Programming 40JCTesting 40JC ;anagement '0J) &t is valid for 40 da!s onl!+ from the last revision date)



17/17

Documents

Not Actuals