Sem Randi sem Netboon sem Mobil alkalmazás nem ment - és a legnagyobb gond, hogy az emiatti kapkodásban hibás megbízást adtam be. -- komoly kár ért :( - Milyen jogorvoslati lehetőségek állnak fent véleményetek szerint?
Randi se megy nekem 15:45 óta. Egyfolytában kérdezés nélkül vagy kilép vagy lefagy. Katasztrófa. Ez nem szolgáltatás! Még egy üzenetet sem tudnak kiírni, hogy baj van.
1995. évi CXVII. törvény 6. § d) értékpapír átruházása esetén a szerzési érték tekintetében az értékpapír tulajdonjogának megszerzése, a dematerializált értékpapír értékpapírszámlán történő jóváírása napján ,e) a d) pontban nem említett pénzügyi eszközre kötött ügylet esetén - az a)-b) pont rendelkezésétől függetlenül - az ügylet teljesítésének (lezárásának) időpontjában, a d) pont szól a részvényről, mint értékpapírról az e) pont pedig az egyéb kategória, így pl. a CFD
Nem hinném, hogy jelentősége lenne annak, hogy részvény, vagy nem részvény. Csak azért írtam a példában egy futures-t, mert ott jól látszik a hatalmas különbség. De ha veszek 380000 EUR-ért részvényt, és eladom 380025-ért, de közben felment az EURHUF 1 Ft-t, akkor is csak 25 EUR után akarok adót fizetni, nem 389025 Ft után. Szerintem ez csak így lehet logikus.
Sima részvényeknél pedig úgy van ahogy vaktyuk99 írja, illetve fordítva van a két oldal :) adóalap = eladási rész - vételi rész A külföldi határidős kereskedés adózását nem ismerem csak a CFD kereskedés adózását. Ott már mivel nem veszed meg a indexet, részvényt stb.. csak fedezetet különítenek el a számládon a tőkeáttételes ügylethez, ezért a pozició lezárásásakor a erdeményed íródik jóvá / vonódik le a számládról. Szóval ott már a te képleted működik azaz: adóalap = (eredmény - költség) * pozició zárási MNB árfolyam Mivel a határidős kereskedés is tőkeáttételes és fedezet kell hozzá, ezért lehet az is ezt követi, de ez csak tipp...
"igen, így van. Adóalap= ((vételi darabszám X arfolyam X aznapi
devizaarfolyam)-broker dij) - ((eladási darabszám X arfolyam X aznapi
devizaarfolyam)-brokerdíj)". . Szerintem a vételi árfolyam nem számít. Inkább (eredmény-költség)*záró_napi_deviza_árfolyam lesz a jó. Gondolj bele, valaki nyit 1 határidős FDAX kontaktust (kb 380000 EUR) eurhuf=360. Másnap eladja minimális 1 pont nyereséggel (25 EUR), eurhuf=361. Legyen a költség 0 EUR. Ha a vételi árfolyam számítana, akkor ez 361*380025-360*380000=389025 HUF eredményt mutatna, aminek a 15%-a (58k HUF) elég sok adót jelentene a 25 EUR bevételhez képest...
Nem vagy egyedül. Már figyelem. Nekem rendszeresen minden nap 15:40 és 15:50 között belassul minden előjel nélkül folyamatos működés mellett. Az ajánlatok késnek, de legjobban az óra mulattat. Megáll, majd átugrik másodperceket és akkor betolja az addigi összes változást. Eleinte 1-2 mp később már 8-10 mp is kiesik.
Rosszabb esetben kommunikációs hibaüzenet megelőzi a kilépését.
Vagy az ajánlati listát simán lecsapja 1 sorra és a kötéslista eltűnik. Ekkor még szenved egy darabig majd bezárja magát minden figyelmeztetés nélkül.
Vannak problémák a Randival rendesen. Képes a program továbbra is futni a háttérben annak ellenére, hogy azt mutatja, hogy kilépett/bezárt. Task managerben feltétlen ellenőrizd! Ha ekkor ráindítasz biztos zavar lesz a működésben. Sok sikert!
Jó, hogy írtad ezt. Engem az adóigazolás ugyan nem érint, mert minden TBSZ-en van náluk, de ha már van ilyen, hogy javítanak, megnéztem az Ex-Post költség kimutatásokat újra, és ott is van változás. Itt a topicban a 11095-ös hozzászólásban írtam, hogy milyen gondok voltak az eredetive, és ezek nagyrészt mostanra megjavultak. Most már helyes forintosított értékek vannak a 2020-as TBSZ-es riportomban, és már van kimutatás a 2019-es TBSZ-emre is, ami eredetileg hiányzott. Ezen mondjuk sikerült 1000 forintra kiszámolniuk a folyamatos költségeket (minden más 0, és az úgy jó is), de ez az ezres gyanúsan kerek, viszont a 2020-assal arányosítva nagyságrendileg helyesnek tűnik.
Hasonló egyébként a kettő. A Randomnál van fizikai és jogi egyenleg (ha eladsz valamit, annak az ellenértéke két napig csak a jogi egyenlegen van, aztán kerül át a fizikaira), az OTP-nél meg a rendes folyószámla és az értékpapírszámla közt van egy technikai bankszámla. Ha a Randomnál használt fogalmakat használjuk, akkor amíg csak jogi egyenlegként van jelen az összeg, addig ezen a technikai számlán tartják nyilván a pénzt, amikor pedig megtörténik az elszámolás, akkor kerül át a rendes folyószámlára. Ha idő közben történik új kötés, akkor elsődlegesen erről a technikai számláról veszik le a fedezetet, és ilyen esetben nem kerül ki a folyószámlára a pénz.
A szolgáltató év végi kimutatása a mértékadó.valami miatt azonban a RC módosította az első kimutatást,a NAV tervezetében ez nem jelent meg.Nem nagy a difi,de érdemes ránézni a végleges /módosított/ adóigaz olásra.Nálam ez +100 000 Ft eltérés volt végelszámolásban.Le kell hajolni minden fillérért.Még önellenőrzés formában is.Persze ezekkel nem az utolsó napon kellene foglalkozni,a NAV adótervezete már februárban elkészült,márciusban kiküldték.
Érdekes dolog az értelmezés! Volt már olyan NAV-os ügyem más területen, amikor kifogásoltam az ő értelmezésüket, és a végén belementek hogy igazam is lehet. Maradt pár százezer a zsebemben...
Ha jól tudom az OTP vissza is utalja a bankszámládra 1-1 eladás után az összeget (legalábbis HUF részvény eladások után ez történt régebben), amit ugye a T+2 napon tud csak megtenni. Míg a Randomnál ilyen nincs, végig a Random-os számládon van a pénzed. Lehet ezért van az eltérés a elszámolásban. De egyetértek célszerű a brókercéged/bankod által számolt igazolásoknak megfelelően eljárni.
A NAV úgy fogalmaz az SZJA kitöltési útmutatójában, hogy "kiadás esetében a teljesítés időpontjában" és "bevétel esetében a bevételszerzés időpontjában" érvényes MNB-s napi árfolyamon kell átszámítani forintra. Ezt az OTP T+2 napnak értelmezi, a Random pedig ugyanazon a tőzsdén ezek szerint a T napinak. Valamelyikőjük valószínűleg téved, de talán csak annyit vonhatunk le ebből, hogy a NAV nem vizsgálja az adatok pontosságát, és akkor járunk el helyesen, ha az igazolásnak megfelelő összeget írjuk a bevallásba, mert akkor kisebb a valószínűsége, hogy elővesznek, és nem kell bizonygatni, hogy a saját nyilvántartásunk a helyes, nem a szolgáltatóé.
Ebben a +2 napi MNB átfolyamban én nem lennék biztos. Eddig én mindig az eladás/vétel napján lévő MNB árfolyammal számoltam. Ahogy eddig láttam a Random is azzal számol a letölthető adóigazolásban, és az ESZJA-ban is a Random adataival kiszámolt összeget látom.
igen igazad van, a forintosított eredményt csökkented a brókerdíjjal ez lesz az adóalap. Nekem az osztrák bank összegezve megküld mindent, szóval nem kell a tételes elszámolás (ETÜ esetén) mint az árfolyamnyereség számításakor (Revolut és társai).
Annyi pontosítással, hogy nem aznapi MNB árfolyammal kell számolni, hanem az elszámolás napján érvényes árfolyammal (T+2-es elszámolás esetén ez két munkanappal későbbi MNB árfolyamot jelent), és a devizában jelentkező brókerdíjat is ezzel az árfolyammal kell forintra váltani.
igen, így van. Adóalap= ((vételi darabszám X arfolyam X aznapi devizaarfolyam)-broker dij) - ((eladási darabszám X arfolyam X aznapi devizaarfolyam)-brokerdíj)
Sziasztok! Egy kis értelmezési segítséget kérnék USD részvény tranzakciók elszámolásában. Hogyan számolom át forintra a nyereséget? A vétel napján kiszámolom az aznapi MNB árfolyammal forintra a részvény értékét valamint a kötés költségének értékét, eladáskor pedig az eladás napján érvényes MNB árfolyammal? Ennyi? Vagy van benne valami csavar?
Kedves fórumozók! Van egy TBSZ számlám a randomnál, amit meg szeretnék szüntetni, még 3 éven belül van. Sehol nem találom a leírásaikban, hogyan van a megszüntetés? Csak simán átutalom róla a pénzt a rendes számlámra és ezzel meg is szűnik?
random capital
megnéztem az oldalukat, nekem jobban tetszik, mint az equitas.
más is gondolkodik váltáson? szerintetek érdemes?