Davčne blagajne

d(-_-)b je 22. dec 2015 ob 17:18 izjavil:

Najprej moraš prijaviti prostor, potem lahko v njemu izdajaš račune ...

perci je 23. dec 2015 ob 10:33 izjavil:

RedDrake, če mene vprašaš, za tako malo računov, bi jst uporabljal Mini blagajno. Sploh, če nimaš na tisoče izdelkov v prodaji, zna bit stvar čist handy.

Pa še noben ti ne more očitat, da tvoj program narobe deluje (tudi če slučajno res), ker je od FURS-a :)

perci je 23. dec 2015 ob 08:45 izjavil:

Vsebina številke računa je med drugim tudi oznaka poslovnega prostora.

Če pa hočeš na računih uporabljati neko oznako poslovnega prostora, ga moraš najprej prijaviti - vrsto (premično, nepremično), GURS ID,... Predvidevam, da specifikacij še nisi odprl - del o PP se začne na strani 66.

To so osnove osnov SLO davčnih blagajn, ki se jih 23.12. ne bi smel spraševati. Upam, da se zavedaš, da so kazni predvidene tudi za neresne razvijalce (ne samo za tiste, ki pri takih kupujejo rešitve).

trstenjak je 24. dec 2015 ob 05:55 izjavil:

Ali obstaja kaj podobnega za preverjanje prostorov in potrjenih računov v produkciji?

https://blagajne-test.fu.gov.si:9002/ca...

perci je 24. dec 2015 ob 12:53 izjavil:

Kako mrtev? Sej ni produkcijski.

perci je 24. dec 2015 ob 13:12 izjavil:

Dejte mi pojasnit nekaj.

Imate testni sistem kjer lahko preizkusite delovanje svojega sistema, vključno s preverjanjem podatkov.

Imate tudi svoja xml sporočila, ki ste jih poslali in odgovore FURS. Torej veste kateri PP ste prijavili in katerega ne.

Zakaj rabite querije delat po FURS bazi? Sej verjamem, da obstaja ratio ampak kakšen?

perci je 24. dec 2015 ob 13:12 izjavil:

Zakaj rabite querije delat po FURS bazi? Sej verjamem, da obstaja ratio ampak kakšen?

Mavrik je 24. dec 2015 ob 16:51 izjavil:

perci je 24. dec 2015 ob 13:12 izjavil:

Zakaj rabite querije delat po FURS bazi? Sej verjamem, da obstaja ratio ampak kakšen?

Tipičen primer tule je to, da se ti zgubi response na zahtevek - npr. davčna blagajna je na LTE/EDGE kjer se ti kar pogosto lahko zgodi da ti seja pade za sekundo ali dve in zahtevek pride do FURSa, podatki se shranijo, odgovor pa timeoutne. Posledično pride do nekonsistence - FURS ma nekaj vpisano uporabnik nima. In če prav beremo dokumentacijo, FURS na ta primer sploh ni pripravljen. Kar bi znal biti problem - na zadnjem večjem sistemu ki je deloval čez mobilna omrežja je bilo takih zahtevkov tudi tam ranga 5% (na globalni ravni).

Drug primer je seveda to, da bo prej ali slej kdo zgubil svojo bazo računov in jo bo potrebno obnoviti. Ne vem zakaj je tak hud problem iti do PRIMARNEGA vira resnice, glede na katerega je možno rekunstruirati podatke na osnovi katerih lahko fašeš kazen. V končni fazi se mi zdi da kot državljan maš pravico videti podatke na osnovi katerih se izdajajo kazni a ne? :)

Isto se gre za verifikacijo - kako naj jaz kot uporabnik sploh preverim a davčni software deluje primerno? Ali lahko grem do FURSa in dobim izpisek njihove resnice proti temu, kar mi moj software pravi? Kdo je odgovoren za težave zaradi softwara? Bo FURS verificiral in potrjeval programsko opremo za katero se bo vedelo da pravilno deluje?

Je pa res da glede na sposobnost ljudi v tej temi bi se tak API hitro končal s smrtjo FURS strežnika in zahtevki za polno bazo vsako sekundo :P Morda izpostaviti API, ki ga lahko kličeš enkrat na teden?

curl \
	-X POST \
	--data Echo.xml \
    \
	--tlsv1.2 \
	--cacert ~/GITHUB/FursFvi/src/main/resources/test-sign.cer \
	--insecure \
    \
	--header "Content-Type: text/xml; charset=utf-8" \
	--header "Cache-Control: no-cache" \
	--header "Pragma: no-cache" \
	--header "SOAPAction: /echo" \
    \
	--keepalive-time 120 \
	--connect-timeout 3000 \
    \
	--include \
	--verbose \
	--url https://blagajne-test.fu.gov.si:9002/v1/cash_registers

* Hostname was NOT found in DNS cache
*   Trying 84.39.218.166...
* Connected to blagajne-test.fu.gov.si (84.39.218.166) port 9002 (#0)
* error setting certificate verify locations, continuing anyway:
*   CAfile: test-sign.cer
  CApath: /etc/ssl/certs
* SSLv3, TLS handshake, Client hello (1):
* SSLv3, TLS handshake, Server hello (2):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Server key exchange (12):
* SSLv3, TLS handshake, Request CERT (13):
* SSLv3, TLS handshake, Server finished (14):
* SSLv3, TLS handshake, CERT (11):
* SSLv3, TLS handshake, Client key exchange (16):
* SSLv3, TLS change cipher, Client hello (1):
* SSLv3, TLS handshake, Finished (20):
* SSLv3, TLS alert, Server hello (2):
* error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure
* Closing connection 0
curl: (35) error:14094410:SSL routines:SSL3_READ_BYTES:sslv3 alert handshake failure