Spet me živcira: e-racuni.com

21 naročnikov

Mojstri,
polagam vam na srce, ne naredite enake napake pri zaračunavanju storitev: e-racuni.com imajo enoten cenik, 7€/mesec na uporabnika-podjetje.

To pomeni, da danes e-racuni delajo enako v pizdi kot pred letom ali dvema. Na vprašanja načeloma ne odgovarjajo, čakanje na telefonsko podporo traja vsaj 10 minut, če se linija prej iz neznanega vzroka ne prekine (kar se v večini primerov).

Seveda imajo vedno nek izgovor za lastno nesposobnost. Kar pa ne spremeni dejstva, da si v njihovih očeh isti nepomembnež, pa čeprav izdaš 10 ali 1.000 računov na mesec. Za 7€ na mesec nisi kot stranka vreden nič. Boli njih, če tvoje podjetje zaradi nefunkcionalne storitve oziroma nezmožnosti izdaje računov propade.

Vem, da se na tem forumu skriva predstavnik e-racunov.com z uporabniškim imenom "e-racuni". Mislim, da ima kar nekaj članov foruma neodgovorjena vprašanja.

In če ne drugega, bi lahko potem uvedli vsaj plačljivo telefonsko pomoč, kot ste to imeli svoje čase (da bi se znebili klicev???) - lahko pa, da je pomoče še vedno plačljiva, le cenik oziroma obvestilo se je skrilo.

Sicer pa, v času tega pisanja se je nekdo le javil na telefon, in podal odgovor "bom posredoval programerju, vas pokličem nazaj". No včerjašnjega klica še ni bilo nazaj, emaili pa so zaenkrat vsi neodgovorjeni.

O tem, kako je z migracijo k resnejšim ponudnikom pa seveda nikjer niti besede...

Evo, še enkrat javno pošiljam v kurac podjetje E-racuni d.o.o. in njihov odnos do strank, - sedaj bom lažje zadihal.

Smem izvedeti kakšne težave imaš z njimi? Sam sem pri njih namreč že menda 6 leto in do sedaj ni bolo nikakršnih težav.

lp

Huh, vem da ni pošteno sodit podjetja po eni stranki, večinoma to stranke delajo nam in vedno sem jezen. Ampak vseeno v tem primeru je že ena taka stranka preveč, sploh pa, če se to ponavlja.

Nam so poslali oglas pa tudi sicer sem po branju tega foruma in njihove spletne strani kolebal med Minimax in e-racuni, ki sta se mi zdela edina zanimiva v SLO.
Na koncu smo izbrali Minimax.

@Mika hvala ti za to objavo in tudi ostali, ki ste aktivni saj tako pomagate marsikomu.
Edino tisti zadnji stavek bi lahko izpustil.

Če koga kaj zanima glede Minimax-a sem vedno na voljo.

Me pa zanima še druga plat zgodbe, pošteno je, da ji vsi prisluhnemo.
lp

Sem že pred časom napisal eno zelo vulgarno objavo, ker jim pač gre, a se jih ne dotakne.

Zadnje dni me razburjajo predvsem spremembe zaradi davčnih blagajen. 5.1. recimo, ko smo se vrnili na delo, nismo mogli natisniti računov, ker njihova predloga "UPN spodaj" za izdajo računa seveda ni ustrezala novim zahetvam. Med drugim 5.1. QR kode še ni bilo in so zadevo še reševali, čeprav bi moralo biti vse naštimano že v decembru oziroma najkasneje do 2.1.

Seveda glede poteka nastavitev za davčne blagajne ni bilo nobenih ustreznih navodil, le 1 (!?!?) prispevek na blogu: http://blog.e-racuni.com/davcne-blagajne-in-kaj-moramo-spremeniti-na-izpisu-racunov-po-1-1-2016/ . Še ta blog sem odkril zgolj po naključju, ko sem Googlal kaj in kako nastaviti.

Na support strani so potem skrili navodila e-računi navodila za uporabo > izdajanje računov > davčno potrjevanje dokumentov.

Z vsakim updejtom seveda pride do določenih bugov, ki jih naknadno odkrivaš. In ker mimo njih ne moreš, si pač odvisen, kako hitro bodo zadevo popravili.

