Jump to content
  • 0

Data Migration


syounger

Question

9 answers to this question

Recommended Posts

  • 0

Hi Sandra

 

Big question - and lots to consider. You haven't said, but I presume this is to do with an OGI to OGI transfer, with branches already on the same server? If so - and to help kick this off, top 5 tips below from me:

  1. Specification - Make sure you have a spec of what will - and what wont - be transferred
  2. Settings - Check that all your settings are the same. Many are branch independent and you really need to check all of these for future use. This includes source codes, exec codes, Database Reports, User Access authorities, Broker Record / Prospect record settings, Regulation Module options, Document / letter templates to name a few from a long long list
  3. Prospects - Do you use APM / Prospects - and what will happen with these records
  4. Accounts and EDI - If it's OGI>OGI then EDI should be OK, but you do need to have a plan for the accounts. For both, will the old branches be in run-off or transferred en-bloc / big-bang? If Run-off - how are you maintaining both sets of data?
  5. Why? - Revisit why are you doing this anyway - quite often it's not the only solution - and I'd be interested more in what you are trying to achieve and why you think branch consolidation is the answer

I'm sure Open GI will have already asked all the above questions - and more - to get to the right solution for your business. But always worth taking advice on a big change :) Hopefully others will have input as well

 

Good luck and let us know how you get on!

Link to comment
  • 0

Thanks for your reply John - Yes it is OGI to OGI (broker acquisition and they have 2 separate branches whereas we have only one) and we are aware of the complexities in respect of the settings etc - may well be better to keep the two extra branches separate then drip feed onto one branch at renewal maybe?

 

We realise policy modules etc will differ and just wondered if anyone had migrated, what actually happens if two clients have the same reference number?

 

Will certainly keep you updated

Link to comment
  • 0
3 hours ago, syounger said:

Has anyone here had a data migration done by OGI where 2/3 branches have merged and have any tips, comments or advice of what to expect?

 

Thanks

Sandra

 

I’ve done this many years ago. If you merge branches into one, bear in mind client/policy references which are already taken on the target branch will get a new number. Therefore, if you have direct debit with a finance provider such as Premium Credit, you may have to provide them with a cross reference list. 
 

We also got OGI to stamp the BPY notes with the original ref.

Link to comment
  • 0
35 minutes ago, syounger said:

it is OGI to OGI (broker acquisition and they have 2 separate branches whereas we have only one)

 

Sorry Sandra - Are you planning to merge the branches on THEIR system - or merge and migrate to your server?

 

The first is as everyone has said above - the latter is potentially a whole new world of complexity - x 10!

Link to comment
  • 0
8 minutes ago, Mark Sollis said:

 

Sorry Sandra - Are you planning to merge the branches on THEIR system - or merge and migrate to your server?

 

The first is as everyone has said above - the latter is potentially a whole new world of complexity - x 10!

We were thinking to merge on our system but can well foresee a few issues 🙂

 

Link to comment
  • 0
19 hours ago, syounger said:

We were thinking to merge on our system but can well foresee a few issues 🙂

 

There will be issues whichever way - so you need to pick the right way for you at get it right first time.

 

In short - and from experience  on both sides - I'd say transfer now to your server, as separate branches. This may involve some logistics for connectivity (I don't know your set-up) but on the face of it - is better than running multiple servers and multiple business processes. You'll thank yourself in the long run

 

Moving / migrating / transferring / consolidating to one branch - on the same server - is far, far easier to manage once the data is on one platform. Trust me on this.

  • Like 1
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

    • So #BIBA for Real is back! Anyone else going?    Handy Tip - "Speak to more people you don't know, than those you do know"   You can thank me later - with flowers 🌻 💖
    • "Warning re Sanctions Checks on #OpenGI"   This post is now available in the Public area of the Forum for review and comment 
    • Great to meet back up with the Open GI User Group Committee after soooooo many sessions on remote links   Breaking bread face to face is much more pleasant than a cup-of-soup in between video chats    Exciting times ahead for members and lot's of new stuff coming from Open GI
    • So - what is the point of this ..   Don't tell me even if you say "Yes" - it's actually being ignored?   Why would anyone restrict Sanctions Checks to specific Client / types - let alone specific Capture Page Layouts - SURELY a Yes/No per Client / Contact - and the existing global parameters - covers all the bases. Oh and where in the manual did it not explain this?   Either way - the Yes/No below is at best misleading for operators and at worst - a breach for the business!! Who's picking up that cost ...  
    • So, we find ourselves in modern day unprecedented time.  Governments around the world are applying strict sanctions against Russian companies and individuals and it's being made very clear that action will be taken if those sactions are ignored.   For most of us, this will not be an issue but what if you do have a sanctioned individual or company?  Are you checking?  Are you relying on Open GI Sanctions checking?   First of all, have you got Broker and Prospect Amendment completed under sanctions checking to review Commercial Risks?  Using the Level 1 Contacts on a Commercial master frame will also Sanction check whoever or whatever you put in for review.     However, what about your personal lines clients?  The client level is checked sure, but what about the contacts you've added??  Well, if you're not aware, be aware.  They don't get checked.  So, if you've corrected added a contact for a joint policyholder on a Home policy for example, just hope you've either got them insured in their own right somewhere or that they are not called Abramovich!     The point of Sanctions checking is that you have a record of the checks, in the event of something being highlighted.  Open GI have gone to the trouble of making this work for the Commercial risks but not Personal Lines.   However, your User Group Committee have raised this issue and will continue to apply pressure until something is done.
×
×
  • Create New...