Triki in pasti pri zajemu in obdelavi podatkov za pripravo davčne napovedi iz naslova trgovanja z VP za Revolut.
Na tej strani bomo vodili log zanimivosti, posebnosti, trikov, napak in vsega drugega povezanega z zajemom, izvozom in obdelavo podatkov brokerja Revolut za potrebe generiranja XML datotek za poročila FURS-u. Kar nekaj slovenskih trgovalcev namreč uporablja tega brokerja za varčevanje v obliki obresti ali celo investiranje in trgovanje, le malokdo pa je temeljito seznanjen z zakonskimi obvezami poročanja davčni upravi.
Broker Revolut ima na voljo sledeče podatke, ki jih je mogoče uporabiti pri pripravi davčnega poročila:
Obstajajo različne možnosti CSV izvoza pri Revolutu. Najbolj obširna varianta (in najbolj zaželjena) je izvoz t.i. 'Consolidated Statement' za izbrano obdobje, ki je lahko za posamezno koledarsko leto ali pa za daljše obdobje, recimo od dneva odprtja računa do danes (celotna zgodovina trgovanja). Struktura izvožene CSV datoteke v beležnici izgleda takole:
Povzetek 'Summary' za različne kategorije je zgolj informativne narave in lahko služi za kontrolo podatkov pri obdelavi. Če so CSV izvozi narejeni po koledarskih letih, potem nam ta del lahko služi tudi za napoved in izpolnitev obrazca Doh-OBR.

Drugi del 'Transactions for Flexible Cash Funds', običajno najobsežnejši, se nanaša na transakcije na denarnem računu. Ta del je z vidika obdelave podatkov pomemben zgolj zaradi nakupov in prodaj denarnega sklada IE000AZVL3K0. Je potrebno ročno pretvoriti v standardni format. Poleg tega bi ta segment poročila lahko bil (postal) pomemben tudi, če bi FURS zahteval poročanje obresti po dnevu natančno in ne zgolj kot ena grupirana postavk na zadnji dan koledarskega leta.

Tretji del 'Transactions for Brokerage Account sells', pa je ključnega pomena za napoved Doh-KDVP in D-IFI. Gre za seznam prodajnih poslov 'sells', ki vključujejo tudi podatke o povezanem nakupu. Podatki so ločeni po valutah (EUR, USD). Zaradi lažje obdelave je za nas lažje in bolje, za stranko pa ceneje, če imamo na voljo CSV za celotno obdobje trgovanja in ne zgolj za posamezno koledarsko leto, saj bomo na ta način podatke obdelovali zgolj enkrat. Zahteva pa obdelava podatkov kar nekaj dela, najprej strukturiranje podatkov po stolpcih, izločitev nepotrebnih stolpcev, zamenjava vrstnega reda stolpcev, dodajanje valute stolpca, čiščenje oz. formatiranje zapisov v posameznih celicah (npr. številke kot čiste številke, brez valutnih znakov, potem pravilno oblikovanje datumov, ipd.). Skratka, ta del je najbolj zamuden in zahteva ročno obdelavo, pomagamo pa si pri tem s posameznimi VBA skriptami v Excelu ali z AI. Končni format ročne obdelave prodajno/nakupnih poslov mora biti shranjen v Excelu in izgledati takole:

Pridobljen Excel format je potem tisti, ki ga lahko uvozimo v naš program za standardizacijo podatkov med različnimi brokerji.

Četrti del 'Transactions for Brokerage Account dividends' je ključnega pomena za napoved Doh-DIV (dividende). Podobno kot pri seznamu transakcij, se moramo tudi obdelave teh podatkov lotiti 'ročno'. Razlika je zgolj ta, da v primeru dividend zasledujeno direktno strukturo, ko je zapisana v standardni Excel datoteki za dividende. Pri dividendah torej ni nobenega vmesnega koraka procesiranja podatkov.

Zgornji prikazi se nanašajo torej na t.i. 'consolidated statement' izvoz podatkov. Lahko pa se zgodi, da stranka izvozi in pošlje podatke v drugem CSV formatu (manj zaželeno). Npr. 'trading-account-statement' izgleda takole:

Ta format je najmanj uporaben in se ga izogibamo!!!
Revolut izvoz podatkov v CSV se lahko naredi tudi kot 'trading-pnl-statement', ki izgleda takole:

