eToro update

Pojavila se je že prva napaka pri eToro statementu. V XML za D-IFI sem pozabil dodati "Vrsta IFI" oziroma tag <Type>. Program sem popravil tako, da fiksno pribije type 02 - CFD na vse posle, kar sicer ne vem, če je čisto prav, ampak kolikor sem videl statementov, je vse, kar ni Real, CFD.

Če komu to ne ustreza oziroma bi rabil kaj drugače, naj mi sporoči.

Popravek je že podprt na linku za Makexml v Orodja.

Opazil sem pa še drug problem. Kljub temu, da se XML uspešno importa v eDavke, se pri informativnem izračunu pri vseh poslih izpiše kritična napaka: Podatek 'Vrsta IFI' je obvezen.

No, ko grem pogledat v posamezen posel in kliknem na "Sprememba imena", pa je jasno, da je Vrsta IFI izbran in sicer 02 - Finančne pogodbe na razliko. In vse, kar moram narediti je, da potrdim tisto, kar je že tako ali tako v obrazcu in potem sistem odstrani napako:

Kaj je to fora, sem že poslal povpraševanje na FURS in upam, da dobim kaj nazaj. Ker za tiste, ki imate več kot nekaj 10 tradov, je tudi klikanje vsakega posla posebej čisto odveč.

eToro statement

Obe Makexml verziji (KDVP in IFI) imata po novem podprto prvo, testno verzijo pretvornika za eToro statement.

http://slotrade.blogspot.com/p/orodja.html

Poslali ste mi kar nekaj statementov in mislim, da so vsi povsem identični, torej bi načeloma moral delati za vse.

Program se požene z dodatanim tagom "etoro" takole:

    makexml.exe etoro

Vse ostalo je isto, glej readme.txt za info.

Spet je potrebno pripraviti vhodni csv ali txt file. Izvoziti je treba "Closed Positions" zavihek iz excel statementa v csv. Treba je pobrisati prvo vrstico. Zraven obeh paketov je primer et.csv. Tukaj je nekaj fint, ki sem jih opazil spotoma:

1. eDavki zahtevajo vnos številk na 4 decimalke, tudi makexml dela na tak način. Na eToru pa se očitno trada na šetsti decimalki. Torej so možne napake pri zaokroževanju - zaloga na koncu ni enaka 0, tu bodo eDavki zajamrali. Mogoče bo treba kaj ročno popraviti.

2. eDavki in makexml delata z ameriškimi decimalkami s piko (1.234). Če imate excel nastavljen, da je decimalka vejica (1,234), potem enostavno naredite Replace All vseh vejic v piko, pa bo.

3. Neke firme imajo v imenu "&", na primer Johnson & Johnson. Tega eDavki očitno ne prebavijo. Spet, Replace All vseh "&" v "And", pa bi moralo biti v redu.

Če bo kdo odkril še kakšno težavo, naj mi javi.

Druga stvar... Program je zaenkrat naštiman tako, da gleda vrednost polja "Is Real", ko se odloča, ali bo vrstico vključil v KDVP oziroma IFI. Tam, kjer piše "Real", bo zagrabil KDVP (Makexml), tam, kjer pa je nekaj drugega, npr. "CFD", pa bo zagrabil IFI (Makexmlifi). Če to ni pravilno oziroma komu ne ustreza, naj mi javi.

Tretjič... Program se ne ukvarja s tem, kaj je obdavčljivo in kaj ne. Veliko vas trada crypto in če jih ne boste pometali ven, jih bo enostavno dodal v XML. V vsakem primeru pa priporočam, da si vhodni file pripravite ločeno za KDVP in IFI, kjer je notri samo tisto, kar je res relevantno.

Nekaj sem testiral tudi posle na kratko (short) in zgleda, da zadeva nekaj naredi. Če kdo shorta, naj bo še posebej pozoren, če je res vse OK, še posebej, če ima kombinacije long/short na istem tickerju.

Posebej pa poudarjam, da ne sprejemam nikakršne odgovornosti za pravilnost XMLa, ki ga zgenerira program. Zadevo sem zmetal skupaj zelo na hitro, ker se nekaterim, ki imajo za prijaviti ogromno tradov, pač zelo mudi. Vsak SW ima napake in nekaj, kar je narejeno tako na hitro in s tako malo testiranja, enostavno ne more biti brez napak. Torej tisti, ki se ga boste takoj lotili, se zavedajte, da ste testni zajčki, dokler se ne odkrijejo in odpravijo napake v programu. Če bom deležen kakšnih čudnih mailov zaradi napačno prijavljene davčne napovedi, bom program in vse nadaljnje verzije enostavno snel z bloga in ga poslal samo tistim, ki bodo izrecno zaprosili zanj in mi tudi zagotovili, da sam ne nosim nobene odgovornosti za njihovo napoved.

Makexml za IFI

