Jump to content

Marc Pons-Burt

Committee
  • Content Count

    65
  • Joined

  • Last visited

  • Days Won

    4

Everything posted by Marc Pons-Burt

  1. Please find attached the Membership benefits for 2020 OGIUG Discounts 2020.pdf
  2. @Mark Sollis I'm assuming these lead times should resolve once ICP is running as intended and without the repeated full updates? If the system is "up to date", which it should be, in real time, then the return of info should be relatively quick, especially if restricted to a shorter date span? Or have I got my wired crossed again? I guess my take-away from this is; Solution is to go back to OGI, either Support or personally, I would go to my Account Manager and ask them to look into possible problems with ICP data feed. Maybe even ask for an Eng
  3. In respect of the Purging, this is an Open GI User issue for everyone and so will be raised for discussion at the next Committee meeting. Would you agree @Mark Sollis? Purging was designed in the day when people wanted it as an option but rarely used it. So it allowed you to pick and choose how much you cleared, which might still need to be on offer. However, personally, I would like to see a packaged "Purge" where based on a set of criteria (including the option to exclude certain policy types or frames and dates), then out of date policies will go if a live one rema
  4. I'm going to chip in here and I'll start by saying I've only been "using" ICP for about 6 months and I'm terrible at it. First off, as far as I understand it and for me that has to be layman's terms for ICP, the system only updates the changes to the system, thereby using minimal system resources? It definitely shouldn't need a complete refresh unless you're enquiring on new frames that have just been added? If you're doing a full refresh, that sounds like a system error likes @Mark Sollis mentioned earlier. Perhaps something from IC is causing a conflict? Would suggest that th
  5. Hi Clare Oh OGI, how funny are you guys... They have no idea what supports what. They've created what is basically an incredibly flexible system but because we can all do different things, they just go back to "not supposed to do that". In the defence of the Support team, they "support" the designed processes of the system, so if it's a useful "mistake" in coding, they'll not get involved. OpenPrintManager isn't designed to support anything really, it's just a glorified print queue. It'll do whatever Core (Brooms) or Windows tells it to. That's why propo
  6. Hi Clare Not too sure why you would have a problem with OpenWord documents being in duplex? Normally, it's down to the actual default Printer settings themselves on your Windows Server or the individual client PC's. If the documents in OpenWord are supposed to be double sided, then OPM shouldn't stop it happening. Go to the "Printer Preferences" and set it for duplex long edge. However, if you choose "Quick Print" it sometimes decides to ignore everything! Always choose "Print" and specify the printer unless it's the default anyway.
  7. Hi Clare So, if I'm reading you right, you're; producing the IPID from the quote system and sending it to OpenPrintManager, via print code "cpq:" you're having to deal with that as 2 pages of single sided paper. You want to have those IPID's go duplex to utilise a single sheet of paper. If that's the problem, I do have a solution for you (and Phil, although I think he's still avoiding OPM and ODC!). We have 4 virtual printers setup on Open GI for each physical printer. These tend to follow A for Personal Lines, B for Admin, C for Commercial and so
  8. Thanks Mark and hi there Lesley and Kate My first question is where is the e-mail being initiated from? If it's anywhere other than the Transaction itself, the BTX and BLT related original debt won't work properly because it needs to know which one it's looking for. Obviously, this does make it a pain when trying to attach Renewal Schedules from OpenPrintManager. I'm looking into ways around it. I'll keep you posted.
  9. Hi Paul Just to confirm what to do and where to find it... Menu 4 (Core Maintenance, was Brooms Maintenance for those without the newer Core updates). Choose "Chaser Sequence Maintenance" In there are all the options you'll need but to get you started pick "Create Sequence". In the next box, choose a code (up to 4 characters) whihc will specify the purpose of the chaser sequence, sor "RD" for example. The next screen lets you choose the sequenced letter and how long to give each one a diary period for. You can choose up to 10 chasers (do not pick the first letter in the s
  10. Hi Tim Assume you're using Database Enquiry. Try BTX.Pay.dt which is the date that payment is assigned to the transaction. In DBE, if you're using Open-i, choose "Transactions". On the Keyword choice, type BTX and TAB and it'll show you the BTX frame where the keyword appears at the top. Hope that helps. All the best Marc
  11. Hi Jon Are you using Open Word? That would certainly be the easiest way to do it. If you have templates from Broker Network, could you not put keyword commands in to help you automate the process? The User Group's Member Day this year has some advice sessions on using Open Word if that might help. Marc
  12. Adding to that idea above, when you've created your templates in OpenWord, rather than creating them both in BROOMS for the end user to choose which one to use, try this... Create a template with a simple name, like "Proposal" for example and then use keywords to redirect OpenWord to your new templates. Basically, you could (as I have on my system) have multiple proposal forms, for various products and Insurers but just have a single letter from the end users, namely "Proposal Form" or "Proposal" in OpenWord. By using a template which links other documents into it, you can reduce t
  13. 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)
×
×
  • Create New...