Davčne blagajne

računal sem, da se pri 500k EUR hardware-u to ne bo dogajalo.

Ne bluzi. A si že kdaj kaj resnega sestavil skupaj, da daješ take komentarje. Misliš, da kupiš hw, prižgeš in dela?
Mimogrede, ni problem v HW - sistem je ob viških 5% obremenjen.

AndraZK je 15. jan 2016 ob 11:55 izjavil:

To je res, da bi se skoraj vsi lotili še kasneje in bi na koncu bila situacija enaka.
Bi pa lahko tik pred zdajci, ali pa celo zdaj v januarju, podaljšali testno obdobje. Jaz sem potiho to konec decembra celo pričakoval, glede na medije, ki so poročali, kot da jih še 2/3 nima urejeno.
No še vedno imate možnost, da rečete, da se pravilnost prijav preverja šele od 1.2.2016 naprej in rešite vse programske napake do sedaj na en mah

Sej se bo vse okoliščine upoštevalo pri nadzorih. Ampak, če nekdo izdaja kopije istih računov, namenoma pošilja napačne podatke ali pa ima dvojne blagajne - takih stvari pa ne bomo tolerirali.

Mimogrede, ne moreš kar meni nič tebi nič spreminjati zakonskih rokov. Zato je treba popravit zakon.

perci je 15. jan 2016 ob 11:53 izjavil:

računal sem, da se pri 500k EUR hardware-u to ne bo dogajalo.

Ne bluzi. A si že kdaj kaj resnega sestavil skupaj, da daješ take komentarje. Misliš, da kupiš hw, prižgeš in dela?
Mimogrede, ni problem v HW - sistem je ob viških 5% obremenjen.

Za 500kEUR bi skoraj moralo delati. Če ne, letijo glave. Me pa zanima nekaj, na viških je 5% obremenitev sistema, redundance sistema pa nimate? (razen na napajalnikih in diskih). To ti lahko še moja babica pove, da ni v redu.
Pa še to, sistema nimate obremenjenega skoraj nič, zakaj še vedno vztrajate, da niso dostopni podatki za preverjanje produkcijskih računov. Informacija na 'Preveri račun' je preslaba. Na testu imate to lepo rešeno, ne razumem, kaj je problem. Lahko to prošnjo posreduješ nadrejenim? Z večimi razvijalci sem se pogovarjal in ne morejo verjeti, da to ni dostopno. Nekateri so rekli, da se bodo v primeru napake zgovarjali, da niso mogli preveriti pravilnosti na produkciji.

perci je 15. jan 2016 ob 11:47 izjavil:

Tudi za zavezance (in veliko razvijalcev) bi podaljšanje obdobja pomenilo zgolj to, da bi se še kasneje začeli pripravljati na vstop v sistem in ko bi bila produkcija, bi imeli isti problem. Bodimo odkriti, ane.

Moram povedati, da se absolutno ne strinjam! In glede na izjavo bi rekel, da sploh ne poznate situacije "na terenu", zato vam bom poskusil malo odprteti oči, če bo pomagalo drugič v podobnih situacijah.

Najprej hvala, da ste nam dali čas za razvoj in nam omogočili predčasno testirati, čeprav tudi tu ni šlo brez zapletov. Spomnimo se TLSa, tik pred zdajci sprememb glede QR kod,... Hvala za vzorce, kot je bilo že omenjeno bi seveda bilo veliko lažje če bi bili vzorci tudi za kompleksnejše situacije, nekaj smo jih dobili preko vprapšanj in odgovorov. Imam veliko prošnjo za v naprej dajte se pri pripravi vzorcih toliko potrditi da so noter kolikor se da realni podatki in da se izidejo, ne pa en kup številk ki vsebinsko potem sploh ne gre skupaj...