Slednji izvoz ima na koncu tudi podatke o izplačanih dividendah:

Ta format je OK, pri pripravi podatkov pa sledimo podobnim korakom kot če gre za konsolidiran izvoz.
Podobno kot pri CSV izvozih so tudi pri generiranju PDF poročil na voljo različne možnosti. Tudi tokrat začenjamo pregled s t.i. 'Consolidated Statement' PDF reportom:



Za razliko od CSV izvozov, kjer nam za obdelavo podatkov bolje služi zgolj ena CSV datoteka za celotno obdobje trgovanja, pa pri PDF reportih nujno potrebujemo ločene PDF reporte za vsako koledarsko leto posebej. Konec koncev bodo ti PDF reporti služili tudi kot priloge pri oddaji davčne napovedi za posamezno leto.
Revolut PDF poročilo se lahko naredi tudi kot 'Account Statement', ki izgleda takole:

PDF poročilo je možno tudi kot 'Profit and Loss Statement', ki izgleda takole:

Ali pa kot 'Flexible Account Statement', ki izgleda takole:

Pri PDF poročilih je torej več možnosti izvoza. Najobsežnejši izvoz je konsolidiran izvoz vseh podatkov, lahko pa stranka izvozi zgolj podatke iz posameznega segmenta.
| Datum | Zapis |
|---|---|
| 17.11.2025 |
Pri napovedi obresti v obrazcu Doh-OBR je potrebno pravilno izpolniti, kdo je izplačevalec obresti. Seveda to ni Revolut, temveč se morajo podatki nanašati na kupljeni denarni sklad, ki je različen za EUR in USD.
|
| 17.11.2025 | Nekateri davčni referenti zahtevajo, da se poročajo tudi nakupi in prodaje denarnih skladov iz segmenta 'Transactions for Flexible Cash Funds', lahko v EUR ali v USD. Logično je, da se iz naslova denarvnih vzajemnih skladov poročajo obresti, pri nakupih in prodajah samih točk vzajemnega sklada pa je nabavna in prodajna cena vedno enaka 1, tako da nima končnega vpliva na davčno osnovo. Naše izkušnje so kot rečeno različne, nekateri bolj natančni davčni referenti to zahtevajo. |
| 17.11.2025 | Če ima stranka v t.i. 'Consolidated Statement' tudi segment 'Transactions for Commodities', v tem primeru ne gre v resnici za trgovanje neposredno s surovinami, temveč v obliki izvedenega finančnega instrumenta ETC (Exchange Traded Commodity). Gre za IFI in je posledično zadevo potrebno napovedati v D-IFI obrazcu. |
| 29.09.2025 | Pri napovedi obresti Doh-OBR bodi pozoren na to, da ne gre za klasične bančne obresti, temveč je v ozadju naložba v denarni vzajemni sklad. Izplačane obrsti so torej tipa 7 = dohodek, dosežen na podlagi delitve prihodkov investicijskega sklada v obliki obresti. |
Potrebujete pomoč pri pripravi podatkov za uvoz v eDavke?
Finančna uprava Republike Slovenije (FURS) zahteva poseben XML format podatkov za poročanje davka na delnice in ga je mogoče uvoziti v njihov sistem eDavki. To ni isti format, kot vam je na voljo ob izvozu podatkov pri vašem tujem brokerju. Storitev pretvorbe podatkov v ustrezen format lahko naročite pri družbi REŠITVE d.o.o.. Več informacij: Davčna napovedObjavljeno: 29.09.2025 - se pa posodablja po potrebi:)
OMEJITEV ODGOVORNOSTI
Družba REŠITVE d.o.o. in REŠITVE, Goran Dolenc s.p. ter avtorji prispevkov si prizadevamo za natančne in ažurne informacije povezane z davki pri trgovanju z vrednostnimi papirji. Kljub temu ne izključujemo možnosti napak in obenem opozarjamo na dejstvo, da nismo davčni specialisti in da je lahko del ali vsa vsebina pripravljena tudi z orodji umetne intelegence (AI). Za vaše davčne odločitve ste torej odgovorni popolnoma sami! Družba REŠITVE d.o.o. in REŠITVE, Goran Dolenc s.p. ter avtorji prispevkov ne prevzemamo nobene odgovornosti povezane z vašimi odločitvami. V primeru vprašanj ali negotovosti vam svetujemo, da se obrnete na davčnega strokovnjaka.