Jump to content
Why are we here ..... Read more... ×
  • 0
Philr

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

  

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

 

 

 

Share this post


Link to post
Share on other sites

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.

Share this post


Link to post
Share on other sites
  • 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.......................

Share this post


Link to post
Share on other sites
  • 0

Yes we do need to see a more comprehensive recording of excesses for Motor & Household.  We also need some free format to enter things like AXA applying an extra excess for persons over a certain age on their car policies.

Carol Davies

Share this post


Link to post
Share on other sites
  • 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   

Share this post


Link to post
Share on other sites
  • 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.

Share this post


Link to post
Share on other sites

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

    • @Philr may be able to help - he is the User Group IPID man!
    • Hi just found this forum    We updated from 5.2.1  to 5.82  how many of you are using 5.82 and how you finding it?  Also how are you getting on with IPID docs?  I finding the PDf don't leave the print queue   Pete  
    • Also - once confirmed and tested, make sure you can access the service outside of your local network    If it cant be connected likely it is a firewall / port issue that you will need your IT / Infrastructure team to allow access to   That can be a little painful too ...   M
    • Creditline + is really good, being able to process payment/allocate to OGI in one process is the main advantage to other solutions.   In a previous life we even linked it to our phone system to fully cover PCI DSS compliance (client keyed in cc number so we did not have to pause record) - but that was fairy expensive to do at the time.   You will get the odd blip when payment has gone through but not allocated to OGI but you will have access to an online portal to check payments received if get one which has supposedly failed.
    • We currently use the Worldpay online card payment facility which is becoming more and more expensive.   We are exploring other avenues available including Open GI's own offering (I believe Creditline Plus).   Can anyone that is using the Open Gi offering please give us any feedback.   Also anyone using an outsourced facility other than Worldpay, who do you use?   Thanks :-)
×