skrt:

Pri paypalu mi je jasno, ker se šteje kot TRR.

kje je to v zakonu? Kot jaz vem lahko to pri sebi računovodja vodi kot banko, ker je tako lažje, ne pa da bi bilo priznano kot TRR, ker če bi bilo, potem ni debate o gotovinskih plačilih ampak bi govorili o nakazilih na TRR.

Fikus123:

To ne drži.

Paypal še vedno ni gotovinsko plačilo. Vprašanje #186, medtem ko med gotovinsko plačilo spada BrainTree, ki deluje pod okriljem Paypala.

#186 je odgovor iz 18. 9. 2015.

odgovori #220 in #307 pa so iz 9.2.2016, kjer so spremenili svojo opredelitev. označeni z rdečo. celo odgovor #220 so prevlekli z rdečo, da ne bi kdo zgrešil.

Banka Slovenije še decembra 2015 ni vedela kako naj definira te ponudnike plačilnih stroitev. Ko so se končno zmenili, so sledili novi odgovori - kot to meni deluje.

in... absurd je, da se gremo poimensko ali je nekateri ponudnik plačilnih storitev izvzet ali ni. tudi jaz uporabljam enega, ki ni nikjer zajet. menda ne bomo morali poimensko spraševati FURS za vsakega posebej, ki tako ali tako rabi par mesecev, da preštudira vsa nova čuda.

in odgovor #307 zajema vse te primere in se ne nanaša le na Braintree s temle sestavkom:

"pri plačilu s kreditno kartico v spletni trgovini z uporabo platforme Braintree *ni izpolnjen pogoj

neposrednega nakazila na račun prodajalca, saj prodajalec prejme za opravljene transakcije

skupen priliv sredstev na svoj TRR račun v dogovorjenih intervalih (npr. mesečno)**.

Glede na navedeno se plačilo s plačilno/kreditno kartico v spletni trgovini, tudi v primeru

uporabe plačilne platforme Braintree, šteje kot plačilo z gotovino in je zato podvrženo

obveznosti davčnega potrjevanja računov.*".

Lahko se strinjamo, da del "ni izpolnjen pogoj neposrednega nakazila na račun prodajalca, saj prodajalec prejme za opravljene transakcije skupen priliv sredstev na svoj TRR račun v dogovorjenih intervalih (npr. mesečno)" velja pravzaprav za vse ponudnike.

Če obstaja kak ponudnik, ki plačila strank nakaže takoj na naš transakcijski račun z imenom stranke vidnem na izpisku kot plačnik, bi pa to res rad videl. Sploh takega, ki sprejema USD in nam potem konvertira v EUR za bagatelni fee in potem še nakaže takoj preko SEPA preko banke, ki tudi zaračuna bagatelni fee. Če to obstaja, potem je to pametna rešitev, vendar... Paypal in N drugih tega nimajo. Plačila enostavno ne padejo direktno na račun in jih vsa dobivamo kumulativno, ko nam osebno zapaše in to po odgovoru #307 zapade pod gotovinska plačila.

Odgovor #307 se tepe z odgovorm #186, ampak rekel bi, da ker je #307 zadnji, je to njihovo trenutno stališče glede takih plačil in da je #186 torej "zastarel". Lahko le upamo da ne, vendar se zdi #307 bolj univerzalno opredeljen kot #186, plus novejši je...

Očitno jih bo treba spet pocukat za rokav, da imajo kontradiktorne odgovore in naj se dokončno izjasnijo. Bojim pa se, da bo #186 odletel iz seznama.

Ko bom imel dovolj vsega bom nekega ljubega dne šel v penzijo in potem pijavkam davčno potrjeval samo še obresti 1x na leto februarja.

9.2.2016 se najde FURS z odgovorom #220 in #307 na:

http://www.fu.gov.si/fileadmin/Internet/Nadzor/Podrocja/DavcneblagajneinVKR/Vprasanjainodgovori/Vprasanjainodgovori1izdajaDavcnopotrjevanjeracunov.pdf

In evo Paypal in whatnot elektronska plačila, ki ne padejo direktno na bančni račun s pravilnim imenom stranke na izpisku plačila, so spet tretirana kot gotovinska plačila.

V glavnem izredno neprijetno presenečen danes. Da ne rečem, da sem odkril po naključju, ko sem iskal nekaj drugega. Sem mislil, da jo bom poceni odnesel samo z uporabo Mini Blagajne za tiste par čekov, a zdaj pa še Paypal. In odpade Mini Blagajna.

