Matjaž K - 06.06.2008 - 07:32

Moje mnenje:

Odvisno.

Če imate program za obračun osebnih dohodkov, ki bo omogočal izvoz v e-davke, in če bo stranka dajatve plačevala na dan izplačila dohodka, potem ne vidim potrebe po dodatnem zaračunavanju.

Če pa ne bo izvoza in boste ročne "preklofavalai" in/ali če stranka dajatev ne bo poravnavala v roku in boste zato morali oddajati dodatne reke, potem pa je to dodatno delo. Ovrednotenje tega dela pa je stvar ponudbe in povpraševanja (s tem da je dodatno delo zaradi "preklofavanja" težko "obesiti" stranki, kajti "preklofavanje" ni posledica ravnanja stranke, temveč izvajalčeve izbire "neoptimalnega" programa).

lp

Katra - 06.06.2008 - 10:53

Se popolnoma strinjam z Matjaževim razmišljanjem.

Angela - 06.06.2008 - 11:14

Kot sem že rekla, 1 papir = 1 minuta, 15 papirjev = ? Jaz se ne strinjam, da ne bo več dela. Dela bo več ne glede na to kakšno programsko orodje uporabljamo.

Katilina - 06.06.2008 - 08:42

Kaj pa v tem primeru ko  stranka sama obračunava plače, nima certifikata niti se ne mara ukvarjati z e davki?
Sedaj ne vem koliko naj ji dodatno zaračunam, plače ji ne obračunavamo, bomo pa ročno klofali v edavke?

- 06.06.2008 - 09:44

Ne morem verjeti, da nekateri sploh pomislite na klofanje...

nena1 - 06.06.2008 - 10:16

Kaj se pa zgodi v primeru, če servis odda zadeve preko spleta, stranka ne plača plač in se naknadno zgovarja, da zakaj smo oddali REK za plače ali pa kaj drugega? A zdej bodo spet servisi rač. izpostavljeni. Če damo stranki papirje v roki in vse potrebno je meni čisto vseeno kaj in kdaj bo kaj kronološko.

Angela - 06.06.2008 - 10:29

@Brezimni avtor: pomisliti moramo na vse, praksa ni pravljica.
@Matjaž K: ravno to me je zanimalo, prej 1 papir 1 minuta, sedaj 15 papirjev + en papir ......zdi se mi, da bomo imeli posledično več dela, pa čeprav vozimo space šatle.
@nena1: se ne bi mogla bolj strinjati, praksa sama dokazuje, da bodo stranke takšne vrste želele breme prenesti na servis. Tukaj ne vidim druge rešitve kot je že bilo omenjeno v debati na to temo "stranke so dolžne obvezno pisno sporočiti datume in zneske plačil" (posledično spet več dela v servisu).

p.š. - 07.06.2008 - 00:04

Ja, tisto o obveznem pisnem sporočanju sem pisala tudi  jaz ...

Ker imamo tudi nekaj takšnih strank, ki bolj slabo ( ali pa sploh ne ) prebirajo naša obvestila in maile, smo se danes odločili, da še 1x obvestimo vse "naše" zavezance in jih povabimo na izobraževanje, ki ga bomo zanje pripravili mi - zato, da jih še osebno seznanimo z novitetami in predvsem zato, da jih še 1x opozorimo na doslednost pri sporočanju podatkov, na posledice slabega sodelovanja med nami ( oddajanje z zamudo ), na priporočljivo poravnavanje obveznosti iz naslova izplačil plač v istem dnevu ( večkratno poravnavanje+ večkratno poročanje =večji stroški ) , itd.

Tako smo se odločili zato, da bomo mi imeli manj težav pri svojem delu in da bodo stranke res poznale problematiko in z željo , da bosta v zadovoljstvo obeh strani naše sodelovanje in oddaja preko edavkov po 1.7. potekala s čimmanj zapleti.

 lp

Angela - 09.06.2008 - 09:05

Hvala za namige. Danes grem še na GZS potem pa vse uredim.

Katilina - 06.06.2008 - 10:41

:
-------------------------------
Ne morem verjeti, da nekateri sploh pomislite na klofanje...


nekatere stranke imajo obračun plač ali drugih evidec sami. Ker smo servis jih pač servisiramo za tisto kar sami ne morejo, znajo ali pa nočejo delati. Če mi stranka prinese vsak mesec deset plačilnih list (stranka je s.p.), ki jih sama obračunava v (domačem programu excel), a naj sama še enkrat obračunam plače v programu in potem izvažam na edavke? Mislim da bom hitreje naklofala vse skupaj na eportal. Bom pa kasneje videla kako bo v praksi...

Angela - 06.06.2008 - 10:53

@Katilina - jaz sem se v teh primerih odločila, da vse skupaj naklofam v svoj program, ker imam s tem vzpostavljeno evidenco za poročanje o dohodnini in M4/M8, pa še na roke ne bo treba klofat v eDavke. Manj dela imam konec leta pa še kontrolo v GK povrhu. Pri teh pa ne klofam prevoza, prehrane.

ribica74 - 06.06.2008 - 11:09

se ne strinjam z obračunavanjem, da če gre iz programa potem ni pa nič. saj potem tudi bilance, pa dohodnina, pa M4... bo šlo oz. gre iz programov pa tudi ne bomo nič zaračunali?? 

Ian - 06.06.2008 - 12:16

Mi smo stranke obvestili o problematiki novega poročanja v zvezi z nerednim ali "kot se mi zljubi" plačevanjem. Obvestili smo jih tudi o dodatnem plačilu ob njihovem zmišljevanju.
Tisti, ki ne bo upošteval datumov:
-plače: neto z vsemi obveznostmi
-prispevki zasebnika 15.v mesecu
bo veselo plačal.
"Resnim" ne bomo posebej zaračunavali, ker bomo imeli to programsko urejeno, oziroma direkten izvoz v e-davke.

Opažamo pa, da likvidnost velikokrat ni problem, nekateri so "bolani" na to, da vse plačujejo z zamudo.

- 06.06.2008 - 12:20

V praksi je pri nas vecinoma problem, da so cez dan vsi zasedeni z delom. Potem pa dajo popoldan ali proti veceru naloge v e-banko in gre naprej komaj naslednji dan, namesto ze isti dan. Ce tako gledas, je problem pri bankah.

Angela - 06.06.2008 - 12:38

To ni problem banke, ampak šlamparije stranke. Taki se bodo morali navaditi pol ure preden zalaufajo dan, naklofat (ali uvozit) datoteke za plače. Potem bo šlo naprej še isti dan.

ribica74 - 06.06.2008 - 14:00

Ja ok šlamparija. ampak je pa tud šlamparija od bank, da kao elektronsko bančništvo dela samo do 15h. V kateri firmi pa delate samo do 15ih? glede bančnih stroškov pa sloh ne bi izgubljala besed...

- 06.06.2008 - 14:55

Ma, seveda je slamparija, da banka na more sprovesti placila takoj v momentu, ko ga das naprej. Tudi v eDavkih se lahko oddaja do 24. ure. In, da ne omenjamo kako dolgo traja nakazilo v tujino....

Angela - 06.06.2008 - 15:10

Bančni stroški več niso normalni. Bančni stroški so oderuški.  Stranke naredimo popolnoma vse same, stane pa več. A ni bistvo informatizacije, da so storitve cenejše?!