Če je čas za razvoj nekako zadoščal je pa čas za distribucijo predstavljal veliko težavo! Če gre za običajne posodobitve (npr. novi REK) potem to ni težava , mi lansiramo posodobitev, stranke jo prevzamejo namestitev je avtomatska in zadeva gre tekoče. Pri tej nadgradnji pa žal tak klasičen pristop ni bil možen ker:
- smo morali za stranke pomagati prevzemati in nameščati digitalna potrdila (Ja žal je realnost, da 90% naših strank za to nima znanja)
- Pomagali smo tudi nastavljati prostore (ponekod tudi iskati številke stavb)
- Zaradi zahtev pri podpisovanju in TLS je bilo ponekod potrebno namestiti višjo verzijo .NET frameworka
- Prilagajati smo morali izpise za gotovinske račune
-Potem so svoje poglavje tiskalniki, na trgu je x modelov, vsak ima po tri emulacije...Posebej je bilo veselo, če tiskalnik nima grafičnega gonilnika ker je bilo potrebno najti prave sekvence za kodo, pa še vidiš ne takega računa če delaš na daljavo, stranka ti reče je se izpisala neka koda, ko zahtevaš, da ti pošlje po faxu pa vidiš da so kvake gor.
- Potem pa pridejo zraven obstoječih seveda še nove stranke, ko je treba vse na novo uvesti, nove mobilne blagajne,...
Pripravili smo npr. 6 tablic za mobilno blagajno z win10 z BT tiskalniki vse pripravljeno v nulo, predano stanki, potem se na tablicah naredi windows posodobitev, ki zamenja BT driverje in tiskalniki nehajo delovati recimo ....

Izkoristili smo vse dni v decembru, tudi vikende, tudi kakšno noč, tako da prosim ne govorit, da daljše obdobje ne bi nič pomagalo, da bi se samo prelagalo. Verjamem, da nismo edini!

LoL Invictus - ne se smešit s takimi ... ti si verjetno zaposlen v eni veliki firmi, ki dela z javnim sektorjem po možnosti?

Zanimivo je to, da so nam ravno razvijalci blagajniških rešitev(taki z nekaj tisoč strankami) govorili, da je časa več kot dovolj. Tej isti so nam potem javljali, da imajo težave s strankami, ki sploh ne sodelujejo. In so potem delali dneve in noči ter vikende, da so večino zrihtali.

Mi smo pa rekli, ajde, tisti, ki se resno pripravljate, vas ne bomo kaznovali. In jih nismo. V čem bi bila razlika, če bi še mal prestavili.

Sem preveril na telefonu - 30.12. imam samo na mobilcu zabeleženih 661 minut telefonskih pogovorov, 11 ur. Pa imam poleg tega še stacionarca ..
Bi pa bilo verjetno malo lažje, če bi se to delalo enkrat aprila, ne pa da imamo vsako leto norišnice ob koncu leta ...
So pa bili problemi taki in onaki - od tega, da stranke ne znajo certifikata naložit oz se ta narobe naloži, do tega, da tudi preberejo ne, za kaj gre ...

perci, razlika bi bila, če bi na začetku bilo npr. 3 mesečno obdobje,ker bi bil prehod za vse udeležence manj stresen.

Invictus, nisem krivil Furs za težave z opremo ampak sem s temi primeri hotel pokazati, da to ni bila običajna nadgradnja, ki jo lahko avtomatsko lansiraš. Če bi poleg multinacionalk poznal še kakšnega našega s.p ja ali manjše podjetje bi razumel zakaj je lahko prevzem in namestitev digitalnega potrdila za njega kot pilotiranje space shuttla.

Pomagale bi kazni strankam.

Naslednjič se ne bi več zafrkavali, pa bi mogoče celo svoje informatike poslušali.

Tole dajanje odvez zaradi milijon vzrokov mi gre že nekam v tej Sloveniji.

Invictus je 15. jan 2016 ob 21:30 izjavil:

Pomagale bi kazni strankam.

Naslednjič se ne bi več zafrkavali, pa bi mogoče celo svoje informatike poslušali.

Tole dajanje odvez zaradi milijon vzrokov mi gre že nekam v tej Sloveniji.

Najbolj hecno pa je, da so najmanj pripravljene multinacionalke.

