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.

Balonar:

Zdravo

Rad bi na enem mestu zbral informacije o WC in davčnih blagajnah.

Zaenkrat sem zasledil samo

• Čebelca

Je kdo izmed vas mogoče razvil kakšen plugin za direkt povezavo na FURS ali v kakšen drug računovodski program?

V e-računih je po novem vgrajena podpora za direkt povezavo na WooCommerce (pa tudi za Magento, Prestashop in Opencart).

http://tinyurl.com/netcfsc

@Marezi: obveščanje prek maila je problematično, ker se program prodaja tudi prek drugih "blagovnih znamk". Tiste uporabnike o vsem obveščajo servisi. Obvešča se torej preko novic znotraj programa.

@dunker: tudi, če upoštevamo stranke iz obeh držav (SI in HR) na koncu izpade, da to funkcionalnost potrebuje zelo malo strank mi pa imamo omejene kapacitete. Ker je bil zdaj čas bilanc se dosedaj še ni izšlo, da bi se to do konca stestiralo in dodalo v produkcijski sistem. Sedaj so se zadeve umirile tako, da bo na voljo v najkrajšem možnem času.

@Preseren: ja, mail je vedno najboljši način. Tokrat brez heca ;)

@Mika: vsaka kritika je dobrodošla. Za objektivnost pa je treba prikazati še drugo plat. Torej vse to kar omenjate se je pri vas res zgodilo. Ampak to so bili specifični problemi, ne pa nekaj kar bi zadevalo tipičnega uporabnika sistema. Dotični uporabniški račun je bil pri vas kreiran kot referent znotraj servisa ne pa znotraj samega podjetja, kot bi se moral, API klici pa so se pošiljali paralelno. Ker naša podpora seveda deluje, so bile te težave takoj potem, ko ste jih javili rešene s strani programerja v najkrajšem možnem času. Kar se tiče uporabe API-ja pa ljudje na naši telefonski podpori niso nič manjši šalabajzerji, kot recimo podpora na eDavkih ali na UJP, če jim postaviš kakšno programersko vprašanje. Skratka, na telefonski podpori delajo računovodje pa še kak računalniški tehnik. First level support NE rešuje zadev povezanih z API-jem ampak samo posreduje dalje prostemu programerju. Treba pa je tudi prebrati pogoje uporabe in cenik ter vedeti kaj je vključeno v osnovno ceno in kaj ni.

@Luks123: ker imamo tudi pri nas vsi skupaj že poln kufer očitkov, da se nihče ne javlja na telefone smo pred časom naročili novo telefonsko centralo s čakalno vrsto, kjer vas bo po novem namesto tona zvonenja pričakala prijetna glasba z obvestilom, da ste v čakalni vrsti in je treba počakati na prostega operaterja. Trenutno imamo žal samo neke sorte centreks, kjer v primeru, ko so vsi zasedeni zvoni in zvoni dokler ni spet nekdo prost in prevzame naslednji klic. Torej, še vedno bo treba čakati na prostega podpornika, ampak boste vsaj vedeli, da pri nas v službi ne spimo.

@halo007: glede na število ticketov, ki jih imamo letos na temo "Uvoz podatkov iz m...M..." dvomim, da je konkurenca, ki se oglašuje na vaši spletni strani kaj boljša? ;)

Za konec: trudimo se, da bi program in podpora delovala brezhibno. Žal pa imamo omejene kapacitete, delujemo v okolju z neprestano spreminjajočo se zakonodajo, vzdržujemo poldrugi milijon vrstic kode in smo pod stalnim časovnim pritiskom.

Sporočam vam, da smo težave s počasnim delovanjem sistema e-racuni.com odpravili.

Ker se je v zadnjem letu dni število uporabnikov in transakcij skoraj podvojilo smo prejšnji vikend vzpostavili še eno strežniško gručo na katero smo prenesli podatke cca. 35% podjetij. V ponedeljek so se nato pojavili problemi s sinhronizacijo podatkov znotraj nove gruče ter z ostalimi gručami. Zato smo morali narediti obsežno diagnostiko in "fine tuning", da smo uskladili procese in optimirali delovanje. Danes sistem deluje brez zastojev, pa tudi hitreje kot pred nadgradnjo.

