Jump to content

Question

I am building a new website for internal use, the main feature is to be a lead management system. I would like to use xStream to import client details from Open GI into the website, and to create prospects in Open GI directly from the website.

 

The problem is that we purchased xStream many years ago to use with a website built for us by a third party, and nobody in our company has had any training on it.

 

Generally, I think the online guides are excellent and I have always found them to contain enough information required to use any of the Open GI products. However, I've found them rather lacking in the case of xStream. There are example scripts to cover different scenarios for which you might use xStream, which I imagine will be very useful once I've established the link between OGI and our website, but I can''t find any information on how the XML data is actually transmitted between Open GI and a web application.

 

If any xStream users can give me some pointers I'd really appreciate it.

 

Thanks a lot, Emily

Share this post


Link to post
Share on other sites

2 answers to this question

Recommended Posts

  • 0

Hi Emily - that's a great use for XStream and there are lots of posts here in the Forum covering a range of areas on XStream use

 

Given where you are in the XStream process right now I'd suggest a couple of important steps ...

 

1 - Ask OGI support to confirm that the XStream service is still configured correctly and proven as working 

  • You can waste hours, days and weeks trying to connect to the service and still have issues because it's no longer set up correctly or your infrastructure has changed. Get them to test it and to prove it and make sure you have the access details as well (IP and Port numbers etc)

 

2 - Use a tool like SOAPUI

  • This will allow you to test the processes outside of the web page and confirm the XStream service is working as expected

 

Step 1 is a must :)

 

Happy to assist further if I can!

 

Mark

 

www.OneFiftyPercent.com

Share this post


Link to post
Share on other sites
  • 0

Also - once confirmed and tested, make sure you can access the service outside of your local network 

 

If it cant be connected likely it is a firewall / port issue that you will need your IT / Infrastructure team to allow access to

 

That can be a little painful too ... :)

 

M

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...