Prop-challengefouten: vijf controles na een incident

Een verliestrade, een niet gehaalde evaluatie, een contractbreuk en een uitvoeringsfout zijn verschillende gebeurtenissen. Reconstrueer eerst de feiten. Dit zijn vijf controlegebieden, geen gemeten ranglijst van de meest gemaakte fouten. Deze gids heeft geen representatieve dataset voor faalpercentages of een beloofde stijging van slaagkans.

1. De verkeerde verliesberekening gebruiken

Bewaar saldo, equity, open P/L, kosten, resetmoment en geldende ondergrens rond het incident. Controleer aanbieder, product, fase en cohort. Een percentage van de allocatie is niet vanzelf resterende verliesruimte. De totale grens is niet altijd maandelijks of gebaseerd op het hoogste punt.

Een stoporder garandeert geen uitvoeringsprijs of naleving. Noteer opdracht, werkelijke uitvoering, kosten en andere posities. Controleer de precieze ongelijkheid en gevolgen bij een grens; ga niet uit van nog één toegestane verliestrade.

2. Toestemming tussen accounts verwarren

De FTMO-nieuwsregels onderscheiden fasen, accounttypen, instrumenten en orderuitvoering, inclusief stops. Een eigen pauzeschema of kleinere positie vervangt geen toestemming.

FXIFY vereist voorafgaande beoordeling en goedkeuring voor EAs op faseprogramma’s. Controleer bestand, platform, account en vastgelegde toestemming. Een licentie staat beheer door derden of verboden kopiëren niet vanzelf toe.

3. Volume veranderen zonder de eenheden te volgen

Leg volume, stopafstand, contractwaarde en gezamenlijke blootstelling vóór en na winst of verlies vast. Een vast aantal lots is geen vast geldrisico als die gegevens veranderen. Hier geldt geen universele 1%-regel, pauze na twee verliezen of stop bij 60%.

Fictieve berekening: voorgesteld bruto stopverlies $500, stopafstand 50 pips en aangenomen waarde $10 per pip per 1 lot. Volume = $500/(50 × $10) = 1 lot. 0,1 lot geeft dan $50 brutoverlies, geen $500. Controleer echte specificatie, valuta, volumestappen, kosten en uitvoering. Dit schrijft geen geschikt risico voor en bewijst geen naleving.

4. Een test als bewijs behandelen

Bewaar data, kosten, selectie, verworpen tests en een afzonderlijke beoordelingsperiode. MetaTrader beschrijft historische optimalisatie en forward testing; geen van beide garandeert toekomstige winst. Tien jaar, 100 trades of positieve maanden bewijzen op zichzelf geen voorbereiding. Leg bijstellingen vast en presenteer hergebruikte data niet als onafhankelijke validatie.

5. Een voorwaarde verwarren met een overtreding

Lees de exacte voorwaarde. De FTMO-update van 8 oktober onderscheidt 1-Step-order-/mergecohorten vanaf 12 oktober en de oude Best Day Rule. De noemer verschilt; beste dag is niet de grootste trade. Een niet behaalde consistentievoorwaarde is niet automatisch een verliesgrensovertreding. Verzin geen impliciete eis van gelijke winsten.

Een bruikbaar incidentenwerkblad

Laat onbekende oorzaken onbekend. Een herstelde berekening of instelling garandeert geen herstel van de account en rechtvaardigt geen nieuwe aankoop. Een dagboek of pauze kan bij beoordeling helpen, maar bewijst geen slaagpercentage.

De JPTC EA Hub staat los van de gehoste JPTC Algo. Algo-klanten installeren of draaien niets en hebben geen VPS nodig. Geen product garandeert naleving, slagen of uitbetaling. Bedrijfseigen brokerstatementcijfers zijn geen onderzoek naar gefaalde klantaccounts en geen onafhankelijke audit.

Primaire bronnen gecontroleerd op 16 oktober 2026.