Un Stop Loss sau Take Profit deja acceptat este păstrat de serverul brokerului. Închiderea terminalului local nu îl șterge. Mai întâi identifică însă contul, poziția și nivelul acceptat: o cerere trimisă, o linie pe grafic și o regulă ascunsă într-un robot sunt lucruri diferite. Păstrarea pe server nu garantează prețul ori executarea necondiționată.

Serverul și terminalul: cine păstrează instrucțiunea?

Întrebarea utilă este dacă serverul a acceptat instrucțiunea sau dacă un program local trebuie încă să calculeze și să o trimită. Un clic inițiază o solicitare; nu dovedește acceptarea. Verifică rezultatul și starea curentă a ordinului ori poziției, inclusiv pentru un ordin în așteptare. Tipurile de ordine explică separat prețul de declanșare și executarea.

Lipsa răspunsului nu identifică nivelul SL

Modelul sursă are numai două versiuni fictive ale unei modificări încheiate: de la SL 1.0900 la 1.0950, în USD pentru un EUR. În A modificarea a fost acceptată; în B nu a fost acceptată. Observatorul nu vede răspuns în niciuna. Poziția corectă rămâne deschisă și nimeni nu o modifică ulterior. Nu atribuim probabilități și nu descriem toate stările unui sistem real.

Lipsa răspunsului nu identifică nivelul SLDouă versiuni fictive ale unei modificări încheiate: A are SL 1.0950 acceptat, B păstrează 1.0900. În ambele lipsește răspunsul observat. Poziția corectă rămâne deschisă și nu există schimbări ulterioare; o citire nouă după sincronizare distinge stările. Nu sunt toate stările reale și nu este un model al prețului executat.UN SIMPTOM, DOUĂ STĂRIModel după cererea modificării SL.Cerere: 1.0900 → 1.0950Local: niciun răspuns observatVersiunea AModificare acceptatăSL: 1.0950Versiunea BNeschimbatSL: 1.0900După conectare și sincronizare:Citește starea actuală a poziției.Copia veche nu rezolvă diferența.Fără răspuns ≠ respingere dovedită
Două stări compatibile cu același răspuns lipsă. Niveluri exprimate în USD pentru un EUR, păstrate din modelul sursă; nu probabilități sau prețuri executate.

Același simptom local nu identifică nivelul acceptat; în model, citirea nouă după sincronizare rezolvă diferența.

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.

În aceste ipoteze, o citire nouă, după reconectare și sincronizare cu serverul, distinge 1.0950 de 1.0900. Copia locală veche nu poate face asta. În practică verifică și dacă poziția mai există, cererea este încă procesată sau alt proces a schimbat-o. Nu retrimite automat doar fiindcă răspunsul lipsește. Documentația OrderModify descrie rezultatul funcției; absența unui răspuns observat nu este același lucru cu un rezultat explicit de respingere. OrderSelect avertizează că proprietățile copiate anterior pot deveni vechi; selectarea și citirea nu înlocuiesc verificarea conexiunii și sincronizării.

Ce poate rămâne activ cu MT4 închis?

SL, TP și ordinele în așteptare acceptate sunt gestionate pe server, fără să ceară menținerea terminalului personal deschis. Buy Limit, Sell Limit, Buy Stop și Sell Stop au condiții diferite. Valabilitatea, expirarea, sesiunea instrumentului, cotațiile relevante și aranjamentul de executare continuă să conteze. Un ordin acceptat nu este promisiunea că va fi executat în orice împrejurare.

Un SL confirmat nu dispare doar pentru că laptopul se închide. Un gap poate însă schimba prețul disponibil, iar condițiile produsului pot impune alte limite. Separă existența instrucțiunii, declanșarea și prețul efectiv de închidere. Ele nu sunt trei denumiri pentru aceeași confirmare.

Ce se oprește: EA, trailing local, alerte și scripturi

Un Expert Advisor rulează în instanța de terminal unde este încărcat și prelucrează evenimentele prevăzute de cod, precum tickuri sau temporizatoare. Nu trebuie să tranzacționeze la fiecare tick; un eveniment NewTick poate să nu fie adăugat dacă unul de același tip este deja procesat ori așteaptă. Închiderea acelei instanțe descarcă EA local. Pierderea conexiunii este altă situație: codul poate rămâne încărcat, fără să dovedească existența unor cotații actuale sau acceptarea operațiunilor. O instanță separată, care rulează la distanță, nu este oprită prin închiderea laptopului.

Trailing Stop integrat în MT4 se calculează în terminalul client. Când profitul în puncte ajunge la distanța aleasă, poate trimite o cerere de SL; alte mișcări favorabile pot conduce la modificări. Distanța nu este pasul obligatoriu dintre două modificări. După închiderea terminalului nu se mai calculează urmărirea locală: rămâne doar ultimul SL acceptat pe server, dacă există. Activarea opțiunii nu dovedește că primul SL a fost deja plasat. Ghidul trailing stop dezvoltă diferența. Alertele și scripturile depind de mediul lor de rulare.

