Živjo!

Ravnokar se je zgodilo, da je račun prejel fis. številko računa, čas izdaje ter ZOI in QR kodo. Ni pa dobil EOR kode. To pomeni, da ni bil zares fiskaliziran. Sem preverila ZOI na FURSu in res ni.

Vse zgleda normalno samo EOR ni. Ker želim, da se to res potrdi sem šla v čarovnika in želela s funkcijo fiskaliziraj nefiskalizirane račune to urediti. Pa ga ni našel. Kot da Pantheon misli, da je bil fiskaliziran.

V tej VD se fiskalizirajo vsi računi ne glede na način plačila.

Slučajno kdo ve zakaj oz. kako bi do tega prišlo? Rešitev?

Hvala!

Lp

Zadeva z EOR kodo se mi je zgodila 1x, večkrat pa račun ni "dobil" QR kode, kopija računa brez QR kode pa jo začuda ima.

QR koda me ne skrbi.

SKRBI pa me EOR koda, saj na FURS-u OČITNO in PREVERJENO RAČUN NI FISKALIZIRAN.

Lep "nefiskaliziran" dan.

Tudi pri nas enak primer. En vmesni dokument ni fiskaliziran, nima EOR kode, preko čarovnika ga ne pokaže in ga ni mogoče naknadno fiskalizirat ker ga program vodi kot fiskaliziranega.

Lp, Karmen

Zdravo Karmen,

Včeraj tekom dneva in tudi danes 2016-01-11 se je med 13:37:41.770 in 14:05:36.680
FURS-ova storitev dobesedno "vsipala". Sistem je javljal napako 500.
Ker tudi sami ponujamo in izvajamo masovno fiskalizacijo za več strank smo se s omenjenim problemom srečali prvič. Do dosedaj je FURS vračal znane napake, (če gledamo vsebinske) tokrat pa je prišlo do splošne napake celotnega sistema in je WSS storitev od FURS-a javljala napako 500.

Ker te napake nismo predvideli, je "predvidevam" tudi DL ni. Rešitev te težave je, da za omenjen dokument v PA za fiskalizacijo ročno vpišete, da je na dokumentu prišlo do napake pri fiskalizaciji. Tako boste lahko ta dokument tudi sami naknadno fizkalizirali.

Seveda gre za poseg v podatke na SQL strežniku, in če niste vešči tega, vam omenjen poseg ODSVETUJEM, saj lahko pride pri posegu s strani nepooblaščene osebe do drugih težav. Zaradi tega vam predlagam, da se obrnete na vašega PA skrbnika.

Lep pozdrav,
Gregor

Zdravo Leon, tudi za to obstaja zdravilo. "adTimeDatePrint"

lp,
Gregor

Če popravim ta datum mi tudi ni fiskalizira.. Zgleda kot, da gre skozi ampak ni EOR kode in ni napake

Matjaž popolnoma se strinjam, da to ni pravilen način ampak je velikokrat edini način, ker je odzivnost podpore porazna ali je sploh ni

Gregor tudi jaz imam iste težave kot ti (in verjetno vsi ostali) ker imam prijave odprte par dni preden dobim kakšen odgovor če ga sploh dobim. Moj namen je samo da končni uporabniki vidijo da nimamo partnerji nekega priviligiranega odnosa z Datalabom ampak da smo v isti situaciji glede podpore kot oni in da masikdaj moramo skoraj čarat da lahko stranke delajo.

Kar se pa tiče odpravljanja napak (predvsem s spreminjanem same kode) še pa vedno mislim da to ni rešitev. Dokler se bo to dogajalo Datalab ne bo naredil nič na hitrejši odzivnosti in odpravi napak. Kot partner zagotavljam strankam da bo program ustrezno deloval če so nastavitve ustrezne z navodili, v slučaju napačnega delovanja ali nepopolnih navodil pa kot partner ne morem nosit odgovornosti. Tudi sam sem imel primere da so stranke pritiskale name da spremenim kodo v postopkih in jim prilagodim delovanje. Včasih zaradi napak v delovanju včasih zaradi dodatnih funkcionalnosti. Ampak sem odklonil: tamle imate Datalab, pokličite, pritožite se, imate votebox, glasujte.. Pantheon je takšen kot vidite, deluje tako kot deluje.. če vam ne odgovarja se pritožite, ne plačajte osveževanja, imate konkurenco ki ima mogoče boljšo rešitev.. Sem prepričan, če partnerji ne bi imeli dostopa do kode in Ares postopkov bi danes imeli stabilen, hiter in funkcinalen Pantheon, z res da nekaj tisoč manj uporabniki, mogoče malo višjo ceno osveževanja, ampak s kvalitetno in odzivno podporo iz Datalabove strani. Ja.. in nekateri bi imeli nekaj manj € v žepu. :-)

Tom, kje so ti dnevi :)

Pozdravljeni,

izšel je hitri popravek (hitra nadgradnja), ki odpravlja zgoraj omenjeno anomalijo za ANSI in za Pantheon X

LP