Invalid Stops (10016/130) — SL di MT5/MT4

Menyelesaikan Invalid Stops (10016/130) Secara Tuntas

Saat menjalankan EA, kemunculan Invalid stops atau OrderSend error 130 di tab Expert sering bikin bingung — "apakah nilai SL-nya salah? Padahal perhitungannya seharusnya sudah benar…" Namun, sebagian besar error ini bukan karena kesalahan perhitungan SL/TP, melainkan pelanggaran terhadap "aturan jarak minimum yang ditetapkan broker". Nilainya sendiri bisa saja benar, tetapi ditolak karena salah satu dari: terlalu dekat dengan harga saat ini, arahnya terbalik, atau berada dalam zona yang dilarang untuk dimodifikasi.

Artikel ini ditujukan bagi pengguna EA di MT5/MT4 maupun bagi yang menulis EA dengan MQL5, merangkum hakikat, 6 penyebab, cara identifikasi 30 detik, hingga pencegahan permanen di sisi kode untuk Invalid stops dalam satu artikel definitif. Untuk daftar lengkap kode error, lihat Panduan Komprehensif Mengatasi Kode Error MQL5/MT5.

Apa itu Invalid Stops (Perbedaan 10016 dan 130)

Nilai yang menyatakan "stop tidak valid" ada dua jenis, tergantung MT5 dan MT4 (generasi platform). Dengan membedakan platform dan tahap mana error ini muncul, penelusuran penyebab jadi jauh lebih cepat.

① TRADE_RETCODE_INVALID_STOPS = 10016 (MT5 / return code OrderSend())

Hasil dari OrderSend() di MQL5 disimpan dalam MqlTradeResult.retcode. Jika SL/TP dalam request (atau hubungannya dengan harga pending order) tidak sesuai aturan server, request tersebut akan ditolak dengan kode 10016 (TRADE_RETCODE_INVALID_STOPS). Ini adalah notifikasi penolakan dari sisi trade server.

Arti  : Stop (SL/TP) dalam request tidak valid (Invalid stops in the request)
Konstanta: TRADE_RETCODE_INVALID_STOPS
Nilai : 10016

// Contoh output khas yang bisa dilihat di log
2026.07.07 09:15:32.441 EA_NAME XAUUSD,M5: OrderSend error: retcode=10016 (invalid stops)

② ERR_INVALID_STOPS = 130 (MT4 / GetLastError())

Pada generasi MT4 (MQL4), setelah OrderSend() / OrderModify() gagal, GetLastError() akan mengembalikan 130 (ERR_INVALID_STOPS). OrderSend error 130 yang muncul di tab Expert adalah ini. Jika Anda juga menggunakan EA versi MT4, error inilah yang akan muncul.

Arti  : Stop tidak valid (invalid stops)
Konstanta: ERR_INVALID_STOPS
Nilai : 130

Perbedaan penggunaan dalam praktik:

Meski angkanya berbeda, artinya dan penyebabnya hampir sama, dan cara mengatasinya pun sama. Perlu dicatat, 10015 (TRADE_RETCODE_INVALID_PRICE) yang sering tertukar di MT5 berarti "harga order itu sendiri tidak valid" — ini kasus yang berbeda. 10016 murni masalah "posisi SL/TP (stop)".

Identifikasi Cepat dalam 30 Detik

Buka "Market Watch → klik kanan simbol → Specification" di MT5, lalu perhatikan dua item berikut.

Stop level (Stops level)   : Jarak minimum SL/TP dari harga saat ini (dalam point)
Freeze level (Freeze level): Jarak di mana modifikasi/pembatalan order yang mendekati eksekusi dilarang (dalam point)

Selanjutnya, bandingkan nilai SL/TP yang akan dikirim dengan Bid/Ask saat ini pada saat error muncul di log.

• Jarak SL atau TP dari harga saat ini kurang dari stop level → hampir pasti ini penyebabnya (Penyebab ①).
• BUY tapi SL di atas Bid / TP di bawah Bid (untuk SELL sebaliknya) → arah tertukar (Penyebab ②).
• Hanya modifikasi posisi yang sudah terbuka yang gagal → freeze level atau spesifikasi SL/TP yang dipasang belakangan (Penyebab ③/⑤).
• Nilai SL berupa angka yang jelas bukan harga, misalnya "50" → tertukar antara harga dan point (Penyebab ④).

Jika ingin memverifikasi lewat kode, cukup satu baris.

