Jump to content

Marc Pons-Burt

  • Posts

  • Joined

  • Last visited

  • Days Won


Marc Pons-Burt last won the day on 14 September

Marc Pons-Burt had the most liked content!

1 Follower

About Marc Pons-Burt

  • Birthday 04/10/1975

Contact Methods

  • Website URL
  • Skype
  • Twitter Feed = @

Profile Information

  • Gender
  • Location
    Isle of Man
  • Company Name
    C.Tarleton Hodgson & Son Ltd

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

Marc Pons-Burt's Achievements


Enthusiast (6/14)

  • First Post
  • Collaborator
  • Conversation Starter
  • Week One Done
  • One Month Later

Recent Badges




Community Answers

  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 Engineer to take a look in case there's something wrong with the setup causing the data return issue. If they confirm it's not ICP, then perhaps look into other solutions, but for me, the bespoke solution is normally very expensive and won't necessarily leave you happy!
  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 remains on the client file but the client file remains in place but if not, the whole client file is purged. Needs discussion and some open debate within the Membership but it's certainly worth investigation!
  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 this might be a Support call rather than additional bespoke solutions? Also, I've probably misunderstood what you're trying to do, plus @Mark Sollis and @karl definitely know more than me, so might well correct me anyway! However, when I had my training, I was told to use "Views" rather than "Tables" when I was setting up my reports. As such, I end up with the option of Criteria which allows me to restrict the return of data to, say, a specific date range. So, if I run a report, I include the table "ic_braccesshist". I can link that to a brpolicy to see the whole Access History but then if I create Criteria for the date range I need, it only returns the relevant info? Like I said, probably way off the mark, so apologies if I am.
  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 proposal forms print off single sided normally along with printouts etc. In simple terms, OpenWord letters obey Windows rules and Brokerlink (prop's etc) obey OGI rules.
  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. Let me know if you encounter any problems.
  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 on. Within that, we have 1, 2, 3 and 4. Namely; Single sided portrait Duplex portrait (long edge) Single sided landscape Duplex landscape (short edge) So, it'll always defaulting to 1, so for example, it'll go to A1 as single sided, but the following print prompt; cpq:,lp:a2 gives a duplex IPID. You can also automate the printing itself but going to the following and saving the print prompt (you need the configuration first though). It'll put it into OPM or ODC in the client file you would expect it in. Brokerlink Control/Maintenance > Amend Broker Details > page 2 (it's at the bottom) Homewriter EDI > Broker Control Details > it's on the right near the top Bikewriter EDI > Amend Broker Details > it's at the bottom Truckwriter POS > Broker amendment > page 2, about halfway down If you need to arrange the printer configuration, then I'm afraid it's a call to OGI and it IS a chargable change to the system from an Engineer (but it can be done remotely). Apologies for the length of response but it is possible, just not easy!
  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 sequence though). Once this is done, the user will choose the chaser sequence when creating the initial letter. Chasers are generated from the Diary or Letter Generation menu (menu 3). Hope this all helps.
  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 the choices for end users while maintaining complete control over what is actually generated. Use IF commands with "NULL" or "NOTNULL" for the APM/BROOMS issue and it'll work with whatever Keywords you choose (Insurer/Policy Type etc are the most obvious).
  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) 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.
  • Create New...