In dit artikel
Na dit artikel kun je…
- Basis-, resultaat-, marge- en rekeningvaluta onderscheiden.
- Eenheden en wisselrichting gebruiken om Bid/Ask en delen/vermenigvuldigen te kiezen.
- Een losse margeschatting onderscheiden van vrije marge in de hele rekening.
Begrippen uitgelegd binnen het artikel
Basisvaluta Koersvaluta Bied- en laatprijs Marge: vereist onderpandHandel in GBP/JPY op een EUR-rekening kan een koers van een ander paar nodig hebben. Resultaatvaluta en rekeningvaluta verschillen; de vereiste marge kan weer een eigen grondslag hebben. Vraag eerst in welke valuta het resultaat ontstaat, waarin de marge luidt en wat de rekeningvaluta is. De naam GBP/JPY reproduceert niet automatisch de afwikkelingsmethode van een bepaalde aanbieder. Marge is bovendien geen gepland verlies.
Vier rollen van valuta vastleggen
In GBP/JPY is GBP de basismunt en JPY de quotevaluta: de koers is yen per pond. In een typisch lineair contract geeft koersverandering een resultaat in JPY. Dat verplicht je niet tot een yenrekening en bewijst geen bezit van fysieke ponden. Basisvaluta en koersvaluta: lees de eenheden en keer bid/ask goed om legt de beginbegrippen uit.
MT5 onderscheidt SYMBOL_CURRENCY_BASE, SYMBOL_CURRENCY_PROFIT en SYMBOL_CURRENCY_MARGIN. ACCOUNT_CURRENCY noemt de rekeningvaluta. Lees deze machinevelden voor het werkelijke symbool en noteer ook contractgrootte en berekeningsmodus. Bij indices, metalen, beurs- en eigen symbolen kan alleen de naam misleiden. Pas een valutacontractformule niet vanzelf op ieder CFD-type toe.
- Basismunt in ons model: GBP; hoeveel basiseenheden vertegenwoordigt het volume?
- Resultaatvaluta: JPY; welke conversie volgt naar rekeningvaluta?
- Margevaluta: GBP; hoe wordt de vereiste zekerheid omgerekend?
- Rekeningvaluta: EUR; de gezamenlijke eenheid voor rekeningwaarde, kosten en beschikbare middelen.
Van JPY-resultaat naar EUR: richting bepaalt de prijszijde
Het bronvoorbeeld gebruikt het illustratieve tijdstip 13 oktober 2026, 12.00 UTC. Alle koersen zijn synthetisch, geen historische waarnemingen. Neem een lineair contract van 10.000 GBP, zonder commissie, financiering of extra conversievergoeding. De fictieve echte longfills 198,00 en 199,60 geven 10.000 × (199,60 − 198,00) = JPY 16.000. Dit zijn uitvoeringsprijzen, geen twee middenkoersen.
Veronderstel gelijktijdig EUR/JPY Bid 160,00 en Ask 160,20 yen per euro. In dit expliciete cashwisselmodel koop je met positieve yen euro’s tegen Ask: 16.000/160,20 = EUR 99,88 afgerond. Voor een afzonderlijk verlies van JPY 16.000 verkoop je euro’s tegen Bid om de yen te verkrijgen: −16.000/160,00 = EUR −100. Gelijke absolute yenbedragen geven hier geen gelijke absolute eurobedragen.
Het verschil is afgerond EUR 0,12 en volgt uit de opgegeven quotezijden, niet uit een extra commissie of aangetoonde provideropslag. Bid voor beide tekens gebruiken zou symmetrisch EUR ±100 opleveren en dus een ander model zijn. Controleer eenheden: JPY gedeeld door JPY/EUR wordt EUR.
Met een omgekeerde JPY/EUR-quote vermenigvuldig je met EUR per JPY en kies je opnieuw de juiste zijde. Het omgekeerde van de oude Ask wordt de nieuwe Bid; draai niet alleen het Bid-getal om terwijl je het Bid blijft noemen. Beschrijf eerst wat je koopt en waarmee je betaalt.
De omrekening kan bewegen bij gelijkblijvend yenresultaat
Houd JPY 16.000 gelijk en laat EUR/JPY Ask in hetzelfde model stijgen van 160,20 naar 165,20. Dan ontvang je EUR 96,85 in plaats van EUR 99,88: circa EUR 3,03 minder na afronding. Bij een open resultaat is dit een extra valutagevoeligheid. Dit betekent niet dat iedere al geboekte transactie opnieuw wordt gewaardeerd. Controleer wanneer de waarde vastligt en hoe het contract afwikkelt.
Bewaar bij een calculator-terminalvergelijking beide observatietijden en prijszijden. Een websitekoers van vandaag reproduceert geen boeking van gisteren. Scheid prijs-P/L, commissie, swap en eventuele conversiekosten. Rond het model aan het einde af; voortijdig afkappen van omrekenkoersen kan zelf afwijking maken. Waarom is de winst lager dan de koersbeweging? Reconstrueer iedere boeking helpt de posten aansluiten.
Marge kan een andere conversieroute vragen
GBP/JPY op EUR: resultaat en marge zijn twee routes
Eenzelfde rekeningvaluta maakt winst en marge niet dezelfde grootheid. De paarnaam alleen bepaalt de conversiepaden niet.
- Prijsresultaat
- GBP/JPY → JPY – Koersverandering maal GBP-eenheden.
- Resultaatconversie
- JPY → EUR – Een expliciete JPY-EUR-relatie en prijszijde nodig.
- Margevereiste
- Opgegeven in GBP – Niet hetzelfde als prijsverlies of resultaat.
- Margeconversie
- GBP → EUR – Een eigen relevante relatie of gedocumenteerde route.
In dit model ontstaat P/L in JPY en luidt de margevereiste in GBP. EUR/JPY helpt het resultaat omrekenen, maar kan alleen geen GBP-vereiste naar EUR vertalen. Er is ook een GBP-EUR-relatie nodig, rechtstreeks of via een vastgelegde providerroute. Er bestaat geen universele verplichting elke omrekening via USD te laten lopen. Geen zichtbare conversiegrafiek bewijst evenmin dat de server de gegevens mist.
OrderCalcMargin schat de marge in rekeningvaluta voor een opgegeven handeling, zonder bestaande posities en pending orders mee te rekenen. Het berekent dus niet universeel de wijziging in de vrije marge van de gehele portefeuille. Het positieadministratiemodel, kosten en lopende P/L kunnen de beschikbare middelen beïnvloeden. Saldo, equity en marge: reconcilieer de rekeningvelden onderscheidt die begrippen.
Nieuw afzonderlijk EUR-tegenvoorbeeld: veronderstel expliciet GBP 300 vereiste marge, EUR/GBP Bid 0,85 en Ask 0,86 GBP per EUR en een model dat voor die GBP-aanschaf EUR tegen Bid verkoopt. Dan is de margewaarde 300/0,85 = EUR 352,94. Bij een apart aangenomen actuele equity van EUR 1.000 en geen andere marge is vrije marge EUR 647,06. Dit model specificeert zelf GBP 300; het leidt dat bedrag niet af uit de naam GBP/JPY en zegt niets over het maximale handelsverlies. De JPY-resultaatroute blijft een andere vraag.
Controleren zonder een onbekend algoritme te verzinnen
OrderCalcProfit maakt voor de aangeleverde prijzen en hoeveelheid een voorlopige resultaatberekening onder huidige rekeningomstandigheden en retourneert rekeningvaluta. Controleer succes en foutmelding voordat je een bedrag gebruikt. De berekening bewijst geen uitvoering, toekomstige wisselkoers of volledige eindboeking van alle kosten.
Vraag bij een onverklaard verschil naar exact symbool, resultaatvaluta, margevaluta, conversiepaar of route, prijszijde, tijdstip, extra vergoeding en afrondingsregel. Lever één geanonimiseerde transactie met bevestigingen aan. Alleen zeggen dat de koers verkeerd lijkt onderscheidt een ander tijdstip niet van een andere methode of een echte afwikkelingsfout. Dit model helpt vragen formuleren en bewijst geen overtreding.
Drie controles voor je volgende vergelijking
- Maak de vier-valutakaart met contractgrootte. Markeer onbekende velden als onbevestigd en zoek de specificatie in plaats van de naam te raden.
- Reproduceer beide tekens: JPY +16.000 via Ask en JPY −16.000 via Bid binnen het expliciete model. Schrijf eenheden bij iedere rekenstap.
- Vergelijk op demo een schatting met één echte boeking met bewaarde tijd en instellingen. Scheid koersresultaat en kosten en meld alleen het resterende verschil met ondersteunende gegevens. Demo bevestigt geen identieke live voorwaarden.
Dezelfde positie, andere marge door conversie
De afzonderlijke calculatorles behoudt het EUR/USD-bronmodel: 0,12 lot, EUR 100.000 per lot, USD 1,1000 per EUR, hefboomparameter 30, PLN 10.000 equity en PLN 500 bestaande marge. Bij PLN 4 per USD is de nieuwe marge PLN 1.760. Verander alleen de directe conversie van 4 naar 4,25.
Nominaal blijft USD 13.200 en de marge vóór conversie USD 440. De nieuwe marge wordt PLN 1.870, totaal PLN 2.370 en vrije marge PLN 7.630. Het verschil is PLN 110 zonder volumewijziging. Dit fictieve nominaal/hefboommodel reproduceert geen providercontract. Equity en bestaande marge zijn afzonderlijke vaste aannames; beide conversiekoersen zijn verzonnen. De uitleg is geen aanbeveling voor een bepaalde rekeningvaluta.
Test wat je hebt geleerd
Ongeveer 3 minuten oefenen.
Antwoord en uitleg bekijken
16.000/160,20 is EUR 99,88 afgerond. Controleer afzonderlijk of de echte aanbieder dit model en extra kosten toepast.
Dezelfde positie, andere marge na omrekening
Ongeveer 2 minuten oefenen met de rekenhulp.
Afzonderlijk EUR/USD-model: 0,12 lot, EUR 100.000 per lot, USD 1,1000 per EUR, hefboomparameter 30, PLN 10.000 equity en PLN 500 bestaande marge. Bij PLN 4 per USD is nieuwe marge PLN 1.760. Verander alleen de directe omrekenkoers van 4 naar 4,25. Vergelijk nieuwe en vrije marge.
Verander de margeconversiekoers →
Controleer het resultaat en de uitleg
Nominaal blijft USD 13.200 en marge vóór conversie USD 440. Nieuwe omgerekende marge is PLN 1.870, totaal PLN 2.370 en vrije marge PLN 7.630. Conversie verandert marge met PLN 110 zonder volumewijziging.
Dit nominale-bedrag/hefboommodel reproduceert geen providercontract. Equity en bestaande marge blijven afzonderlijke vaste aannames. Beide wisselkoersen zijn fictief.
Andere vragen
Moet iedere omrekening via USD lopen?
Nee, neem geen verplichte dollarroute aan. JPY naar EUR vraagt de relevante relatie onder het model; de provider kan een vastgelegde eigen route en regels gebruiken. Vraag naar paar, zijde, tijdstip en vergoeding. Een ontbrekende zichtbare grafiek bewijst niet dat de server de data mist.
Waarom geven gelijke yenwinst en yenverlies andere eurobedragen?
In dit model koopt positieve JPY euro’s tegen Ask 160,20 en dekt negatieve JPY via verkoop van euro’s tegen Bid 160,00. JPY 16.000 geeft dus EUR 99,88 ontvangen of EUR 100 betaald. Werkelijke afwikkeling kan andere tijd- en kostenregels hebben.
Is OrderCalcMargin de exacte daling van vrije marge?
Nee. De functie schat één handeling zonder huidige posities en pending orders. Het werkelijke portfolio, positieadministratie, kosten en P/L beïnvloeden beschikbare middelen. Controleer succes en rekeningstaat. Marge is geen maximaal verlies.
Kan ik een oude boeking met de websitekoers van vandaag bewijzen?
Daarmee reproduceer je de oude post niet. Je hebt tijdstip, prijszijde, route, kosten en afronding nodig. Sluit eerst het resultaat in instrumentvaluta aan, daarna conversie en overige posten. Vraag ontbrekende gegevens in plaats van uit een ander tijdstip meteen een fout af te leiden.
Bronnen en controle
- MetaQuotes — Symboolvaluta en contractvelden
Primaire relevante velden gelezen voor basis-, resultaat- en margevaluta, contractgrootte en berekeningsmodus. De naam van een instrument bepaalt de methode niet.
- MetaQuotes — Rekeningeigenschappen
Relevante primaire velden gelezen: ACCOUNT_CURRENCY en rekeningbedragen zoals equity en marge. Een rekening in EUR maakt verschillende rollen van valuta niet hetzelfde.
- MetaQuotes — OrderCalcProfit
Primaire functie-uitleg en parameters gelezen: voorlopige berekening voor huidige rekeningcondities, resultaat in rekeningvaluta en expliciete succes/foutstatus. Geen handelsuitvoering of alle-kostengarantie.
- MetaQuotes — OrderCalcMargin
Primaire functie-uitleg gelezen: schatting in rekeningvaluta zonder bestaande posities en pending orders. Daarom geen universele portefeuillewijziging van vrije marge.
De berekeningen gebruiken expliciete aannames. Ze vervangen geen actuele marktgegevens of voorwaarden van de aanbieder.