Print("StopsLevel=", SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL),
      " FreezeLevel=", SymbolInfoInteger(_Symbol, SYMBOL_TRADE_FREEZE_LEVEL));

Penyebab dan Solusi (6 Pola)

① SL/TP Terlalu Dekat dengan Harga Saat Ini (Kurang dari Stop Level)

Gejala: Sering terjadi pada EA scalping yang menempatkan SL secara ketat, atau EA dengan lebar trailing yang kecil. Secara manual pun, jika mencoba menempatkan SL "sangat dekat dengan harga", tombol order tidak bisa ditekan atau ditolak.

Penyebab: Broker menetapkan SYMBOL_TRADE_STOPS_LEVEL (jarak minimum stop dalam satuan point) untuk setiap simbol, dan SL/TP atau harga pending order dengan jarak kurang dari nilai ini dari harga saat ini akan ditolak secara otomatis oleh server. Harga acuan untuk verifikasi adalah Bid untuk SL/TP posisi BUY, dan Ask untuk SELL. Karena jarak antara Bid dan Ask melebar saat spread meningkat, jarak yang biasanya lolos di kondisi normal bisa tiba-tiba ditolak saat rilis berita atau pagi hari.

Solusi:

1. Periksa stop level di jendela spesifikasi, lalu perlebar setting SL/TP atau lebar trailing EA agar melampaui nilai tersebut
2. Lakukan clamping di sisi EA sebelum mengirim order (lihat kode di bagian berikutnya)
3. Jika SL yang ketat memang mutlak diperlukan, pertimbangkan broker atau jenis akun dengan stop level yang lebih kecil

② Arah SL/TP Terbalik (BUY/SELL Tertukar)

Gejala: Invalid stops selalu muncul pada arah tertentu (hanya buy atau hanya sell). Pola paling umum saat pengujian pertama EA buatan sendiri.

Penyebab: Aturannya sederhana — SL untuk BUY harus di bawah harga saat ini (Bid) dan TP di atasnya, sedangkan SL untuk SELL harus di atas harga saat ini (Ask) dan TP di bawahnya. Kesalahan umum seperti menyalin rumus BUY ke SELL tanpa memperbaiki tanda, atau tertukar antara price - sl dan price + sl, akan langsung membuat server mengembalikan 10016/130.

Solusi:

1. Saat error terjadi, tampilkan nilai aktual dengan PrintFormat("type=%s sl=%.5f tp=%.5f bid=%.5f ask=%.5f", ...) untuk memeriksa arah secara visual
2. Satukan perhitungan SL/TP untuk BUY/SELL dalam satu fungsi bersama, sehingga percabangan tanda hanya ada di satu tempat (hindari percabangan hasil copy-paste)

③ Modifikasi Order/Posisi di Dalam Freeze Level

Gejala: Order baru tidak bermasalah, tetapi hanya modifikasi/pembatalan menjelang eksekusi TP, SL, atau pending order yang ditolak.

Penyebab: Pada simbol yang memiliki SYMBOL_TRADE_FREEZE_LEVEL, saat harga saat ini mendekati harga eksekusi (harga trigger TP/SL/pending) hingga jarak tertentu, modifikasi/pembatalan order tersebut akan dibekukan. Ini adalah spesifikasi server untuk mencegah konflik antara proses eksekusi dan request modifikasi, dan biasanya muncul dalam bentuk trailing EA yang "mencoba update sekali lagi menjelang TP tapi ditolak".

Solusi:

1. Sebelum melakukan modifikasi, baca SYMBOL_TRADE_FREEZE_LEVEL dan lewati modifikasi pada iterasi tersebut jika jarak ke harga eksekusi sudah di bawah freeze level
2. Perlebar interval dan lebar update trailing untuk mengurangi request modifikasi yang sia-sia menjelang eksekusi
3. Karena penolakan di sini tidak fatal (menjelang eksekusi berarti order akan segera tereksekusi), cukup didesain untuk mengabaikan error tersebut dan hanya mencatatnya di log

④ Tertukar Antara Harga dan Point (Jarak)

Gejala: Nilai SL diisi dengan "angka yang dimaksudkan sebagai jarak" seperti 50 atau 0.0050 langsung apa adanya. Nilai sl=50.00000 yang muncul di log jelas bukan harga.