Zadnja taka stvar je bil izpis številke računa oziroma fiskalne številke računa. Spremenljivka, ki izpiše "Fiskalno številko", ob nepotrditvi računa izpiše "Interno številko računa". Ker na računih izpisujem Interno števlko računa ter ločeno še Fiskalno številko računa, mi sedaj na nepotrjenih računih v polju Fiskalna številka izpisuje interno številko, kupci pa so zbegani, zakaj račun ni potrjen, izpisana pa je fiskalna številka.

Kako dolgo mislite, da bom čakal, da bodo ustvarili še eno spremenljivko za Fiskalno številko, ki v primeru nepotrditve računa v tem polju ne bo izpisala ničesar.

Izdajanje računov kupcem iz EU, kjer moraš zaračunati DDV po njihovi lokalni stopnji, pa je baje problem zase :)

Aja, še to: če je kdo mislil, da bodo FURSevi strežniki 2.1.2016 preobremenjeni... strežnik e-računov je že leta preobremenjen, za vsak action rabiš vsaj 3-5 sekund, da se zloada. Res je pain delati s tem programom. Downtime oz uptime je pa tako razred zase, bi rekel da 20% časa e-računi pač niso dostopni.

Izdajanje računov kupcem iz EU, kjer moraš zaračunati DDV po njihovi lokalni stopnji, pa je baje problem zase :)

Glede tega to velja samo, če si presegel omejitev čezmejnega poslovanja (prodal več kot 30k v ITA, AT, HRV...) in DDV potem plačuješ v tujini.

Tu naj pošteno povem tudi MM nima rešeno, ker to rabi ravno 0.5% vseh uporabnikov tako, da teh zadev niti korporacije ne rešujejo nič kaj bolje.

lp

Sepravi tudi MM ni usklajen z zakonodajo?

In ravno o tem govorim. Vsi plačujemo 7€/mesec, in potem se fokusira na stranke, ki izdajo 1 račun na mesec. Bi bilo lepo, če bi bil na to že prej opozorjen.

To velja že zdaj za digitalne izdelke. Tudi jaz to rabim in uporabljam e-racuni.com... So rekli, da je komplicirano in če bi sodeloval v crowdfundingu v zameno za popust. Morda pa bi. Samo jaz rešitev rabim ta mesec in bom za posebno DDV uredbo za EU nezavezance uporabil drugi program (verjetno SAOP) in tako imel 2 šifranta računov in strank. Čisto možno da bom v celoti presedlal.
Drugače nekih težav nisem imel, pa tudi v celem letu je samo 1 dan zafrkaval dostop.

@Mika
Ja kar se tega tiče še nisem našel kje lahko vnesem svoj DDV.
Na srečo smo prag presegli le v ITA, AT:
ITA -> Na srečo ima isto obdavčitev 22% in gre skozi
AT -> Na srečo ima 20% kar pa MM že omogoča (od prej jim je ostalo, ko smo imeli 20%).

Tako, da ja povsod so težave, nikjer ne gre čez noč, je pa potem razlika kako se kje lotijo reševanja.
lp

Kar se tiče odzivnosti telefonov in mailov: imamo nekaj čez 20.000 rednih spletnih uporabnikov na mesečnem nivoju in še nekaj sto Windows POS uporabnikov. S prehodom na davčne blagajne je bilo treba ob prehodu v novo leto porihtat ogromno izpisov, ki so bili prej dostikrat prilagojeni za vsako posamično stranko. S tem je seveda ogromno dela in ni variante, da ekipa, ki ima manj kot 20 ljudi izvede takšen podvig v tako kratkem času. Prav tako ni nobena skrivnost, da računovodski servisi, ki plačujejo večje zneske prejmejo prioritetno podporo.

Navsezadnje so tudi bolj "resne" in dražje programerske firme javno izjavile, da se bo prehod na davčne blagajne zavlekel za več kot 2 tedna v januarju (glej poročanje na rtvslo.si).

