Jump to content
Why are we here ..... ×
  • 0

Incorrect/Insufficent/Misleading Excess Recording on Level 3 for Quote Engine Products. Please read my comments below the questions first.Thanks


Philr

  

19 members have voted

  1. 1. Did you realise the Excess Recording was so out of date

    • YES
      16
    • NO
      3
  2. 2. Do you think the data on the level 3 should be accurate

    • YES
      19
    • NO
      0
  3. 3. Should The Level 3 show seperate fields for all policy excesses

    • YES
      18
    • NO
      1
  4. 4. Would you like to see seperate fields for VOL and Comp AD Excesses

    • YES
      19
    • NO
      0
  5. 5. Would you like to see seperate fields for VOL and Comp Fire Excesses

    • YES
      17
    • NO
      2
  6. 6. Would you like to see seperate fields for VOL and Comp Theft Excesses

    • YES
      17
    • NO
      2
  7. 7. Would you like to see seperate fields for Windscreen Excesses

    • YES
      19
    • NO
      0
  8. 8. Would you like to see similar on Home Policies, eg seperate Water Damage Excesses

    • YES
      19
    • NO
      0
  9. 9. Do you think teh Level 3 screen should accurately represent excesses on the policy

    • YES
      19
    • NO
      0
  10. 10. Is this functionality needed in APM as well, so accurate letters can be generated

    • YES
      19
    • NO
      0
  11. 11. Taking all these into account, do you vote for an urgent system change/review

    • YES
      19
    • NO
      0


Question

How many of you personal lines brokers, big or small, find that the level three excess recording details are not very good.

 

The level three CF frame for example that is used in private car, has 2 fields, Vol xs and Comp xs, these have been the same 2 fields that have existed since 1990 when I started using the system. It was fine back in 1990, when all excesses were AD, as there were no Fire and Theft excesses, no malicious damage excesses, no windscreen excesses !.

 

But times change, and the Level 3 has not been developed accordingly.

 

There is of course the QXS frame that comes out of the quote engine and writes back to brooms when you process a policy, but this is not keyworded, and does not change if the policy changes during the year, and it does not exist in APM at all, so that is a complete waste of time.

 

If any of you brokers have EDI EXCESS OVER RIDE, then did you know that when you over ride the excess in EDI , then this excess is not written back to the brooms level 3, it actually records what was originally in the quote engine.

 

All in all in my opinion it is a complete out of date mess.

 

This has been raised at a meeting with OGI, and we URGENTLY NEED YOUR FEEDBACK.

 

Please complete the questions.

 

Thanks

 

 

 

Link to comment

5 answers to this question

Recommended Posts

  • 0

I completely support this updating of the system frames.  

 

Especially important is the issue Phil raised about the Excess Override not being correctly carried over to Brooms.  This is an issue which I raised when we first starting using excess override but at the time was told it couldn't be done.  I know that means it can be done but obviously isn't simple programming.

 

We've been using a workaround which involved an unused field on the level 2 being used to record the excess (as ours are the same for AD & FT) but it's user dependent and life would be so much easier (and accurate) if the system did it for us.

 

We also have an insurer who applies a Compulsory excess but because for their own rating it applies a discount (God know's why they bother doing that instead of reducing the base premium!), so we have no compulsory excess but do have a voluntary one.  For letters, it's a pain because a customer will ask for it to be removed when it can't be so I've had to put a overly complex set of keywords to pick up which insurer it is before using excesses!

 

Come on OGI, you could wait for the rest of the User Group to jump on this band wagon, or you could just act on Phil's idea, I know what I'd prefer!!

 

Well done Phil for starting this.

Link to comment
  • 0

Agree that the Level 3 frames are completely out of date for both motor and household, and as Phil says, have been for a number of years.

We have a 'workaround' for this and it involves an additional level 3 frame for both motor and household, but it is not ideal as our members of staff have to manually input the F&T excesses on motor and EOW excesses on household. This occasionally gets missed off and then does not pull through to the openword letters.

 

Open GI need to update the L3 frames so it picks up these excesses automatically.......................

Link to comment
  • 0

I fully support the feeling that OpenGi need to look long and hard at the Level 3 frames for all the "writer" products.   At the end of the day this is a Broker system and it is not currently recording the data in a way which is user-friendly for brokers and their staff.    This is a point we have already raised with OpenGi, but in order to convince them that changes are required we need feedback from every system user- we need to demonstrate clearly that brokers want the Level 3's changed.   We know it will mean work for them, but the system must do what we brokers want.

 

So come on, encourage everyone to take part in this debate.

 

Thanks.

 

Stewart Hunter

National Chairman

OpenGi User Group   

Link to comment
  • 0

We only started using MotorWriter last year and I had to build several new frames and setup docs with extended code to get the information we needed correct. All the level three frames look dated and in need of a complete rebuild to my eyes but we are moving away from MotorWriter soon to a web solution for which I will build bespoke frames on Open GI for the data to populate for MI/Accounting.

Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Posts

    • Hi Claire,   We took on INVU back in 2008 and still use it today in its Virtual Cabinet guise. No issues with printing from VC whether that be to network printers or pdf and there are also options to send from VC to email which can be useful.    Overall, we remain very happy with VC so have seen no real advantage to move over to OpenAttach.   One little issue is we never managed to get the automatic indexing / filing of standard OGI/OpenWord letters and emails into VC. We just click a few buttons to file them manually.   Happy to chat through further if you wish - I will be at the Members day this coming Thursday    Darren
    • Hi @Clare Carter   I probably cant advise on day to day use / issues, but may be able to help although not sure of your question   Are you still on Virtual Cabinet (VC) and how are you trying to print on OGI - and what / where from   Also - I'm pretty sure there are minimal issues with transferring to OpenAttach - what are the concerns there?  
    • Just wondering if any of the current members have previously been using Virtual Cabinet, and which originally was Invu provided by Linden House.   It is only relatively recently that Open GI have come up with Open Attach but there is an issue in transferring data.   If anyone is still using Virtual Cabinet which evolved from Invu and Linden House, could they let me know whether they had any issues with Open GI and printing.    Thanks
    • Hi Andrew   I do have a copy - but you can get them / best to get latest copy from the support site - presumably you have a registered account??   Just go to the link here RMAR Reports and Spreadsheet   Any problems come back and let me know!
    • Hi   I am new to OGi and not sure how the system deals with the FCA required Client Money Calculation. A previous post mentioned a OGI PDF document detailing the reports to get the numbers and apparently there is a spreadsheet to input all the numbers as well.   Is anyone able to forward the PDF and spreadsheet or provide assistance please.   Thanks
×
×
  • Create New...