Jump to content
admin

GDPR - Consent Data Capture

Recommended Posts

If you want to create your own Consent capture details - but don't know how to create a new data frame then this is for you. 

 

Whilst the information can be found within the Online Guides that Open GI produce, the User Group have produced a guidance video for your assistance - press the play button on the video below.

 

Let us know if you find this useful - and any other topics you may want covered!

 

  • Like 1
  • Thanks 1

Share this post


Link to post
Share on other sites

Thank you for the video on how to create the GDPR frame.  We have now done this.

We will be adding it to our clients level one, F11 to create a Client Profile but I cant seem to do a database enquiry on it.

If I phone Open GI it will take days for them to get back to me.

Does anyone have any ideas please??

Thank you

Carol Davies

Share this post


Link to post
Share on other sites

Hi Carol - First off - well done for creating the frame !!

 

As for the Database report - there are a Three Top Tips ....

  1. Use BL1.Module - to search for "Clients" with that frame type
  2. Prefix the Profile (Fact Find) frame keywords with "F." on the report (so [XX.Line01] becomes [F.XX.Line01]
  3. Have a look at the on-line guide which explains in more detail 

Hope that helps - let me know if you need some more info - but I'm sure you'll be off and running now :)

 

Mark

Share this post


Link to post
Share on other sites

What a difference an "F" makes.

The report is coming out now - thank you so much for your help.

Well worth being a member of Open GI User Group!!!

Carol

  • Like 2

Share this post


Link to post
Share on other sites

I tried to make my frame as 'user-friendly' as possible so made all the consent given/retracted dates auto populate based on when questions answered/changed.

GDPR1.png

GDPR2.png

GDPR3.png

GDPR4.png

Share this post


Link to post
Share on other sites

Nice one Karl - Just how a good solution should be built!!

 

Shame GETREPLY and INPUT screens are not part of core calcs though ?

 

Thanks for sharing

Share this post


Link to post
Share on other sites

Is everyone confident that they have purged the old data, which they should not be retaining?

For example, a policy that can only have a claim against it two years after it was taken out versus one where a child might be injured and claim 15+ years later.

Share this post


Link to post
Share on other sites

I doubt it - and I doubt anyone ever will - until someone comes a-hunting - or an-auditing :)

 

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

    • Thanks @John Tasker   Bet that took some narrowing down   So - is that to do with the rendering process in OPM do you think - re order / time taken to render? Either way - good spot - and you may want to pass to OGI for a few $$££€€     (Hope you are well!)
    • I have solved this myself so I'll update this forum in case anybody else has the same issue and is looking for a fix.   On our print server, selected printer properties for the printer in question. Advanced >  Un-ticked the "print spooled documents first" and changed the spool settings to "start printing after last page is spooled".  
    • I doubt it - and I doubt anyone ever will - until someone comes a-hunting - or an-auditing  
    • Hi @Val interesting question    The bottom line is that in the OGI accounts system it is 99% impossible to have an incorrect entry - unless the system crashes in the middle of and accounts process - or there is a genuine system fault introduced (rare). Even then - it resets itself at Month End - with a Ledger Discrepancy. So. Unless youi have had a Month End discrepancy somewhere in the process the "correct" changes have been made to the journals / ledgers - although the result means an incorrect balance on the client in question. Just go and use that entry to offset against your clients record   The real reason why this is sometimes difficult to fix however, is that on OGI, you can delete transactions - and not leave an on screen trace that they were ever there. So. The balancing adjustment may have been against a transaction that is no longer on screen / on the ledger. This is why Batch Calcs may not work in this case - because it wont be there - let alone I suspect you wont have that software and as above, can be tricky to code up.   If you are not happy with just writing this off to fees (by creating a charge / negative charge) to balance the client account (which is what I would do), then you only have one other option - you need to find the original items - which will be a pain.   Either  Check the setting in Premium Finance which uses a "dummy" client account for offsetting errors Check the settings file and have a look at those records first If no joy, go through every cashbook since raising the original transaction and find ALL entries relating to the original record and / or dummy record It will be there - you just have to find it If you have and can use InfoCentre - that makes life easier - otherwise its a manual traaaaaaaaaaaaaaaaaaaaaawl.   Overall a bit disappointed - but not surprised - that OGI wont help. It's their Finance software after all - and they know how it would write off balances - and where / which ledger account it goes to and how to quickly fix - if they could be bothered. Poor show really ....   Anyway - Good luck and hope this helps   M    
    • Thanks Pete. The guys go into OPM where there is an ODC print queue for each day of the month. They select the date in question, then right click on the branch, Print and then Print. The default printer has already been set in the Open printer Selector so nothing to change or set in there.  They do each branch in turn. Attached refers.
×
×
  • Create New...