Preprosta spletna trgovina

#1 Internet mojstri - potrebujem nasvet izkušenih spletnih vojščakov. Sam nisem preveč domač na tem področju.

V enem od podjetij, s katerim sodelujem, želijo pripraviti spletno trgovino za svojo (spletno) storitev.
Približno takole - preprosta zadeva, ki deluje na spletni strani. Uporabnik bo za delovanje imel svoj račun, ki se mu bo v bazi pripisalo, za koliko časa mu je dovoljeno delovanje.
Uporabnik bo imel možnost plačila s plačilno kartico (ideja je, da uporabijo Stripe). V podjetju se sicer uporablja Pantheon, ne vem pa, ali je to pri tem sploh pomembno. Se uporabnika sploh vpisuje v računovodski program ali se mu samo navede "spletni kupec". Kako (in kdaj) pa se potem sproži davčno potrjevanje računa? Kakšen postopek predlagate?
Verjetno Stripe ne podpira davčnega potrjevanja? V idealnem primeru bi Stripe uredil vse, podjetju pa samo nakazal denar in izdal en sam račun. Ampak to so verjetno itak sanje.

Za nasvete se vnaprej zahvaljujem. In seveda hvala vsem, ki ste sodelovali pri oživitvi foruma.

#2 Torej če prav razumem želite imeti spletno trgovino za nek digital product z subscription modelom?

Sam bi rekel, da bo verjetno najboljša izbira Stripe + eRačuni za avtomatsko davčno potrjevanje.

Kateri sistem spletne trgovine pa čist odvisno od tega kaj potrebujete - verjetno nekaj v stilu WooCommerce ali pa Shopify - če se ne želite ukvarjati z vzdrževanjem in raje plačujete za to per month.

Alternative Stripe je pa potem še Paddle - odvisno za kaj točno potrebujete.

#3 https://www.domenca.com/spletno-gostovanje/domenca-spletna-trgovina/
(nisem probal)

#4 @1qay1qay: Hvala. Bom pogledal, vsaj za informacijo.

@gnome: Za sedaj smo prišli do tega, da bomo na spletni strani s pomočjo obrazca (recimo Forminator?) pobrali podatke, odtegnili denar (Stripe), v licenčnem sistemu izdali licenco in jo poslali po e-pošti, kreirali račun v Pantheonu. Od tu naprej pa bo verjetno treba pripraviti neko zadevo za davčno potrjevanje računov in potem pošiljanje računa kupcu po e-pošti (lahko tudi z zamikom kakšnega dneva).
WooCommerca za sedaj niti ne potrebujemo, je pa res, da ima mogoče vgrajeno kakšno stvar, ki bi nam sicer prišla prav.

Je pa zanimivo, da FURS pravi, da pri uporabi Paypala ni treba izvajati davčnega potrjevanja računov. To bi poenostavilo celoten postopek obdelave naročila.

#5 Zakaj točno je davčno potrjevanje problem?
Pantheon ga podpira. Potrebjete še digitalno potrdilo (I think so...):
https://usersite.datalab.eu/pantheonusermanual/tabid/316/language/sl-si/topic/davcno-potrjevanje-racunov/htmlid/1004818/default.aspx

Jaz sem na e-com običajno vklopil davčno potrjevanje za vse oblike plačil. Tudi po nasvetu račnovodje, pa vem, da ni obvezno za vse, ampak se rad izgonem izjemam, kjer res niso koristne 😏

#6 Hvala za povezavo pri Pantheonu. Račune bomo v Pantheon zgenerirali sami. Treba bo najti še način, da bi se davčno potrjevali avtomatično. Takole na hitro mi deluje, da moraš račune potrjevati ročno (oziroma jih moraš ročno shraniti v PDF).

Saj davčno potrjevanje ni posebna težava. Ampak običajno sem zagovornik vitkih rešitev, ki imajo čim manj možnih korakov, kjer gre lahko kaj narobe ali jih je treba vzdrževati (recimo da FURSu kdaj ne dela API, pa skrb za certifikat, nek dodaten modul ...). Pač (nepotreben) korak, ki bi se mu izognil, če bi se lahko. Še posebej, ker sem ta teden še pri eni drugi ekipi naletel na potrebo po pripravi spletnega plačevanja in vem, da je tam en sam programer, ki ima zelo malo časa (tam gre za zavod/društvo in je precej volunterstva).

Zato smo malo razmišljali, da bi vzeli Paypal namesto Stripe.