Not Actuals

Bordereaux Production
High Level Technical Specification

Distribution Rob Ravenhall
Simon Dawson
Author Paul Hillman
Applicabilit! Product "enius
Release #
$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+ or
transmitted 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)
%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 '3
Ref 2var2www2apps2conversion2tmp2scratch.4215064365#)doc
..................................................................................
Table of Contents
1. AME!MET A! RE"#E$ H#%T&R'........................................................................................
2. #TR&!(CT#&..................................................................................................................................
). *AC+,R&(!-.(CT#&A/ !E%CR#0T#&...........................................................................
1. %(MMAR' &. 0R&0&%E! !E"E/&0MET...............................................................................
2. !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-A8 PR,D8$T&,* S-L-$T S$R--*)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
7)4 B,RD-R-A8 R-PR&*T S-L-$T S$R--*))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
7)5 B,D-R-A8 -*98&R: S$R--*)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
7)7 R& $-SS&,* P-R$-*TA"-)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
7)6 D-D8$T&,*S PR,$-SS&*"))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
7)3 S-L-$T *-% ATTA$H;-*TS))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
7)( DATA -<TRA$T)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
7)# R-P,RTS)))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))))
5.%.1 Ris Bordereau............................................................................................................................
5.%.2 Claim Ad&ice Bordereau.............................................................................................................
5.%.3 Premium Bordereau....................................................................................................................
5.%.4 Claim Bordereau.........................................................................................................................
5.%.5 Premium Reser&e Bordereau......................................................................................................
5.%.! Claim Reser&e Bordereau...........................................................................................................
5.%." #echnical Account.......................................................................................................................
5.%.$ 'tatement o( Acccount................................................................................................................
4. TE%T#, ,(#!E/#E%......................................................................................................................
5. A%%(M0T#&%-&(T%TA!#, #%%(E%........................................................................................
8. 2. C&%T#,...........................................................................................................................................
..................................................................................
..................................................................................
#TR&!(CT#&
This document is designed to act as a bac=up to the Re>uirements specification to give an indication
of the Technical effort needed to suppl! the re>uired development) &t is not intended to give a final
solution so the ideas and methods used to implement the development ma! differ from those presented
here)
*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) These
reports are designed to enable /itodurum to determine the amounts which need either pa!ing or
collecting)
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 same
functionalit! 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 reinsurersA accounts entries to indicate that
the! are preBallocated 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 Bordereaux
Ris= Bordereau
$laim Advice Bordereau
Accounting Bordereaux
Premium Bordereau
$laims Bordereau
Reserve Bordereaux
..................................................................................
..................................................................................
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)

..................................................................................
..................................................................................

!ETA#/E! RE3(#REMET% /#%T
!ATA*A%E CHA,E%
,ne of the main criteria for the Bordereaux is that the! must be reproducible) This will mean the
setting up of a number of files to hold whatever data is relevant) A number of new files will also be
re>uired to control the running of the reports)
*ordereau Control
This file will hold details pertaining to the actual running of the Bordereau) &t will be used to b! the
select function for reprints+ b! the bordereau ?ob to indicate the status of the run and general
information for placing on the reports+ e)g) periods)
Bordereau Reference
$ompan!
Branch
R& Polic!
&nwards Ris=
Live RunD
PreBAllocation @lag
Ban= A2c Set
&nformational Bordereau
Technical Account
Premium Bordereau
$laim Bordereau
Premium Reserve Bordereau
$laim Reserve Bordereau
-xtract Date
@rom Period
To Period
AdBhocD
Eob
8ser
*umber
Run Status Eob>+ Active+ -rror+ $ompleted
..................................................................................
..................................................................................
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 &nformational
bordereaux due to the attachment being new or having changed)
;aster *umber
;aster Se>uence
Section Se>uence
Section Detail Se>uence
$overage Se>uence
R& ;aster *umber
R& ;aster Se>uence
R& Section Se>uence
$ession Percentage
Ris= 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!pe
Bordereau Reference H
$edant H
Reinsurer H
R& polic! Ref H
Rec) $ont
*ame
#nwards Ris8s
This file will hold the details of the inwards ris=s reported on a given Bordereau run) ,nl! one record
for a polic!2section will be written to this file irrespective of how man! times it appears on the
bordereau reports)
&nwards polic! ;ain He!
Section ;ain He!
Ref) &d)
8:
rest of fields in format)