Blagajne smo uvajali na koncu, ker je december najbolj prometen mesec in si nismo mogli privosciti ostati brez blagajne pred bozicem.
Vsako blagajno smo fiskalizirali v povprecju 4 ure, stranke so cakale v vrsti na racun iz vezane knjige racunov. Mogoce bi jim takrat moral razloziti svojo teorijo o visjih kaznih.
Blagajne imajo vsak dan probleme, ze 14 dni. Zadnje dni je sploh slabo.Ukvarjam se z blagajnami, namesto da bi se ukvarjal s poslom.
In ukvarjam se z blagajnami drugic v zadnjih 3 letih. Zato, da od mene ne bo placanega niti evra vec. Davcne blagajne ne resujejo neizdajanje racunov, kar je najvecji problem.
In naj ti se omenim stroske, pol leta stara tiskalnika mi ne delata, kupiti sem moral nova, ker se je nekomu zdelo super, da se uvede QR kodo. Za katero rabimo graficne gonilnike, ki mogoce delajo, mogoce ne. 6 tiskalnikov dela, 3 ne. Na razlicnih sistemih. En kup nepotrebnega ukvarjajnja z IT problemi. Pa sta se 2 podpornika in programer ukvarjala 5 dni z vzpostavitvijo.
Sami sebe strelamo v koleno, ko si zmisljujemo vse bolj nora pravila, kaj in kako v tej drzavi. Drugi nas pa prehitevajo po levi in desni. Mi se pa ukvarjamo sami s sabo in svojimi oslarijami. Cez 20 let bomo pa butasto gledali zakaj smo nerazvita drzava.

blubiu je 15. jan 2016 ob 22:05 izjavil:

Blagajne smo uvajali na koncu, ker je december najbolj prometen mesec in si nismo mogli privosciti ostati brez blagajne pred bozicem.
Vsako blagajno smo fiskalizirali v povprecju 4 ure, stranke so cakale v vrsti na racun iz vezane knjige racunov. Mogoce bi jim takrat moral razloziti svojo teorijo o visjih kaznih.
Blagajne imajo vsak dan probleme, ze 14 dni. Zadnje dni je sploh slabo.Ukvarjam se z blagajnami, namesto da bi se ukvarjal s poslom.
In ukvarjam se z blagajnami drugic v zadnjih 3 letih. Zato, da od mene ne bo placanega niti evra vec. Davcne blagajne ne resujejo neizdajanje racunov, kar je najvecji problem.
In naj ti se omenim stroske, pol leta stara tiskalnika mi ne delata, kupiti sem moral nova, ker se je nekomu zdelo super, da se uvede QR kodo. Za katero rabimo graficne gonilnike, ki mogoce delajo, mogoce ne. 6 tiskalnikov dela, 3 ne. Na razlicnih sistemih. En kup nepotrebnega ukvarjajnja z IT problemi. Pa sta se 2 podpornika in programer ukvarjala 5 dni z vzpostavitvijo.
Sami sebe strelamo v koleno, ko si zmisljujemo vse bolj nora pravila, kaj in kako v tej drzavi. Drugi nas pa prehitevajo po levi in desni. Mi se pa ukvarjamo sami s sabo in svojimi oslarijami. Cez 20 let bomo pa butasto gledali zakaj smo nerazvita drzava.

Ti si pa genij.

Blagajne so imele do sedaj probleme 4 krat, trikrat za pol ure in enkrat za 15 minut. Vse to v zadnjem tednu. Tako, da če imaš ti z njimi probleme že 14 dni, pomeni, da imaš zanič rešitev.

Davčne blagajne neizdajanje računov rešujejo, ker se sprostijo resursi, ki so se do sedaj ukvarjali s kontroliranjem manipulacij podatkov, za nadzor nad šušmarji. Da ne govorim, da dobivamo prek nagradne igre tudi podatke o tem, kje se računi ne izdajajo. Prvi spisek tržni inšpektorat že pregleduje.

Vidim, da imaš tudi probleme s tiskalniki - spet si kriv sam, ker bi lahko uporabil tudi PDF417 ali bar kodo. Je pa res, da če si šalabajzer oz. imaš take razvijalce, so problemi. Vsi merkatorji s prastarimi printerji so lahko zrihtali zadeve, pa bi lahko tudi ti.

Ti pa nisi genij. Pa to vidimo.
Sploh se ne boms s tabo prepiral na osebni ravni, ker te ne poznam in me to ne zanima.

Povedal sem ti samo stanje na terenu in da je uvajanje davcnih blagajn nepotrebno, ker nam krade cas in denar.