Exemplul inițial: poziție lăsată deschisă peste noapte

În scenariul fictiv, Marek deschide EUR/USD long la 1.0865 și confirmă pe server SL 1.0810 și TP 1.0920. Activează distanța trailing de 40 pips și un EA local, apoi închide terminalul la ora unsprezece, reper convențional al exemplului, fără conversie de fus orar. Cotațiile păstrează aici punctul zecimal al platformei. Pentru o cotație cu cinci zecimale, 40 pips înseamnă 400 puncte.

Bid 1.0910 ar da un avantaj de 45 pips față de intrare și ar permite, în model, cererea unui SL la 1.0870. Numai dacă serverul l-a acceptat înainte de închidere îl înlocuiește pe 1.0810. La Bid 1.0880 profitul din preț ar fi doar 15 pips, sub pragul de 40; simpla setare nu confirmă activarea. Instrucțiunile deja acceptate și programul care ar trebui să le modifice în viitor au dependențe diferite.

Gap, preț executat și servicii trailing separate

Un SL obișnuit nu garantează nivelul ales și nici finalizarea necondiționată. Un produs cu stop garantat, dacă este oferit, cere verificarea instrumentelor, costurilor și condițiilor propriului contract. Nu deduce o asemenea garanție din existența unui SL MetaTrader. Separă trailing-ul local integrat de un serviciu distinct, documentat de broker, care ar putea rula pe server.

Model RON: două stări neconfirmate, două pierderi modelate

Exemplu nou, separat și ipotetic: long 0,10 lot, contract 100 000 EUR/lot, intrare executată 1.1000, conversie constantă 4,50 RON/USD, fără comisioane sau finanțare. Presupunem exclusiv pentru calcul închideri exact la cele două niveluri; nu afirmăm că SL garantează aceste prețuri. Expunerea este 10 000 EUR. Un buget ales de 300 RON servește comparației, fără să fie o regulă recomandată tuturor.

Pe un ecran mic, derulează tabelul orizontal pentru a citi toate coloanele.

Același răspuns lipsă, consecințe diferite în model
Stare presupusăIeșire presupusăRezultat din prețEchivalent RON
A: modificare acceptată1.0950−50 USD−225 RON
B: nivel neschimbat1.0900−100 USD−450 RON

Calculele sunt 10 000 × (1.0950 − 1.1000) = −50 USD și 10 000 × (1.0900 − 1.1000) = −100 USD. Prima pierdere modelată ar fi sub buget; a doua l-ar depăși cu 150 RON. Diferența de 225 RON dintre versiuni nu este comision și nu estimează riscul probabil. Dacă starea rămâne necunoscută, alegerea versiunii favorabile nu constituie verificare a bugetului. Un preț executat mai nefavorabil ori costurile excluse pot mări pierderea în ambele versiuni.

La ce folosește efectiv un VPS?

Un VPS obișnuit poate găzdui un terminal desktop separat de laptop; procesul, conexiunea și permisiunile necesită monitorizare. MetaQuotes Virtual Hosting migrează un mediu selectat și nu este un desktop Windows obișnuit. Documentația MT4 interzice apelurile DLL și migrarea scripturilor; permite tranzacționarea în mediul virtual și dezactivează automatizarea locală la migrarea roboților, pentru a evita dublarea. Un buton local ulterior nu este, prin el însuși, comanda de oprire a procesului remote. Citește jurnalele instanței care rulează efectiv.

Un SL/TP obișnuit deja acceptat nu cere un VPS personal doar pentru a rămâne pe server. Mai multe instanțe pot chiar introduce conflicte: în modelul inițial cu o singură poziție, intrare 1.1050 și două modificări acceptate, 1.1030 apoi 1.1000, ultimul SL rămâne la 50 pips sub intrare. Ordinea inversă lasă 20 pips. Ambele cereri pot reuși, deși starea finală diferă. Presupunem distanțe valide, fără alte schimbări; nu prezicem executarea. Stabilește responsabilul modificărilor și recitește starea finală. VPS și latența explică alte condiții ale rulării la distanță.

Ce verifici pe un cont demo?

  1. Identifică exact contul și poziția, nivelurile acceptate și orice regulă trailing ori stop ascuns. O linie desenată nu este instrucțiune acceptată.
  2. Înregistrează starea, închide terminalul local, apoi reconectează și sincronizează înainte de recitire. Între timp poziția ar fi putut fi modificată sau închisă; valorile neschimbate nu sunt un rezultat garantat al testului.
  3. Listează programele care trebuie să ruleze când laptopul este închis. Verifică instanța, migrarea, permisiunile și jurnalele; prezența unui EA nu dovedește singură nevoia unui serviciu plătit.
  4. Compară scenarii de preț executat și costuri cu propriul plan, fără să tratezi SL ca limită garantată a pierderii. Contul demonstrativ testează înțelegerea operațiunilor, nu certifică executarea live.