Payment Gateway in Davčna Blagajna?
12 naročnikov
12 naročnikov
Pozdravljeni!
Še vedno se lotevam izoblikovanja članske strani, kjer bi člani plačali mesečno nek znesek za dostop do vsebin (PDF, ne tečaji in podobno).
Vse kaže da brez payment gatewaya ne bo šlo (se pravi ni primerne 3rd party storitve kot so recimo samo za prodajo produktov - tipa Gumorad, Clickbank).
Ali je za vse Payment Gatewaye potrebna davčna blagajna?
Kako to sploh v praksi izgleda, z davčno blagajno, pri payment processorjih, glede na to da bi bili kupci avtomatsko bremenjeni za vsoto vsak mesec?
Kdaj se izstavi davčni račun? Ali je možno ta proces avtomatizirati (par članov na mesec ni problem ročno, ampak, v idealnem svetu, bi bilo lahko članov veliko in ne predstavljam si ročnega vnašanja računov).
Ali se davčni račun izstavi payment processorju? Kako pogosto? FastSpring je recimo ena opcija ki izgleda manj birkoratsko (v primeu če se račun izstavi gatewayu) ker nakažejo sredstva enkrat na mesec - vendar ta opcija ima svoje omejitve pri sami izdelavi membership strani zaradi omejene integracije (samo aMember).
Se opravičujem za veliko vprašanj, ampak v katero koli smer raziskujem/povprašujem ne pridem nikamor :) tako da kakeršen koli info je zlata vreden.
Hvala :)
24 odgovorov
danes je Optiweb pošiljal mailing z res poglobljeno primerjavo, stroškovnikom in opisom implementacije in delovanja precej aktualnih plačilnih modulov/gateway in vsaj eden od njih (po spominu) vključuje tudi davčno blagajno po slo zakonodaji ( btw. če vsi podatki držijo je to eden najbolj koristnih mail contentov v slo jeziku odkar pomnim - hvala Optiweb ) ...... tako da preberi še ta pdf, mogoče je to rešitev zate.
1qay1qay po moje govoriš o tem? http://www.optiweb.com/primerjava-placilnih-modulov/
Da jim damo kak link, ker res zgleda proper.
Mi pošljemo stranko k payment procesorju, kjer kupi produkt, mi dobimo potrditev in ko stranka pride nazaj na našo stran, ga produkt čaka. Payment processor nam nakaže nekaj krat mesečno, ko skupni znesek transakcij preseže 500eur na naš trr.
Za vsako transakcijo moramo po navodilih FURSa izdati račun in ga davčno potrditi. Davek se obračuna na celoten znesek, posrednikova provizija pa se tretira kot strošek. Edino kjer nam ni treba izdajati davčno potrejenih računov za vsako transakcijo posebaj je Moneta.
Ne pizdim za brez veze, da bom selil firmo v tujino izključno zaradi takih birokratskih neumnosti, ki ne naredijo absolutno ničesar, da mehanik nebi pobral denarja na roke in vse, da meni otežijo poslovanje v panogi kjer nimam absolutno nobenega stika z gotovino.
skrt:
Za vsako transakcijo moramo po navodilih FURSa izdati račun in ga davčno potrditi. Davek se obračuna na celoten znesek, posrednikova provizija pa se tretira kot strošek. Edino kjer nam ni treba izdajati davčno potrejenih računov za vsako transakcijo posebaj je Moneta.
Ja - za vsako transakcijo "payment processor -> tvoj racun".
Ne pa tudi za transakcije "payment processor -> kupec" - tukaj kolikor te zastopim ti nimas prstov vmes (denar se te ne dotakne). Ali pac?
In ja, se strinjam s tabo glede mehankarjev... :)
dh5114:
Ne pa tudi za transakcije "payment processor -> kupec" - tukaj kolikor te zastopim ti nimas prstov vmes (denar se te ne dotakne). Ali pac?
Ne denar pride do nas šele ob obračunu, pri samih transakcijah ne, samo FURS to vseeno šteje kot našo transakcijo in s tem obvezno izdajo davčno potrjenega računa.
Sej isto je Moneta samo tam imajo pač eksplicitno napisano, da ni potrebno izdati davčno potrjenega računa in je dovolj samo skupni račun za celotni znesek tranaskij, ki jih dobiš enkrat na mesec.
Zakaj je pri Moneti tako in zakaj ne tudi pri ostalih pa je izven mojih možnosti logičnega dojemanja. Isto lahko trdim tudi glede tega, da je kreditna kartica gotovnisko plačilo.
Vidim, da je primerna tema in bom izkoristil. Iščem modul plačevanja za prestashop, kaj priporočate?
No evo tole še lahko dodam. Obnavljam en star avto in sem ta teden hodil malo več okoli mojstrov in iskal rezervne dele. Vse plačano z gotovoino, ugane kdo koliko je bilo davčno potrjenh računov? 1 in ta je edini, ki je tudi navajal cene z dvakom. Vsi ostali pa, če hočeš račun poleg pribijejo od 25 do 30%. Enostavno se jih jeb... nadzora pa tako ali tako ni. Sem vprašal enega, kaj glede tega in je enostavno rekel doo nima premoženja, direktor pa je v Srbiji.
In potem berem teme tukaj, kjer se ubadamo zagotovit davčno pravilno poslovanje za transakcije, ki so elektronsko popolnoma sledljive in se jih ne da izbrisati.
Davčne blagajne v svojem polnem sijaju in boju proti sivi ekonomiji. Ploskam in se klanjam našim veleumnim birokratom, ki mi polepšajo še tako slab dan :)
Se prebiram skozi odgovore in nivo zmedenosti sinusno niha :) :/
Gumroad sicer že uporabljam, ampak za membership site nimajo dobro dodelanega modela (subscription je pa OK). Drugače mi je Gumroad všeč, le da imajo kdaj težave da izgine opcija plačila s Paypal (kot naprimer sedaj). DealGuardian pa še preučim, ga do sedaj nisem poznala.
Najbrž je pri davčnih blagajnah in procesorjih tudi pomembno od koga kupec dobi potrdilo o transakciji in kje se dejansko produkt nahaja? Gumroad pošlje račun v svojem imenu, in ne v imenu mojega podjetja tako da si res ne predstavljam kako bi za tako transakcijo jaz morala izstavljati davčne račune. Prav tako so produkti na njihovem serverju. Fastspring se tudi definira kot partner mojega podjetja in "reseller" mojih produktov, tako da močno upam da je stvar ista (nisem pa še uspela testirati Fastspring ker si pač v zadnjem četrtletju ne upam odtegnit preveč časa za celotno implementacijo, pa da se potem izkaže da je potrebno davčne račune po nekem čudežu izstavljat).
Se pa 100% strinjam s skrtom, davčne račune od raznih majstrov je skoraj nemogoče dobit. Bravo država :/
Davcne blagajne jasno ne resijo problemov neizdajanja racunov - in to ni nobena "siva" ekonomija, ampak je ze bolj na Sith strani.
To je nekako podobno kot da bi od dilerja zahteval davcno potrjen racun.
Zakonodaja/birokracija na splosno ne sledi spletu in novim tehnologijam, se tam kjer probajo kaj pametnega naresti nam birokrat naredi dodatno skodo (piskotki, recimo, kjer je bila odlocitev IP blesava in nepotrebna). Ne vidim pa problema s potrjevanjem.
Vsak slovenski ERP ima to podprto. Uporabis Cebelco ali kaj podobnega in pac vsak racun se potrdis, kje je catch?