Open GI launched their new platform solution "Mobius" at BIBA 2018
This Forum is for existing Open GI "Core" customers and all new prospects to discuss the new options now available and their experiences of this new technology offering. If you have seen it, then share your thoughts and comments here. If you haven't, why not get a demo and see what the future will bring. Bookmark this page for an unbiased and transparent view as part of your Due Diligence - before you jump in feet first! All comments welcome
OK - If you have an Open GI problem or don't know your ReportNet from your Calc Code, then post your questions here. Someone, somewhere will have the answer and you may get a faster response than a support call!
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".
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.
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
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.