In dit artikel
Na dit artikel kun je…
- Een sequentiële Close By-fout van een latere asynchrone afwijzing onderscheiden.
- Beginposities aan werkelijke deals en resthoeveelheden koppelen.
- Een lege positielijst apart van geannuleerde pendingorders beoordelen.
Begrippen uitgelegd binnen het artikel
Orderuitvoering Lot: contracteenheid Stop loss Pending order — voorwaardelijke orderMT5 Close all bestaat uit verzoeken, geen garantie dat de hele rekening tegelijk sluit. Posities kunnen overblijven na afwijzing, onderbreking of afsluiten van de toepassing. Stel vast wat werkelijk uitgevoerd is en welke hoeveelheid nog bestaat. Deze uitleg betreft de ingebouwde groepsoperaties; een eigen script of EA kan anders werken.
De volledige commandonaam bepaalt de bedoeling
Controleer of het gaat om alle posities, alleen winstgevende of verliezende, één symbool of één richting. Een geselecteerde positie kan andere commando’s beschikbaar maken. ‘Alles gesloten’ zeggen zonder scope vast te leggen bewijst niet wat je vroeg. Omkeren verschilt van sluiten en kan nieuwe blootstelling maken.
De gedocumenteerde hedgingprocedure probeert eerst Close By en daarna gewone sluitingen van overgebleven posities. Een fout tijdens sequentiële Close By stopt de reeks. In de latere asynchrone fase laat een afwijzing de betrokken positie open, terwijl andere sluitverzoeken doorgaan. FIFO-sluiten is eveneens sequentieel en stopt bij een fout. De fase verklaart dus waarom dezelfde algemene foutmelding verschillende resttoestanden kan geven.
Groepsoperaties vragen One Click Trading; sommige zijn niet beschikbaar bij FIFO. Controleer rekeningmodus en ACCOUNT_FIFO_CLOSE, geen universele landsregel. Close By vereist echte tegengestelde posities in hetzelfde symbool op een geschikte hedgingrekening. Een gelijkende instrumentnaam is geen tweede been. MT5 Close By: nulrecord, kosten en resterende positie behandelt die afwikkeling.
Vijf beginposities reconstrueren
Ons fictieve model is een hedgingrekening zonder FIFO. EUR/USD staat Close By toe. Geen gedeeltelijke fills, nieuwe instappen of andere wijzigingen. We modelleren afhankelijkheden, niet serversnelheid, geldresultaat of een optelling van lots met verschillende contracten.
Schuif op een klein scherm door de tabel om alle kolommen te lezen.
| Ticket | Begin | Bevestiging | Resteert |
|---|---|---|---|
| A | EUR/USD buy 0,10 lot | Close By met B uitgevoerd | Niets |
| B | EUR/USD sell 0,10 lot | Close By met A uitgevoerd | Niets |
| C | GBP/USD buy 0,20 lot | 0,20 volledig gesloten | Niets |
| D | USD/JPY sell 0,10 lot | Afgewezen, nul gesloten | Sell 0,10 |
| E | XAU/USD buy 0,05 lot | 0,05 volledig gesloten | Niets |
Na de bevestigde A–B-operatie daalt het aantal posities van vijf naar drie. Daarna verstuurt de toepassing gewone verzoeken voor C, D en E zonder telkens voorafgaande bevestiging af te wachten. C en E sluiten; D wordt afgewezen. Uiteindelijk blijft één oorspronkelijke positie over: D. Drie verzonden verzoeken bewijzen geen drie sluitingen.
Tel echte resten, geen berichtvensters
A/B, C en E zijn weg, D blijft. In een andere fase kan een fout juist de hele resterende reeks stoppen.
- A/B
- Twee posities dicht – Eén bevestigde Close By.
- C/E
- Twee posities dicht – Afzonderlijke gewone bevestigingen.
- D
- Sell 0,10 blijft – Bevestigde afwijzing in de latere fase.
Close By verwijderde hier twee tickets via één operatie. Bewaar per ticket symbool, richting, beginhoeveelheid, verzoek-/order-ID, antwoord, deals en huidige hoeveelheid. Dealvelden koppelen aan order en positie; één order kan meerdere uitvoeringsfragmenten hebben. Tel niet ieder fragment als volledige ticketsluiting. Geef tijden met zone en benoem onopgeloste uitkomsten apart van bevestigde afwijzingen.
Een andere fase geeft een andere rest
Neem apart dezelfde startlijst, maar nu krijgt A–B een Close By-fout vóór uitvoering. In dit model zijn geen sluitdeals ontstaan. De reeks stopt vóór C, D en E: alle vijf blijven. Dat verschilt van D’s latere afwijzing na geslaagde A–B. Een ontbrekend antwoord in een echte situatie bewijst niet dat niets uitgevoerd is.
Afsluiten van de toepassing beëindigt het resterende groepsproces, maar draait bevestigde deals niet terug. Als A–B al gesloten zijn en C–E nog niet verstuurd, blijven in die variant drie. Voor al verzonden opdrachten moet de serveruitkomst afzonderlijk worden onderzocht. Herstarten bewijst geen vlakke rekening en rechtvaardigt geen automatische nieuwe batch met onthouden hoeveelheden.
Controleer of een EA, ander apparaat of persoon nieuwe posities opende. Een nieuw ticket hoeft geen mislukt gesloten oud ticket te zijn. Vergelijk herkomst, tijd en historie. Voor maatwerk geldt ook dat OrderSend=true nog geen uitvoering bewijst. Een diagnosetest vereist geen proeforder op echt geld.
Een lege positielijst is niet de hele controle
MT5 biedt aparte verwijdercommando’s voor pendingorders. Een sluitopdracht bevestigt hun annulering niet. Fictieve pending buy P kan nog bestaan als alle vijf tickets dicht zijn; latere uitvoering maakt nieuwe blootstelling. Ordertypen bij forex: market, limit, stop en het ongevulde restant scheidt annuleren van uitvoeren.
Lees na synchronisatie zonder verbergende symbool- of richtingsfilters. Controleer posities, sluitdeals en pendinginstructies afzonderlijk. Noteer lege toestand met rekening en observatietijd; een screenshot bewijst niet dat een EA nooit opnieuw opent. Resterende posities vragen actuele beschermingscontrole, ook als het groepscommando mislukte.
Eigen EUR-restcontrole. Een apart hypothetisch product heeft één long van twaalf eenheden. Een sluitverzoek voor twaalf krijgt twee bevestigde fills: vijf en vier; drie blijven werkelijk open. Dat zijn twee deals maar geen twee volledige positiesluitingen. Bij oorspronkelijke prijs €50 en vaste waardering Bid €48 vertegenwoordigt de resterende long €6 zwevend prijsverlies. Dit geldmodel betreft één contract en geen lotsom van de vijf eerdere instrumenten. Een losstaande pending buy van twee kan later vijf eenheden blootstelling geven als die volledig opent en verder niets wijzigt.
Drie stappen voor een volledige afsluitcontrole
- Bewaar op demo de exacte commandonaam, accountmodus, tickets en beginhoeveelheden. Onderzoek afwijzingen niet met opzettelijke live fouten.
- Koppel ieder ticket aan bevestigde deals. Scheid Close By, gewone uitvoering, afwijzing en onzekerheid. Herhaal geen hele set uit geheugen.
- Controleer na synchronisatie beide lijsten, actuele resten en bescherming. Noteer tijd en rekening. Onderzoek daarna een afwijzing met MT4/MT5-orderfouten: prijsraster, omvang en bewijs vóór een nieuwe instructie.
Test wat je hebt geleerd
Ongeveer 2 minuten oefenen.
Antwoord en uitleg bekijken
Juist: vier tickets zijn gesloten. D blijft volgens de gegeven bevestigingen bestaan.
Andere vragen
Verwijdert Close all ook pendingorders?
Behandel sluiten niet als bevestigde annulering. MT5 heeft afzonderlijke pendingverwijdering. Controleer beide lijsten, rekening, tijd en historie; een pendinginstap kan later weer blootstelling maken.
Draait afsluiten van de terminal de operatie terug?
Bevestigde deals blijven bestaan. De resterende groepsprocedure kan stoppen. Onderzoek uitkomsten van al verzonden verzoeken en huidige hoeveelheid na synchronisatie; herstarten bewijst geen vlakke rekening.
Waarom ontbreekt winstgevende posities sluiten?
De lijst hangt van selectie, rekeningtype en platforminstellingen af. Sommige groepscommando’s zijn niet compatibel met FIFO; controleer ook One Click Trading. Een maatwerktoevoeging is niet automatisch dezelfde ingebouwde functie.
Mag ik na een fout opnieuw Close all kiezen?
Stel eerst actuele toestand vast: sommige tickets kunnen gesloten of verminderd zijn en er kunnen nieuwe zijn. Scheid afwijzing van onbekend antwoord en controleer nog lopende verzoeken. Een nieuwe operatie heeft een nieuwe scope en eigen uitkomsten.
Bronnen en controle
- MetaTrader 5 — Executing Trades
Direct gelezen groepsfases, stoppen bij sequentiële fouten, doorgaan bij een latere gewone afwijzing, apponderbreking en aparte pendingverwijdering. Geen tijds- of uitvoeringsgarantie.
- MQL5 — Account Properties
Eerder rechtstreeks geraadpleegde rekeningmodus en FIFO-instelling hergebruikt; geen algemene Nederlandse rechtsregel aangenomen.
- MQL5 — Deal Properties
Eerder direct geraadpleegde order-/positiekoppelingen hergebruikt. Meerdere deals betekenen niet automatisch meerdere volledig gesloten tickets.
- MQL5 — OrderSend
Eerder direct gelezen onderscheid tussen verzenden, resultaat en mogelijke latere uitvoering. Geen native batch of live fouttest verricht.
De berekeningen gebruiken expliciete aannames. Ze vervangen geen actuele marktgegevens of voorwaarden van de aanbieder.
