Alerte MT5: condiție, resetare și livrarea mesajului

O alertă desktop MT5 poate atrage atenția când prețul îndeplinește condiția aleasă. Nu rezervă prețul și nu protejează poziția. Verifică separat latura cotației, terminalul care rulează și canalul mesajului. Primirea unei notificări descrie un eveniment anterior; înainte de decizie ai nevoie de datele curente.

De ce alerta nu înlocuiește stop-loss?

Regula standard din fila Alerts este evaluată de terminalul pornit, folosind datele disponibile. Închiderea aplicației, repausul calculatorului sau lipsa cotațiilor actuale întrerupe monitorizarea. Un ordin stop-loss ori take-profit acceptat de server are alt rol și poate funcționa fără terminalul desktop. Stopul obișnuit nu garantează prețul sau pierderea. Funcționarea SL/TP fără platformă explică diferența.

Notificările serverului de tranzacționare, dacă brokerul le oferă, pot raporta ordine, execuții ori operațiuni de sold cu calculatorul oprit. Nu mută regula ta locală de preț pe server. Sunetul, emailul și push sunt acțiuni de notificare. File poate porni un executabil cu efectele programului respectiv; nu ai nevoie de el pentru mesaj obișnuit.

Definește operațiunea înainte de setare: un stop acceptat poate închide poziția potrivit regulilor serverului, iar un ordin în așteptare poate deschide ori modifica expunerea. Notificarea cere să inspectezi situația. Nu dovedește că prețul mai există când ajungi la grafic.

Patru citiri adevărate, două episoade de alertă

Model separat, fără funcție MT5 pretinsă: șapte citiri echidistante ale unui preț fictiv, 99, 101, 101, 100, 101, 99, 101. Programul începe armat. La preț >100 și stare armată emite semnal și se dezarmează. Numai prețul ≤99 îl rearmează. Nu știe traseul dintre citiri.

Patru valori adevărate, două episoade

Citirea 2 la 101 semnalizează. Citirile 3 și 5, tot 101, nu emit nimic nou. Citirea 4 la 100 nu îndeplinește nici declanșarea strictă >100, nici resetarea ≤99. Abia citirea 6 la 99 rearmează; citirea 7 la 101 dă al doilea semnal. Jurnalul util conține prețul, starea înainte, semnalul și starea după. Repetarea standard MT5 nu este acest program propriu cu resetare.

Ce condiții și ce ceas folosește MT5?

Dialogul oficial include comparații Bid, Ask, Last, volum al ultimei tranzacții și Time. Last și volumul cer date potrivite simbolului; nu descriu toate tranzacțiile globale FX. Cotație fictivă EUR/USD Bid 1,09990/Ask 1,10002: Ask este deja >1,10000, Bid nu. Cu pip 0,0001, spreadul este 1,2 pipuri. Condiția strictă > diferă de ≥.

Bid peste/sub prag urmărește prețul de vânzare; Ask urmărește prețul de cumpărare. Time amintește un moment ales indiferent de preț, fără să constate publicarea efectivă a unui raport. Expirarea și Time folosesc ceasul local al calculatorului terminalului, nu ora lumânărilor brokerului.

Păstrăm exemplul polonez: eveniment fictiv la 13:00 UTC, calculator din Varșovia cu offset ales UTC+2 în ziua exemplului → alertă locală 15:00. VPS configurat UTC → 13:00 pentru același moment. Copierea orei 15:00 neschimbate pe VPS întârzie mesajul cu două ore. Pentru un calculator din România cu offset ipotetic UTC+3 ar fi 16:00. Verifică data și fusul efectiv, fără offset anual presupus.

Cum configurezi și testezi regula?

1. Deschide Toolbox cu Ctrl+T ori meniul View, apoi Alerts.
2. În lista goală folosește clic dreapta → Create. Alege simbolul exact; pentru Time simbolul nu contează.
3. Alege, de exemplu, Bid > ori Bid < și prag fictiv 1,0900. Compară cu Bid actual, fără substituire Ask.
4. Selectează Sound, Email sau Notification. Testează canalul dorit; sunetul reușit nu demonstrează livrarea pe telefon.
5. Setează separat expirarea, intervalul repetărilor și numărul maxim. Confirmă cu OK.