Pa, da ne bo kdo mislil, da smo se začeli prepozno pripravljati. Ne. Naš sistem davčnega potrjevanja je zelo podoben Hrvaškemu, ki smo ga implementirali že pred 2 leti. Ampak pri nas so seveda morali nekaj dodatno zakomplicirat in so dodali še izpis kode QR (ali črtne kode) zaradi česar je bilo treba naredit konkretne spremembe v programu, ki omogoča izpise na celo množico različnih POS tiskalnikov, default izpise v PDF, šablone, UPN obrazci več variant, večjezične variante, itd. Hkrati pa je še UJP ravno na datum 1.1.2016 spremenil določena pravila pri pošiljanju e-računov za javni sektor kjer imamo spet preko 2000 podjetij, ki pošiljajo preko našega programa.

Tako, da prosim ne govorit, da se ukvarjamo s strankami, ki izdajajo 1 račun na mesec. Ob taki količini dela in kratkih terminih, kot se pri nas vsiljuje informatikom se uničujejo vsi medčloveški odnosi. To enostavno ni izvedljivo na predpisan termin vsi hkrati. Za primer, na Hrvaškem so imeli programerji pol leta več časa za tehnične priprave, nato so v prvi fazi vključili samo gostince, pol leta kasneje še trgovine, in čisto na koncu vse. Pri nas pa kar na horuk vse po vrsti.

Kar se tiče konkretnega primera izpisa na UPN obrazec: UPN obrazec pomeni plačevanje na TR zato ti izpisi v začetku sploh niso bili predvideni za davčno potrjevanje.

Kar se tiče navodil pa mi tudi ni jasno kako lahko nekdo spregleda naša navodila, če pa ob vsakem mailu poslanem na podporo prejmete nazaj auto-responder kjer so že takoj v začetku našteti vsi linki na navodila, ki se tičejo davčnih blagajn??? Poleg tega je v navodilih full text search polje na levi strani zgoraj in se lahko vse takoj najde brez, da iščeš po kazalu ali google-u. Potem je tu še en link "Novosti", kjer se vidijo strani v navodilih, ki so bile nazadnje osvežene oz. vpisane.

Kar se tiče teh izjav o hitrosti izvajanja programa pa raje ne bi komentiral. Da imamo mi 20% izpad in 3 do 5 sekund odziva na request??? Kje? Kdaj? Odkar smo lani implementirali novo skalabilno arhitekturo serverjev nimamo več nobenih zastojev. Le tu pa tam še kaka stranka javi problem, pa še to ni problem v programu ampak v strankinih nastavitvah ali načinu dela. Npr. nekdo si naredi šablono za tiskanje, ki ima že v osnovi 1 MB in potem se čudi, ker tiskanje deluje počasi.

Naš sistem uporabljajo stranke, ki fakturirajo preko 200 računov dnevno. Naročnina je mogoče poceni, ampak program ni neka igračka. Povprečnemu uporabniku se sploh ne sanja, kaj vse program ponuja in kako je prilagodljiv. Ali res mislite, da bi še sploh kdo uporabljal program, če bi res imeli 20% downtime-a?

Kar se tiče podpore za prodajo digitalnih storitev: pokažite dobičkonosni poslovni načrt in se bo naredilo. Ta zadeva sploh ni tako enostavna, kot zgleda na prvi pogled. Dolgoročno je treba vzdrževati know-how, spremljati davčne stopnje po celotni Evropi in implementirati poročanje ter vmesnik za eDavke. Poleg tega to ni 0,5% uporabnikov. Bo kar en velikostni razred manj. Če se nekaj dela za 0,05% uporabnikov, potem je to praktično razvoj dodelave po naročilu stranke.

Fantje customer support morate porihtat to je dejstvo.
Prav tale odziv kaže to.

Sem prvi, ki bi dostikrat najraje popizidl in poslal koga v p.m. (In tudi v preteklosti žal sem) ampak to ni dobro za posel in smo začeli v to smer izobraževati.

Vsi vemo, da je ta posel jeben ampak, kateri pa ni?
Ljudje bodo pa vedno sitni in zahtevni.

Moja izkušnja je sicer mešana, na vsake nekaj mesecev se pojavi kakšen problem, ko kakšna izmed funkcij ali pa kar celoten program ne dela in tisti trenutek je pač kriza. Delamo na polno, potem pa ena aplikacija žre živce in zavira utečen proces. Ampak ni kaj, na to ni imun noben sistem.