Penyebab: Nilai yang dimasukkan ke MqlTradeRequest.sl / .tp adalah harga absolut (bukan "50 point di bawah entry"). EA yang mengelola berdasarkan jarak harus mengonversinya ke entry ± distance * _Point sebelum dikirim. Sebaliknya, jika terbiasa dengan gaya fungsi era MT4 dan memasukkan jarak ke tempat yang seharusnya diisi harga absolut, nilainya tidak akan valid sebagai harga sehingga menghasilkan 10016/130.

Selain itu, kesalahan antara pips dan point juga umum terjadi. Pada broker dengan 5 digit (misalnya USDJPY tampil 3 digit, EURUSD tampil 5 digit), 1 pip = 10 point. Jika "SL 50" dimaksudkan sebagai pips tapi diperlakukan sebagai point (atau sebaliknya), jaraknya bisa melenceng 10 kali lipat sehingga terjebak di bawah stop level dan ditolak.

Solusi:

1. Selalu susun SL/TP dalam bentuk NormalizeDouble(price ± dist * _Point, _Digits)
2. Cantumkan satuan parameter input (pips / points) secara jelas dalam komentar, dan pusatkan konversi _Point di satu tempat saja dalam kode

⑤ SL/TP Saat Entry Tidak Diterima pada Broker dengan Eksekusi Market

Gejala: Order tanpa SL/TP berhasil tereksekusi, tetapi order baru dengan SL/TP langsung mendapat Invalid stops. Khususnya terjadi pada akun dengan eksekusi ECN/Market Execution.

Penyebab: Pada eksekusi market, terjadi selisih antara "harga saat request dikirim" dan "harga eksekusi aktual", sehingga sebagian server tidak menerima SL/TP dalam request order baru dan mengharuskan pengaturan dilakukan setelah eksekusi melalui modifikasi posisi. Ini merupakan spesifikasi klasik yang dulu sering menyebabkan error 130 pada akun ECN era MT4, dan masih ada server MT5 yang berperilaku serupa hingga sekarang.

Solusi:

1. Ubah alur menjadi dua tahap: kirim order tanpa SL/TP → setelah eksekusi terkonfirmasi, pasang SL/TP dengan PositionModify() (atau trade.PositionModify() jika menggunakan CTrade)
2. Karena metode ini menciptakan momen "order berhasil tapi setting SL gagal", wajib menambahkan proteksi berupa retry hingga setting SL berhasil, dan langsung close posisi jika gagal setelah percobaan sejumlah tertentu (membiarkan posisi tanpa SL adalah hasil terburuk)
3. Metode eksekusi dapat diperiksa melalui SymbolInfoInteger(_Symbol, SYMBOL_TRADE_EXEMODE)

⑥ Karakteristik Khusus Simbol (Gold, Indeks Memiliki Stop Level Besar)

Gejala: EA yang sama berjalan normal di EURUSD, tapi begitu dipasang di XAUUSD (gold) atau CFD indeks saham, Invalid stops muncul terus-menerus.

Penyebab: Stop level diatur secara terpisah untuk setiap simbol, dan gold, indeks, serta mata uang eksotik umumnya memiliki stop level yang lebih besar dibanding mata uang utama. Jika lebar SL/trailing yang ketat yang disesuaikan untuk forex mayor digunakan begitu saja, jaraknya tidak akan mencapai jarak minimum simbol tersebut sehingga ditolak. Jumlah digit juga berbeda antar simbol (gold misalnya 2-3 digit), sehingga kode yang meng-hardcode _Digits juga akan bermasalah.

Solusi:

1. Saat berganti simbol, selalu periksa stop level dan jumlah digit di jendela spesifikasi
2. Gunakan lebar SL/TP berbasis volatilitas seperti ATR, bukan point tetap, agar lebih tahan saat berpindah simbol
3. Selalu ambil _Point / _Digits / SYMBOL_TRADE_STOPS_LEVEL secara dinamis dalam kode (jangan hardcode)

Perbedaan Antar Broker (Catatan Penting)

Stop level dan freeze level sangat berbeda-beda tergantung kombinasi broker dan simbol. Meski menggunakan EA dan setting yang sama, sangat wajar jika error yang tidak pernah muncul di Broker A justru muncul setiap hari di Broker B.

Yang perlu diwaspadai lebih lanjut adalah broker yang menampilkan stop level sebagai "0". Nilai 0 sering kali bukan berarti "tanpa batasan", melainkan "ditentukan secara dinamis" — dalam kondisi normal SL sedekat apa pun akan lolos, tetapi hanya ditolak pada momen tertentu seperti saat rilis berita atau pagi hari ketika spread melebar. Inilah wujud sebenarnya dari "Invalid stops yang hanya sesekali muncul".