Ali sem samo jaz tole spregledal ali jih je še dovolj takih, ki nevede furajo posel dalje, zavedeni iz strani FURSa lani, da Paypal (itd) plačila niso gotovinska plačila, zdaj pa so obrnili ploščo...

To bo pa vprašanje za računovodja. Boš videl ko boš uvažal. Verjamem da slovenski programi znajo delat s slovenskimi XML exporti bančnih izpiskov, ampak za Paypal pa, če nima program posebej narejeno, da ve kateri column je kaj, si težko predstavljam da bodo v dokumentu postavitve podatkov take, da bodo ustrezale importu v slovenski računovodski program. Govorim zgolj na pamet. Zna bit da boš moral z malim vmesnikom samo prerazporedit podatke in kakega dodat, potem bo pa ok za import.

Če program ne dovoli neke države, se vedno vpraša operaterja če naredi izjemo. Tisti ki vprašajo imajo ponavad resne namene. Je pa res da Amazon je tako velik da bo težko najt primeren kontakt, če sploh delajo kake izjeme.

Kot že ostali: kadarkoli je težava z biločem pokličeš.

Včasih je rešeno v 5 minutah, včasih naslednji dan. Odvisno za kaj gre.

A je kdo razvil kako rešitev v PHP za davčno potrjevanje računov, ki jo ponuja proti plačilu?

Sam sem si naredil vse kar rabim za fakturiranje, sedaj pa rabim samo rešitev za "push" na FURS. Odkar Paypal in ostali procesorji spet veljajo kot gotovina bo treba vsa plačila, ki so javljena preko IPN v moj sistem nato preko cronjoba potisnit do davčne in nato sprejet tiste njihove kode in napopat na račune, ter potem račune dat na voljo uporabniku.

Manjka mi tisti del ki potisne zadevo FURSu.

Ima kdo?

Lahko tudi kot API.

skrt:

Kar mene bega je sedajle izdaja računov. Je dovolj če izdaš enega za tisto nakazilo, ki ga dobiš od procesorja ali moraš jit v vsako kreditno transakcijo posebaj.

Nikakor ni dovolj in to sploh prav ni, saj Paypal ne plača tebi ampak ti plača kupec. Paypal ni kupec in ne plačnik.

Potrdit je treba vsako posebej.

Po odgovoru št. 307 iz http://www.fu.gov.si/fileadmin/Internet/Nadzor/Podrocja/DavcneblagajneinVKR/Vprasanjainodgovori/Vprasanjainodgovori1izdajaDavcnopotrjevanjeracunov.pdf - trenutno zadnji - je treba vsako plačilo, ki ni direktno nakazilo na transakcijski račun, obdelat preko davčne blagajne.

To še v US nimajo pa ima Uncle Sam izredno dolgo roko in palco.

Nekega ljubega dne bo pa Banka Slovenije prepoznala te plačilne sisteme kot banke (ali pa banki podobne) in bo vsa ta neumnost odveč. A kaj, ko bomo mi morali najprej vse to implementirat brez vsakršne potrebe, ker se transparentnost ne izgublja.

kopriva:

No, ja, ni ravno čisti idiotizem :) Iz Braintreeja dobiš 3234,45€ ... nikjer ne piše, od koda in kako :) To pomeni, da bi teoretično lahko naredil svoj Braintree2, ki "procesira kartice" in si nakazoval svašta-mašta.

neumno je zato ker ima Paypal ravnotako sledenje povsem transparentno. in tako prilivi iz Paypal računa imajo sled. gre se samo zato da se FURS ne znajde z ničemer kar ni "transakcijski račun". Tisto poznajo. S tistim znajo delat. Do tistega imajo celo vpogled in razumejo formo. Neki payment processorji imajo pa vsak svojo formo, svoje izpiske itd in tam birokrati odpovedo. Čeprav je sledljivost že zaradi preprečevanja pranja denarja na enakem nivoju kot z bančnim računom. A do tega še niso prišli.

Načeloma vse skupaj ni bavbav, le "overly burdensome" je ker moraš implementirat avtomatsko potrjevanje, ki je problem, če uporabljaš recimo sledenje in billing in celoten process za SaaS ki je ves custom made inhouse. Tukaj ni nekih pluginov preko eračunov in minimax, kot pri raznih cart sistemih za WP, kjer samo povežeš in je. Tukaj bo treba custom programirat povezave do naših cloud ponudnikov fakturiranja, ker povezave direktno z davčno blagajno na fursu sam definitvno ne mislim programirat.

A birokrate to ne zanima. To si oni izmislijo, ker se znajdejo le s "transakcijskimi računi", čeprav transparentnost zaradi AML zakonov v EU omogoča vso sledljivost tudi preko posrednikov plačil.