O condiție deja adevărată nu trebuie să aștepte o nouă traversare a nivelului. Folosește Test pentru reacția aleasă și observă separat o condiție demo ușor de verificat. Notează timpul datelor și timpul recepției. Un test reușit dovedește acea ocazie, fără garanție pentru toate mesajele viitoare. O alertă dezactivată rămâne în listă, dar este inactivă.

Cum verifici push și email separat?

În aplicația mobilă găsește MetaQuotes ID. În desktop activează push și introdu identificatorul destinat. Trimite testul și verifică efectiv mesajul pe telefon. Dacă lipsește, verifică ID, permisiuni, conexiune și jurnal. Setările oficiale separă mesajele locale de cele ale serverului; disponibilitatea acestora din urmă depinde de broker.

La Tools → Options → Email configurează serverul SMTP, portul și autentificarea permise de furnizor, plus expeditorul și destinatarul. Folosește Test, apoi verifică inboxul și spamul. Nu publica parole în capturi ori fișiere. Push funcțional nu testează SMTP, iar emailul de test nu validează condiția de piață.

Cum localizezi o alertă lipsă?

Verifică Enable, simbolul, expirarea și repetările înaintea schimbării altor opțiuni. Apoi conexiunea, prospețimea datelor și latura condiției. Jurnalul poate separa condiția nedetectată de mesajul generat, dar nelivrat. Schimbă o singură componentă pentru ca testul următor să poată identifica efectul.

Un calculator VPS complet cu terminalul pornit poate menține regulile când calculatorul de acasă este oprit, dar se poate deconecta sau restarta. Hostingul virtual MetaQuotes este alt mediu: migrarea sa are reguli pentru programe, grafice și setări. Nu presupune transferul listei Alerts. Verifică programul de notificare și jurnalul de la distanță.

De ce două mesaje nu dovedesc o condiție combinată?

Dialogul standard nu este editor arbitrar de expresii RSI sau de condiții complexe. Un indicator ori Expert Advisor poate implementa logică proprie. Pentru evenimente macro, verifică data publicării și fusul sursei, apoi convertește în ora calculatorului. Interpretarea calendarului separă programarea de surpriza raportului.

Regulă fictivă: Bid >1,1000 și spread <2 pipuri în aceeași citire, pip 0,0001. La t1, Bid/Ask 1,1002/1,1006 dau spread 4 pipuri: prețul trece, spreadul nu. La t2, 1,0998/1,0999 dau 1 pip: spreadul trece, prețul nu. Nicio citire nu îndeplinește regula completă. Mesajele despre t1 și t2 pot sosi împreună; timpul recepției nu este timpul inputurilor.

Model RON: pragul depinde și de conversie, iar mesajul poate întârzia

Program propriu fictiv urmărește magnitudinea unei pierderi nerealizate fixe de 20 USD. Conversiile sintetice sunt 4,90, 5,10 și 4,80 RON/USD, fără costuri. Citirile cu numere 101, 102 și 103 produc 98, 102 și 96 RON. Condiția >100 RON este adevărată numai la 102, chiar fără schimbarea sumei USD.

Dacă mesajul citirii 102 ajunge după citirea 103, notificarea descrie corect pragul trecut, fără să dovedească pierdere curentă >100 RON. Păstrează numărul citirii și timestampul evaluării; separă „eveniment istoric” de „stare curentă”. Nu permite unui mesaj vechi să suprascrie o observație mai nouă în panoul de stare. Acest exemplu nu deschide ordine și nu introduce un prag standard MT5.

Ce verifici după lectură?

1. Alege un set gestionabil de niveluri și scopul fiecărui mesaj. Trei este o opțiune de organizare, fără prag optim demonstrat.
2. Testează regula demo și canalul real de recepție. O confirmare de trimitere nu garantează toate recepțiile viitoare.
3. Corelează expirarea cu valabilitatea planului. Revizuiește regulile după schimbarea contului, simbolului sau intenției.
4. În jurnal păstrează prețul, starea, ora datelor, ora recepției și decizia. O lună de date nu garantează concluzii statistice. Alerta susține planul, fără recomandare de tranzacționare.