Kreditne kartice so oblika plačila z gotovino
51 naročnikov
51 naročnikov
Danes me je na TW Marko razsvetlil, da je v predlogu zakona boja proti sivi ekonomiji plačevanje s kreditnimi karticami preko interneta opredeljeno kot vrsta gotovinskega plačila. V drugem členu tega dokumenta:
Kaj mislite, da to potegne za sabo? Zdi se mi, da nič, čeprav je čudno, da cc niso enakovredne nakazilu na trr.
172 odgovorov
Se strinjam s @komac.
Zadnjič sem nekaj naročeval preko spleta. Dobil račun sprintan iz Prestashop sistema, na njemu sploh ne davčne številke podjetja, pol podatkov manjka... krneki no.
Pomoje jih 1/3 ki takole izdajajo račune, delajo mimo zakonov. Sprintaš račun, pol pa če sporočiš računovodkinji je super, če ne pa "malo prišparaš". Mi delamo v e-racuni.com in sploh ne vidim ene težave davčnih blagajn. OD 1.1. naprej bomo samo še potrjevali vse račune. En klik več (če sploh to).
brazara:
Ravno govoril z računovodstvom, pravi, da za spletno trgovino ne bomo potrebovali davčne blagajne (plačilo po povzetju UPN pošta, Diners, activa, plačilo po predračunu na TRR podjetja, PayPal)...Me pa zanima nekaj drugega, tisti ki uporabljate računovodske programe ali imate še vedno v ozadju računovodski servis, oz. ali obstaja računovodski program (online), ki ti omogoča povsem samostojno vodenje računovodstva in ga lahko zvežeš s spletno trgovino.
Nam pa so na računovodstvu rekli, da za spletno trgovino potrebujemo davčno blagajno. Samo direkten prenos na TRR kupec-prodajalec ne potrebuje oz še nekatere izjeme(določeni kmetje,...)
Preimenujte temo v:
Spletna trgovina + plačilo po povzetju (GLS,DPD...) = NUJNO blagajna, če ne tega ne bo konec.
Drugo kar je vsi jokamo, klasika. Poglejte v ITA, ITA firme hodijo sem in lastniki pravijo zakaj?
- v ITA plačaš DDV na "dobiček", tudi če dobička ni
- tam je birokracija v pravem pomenu besede, oni našo hvalijo
Vem, da je to slaba tolažba ampak vseeno je občutek malo boljši, ko vidiš da so tudi okoli nas podobni, hujši primeri.
@Komac svaka čast za obrazložitev kdo rabi blagajne to bi moralo biti sticky v tej temi. Na tvoje vprašanje zakaj folk komplicira pa bi pomoje več znal povedat JureDamjan.
Fora je v tem, če imaš ti eno, dve trgovini na OC, MAGENTO za eno, dve državi enkrat rešiš in je top rešeno. Če pa se greš ti globalno in želiš zadeve redno testirati, spreminjati, države imajo različne jezike, druge zakone, tretje davčne stopnje... Postavljaš landinge, testiraš razno in razno pa to ni več tako preprosto.
Verjamem, da se da zrihtat vse v Magentu, da imaš 100 držav na 200 valutah, 300 načinih plačila pa 10 različnih davčnih stopenj ampak to stane, požre precej časa, moči (strežnik) in je ceneje se igrat z landingi, ki so lahko tudi v obliki CMS-ja ampak vseeno prilagojeno.
Nikogar ne želim žalit, mi sami smo palčki in ne prodamo veliko, ampak ko želiš globalno zadeve poganjat dobiš precej precej težav s temi simple 20eur rešitvami, ker to so rešitve narejene za večino, ki prodaja slo fizičnim osebam, morda še na HRV pa že tam majo nekateri programi problem s kunami. Tudi o tem je že nekdo pisal na tem forumu.
cime:
Nikogar ne želim žalit, mi sami smo palčki in ne prodamo veliko, ampak ko želiš globalno zadeve poganjat dobiš precej precej težav s temi simple 20eur rešitvami, ker to so rešitve narejene za večino, ki prodaja slo fizičnim osebam, morda še na HRV pa že tam majo nekateri programi problem s kunami.
to si pa tako na pamet usekal... rešitve ki jih omenja Komac za 20€ so OK do kar konkretnega prometa (do 100k po državi)...
Luksor:
cime:
Nikogar ne želim žalit, mi sami smo palčki in ne prodamo veliko, ampak ko želiš globalno zadeve poganjat dobiš precej precej težav s temi simple 20eur rešitvami, ker to so rešitve narejene za večino, ki prodaja slo fizičnim osebam, morda še na HRV pa že tam majo nekateri programi problem s kunami.to si pa tako na pamet usekal... rešitve ki jih omenja Komac za 20€ so OK do kar konkretnega prometa (do 100k po državi)...
A res... dej dej. TO govoris iz izkusnj , oziroma iz znanja optimiziranja poslovnih procesov?
Jure:
cime:
Nikogar ne želim žalit, mi sami smo palčki in ne prodamo veliko, ampak ko želiš globalno zadeve poganjat dobiš precej precej težav s temi simple 20eur rešitvami, ker to so rešitve narejene za večino, ki prodaja slo fizičnim osebam, morda še na HRV pa že tam majo nekateri programi problem s kunami.to si pa tako na pamet usekal... rešitve ki jih omenja Komac za 20€ so OK do kar konkretnega prometa (do 100k po državi)...
A res... dej dej. TO govoris iz izkusnj , oziroma iz znanja optimiziranja poslovnih procesov?
Ne zdej jabuke pa hruške primerjat. Ja, res je, z računovodskim programom za 20€/m boš težko avtomatiziral procese, ampak ti pa zagotavlja normalno in legalno poslovanje spletnega podjetja.
In JA iz izkušenj. Pobrskaj po forumu; prejšnji mesec je nekdo pisal o težavah, ki so se pojavile šele, ko je prestopil prag DDV v posameznih članicah EU.
Luksor ne bi se rad prerekal, ker sam nisem PRO na tem področju zato imam verjamem precej težav, kot bi jih realno tu bilo pričakovati pa vseeno.
Ravno o tem ti govorim, ne gre samo za količino prometa ampak za različna okolja v katerih posluješ.
Če se malo bolj resno lotiš ene države ta prag za DDV presežeš z mesecu, max dveh, omejitev je 30k za AT in ITA se mi zdi tako, da to lahko pride kar hitro.
Po čem pravzaprav sklepate, da ni potrebno davčno potrjevati računov za naročila po povzetju preko Pošte Slovenije, kjer priložiš UPN z navedenimi podatki kupca kot plačnika in dobiš na TRR nakazilo z imenom in priimkom kupca kot plačnika?
Vprašanje stranke na FURS za tak primer je rezultiralo v odgovoru, da je to gotovinsko poslovanje.
Je pa res, da je ravno včeraj pošta na STL razkrila, da bo v prihodnosti uredila prijaznejše poslovanje brez UPN nalogov, nevem pa ali bo s plačili kaj drugače (verjetno še vedno ne bodo grupirana) tako, da vse ostane enako.
lp