Verifikasi harus selalu dilakukan pada akun riil.

long stops  = SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL);   // point
long freeze = SymbolInfoInteger(_Symbol, SYMBOL_TRADE_FREEZE_LEVEL);  // point

Nilai spesifik bergantung pada jenis akun dan spesifikasi simbol masing-masing broker, sehingga tidak dicantumkan dalam artikel ini. Nilai yang diperoleh dari menjalankan kode di atas pada akun Anda sendiri adalah satu-satunya jawaban yang benar.

Kode MQL5 untuk Mencegah Error Ini (Untuk Developer EA)

Desain yang tepat bukanlah "perbaiki setelah error muncul", melainkan melakukan clamping SL/TP ke jarak minimum broker sebelum order dikirim, sehingga 10016 tidak pernah terjadi sejak awal.

Validasi dan Clamping SL/TP Sebelum Order Dikirim

// Clamp SL/TP agar jaraknya minimal sama dengan stop level, sebelum order dikirim
// Return false = arah terbalik (kesalahan desain), sehingga order tidak dikirim
bool ClampStops(ENUM_ORDER_TYPE type, double &sl, double &tp)
{
   double point   = SymbolInfoDouble(_Symbol, SYMBOL_POINT);
   int    digits  = (int)SymbolInfoInteger(_Symbol, SYMBOL_DIGITS);
   long   stopsPt = SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL);
   double spread  = SymbolInfoDouble(_Symbol, SYMBOL_ASK)
                  - SymbolInfoDouble(_Symbol, SYMBOL_BID);
   // Margin tambahan sebesar stop level + spread (antisipasi broker dengan stops=0 yang dinilai dinamis)
   double minDist = stopsPt * point + spread;

   double bid = SymbolInfoDouble(_Symbol, SYMBOL_BID);
   double ask = SymbolInfoDouble(_Symbol, SYMBOL_ASK);

   if(type == ORDER_TYPE_BUY)
   {
      // SL/TP untuk BUY diverifikasi berdasarkan Bid
      if(sl > 0 && sl >= bid) return false;              // arah terbalik
      if(tp > 0 && tp <= bid) return false;
      if(sl > 0 && (bid - sl) < minDist) sl = bid - minDist;
      if(tp > 0 && (tp - bid) < minDist) tp = bid + minDist;
   }
   else if(type == ORDER_TYPE_SELL)
   {
      // SL/TP untuk SELL diverifikasi berdasarkan Ask
      if(sl > 0 && sl <= ask) return false;              // arah terbalik
      if(tp > 0 && tp >= ask) return false;
      if(sl > 0 && (sl - ask) < minDist) sl = ask + minDist;
      if(tp > 0 && (ask - tp) < minDist) tp = ask - minDist;
   }
   sl = NormalizeDouble(sl, digits);
   tp = NormalizeDouble(tp, digits);
   return true;
}

Ada 3 poin penting:

1. Selalu ambil SYMBOL_TRADE_STOPS_LEVEL dan SYMBOL_POINT secara dinamis (agar tidak bergantung pada simbol/broker tertentu)
2. Tambahkan margin sebesar spread (agar lebih mudah lolos meski di broker dengan stop level 0 yang dinilai secara dinamis)
3. Terakhir, selalu samakan jumlah digit dengan NormalizeDouble(harga, _Digits) (digit desimal berlebih juga bisa menjadi penyebab penolakan)

Menangani retcode 10016 Secara Spesifik

Dengan mencatat "apa yang dikirim, dan berapa jaraknya saat itu" ke log saat ditolak, salah satu dari Penyebab ①–⑥ bisa langsung terlihat jelas.

MqlTradeRequest req; MqlTradeResult res;
ZeroMemory(req); ZeroMemory(res);
// ... susun req (sl/tp sudah melalui ClampStops) ...
if(!OrderSend(req, res) || res.retcode != TRADE_RETCODE_DONE)
{
   if(res.retcode == TRADE_RETCODE_INVALID_STOPS)   // 10016
      PrintFormat("Invalid stops: sl=%s tp=%s bid=%s stopsLevel=%d",
                  DoubleToString(req.sl, _Digits),
                  DoubleToString(req.tp, _Digits),
                  DoubleToString(SymbolInfoDouble(_Symbol, SYMBOL_BID), _Digits),
                  (int)SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL));
   else
      PrintFormat("OrderSend failed: retcode=%d, lastError=%d", res.retcode, GetLastError());
}