Pa lahko napadas kolikor hoces, pljuvas itak po najvecjem ponudniku v Sloveniji, ter njihovi resitvi.
Jaz sem samo njihov kupec, ki za to oslarijo placujem.

Poskusno obdobje je bilo prekratko.
Decembra, ko je najvecja sezona, ni bilo v redu, da smo uvedli davcne blagajne.
QR koda je fancy, ni pa potrebna.
Stare davcne blagajne so onemogocale brisanje racunov.

Pa, ce bos razumel ali ne.

Stare davcne blagajne so onemogocale brisanje racunov.

Res ne veš, kakšno neumnost si zapisal? A delaš za Obrtno zbornico Slovenije? Sprašujem, ker uporabljaš njihov PR, ki ne zdrži testa 10 letnega otroka.

A mi zna kdo pojasnit zakaj mi FURSova nagradna igra (spletna verzija) po vnosu ZOI izpiše "Napaka v povezavi. Za preverjanje računov morate biti povezani na internet"? Kako sem pa naložil stran, če nisem povezan na internet?? A je slučajno kaj povezano z geo IP, glede na to, da sem trenutno v sosednji državi?

Ok, ampak tole je nagradna igra, ne blagajna. Torej a lahko na dopustu preverim račune al jih moram vse preverit preden prestopim mejo (tj. grem na roaming), če hočem sodelovat?

estons je 16. jan 2016 ob 10:34 izjavil:

Ok, ampak tole je nagradna igra, ne blagajna. Torej a lahko na dopustu preverim račune al jih moram vse preverit preden prestopim mejo (tj. grem na roaming), če hočem sodelovat?

A boš več kot 3 mesece na dopustu v tujini?

Nisem vedel, da je potrebno tako hitro potrditi. 3 mesece sem napisal, ker je v tem časovnem okviru prvi žreb. :)

Super, hvala za vse info.

furs down?

Ko bi nazaj dobili kaj drugega kot error 500, bi bil svet tudi lepši...

Ok, da vrnem temo na indikator dosegljivosti podatkovne baze.
@ Perci
Ste se že kaj pogovarjali kje in kako?
Jaz še vedno predlagam nekje poleg števeca.

Anze1227 je 18. jan 2016 ob 10:44 izjavil:

Ok, da vrnem temo na indikator dosegljivosti podatkovne baze.
@ Perci
Ste se že kaj pogovarjali kje in kako?
Jaz še vedno predlagam nekje poleg števeca.

Kar se tiče te funkcije, je dobro malo pogledati, kako je to narejeno v zdravstvenem sistemu ZZZS Online.
Tudi tam so to funkcijo naredili kasneje, ko se je v praksi ugotovilo, da je pametno imeti ta podatek.

Recimo - tole je log za testni sistem
http://www.zzzs.si/on-linetestzz

In hitra informacija za produkcijski sistem:
http://www.zzzs.si/on-line

Vse je seveda dostopno na spletni strani za uporabnike, naredili pa so tudi api funkcije za klice iz programov.

Nekaj takega torej rabimo.

In potem narediš request statusa sistema, dobiš ok, sledi request za fiskalizacijo, ki pade in potem še en request statusa, ki spet vrne ok. Menim, da je takšno nepremišljeno krpanje sistema odveč.

matijaDS je 15. jan 2016 ob 22:10 izjavil:

Živjo, pri nas se je v zadnjih nekaj dneh začela pojavljat sledeča napaka:
"Classufication failed for host: blagajne-test.fu.gov.si url:/v1/cash_registers"

Malo mi je mistično, ker to napako javlja produkcijski strežnik, kot pa vidite je URL v sporočilu napake za testni strežnik...
Se je ta napaka pojavila še pri komu? Ima kdo kakšno idejo kaj bi blo lahko tu v ozadju ali (še bolje) konkreten odgovor s FURS-a o tej napaki?

Če še nihče nima nič bom v pondeljek pač pisal njim ampak tam se zna kar čakat na odgovor...

Hvala za pomoč vnaprej, če kdo kaj ima/ve :)

Zdravo,
malo z zamudo, pa vendar: "classification failed" smo dobivali tudi pri nas, ampak URL oziroma host v sporočilu je bil pa vedno pravi (produkcijski).