I’ve been demo trading with IG for a year now and I’m afraid to say the system just can’t be trusted. The orders are not robust enough. The system shuts down then leaves trades running having taken down the algos for stop management. Today I had to close a load of erroneous cable trades that had been left trading with no stops for a 12K loss(paper). It also transmits multiple orders over the same period.
Look at my most recent snapshot of cancelled and rejected orders – all with no further info on why the broker rejected them. “Sorry we have been unable to confirm the status of your trading request”. It’s simply not robust enough for live trading.
I have moved your topic to the Platform Support forum as that is a more relevant place for it. There is already a lively discussion regarding the recent issues of rejected orders that can be found here:
Strategies stopped due to rejected orders – lack of info
The issue seems to be on the IG side rather than the PRT side. PRT send all your orders to IG but if IG reject them then there is nothing that the platform can do to stop this.
You will notice that all the issues have been on demo only and not with live trading. In fact forum members have confirmed that identical strategies are running just fine in live but suffering rejected orders, orphaned trades and stopped strategies in demo.
We all hope that IG will start to give more priority to demo and fix this major issue because at the moment as you say the PRT demo platform using IG cannot be trusted. I have amended your title to include the word demo as that is more accurate.
I also incurred the same issue, Jakub replied with this post https://www.prorealcode.com/topic/only-trade-execution-trades-are-to-be-reported-below/#post-97392.
Maybe it’s really IG’s fault, not PRT’s, but customers can hardly care about that. It’s a combined system (IG + PRT) in which customers are supposed to put their money and, at some extent, lose it due to their unreliability.
Maybe it’s really IG’s fault, not PRT’s, but customers can hardly care about that.
I imagine that PRT are as unhappy about the situation as all the demo customers are. There is an automatic assumption that the PRT platform is duff when the platform is actually working fine but IG placing orders on demo isn’t working fine.
IG have taken some financial hits since the ESMA ruling and I guess they have dedicated even less effort and manpower to demo since then. In the long run this lack of interest in demo will hit their profits even more as any PRT based IG customer is very unlikely to switch from demo to live based on their experiences of the demo performance.
Maybe it is time for PRT to find a different broker to partner with? One who understands the value of demo trading.
Maybe Interactive Brokers, but it shouldn’t be ESMA compliant, otherwise it’s better to have IG, since they offer a chance to operate according to non-Esma rules through IG Switzerland.
Thanks for the insight guys. I have a profitable system with backtesting and spreads included, and I was at a loss as to why the order routing was so rubbish. I agree that this is a wider issue for the PRT sales team to look at, as IG are just not reliable enough. Is there any way PRT could be used DMA into the CME etc or via CMG or other services. I don’t think UK CFD or spreadbetting is the way to go as they offer ‘fake markets’. Just watch this very informative video below for more!
https://www.youtube.com/watch?time_continue=381&v=L-5a7m0EVNM
I’m seeing the same issue. I think my problem might stem from how quickly trades are being placed, sometimes within a second or two of one another. I’d like to trial introducing a delay. Anything with a delay of 5 seconds seems to be fine. Does anyone know of a way to introduce trade delays using the SIMPLIFIED CREATION facilities or can it only be done with code?
Since it is a well-known problem with IG demo servers, I changed the topic title, to avoid misunderstanding, thank you.
Does anyone know of a way to introduce trade delays using the SIMPLIFIED CREATION facilities or can it only be done with code?
What timeframe and what circumstances are you talking about – cumulateorders = True maybe??
A 5 second Timeframe would introduce at least 5 seconds between Orders, but somehow I don’t think you mean that??
But yeah SIMPLIFIED CREATION does not allow such customising so code may be the only solution.