Končal sem verzijo Makexml programa za izdelavo XMLa po D-IFI shemi. Na strani Orodja je link nanj - Makexmlifi. Omogoča vnos preko ročne priprave input excela oziroma csv/txt, tako kot je v osnovni verziji Makexml, seveda z nekoliko drugačno strukturo.

Stestiral sem z input filom, ki je del zip paketa, uvozil se je v eDavke in podatki so izgledali OK. Seveda je pa možno, da ima program še kakšen bug. Če ga bo kdo uporabljal in bo naletel na kakšne težave, naj mi prosim sporoči.

eToro

V zadnjem mesecu sem prejel 10x več mailov kot prej v desetih letih skupaj in 90% jih je na isto temo - kako prijaviti davek za eToro.

Naj najprej povem, da sicer poznam eToro app, predvsem zaradi Aleca Baldwina, k iga oglašuje, ampak ga ne uporabljam in da torej ne vem, kaj in kako se tam trada. Ampak, kot vidim, sta na splošno glavni dilemi dve:

1. Ali je treba prijaviti napoved za navadne delnice (DOH-KDVP, obdavčeno po Zdoh-2) ali za CFDje (D-IFI, obdavčeno po ZddoIFI).

Kot so mi povedali nekateri, naj bi bili nekateri tradi dejansko CFDji, nekateri pa "real" stocks. Kje in kako se to vidi, ne vem. Mislim, da mora biti na posamezniku, da se pač zaveda oziroma se nekako pozanima, kaj dejansko trada. Kdor ima kakšen potrjen info o tem, naj prosim napiše to pod komentar.

2. Ali je v primeru CopyTrader opcije treba res prijaviti vse transakcije, ki jih je lahko ogromno?

Tu sem praktično prepričan, da da. Po zakonu moramo pač prijaviti vse transakcije, iz katerih nam FURS potem izračuna napoved za odmero davka. Kako pride do teh transkacij, ali jih naredimo sami ali prek neke avtomatike, je FURSu po mojem čisto vseeno.

Še enkrat, vnos tradov si lahko do neke mere poenostavimo z uporabo mojega generatorja XMLa, ki ga lahko uvozimo v eDavke, glej:

http://slotrade.blogspot.com/p/orodja.html

In še nekaj - avtomatskega pretvornika iz eToro account statementa letos zagotovo NE BO. Videl sem nekaj statementov in so v obliki, ki bi zahtevala bistveno več časa, kot recimo IB statement. Za letos pač je, kar je, za drugo leto pa predlagam, da si ročno vnašate trade v excel, kot je določeno v input.xlsx (glej Makexml), ki je ta trenutek že vedno najbolj zanesljiva opcija za pravilno zgeneriran XML.

Tudi generatorja XMLa za D-IFI letos "verjetno" ne bo, ker je struktura XMLa drugačna, kot za KDVP in bodo potrebne konkretne spremembe in testiranja. Računam pa, da bo na voljo tak generator za drugo leto, zato si ročno vnašajte trade v enaki obliki. Morda bo treba dodati kakšen stolpec (leverage?), ampak največ dela je itak s samim vnosom tradov.

XML za IB in TDA

Če komu prav pride je na tem linku makexml, ki zgenerira XML direktno iz statementa za Interactive Brokers in TD Ameritrade:

https://drive.google.com/file/d/1n_01bSkVWfUFm6n_K9WUGTAHi4-XMqT2/view

Zaenkrat so podprti samo long tradi, ker ne vem, kako izgleda short trade v statementu. Še enkrat torej naprošam, če kdo ima tak info, da mi ga posreduje.

Za primer input fila glej input-ib.csv oziroma input-tda.csv.

Program se požene z dodatno opcijo "ib" oziroma "tda", ostalo je nespremenjeno. Primer:

    makexml.exe ib input=input-ib.csv convert

XML za eDavke

Imam eno prošnjo. Kot marsikdo že ve, je na pagu Orodja možno zdownloadati program "Makexml", ki iz spiska tradov v obliki csv ali txt zgenerira XML, ki se ga lahko uvozi v eDavke za prijavo davčne napovedi za dohodek od kapitala. Do sedaj sem imel podprto samo eno obliko vhodnega fila, ki jo je bilo treba pripraviti ročno. V naslednjem koraku pa bi rad podprl še file, ki se jih lahko dobi od brokerjev in bi se XML generiral direktno iz njih, da ni potrebno nobeno ali minimalno ročno delo.

Imam že tak input za brokerja TD Ameritrade in Interactive Brokers, ampak brez short tradov. Zato naprošam vse, ki ste pri katerem od teh brokerjev in shortate delnice, če mi lahko pošljete, kako izgleda izpisek za short trade, da ga lahko podprem v Makexml.

Poleg tega, vsi, ki imate kateregakoli drugega brokerja, če lahko dobite izpisek v nekakšni tekstovni obliki (csv, txt) ali excel, in imate željo, lahko poskusim podpreti tudi to obliko, vendar ne obljubim, da bo to že za letošnjo napoved.

Kontakt: jure.fritz@gmail.com