Lista de verificare înaintea ordinului înregistrează dacă decizia respectă regulile scrise în avans. Nu demonstrează avantajul strategiei și nu garantează dispariția erorilor. Păstrează răspuns, probă și moment: bara închisă, cotația folosită, cantitatea calculată. O bifă fără context nu permite reconstruirea deciziei.

Ce verifică lista unui setup?

Verifică un plan specific, fără set universal de cinci până la opt reguli. Înregistrează admis, respins ori date lipsă. Lipsa informației nu înseamnă admis; „nu se aplică” trebuie permis deja de versiunea planului. O condiție obligatorie respinsă ori neverificată blochează trimiterea în această procedură.

De ce păstrezi un registru în locul memoriei?

Lista practică așază acțiunile într-o ordine și reduce dependența de memorie. Pentru exemplul de tranzacționare verifici instrument, sens, intrare și invalidare, dimensiunea poziției și calendar înainte de trimitere. Utilitatea depinde de folosirea efectivă și calitatea regulilor, nu numai de existența formularului.

Separă regulile strategiei de procesul executării lor. O pierdere conformă și un câștig neconform aparțin unor axe diferite ale auditului. Exemplele de mai jos explică această separare, fără a împrumuta dovezi de eficacitate din chirurgie ori aviație pentru tranzacționare.

Șapte întrebări înaintea intrării

Este punct de pornire, nu oracol sau listă obligatorie pentru toate instrumentele. Adaptează versiuni explicite ale planului și păstrează controalele cerute:

  1. Există setup conform planului? Trebuie să corespundă unei definiții scrise și testate anterior, fără înlocuire prin intuiție de moment.
  2. Contextul este cel definit? Notează condiția concretă de trend ori interval și timpul datelor. O strategie împotriva trendului cere propria regulă; numele direcției nu stabilește probabilitatea.
  3. Declanșarea este cunoscută acum? Salvează confirmarea, sursa și graficul fără bare ulterioare. Strategia definește ce înseamnă declanșare.
  4. Intrarea, invalidarea și ieșirile sunt precizate? Tip de ordin, condiție, expirare și ieșire; apoi verifici separat acceptarea de către server.
  5. Volumul respectă bugetul și expunerea agregată? Include costuri, distanță și scenariu de execuție, rotunjește la pas și recalculează. Limita 1% nu este normă universală de siguranță.
  6. Calendarul respectă regula? Salvează sursa, ceasul, momentul verificării și fereastra de excludere aleasă. Nu există ore fixe pentru orice strategie; știrile neprogramate lipsesc din calendar.
  7. Poți executa procedura? Conexiune, acces la cont, atenție și recuperare. Înregistrează motivul pauzei, fără diagnostic psihologic dedus din listă.

Șase răspunsuri din șapte nu compensează a șaptea condiție obligatorie. Avantajele desenului nu înlocuiesc limita de risc absentă. Trecerea controalelor permite luarea în considerare a ordinului în planul salvat; nu obligă trimiterea și nu garantează câștig. Reverifică dependențele când se schimbă cotația, expunerea ori starea semnalului.

Păstrează forma suficient de scurtă pentru folosire, fără a elimina protecțiile obligatorii de risc și ordin. Consecvența procesului nu demonstrează avantaj statistic. Un control final trebuie să folosească aceleași praguri și aceeași stare relevantă a contului.

Exemplu: trecerea prin verificări

Capital fictiv 10 000 USD, buget ales 50 USD, adică 0,5%. Contract EUR/USD 100 000 EUR pe lot, pip 0,0001 valorând 10 USD/lot, minim și pas 0,01 lot. Ask intrare 1,10020 și SL Bid 1,09820 sunt la 20 pips. Comision total dus-întors 7 USD/lot fără minim, plus rezervă de execuție nefavorabilă de 2 pips; finanțare și taxe de conversie zero.

Pierderea planificată pe lot este 20×10+2×10+7=227 USD. 50/227≈0,22026 se rotunjește în jos la 0,22 lot: 49,94 USD, față de 52,21 la 0,23. Ask/Bid include deja spreadul, fără deducere dublă. Rezerva nu plafonează abaterea. Un fill cu 6 pips sub SL în loc de 2 produce (200+60+7)×0,22=58,74 USD, peste buget. Specificația, volumul acceptat și ordinele protective se confirmă separat.

Alt audit fictiv: tranzacțiile conforme A/B dau +40/−50 USD, iar neconforme C/D +80/−30 USD. Totalul este +40 USD, dar subsetul conform −10 și abaterile +50. Reclasificarea lui C după câștig schimbă retrospectiv auditul. Patru observații nu demonstrează strategie pierzătoare ori beneficiul încălcării regulilor.

Fiecare control cere aceeași versiune a planului

Schimbarea pragului invalidează verdictul vechi. Două bife nu dovedesc verificarea unui singur plan.

Amestecarea versiunilor controalelorSpread 2,5 pips și SL 18 pips trec v1 cu praguri spread≤3 și SL≤25. În v2 cu spread≤2 și SL≤20, spreadul nu trece. Combinarea bifei spread v1 cu SL v2 nu confirmă v2.BIFE DIN DOUĂ VERSIUNIDate: spread 2,5 pips; SL 18 pips.Plan v1Spread≤3SL≤25Spread: DASL: DAPlan v2Spread≤2SL≤20Spread: NUSL: DAAmestec: spread v1 + SL v2.Două bife DA nu verifică integral v2.v2 consecvent: spread NU, SL DA.

Fișa fictivă cu două controale nu înlocuiește cele șapte întrebări. v1: spread≤3 pips și distanță SL≤25; v2: spread≤2 și SL≤20. Date curente: spread 2,5 și SL 18 pips. Celelalte condiții sunt în afara modelului. Fără ordin ori rezultat prezis. TradingView — strategii descrie păstrarea intrărilor și proprietăților modelului în registrul testului; rezultatele fără setări nu reproduc condițiile.