Ris8 !edu6tions
..................................................................................
..................................................................................
This file will hold the deductions2share percentage relating to the R& polic! which are normall! based
on the &nwards ris=)
Bordereau Reference
&nwards Polic!
Section
$overage
Deduction T!pe
Percentage
Amount
Claim !etails
This file will hold details of the $laims reported on the Bordereau) ,nl! one record will be written to
this file for a claim no matter how man! times it is reported on the Bordereaux)
Bordereau Reference
$laim Reference
,ccurrence :ear

Plus claim detailsI)

0remium Transa6tions
This file will hold a summar! of the transactions entered within the period+ reported on the
bordereaux)
Bordereau Reference
R& Reference
Reinsurer
&nwards polic!
$lass
etc)
Trans *o)
Line *o)
Start Date
-nd Date
Reinsurance Share
$ession Percentage
Premium $ode
Premium Amount
Deduction $ode
Deduction Amount
Deduction J
,rig) $urrenc!
Statistics Header Se>
Statistics Section Se>
Posting Refs
*ordereau Totals
..................................................................................
Rebus &nsurance S!stems Page ( of '3
..................................................................................
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 to
provide control for totalling on the Technical Account)
$edant H
Reinsurer H
R& polic! Ref H
Program *umber H
8% :ear H
Section H
,ccurrence :ear
Revenue T!pe
Revenue 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 between
Premium K $laim reserves)
$edant H
Reinsurer H
R& polic! Ref H
Program *umber H
8% :ear H
Section H
Line *umber H
Start Date
Reinsurer Share
$ession percentage
Revenue T!pe
Revenue code
$urrenc!
Reserve Amount
( files Spec 4 da!s $ode 1 da!s
*&R!EREA( 0R&!(CT#& %E/ECT %CREE
&verview
This customer specific function will allow selection of the bordereaux) Some screen validation is
re>uired) @unction will submit bordereau production ?ob to batch) This will be a reasonabl! simple
prompt 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 '3
..................................................................................
This will be a simple displa! file to allow selection of a previousl! printed bordereau run or ?ust as a
means of viewing which runs have be re>uested)
Spec ' da! $ode K Test 1 da!s
*&!EREA( E3(#R' %CREE
&verview
The users need to be able to tell from within "enius using the en>uir! s!stem+ when a specific
transaction was reported on a bordereau) &n order to provide this information easil!+ a customer
specific cop! of the Statistics Amount en>uir! screen+ F"-P,(6+ Displa! Amount Details B Statistics
AmountG+ will be made and amended to displa! relevant bordereau details) This will be simple
change) The Statistics Amount =e!s will be stored against the amounts on the bordereau storage files
allowing 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 core
processing to add this value to the current database could not be done due to the complexit! involved
of changing the Transaction processor and related areas)
,ption 'C
$alculate the cession percentage based on the &nwards amount)
,H but for R& Ad?ustments no &nwards amounts are found)
,ption 1C
An option is to create a new file that could have the &nwards ;aster and R& attachment details written
to it+ along with the cession percentage used for a transaction) This would have to be added to the
function 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& Attachment
se>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 to
read 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 cession
percentage used on a given transaction)
@or manual transaction
These are identified b! the transaction origin flag which can be indicated on the report)
;anual2 SemiBautomatic to indicate amounts could have been changed though percentage will still be
reported)
Spec 4 da!s $ode K Test 7 Da!s
!E!(CT#&% 0R&CE%%#,
&verview
Similarl! 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 '3
..................................................................................
$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 premiumDDD -)g) Tax+ which could cover Premium
and @lat chargesD 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 hold
information to indicate whether deduction was a @lat amount+ percentage or auto calculated) &f
percentage+ 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 fieldsC
Transaction Re>uest Surrogate H
;aster *umber H
;aster Se>uence H
Deduction "roup Se>uence H
Deduction "p /ersion Se>H
Revenue $ode) H
@lat2Percentage2Deduction
Percentage
This should define which new file record to pic= as there can onl! be one occurrence of a revenue
code for a deduction group) This file will need adding to the Transaction Re>uest Delete function as a
user 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 with
deduction 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 9
&verview
This is another piece of data that is not recorded when a transaction is processed within "enius) There
is a field however on the Statistics Amount file call Share of %hole J which is currentl! alwa!s set to
Lero) & propose that this could be used to hold the share of whole of the participant which is written to
this 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 processing
is performed) $urrentl! this function writes Lero out to the %or= file+ even though the share of whole
for an actual participant is retrieved and even used to calculate the correct participant amount for the
transaction)
A second change would also be re>uired to the section of the transaction processor that writes out the
statistics records) $urrentl! the Statistics amounts records write out the records with Lero as the Share
of %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 file
with the Participant *ame code and its amount+ it would appear that this is the purpose for which this
field was added to the database in the first place)
..................................................................................
Rebus &nsurance S!stems Page '' of '3
..................................................................................
Spec 1 Da!s Prog K Test 1 Da!s
%E/ECT E$ ATTACHMET%
&verview
The 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 is
onl! 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+ to
write out new attachments to an attachments file) This file would then be read b! the Ris= and $laim
Bordereau ?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 be
pic=ed up again and reported)
This file would be used b! both informational bordereaux so new attachment file would have a set of
flags for each)
Ris= bordereau
Read 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 Bordereau
Read 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 on
subse>uent runs) $hange in o2sDD
Spec 1 Da!s $ode K Test 5 Da!s FR& functions onl!G

