TradingView Pine bot: webhook, prijem i brokerski nalog

U dnevniku upozorenja stoji da je poruka poslata. Na brokerskom nalogu nema nove pozicije. Da bi znao gde je postupak stao, treba ti trag od signala do odgovora brokera, ne još jedna strelica na chartu.

Pine logika, webhook poruka i brokerski nalog rade različite poslove. Kada ih razdvojiš, možeš da utvrdiš da li uslov nije nastao, poruka nije stigla ili je nalog odbijen. To je osnova automatizacije koju možeš da pratiš i kada ne sediš ispred charta.

Put od signala do naloga#

Pine indikator ili strategija proizvodi uslov. Pokrenuto upozorenje šalje poruku primaocu. Aplikacija koja je primi tumači poruku, primenjuje svoja pravila i šalje zahtev brokeru. Tek njegov odgovor pokazuje šta je prihvaćeno ili izvršeno.

Strategije u jeziku Pine koriste brokerski emulator za simulaciju. Nalog u testeru nije sam po sebi nalog na povezanom računu. Za izvršenje je potreban podržan put do konkretnog brokera ili berze.

Pripremi upozorenje i njegovu poruku#

Primalac određuje oblik poruke. JSON je čest izbor jer jasno odvaja instrument, smer i identitet događaja, ali TradingView može poslati i običan tekst. Ne izmišljaj format iz primera drugog servisa: koristi ugovor aplikacije koja će poruku primati.

TradingView zahteva uključenu dvofaktorsku zaštitu za webhook upozorenja. Tu su opisani i podržani portovi i ograničeno vreme odgovora. Raspoloživost funkcije proverava se u aktuelnom planu naloga, a ne prema starom članku ili nečijem besplatnom indikatoru.

U poruku ne upisuj brokersku lozinku ili njegov API ključ. Primalac treba da ima svoj postupak potvrde porekla i dozvole za obradu. Trgovački pristup čuva se tamo gde aplikacija šalje nalog, ne u opisu signala koji se prosleđuje između servisa.

Šta može da bude primalac#

Za obaveštenje ili povezivanje poslovnih aplikacija može poslužiti opšti servis automatizacije. To još ne znači da ima rešeno trgovanje: neko mora da razume instrument, količinu, zaštitu i brokerske greške.

Namenski trgovački servis nudi gotove integracije za svoj spisak naloga i platformi. Korisno je prvo proći njegov demonstracioni postupak i dobiti tačan spisak podržanih radnji. Otvaranje pozicije, delimično zatvaranje i izmena SL-a nisu jedna ista mogućnost.

Sopstvena aplikacija daje kontrolu nad obradom, ali i odgovornost za održavanje. Povezivanje bota sa brokerom objašnjava naredni deo puta, kada poruka već stigne do tvog programa.

Jedno upozorenje može stići više puta#

TradingView ponavlja dostavu kada dobije određene serverske odgovore. TradingView opisuje ponovna slanja: kod odgovora 500–599, osim 504, sledi novi pokušaj nakon pet sekundi, najviše tri ponavljanja. Jedan okidač zato može proizvesti do četiri slanja.

Primalac mora razlikovati novi signal od ponovljenog prijema istog događaja. Identifikator koji ostaje isti kroz ponavljanje i evidencija obrade služe tome da ista poruka ne postane drugi trejd. Kada je brokerski ishod nepoznat, prvo se usaglašava stanje naloga, pa tek onda odlučuje o novom slanju.

Odgovor 200 od primaoca pokazuje da je taj HTTP zahtev prihvaćen prema njegovom ugovoru. Ne mora značiti da je broker već izvršio trgovinu. Aplikacija može najpre sačuvati događaj, a trgovački ishod zabeležiti naknadno.

Prva proba bez trgovanja#

Pre brokerskog naloga pošalji upozorenje primaocu koji samo beleži događaj. Tako vidiš stvarno vreme, oblik poruke i da li je stigla jednom ili više puta. Zatim proveri obradu ponovljenog identifikatora i poruke koja ne odgovara ugovoru.

Trgovački deo zatim isprobaj u podržanom demonstracionom okruženju. Prati jednu operaciju od poruke do brokerske potvrde i uporedi količinu i zaštitu.

Pri pravljenju upozorenja TradingView sačuva kopiju skripte, ulaznih parametara, simbola i vremenskog okvira. Kasnije izmene na chartu ne menjaju već aktivno upozorenje. Za novu verziju obriši staro upozorenje i napravi novo, kako opisuje Pine dokumentacija za alerte.

Gde se traži uzrok kada pozicije nema#

Ovakav trag skraćuje traženje problema. Umesto „bot ne radi“, imaš konkretno mesto na kome očekivani događaj nedostaje.

Posejdon i Hermes u ovom poređenju#

Posejdon je TradingView indikator za pripremu. Njegovi nivoi i oznake nisu obećanje automatskog brokerskog naloga. Hermes ima sopstvenu strategiju i izvršava je preko cTrader master naloga; ne pretvara proizvoljnu Pine skriptu u svoju strategiju.

Ako želiš gotov proizvod, kreni od prikaza Hermesa ili Posejdona, prema poslu koji želiš da predaš alatu. Za razvoj sopstvene logike tu je poređenje EA, cBot i Pine.

Često postavljana pitanja#

Da li Pine strategija sama otvara nalog kod mog brokera?#

Simulirani nalozi strategije i stvarno brokersko izvršenje odvojeni su. Potrebna je podržana integracija koja prima signal, primenjuje pravila i šalje nalog. Ručno trgovanje kroz TradingView brokersku integraciju nije isto što i automatsko izvršavanje Pine strategije.

Šta ide u webhook poruku?#

Podaci koje prijemna aplikacija očekuje, na primer instrument, smer, verzija i identitet događaja. Format uzmi iz njenog uputstva. Brokerske pristupne podatke ne šalji kao deo signala.

Da li TradingView ponavlja neuspelu dostavu?#

Za određene serverske odgovore da: 500–599 osim 504, najviše tri ponavljanja nakon početnog slanja. To nije garancija dostave za svaki kvar. Primalac mora da podnese ponovljen događaj.

Da li mi odgovor 200 potvrđuje otvorenu poziciju?#

Ne sam po sebi. Značenje odgovora zavisi od ugovora prijemne aplikacije. Potvrdu pozicije tražiš u brokerskom odgovoru i stanju računa.

Kako znam da moj plan podržava webhook?#

U aktuelnom poređenju TradingView planova i u dijalogu za pravljenje upozorenja. Uključena dvofaktorska zaštita je poseban uslov. Dostupnost obaveštenja na telefonu nije sama po sebi podrška za webhook.