Kar se tiče očitka glede hitrosti tiskanja, ki ga je omenil uporabnik Mika: tudi te probleme smo v zadnjega pol leta odpravili. Vzrok je bil v tem, da smo v začetku uporabnikom pustili preveč svobode in so nekateri uporabljali predloge za tiskanje v velikosti preko 3 MB. Sedaj je omejitev 200 kB tako, da pri tiskanju ni več zastojev. Seveda pa bo native generiran PDF, ki se uporablja za UPN še vedno hitrejši.

Kar se tiče očitka glede reportov pa je tako, da proces teče tudi, če zapreš browser. Ko greš naslednjič na "Poročanje" te report čaka na prvi strani pod "Priljubljena poročila". Na poročilu samo klikneš na ikono za "Download" in se bo preneslo. Še starejše narejene reporte pa lahko downloadaš tako, da pogledaš na seznam končanih poročil - gumb "Končana poročila" v toolbaru na strani "Poročanje". Skratka, vsi reporti se izvajajo v ozadju in na koncu shranijo v dokumentni sistem tako, da odprto okno nima veze z obdelavo. Mimogrede, kateri report pa je problematičen glede hitrosti izvajanja? Dodatno bi še omenil, da lahko podatke iz večine najbolj pogostih reportov dobiš tudi preko pokazateljev na prvi strani. Tu pa se podatki vsakič čez noč že vnaprej pripravijo in ti tako ni treba čakat na izvajanje reporta.

V zakonodajo se ne bi spuščal AMPAK glede na ponudbo naše največje banke na temo elektronskih računov bi vprašal ali torej trdiš, da banka ne pozna zakona?

Citiram iz njihove spletne strani:

Po potrditvi vnosa bo e-račun elektronsko podpisan z vašim kvalificiranim digitalnim potrdilom, ki ga uporabljate za e-banko in lahko ga boste poslali svojemu prejemniku (ki je predhodno dal soglasje za prejemanje e-računa). *Račun lahko še vedno za potrebe arhiviranja natisnete na papir ali pa ga shranite v zakonsko skladen elektronski arhiv. NLB vam ob sklenitvi pogodbe, ki jo sami sklenete z arhivarjem (velja le za Mikrocop - arhiviraj.si), prejete in izdane e-račune prek NLB Proklika brezplačno odloži v e-arhiv.***

Glej link:

http://www.nlb.si/pogumno-z-e-racuni

Aja, je po novem forma bolj pomembna od vsebine? Davkarija gleda kaj je podlaga za račun, ne pa kje ga arhiviraš. Težave boš imel, če računa ne izstaviš in ne plačaš davka, ali pa če ti nekdo izstavi fiktivni račun ter knjižiš neupravičene stroške.

V pravniške dileme se ne spuščamo. Glede tega je več različnih mnenj. Po zdravi pameti pa bi človek sklepal, da če ne posluješ elektronsko, potem elektronski arhiv posamičnih računov poslanih preko UJP nima smisla. Arhiv mora biti ali v celoti elektronski ali pa vse na papirju. Ne more biti pol - pol. Če imaš fascikle, račun pač sprintaš in odložiš poleg ostalih.

Ne bi rad delal reklame ampak pri e-racuni.com smo kar vsem našim uporabnikom dali možnost, da račune na UJP pošiljajo popolnoma brezplačno direktno iz programa.

Namreč, implementacija pošiljanja računov na UJP preko njihovega SOAP B2B vmesnika je dokaj preprosta in ne vzame več kot teden dni dela vključno s povratnicami. Nekateri so pač ustvarili nov produkt zato, da kompenzirajo izpad prihodkov zaradi manjšega števila poslanih pošiljk. Na koncu se vprašaš, če takšni portali sploh kaj olajšajo delo, ker enemu obrtniku s par računi na mesec je lažje rečt nekomu, da mu sprinta in pošlje račune, kot pa da se ukvarja z nekimi izvozi in uvozi datotek, pa z dodatnimi gesli, certifikati in podobnimi zadevami.

toplakd:

Je pa tako.

Tudi če so dobili subvencije, kaj zato. Saj se imate vi tudi možnost prijavit na razpise

in "potegnit nekaj denarja od davkoplačevalcev".

Mogoče res, mogoče pa ne. Najverjetneje bi potem razpis razveljavili, ker so se prijavili napačni.

Sicer pa to ni point mojega odgovora. Bistvo je v tem, da imajo dovolj denarja, da si lahko privoščijo normalno reklamo tako, kot vsi drugi in jim ne bi bilo treba po forumih širiti laži o konkurenci.