!ATA E:TRACT
&verview
The bordereau are statistics based though the ledger items are e>uall! needed to ensure the accounts
on genius are updated correctl!)
The select must be done using select criteria entered on prompt screen and onl! those records flag as
not !et reported must be selected) An open >uer! file might be the best option)
@or a run+ the MstaticA polic! t!pe info for R& Policies2&nwards Polices and $laims should be stored in a
central bordereau file which could be used for all the accounting and reserve bordereau as this data is
duplicated across the bordereau))
Spec 5 Da!s $ode K Test 5 Da!s F-xtract $ontrolG
Spec 7 Da!s $ode K Test 10 Da!s F-xtract @ile populationG
A66ounts 0ro6essing
..................................................................................
..................................................................................
-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 statistics
posting record will be flagged with the selected PreBAllocation flag)
The extract ?ob will accumulate all the re>uired totals) As a final post extract pass+ the amounts
flagged as preBallocated 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=er
statements 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 preBallocation flag for this
Accounting2,riginal currenc! combination)
The pa!ment will be made from the ban= account determined using the original currenc! and the
Ban= A2c set)
&f total for an accounting2original currenc! combination is Lero or positive+ no further processing will
occur and items will be left as preBallocated awaiting pa!ment from /itodurum) *o changes to the
s!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
..................................................................................
..................................................................................
RE0&RT%
;ost of the reports have similar la!outs which should mean the amount of wor= generating all reports
should be greatl! reduced) Reports should onl! need to read data from the report file+ with the
exception of code descriptions)
Spec 7 $ode K Test '7 F@ormats and data reportedG
Ris8 *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
..................................................................................
..................................................................................
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
Reinsurer
R& polic! Ref
$urrenc!
Section
Amount T!pe FPremium2Deduction2$laims2 Premium Reserves2$laim ReservesG
Revenue code
8:
,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!pes
Premiums2Deductions and $laims onl!+ for the $urrenc!2Section)
Reinsurer
R& polic! Ref
$urrenc!
Section
Amount T!pe FPremium2Deduction2$laims2 Premium Reserves2$laim ReservesG
Revenue code
8:
,ccurrence :ear
..................................................................................
..................................................................................
Accumulate totals for $urrenc!2Section2Revenue $ode28nderwriting :ear2,ccurrence :ear and print
line on brea=)
,n return to main report+ print SubBTotal)
8se print ob?ect to print the reserve amounts)
&ncrement SubBAccount 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!+ but
onl! for nonBreserve amounts))

%tatement of A666ount
This report will run over the Bordereau Totals file) &n se>eunce listedC
Reinsurer
$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%
2. C&%T#,
C&.#RMAT#& &. E%T#MATE
Bordereaux Production
Referen6es;
Re>uirements Specification
Technical Specification
Ndoc refO
15064365#)doc
Time s<ent to !ate; == days
Estimate to Com<lete; 1)).> days
Total Estimate; ? days @ A52> -day B A
Estimate *asis; Timewor8ed-.i?ed 0ri6e
The estimate can be bro=en down+ approximatel!+ as follows Design 40JC Programming 40JC
Testing 40JC ;anagement '0J) &t is valid for 40 da!s onl!+ from the last revision date)
..................................................................................
..................................................................................
$ustomer Authorisation
..................................................
..................................................................................

Not Actuals

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Not Actuals

Uploaded by

Copyright:

Available Formats

Bordereaux Production

High Level Technical Specification

rest of fields in format)

Plus claim detailsI)

You might also like