Periksa Freeze Level Sebelum Melakukan Modifikasi Trailing

// Sebelum modifikasi posisi, periksa apakah harga eksekusi berada dalam zona freeze
bool CanModify(double triggerPrice)
{
   long freeze = SymbolInfoInteger(_Symbol, SYMBOL_TRADE_FREEZE_LEVEL);
   if(freeze <= 0) return true;
   double dist = MathAbs(SymbolInfoDouble(_Symbol, SYMBOL_BID) - triggerPrice);
   return (dist > freeze * SymbolInfoDouble(_Symbol, SYMBOL_POINT));
}

EA yang didistribusikan oleh FXEA365 telah menerapkan validasi SL/TP sebelum order, clamping stop level, dan pengambilan nilai dinamis yang tidak bergantung pada simbol tertentu sebagai standar, sehingga tetap berjalan tanpa terhenti oleh Invalid stops meski broker atau simbol diganti.

Checklist Prioritas

Kesimpulan

• Invalid stops adalah 10016 (TRADE_RETCODE_INVALID_STOPS) di MT5 dan 130 (ERR_INVALID_STOPS) di MT4. Angkanya berbeda, tetapi arti dan solusinya sama.
• Sebagian besar penyebabnya bukan kesalahan perhitungan, melainkan salah satu dari 6 hal ini: kurang dari stop level, arah terbalik, freeze level, tertukar antara harga dan point, spesifikasi SL/TP yang dipasang belakangan, dan karakteristik khusus simbol.
• Developer dapat mengatasinya secara permanen dengan "membaca SYMBOL_TRADE_STOPS_LEVEL sebelum order lalu melakukan clamping + NormalizeDouble". Untuk broker dengan stop level 0, atasi dengan menambahkan margin sebesar spread.

Untuk kode error secara umum, lihat Panduan Komprehensif Mengatasi Kode Error MQL5/MT5. Untuk error umum lainnya yang juga menyebabkan order ditolak, yaitu "dana tidak mencukupi", dapat dilihat di Penjelasan ERR_NO_MONEY (134/10019).

FAQ

T: Perhitungan SL/TP saya seharusnya sudah benar, tapi Invalid stops tetap muncul. Kenapa?

Kemungkinan besar penolakan ini bukan karena kebenaran nilainya, melainkan karena jarak dari harga saat ini. SL/TP dengan jarak kurang dari jarak stop minimum broker (stop level) akan ditolak secara otomatis meskipun nilainya akurat. Periksa jarak minimum melalui jendela spesifikasi atau SymbolInfoInteger(_Symbol, SYMBOL_TRADE_STOPS_LEVEL).

T: Apa perbedaan antara 10016 dan 130?

10016 (TRADE_RETCODE_INVALID_STOPS) adalah kode hasil dari OrderSend() / PositionModify() di MT5, sedangkan 130 (ERR_INVALID_STOPS) adalah nilai yang dikembalikan oleh GetLastError() di MT4. Hanya platformnya yang berbeda — arti (posisi SL/TP tidak valid) dan solusinya sama.

T: Biasanya tidak muncul, tapi Invalid stops muncul hanya saat rilis berita.

Penyebabnya adalah pelebaran spread. Karena SL/TP untuk BUY diverifikasi berdasarkan Bid dan SELL berdasarkan Ask, jarak menjadi tidak mencukupi tepat saat spread melebar. Bahkan pada broker dengan stop level 0, terdapat perilaku penolakan dinamis khusus saat terjadi perubahan mendadak. Tambahkan margin sebesar spread pada jarak SL/TP (lihat kode di bagian utama).

T: Order tanpa SL/TP berhasil, tapi dengan SL/TP malah ditolak.

Kemungkinan ini adalah akun dengan eksekusi Market Execution di mana server tidak menerima SL/TP dalam request order baru. Ubah alur menjadi mengirim order tanpa SL/TP terlebih dahulu, lalu mengaturnya dengan PositionModify() setelah eksekusi. Namun, wajib menambahkan retry jika setting SL gagal, serta proteksi close posisi segera jika terus gagal.

T: EA yang berjalan normal di EURUSD, tapi Invalid stops terus muncul di gold.

Gold dan indeks saham umumnya memiliki stop level yang lebih besar dibanding mata uang utama, dan jumlah digitnya pun berbeda. Perlebar lebar SL/trailing sesuai spesifikasi simbol, atau ubah menjadi lebar yang berbasis volatilitas seperti ATR.