Versiunile fictive diferă numai prin praguri. Ambele folosesc aceleași date curente.

Pe un ecran mic, derulează diagrama orizontal sau mărește-o. Explicația este disponibilă și în text.

Bifa veche „spread admis” folosește pragul 3 și nu confirmă pragul ulterior 2. Controlul SL din v2 nu repară lipsa. Atașează versiunea fiecărei probe și reverifică regulile schimbate. Numărul versiunii trebuie să identifice pragurile, nu numai titlul documentului. Fișa v2 consecventă nu trece ambele condiții, în ciuda bifelor verzi anterioare.

Diagnostic RON: două fișe pot folosi același buget vechi

Model nou separat: păstrăm costul 227 USD/lot și pasul 0,01, dar alegem curs fix fictiv 4 RON/USD. Costul planificat devine 908 RON/lot. Două oportunități independente, X și Y, folosesc aceeași versiune de plan și citesc un buget agregat disponibil de 100 RON. Fiecare alege 0,06 lot, cu rezervă calculată 54,48 RON, deci fiecare verificare izolată trece. Dacă ambele cereri sunt trimise fără rezervarea comună a bugetului, suma planificată este 108,96 RON și depășește limita cu 8,96.

Același plan, altă stare a bugetului
PasVolumSumă rezervată RONDisponibil RON
Înainte de X—0100
X verificat și rezervat0,06 lot54,4845,52
Y recalculat după X0,05 lot45,40 suplimentar0,12
Y folosește copia veche0,06 lot54,48 suplimentar−8,96: respins

În modelul corect, verificarea și rezervarea sunt un singur pas asupra aceluiași registru. După X, Y poate calcula cel mult 45,52/908≈0,05013 lot, deci 0,05. Totalul rezervat este 99,88 RON; următorul pas ar depăși limita. Este altă eroare decât amestecul versiunilor: pragurile pot fi identice, dar cele două dovezi se raportează la stări diferite ale contului.

O cerere încă neconfirmată nu eliberează singură rezerva. Așteaptă starea executată, respinsă ori anulată confirmată și reconciliază volumul rămas; un click local de anulare sau un timeout nu dovedesc dispariția expunerii. După execuție, transferă rezerva aferentă în riscul poziției deschise; nu o elibera numai fiindcă ordinul a ajuns în istoric. Numără cererea și poziția aferentă o singură dată. Recalculează la schimbarea cotației ori a altor poziții. Exemplul descrie un registru propriu de control, fără funcție implementată a brokerului și fără pierdere maximă garantată de rezervă.

O versiune comună nu rezolvă bugetul dublatModel separat: 227 USD/lot × curs fictiv 4 RON/USD = 908 RON/lot, pas 0,01 lot și buget agregat 100 RON. Două oportunități citesc inițial aceeași sumă.CALCUL IPOTETICAmbele folosesc copia 100 RON0,06 + 0,06 lotDupă rezervarea X45,52 RON disponibiliY la 0,05 lotTotal 99,88 RON
O versiune comună nu rezolvă bugetul dublat. Model separat: 227 USD/lot × curs fictiv 4 RON/USD = 908 RON/lot, pas 0,01 lot și buget agregat 100 RON. Două oportunități citesc inițial aceeași sumă.

Verifică și rezervă împreună în registrul comun, apoi reconciliază starea cererii. Bifele izolate nu blochează folosirea de două ori a aceluiași buget.

Pe un ecran mic poți derula diagrama orizontal sau o poți mări. Valorile și concluzia apar și în textul de mai jos.

Ambele folosesc copia 100 RON
0,06 + 0,06 lot – 54,48 + 54,48 = 108,96 RON, peste limită.
După rezervarea X
45,52 RON disponibili – Y se recalculează din nou, nu păstrează verdictul vechi.
Y la 0,05 lot
Total 99,88 RON – 0,12 RON rămași; 0,06 pentru Y ar depăși limita.

Cum păstrezi lista în practică?

Hârtia datată ori un tabel pot păstra istoricul. Salvează ID oportunitate, ceas și dată, versiune, probe, răspunsuri, decizie și motivul respingerii. Adaugă separat execuția și rezultatul net. O abatere profitabilă nu devine conformă, iar pierderea conformă nu dovedește formular completat greșit. Relațiile istorice dintr-un pivot de tabel nu certifică predicția pe date noi.

Rutina înainte de deschiderea poziției detaliază controalele; planul de tranzacționare le pune în context. Sistemul disciplinei privește folosirea consecventă, iar gestionarea tranzacției continuă după intrare. Probele înainte de ordin și istoricul ulterior nu se suprascriu una pe alta.

Ce faci practic în continuare?

  1. Scrie condițiile și probele. Include limite pe tranzacție, zi și expunere agregată. Marchează obligatoriu și semnificația datelor lipsă.
  2. Fă o probă fără risc. Verifică dacă formularul poate fi înțeles și completat. La condiție obligatorie respinsă urmează pauza ori respingerea scrisă; două ore nu sunt limită universală.
  3. Separă procesul de net. Nu elimina protecția fiindcă nu a blocat încă ordin și nu adapta regula la câștigători cunoscuți. Păstrează versiune nouă și date noi.
  4. Reprodu alt buget. La același 227 USD/lot și buget 40 USD, 0,17 lot înseamnă 38,59 USD, iar 0,18 dă 40,86. Nici aceasta nu plafonează abaterea efectivă.
  5. Testează cereri simultane. Verifică versiunea regulii și starea registrului de rezervări. Reconcilierea unei cereri neclare precedă eliberarea bugetului.