Molim razjašnjenje situacije...

Oct 18, 2014 at 9:35 AM
Poštovani,
koristim ovaj sustav za fiskalizaciju (.NET) od samog početka na desetak računala i nikad do sad nisam imao nikakvu "prijavu čudesa" od strane korisnika. Sve do prošlog tjedna.
U sklopu provjere završnog računa za 2013 godinu korisnik je dobio od porezne hrpu "čudnih podataka" za koje bi navodno trebao biti kriv moj program.
Oni su uredno prijavljivali svoje dnevne utrške iz knjige popisa mog programa. Sad je porezna pustila nekakav "frflj" postupak po fiskaliziranim računima s namjerom da to usporede s prijavljenim prometima. Rezultati usporedbe se mogu svrstati u kategoriju "čudo" i odstupaju "za milijune".
Radi se o tomu da je njihov "frflj" postupak iznjedrio rezultate koji sadrže "osnovicu" i "cijenu s pdv-om" umjesto "osnovicu" i "pdv". Moj je korisnik odmah veselo zaključio da moj program "znači" te podatke zapisuje krivo a porezna već ima rješenje: "budete napisali zapisnik i popravili program".
Tijekom uključivanja same fiskalizacije u moj program primjetio sam da ne možemo upisivati na CIS baš svakakve gluposti tj. da postoji neki stupanj kontrole ulaznih podataka kod njih.
Nakon svega, ja sam nekako skeptičan prema zaključcima mog korisnika a i "poreznog organa".

Dakle, stalo se je kod toga da "moj program" tamo negdje u CIS gdje bi trebao pisati osnovicu i pdv upisuje osnovicu i "cijenu s pdv-om/MPC" pa su oni tako dobili te strašne podatke. Kad su od "cijene s pdv-om/MPC" oduzeli osnovicu dobili su iznos pdv-a i kad su to primjenili na svoj postupak sve je dobilo smisao tj. počeo je štimati. Ako postoji ikakav filter podataka onda je nekako najprirodnije da bi netko napravio branu da pdv ne može biti veći od osnovice (ili može?).

I sad dolazim do nekoliko pitanja za iskusne ljude:
Mogu li ja i kako provjeriti što točno moj program šalje?
Postoji li ikakva mogućnost da se provjeri kako moje podatke CIS razvrstava/prima?

Što bi netko iskusan (a optužen) napravio u opisanoj situaciji?
Hvala.
Coordinator
Oct 18, 2014 at 9:39 AM
Nadam se da imaš uključenu opciju da se sve XML datoteke koje se šalju u CIS i koje se primaju nazad, spremaju u neki direktorij na disku. Spomenute XML datoteke ("zahtjevi" i "odgovori") su, naime, JEDINI način da dokažeš što si slao.
Ako ih imaš, onda u njima probaj pronaći što zaista tvoj program šalje u CIS.

Ako "nisi doma" s XML-om, pogledaj ovaj tool: https://www.fdev.hr/Explorer/FDev-Explorer.aspx - ako se dobro sjećam postoji opcija za učitavanje XML datoteka i njihov tabličini prikaz.
Oct 18, 2014 at 10:00 AM
Edited Oct 18, 2014 at 10:15 AM
Nemam to uključeno a i da imam u ovom problemu mi možda i ne bi puno pomoglo (ili bi?).
U svakom slučaju uključit ću to pod hitno.

Mi ovdje nemamo sporno da li smo im nešto poslali i kada, to sve štima (ako se preračuna formulom MPC-osnovica=pdv).

@nrasinec... Imam ja i korisnikov "test" certifikat.
Da li je ikad itko probao fiskalizirati "probno" s test certifikatom pa od "apis-it"-a probao dobiti info da li je u redu ili ne?

Naime, kod nas je sad situacija takva da svi sve krivimo i to sve zbog toga jer nemamo gdje doći do kvalitetne i pouzdane informacije što se zapravo događa.

Inače, moj program ispravno upisuje te podatke u strukturu "porez" (stopa, osnovica, pdv).
Ovo za XML ću provjerit čim prije.

Još bih molio savjet za spremanje XML datoteka. Ako računamo da korisnik može godišnje imati oko 40.000 MP-računa pa ako svaki račun generira po 2 XML-a zahtjev/odgovor kako da ja to snimam na disk? Da li da ih appendam kao tekst u jednu datoteku za cijelu godinu ili da svaki XML ostavim kao fajl na disku? Tada bi u direktoriju bilo 80000 fajlova godišnje a to nisam nikad vidio. Može li se tako puno fajlova držati u direktoriju?
Oct 18, 2014 at 10:12 AM
bad_exception wrote:
Mogu li ja i kako provjeriti što točno moj program šalje?
Pa imaš valjda source kod vlastitog programa.

Vjerojatno si u dijelu koji ti sastavlja 'zahtjev.xml' za podatak 'Iznos' (unutar noda 'Porez' unutar 'Pdv' unutar 'Racun') poslao iznos stavke umjesto iznosa poreza?
Oct 18, 2014 at 10:15 AM
bad_exception wrote:
Ako postoji ikakav filter podataka ...
Nažalost, osim formalne provjere strukture poslanog zahtjeva i provjere potpisa (odgovara li certifikat OIB-u), izgleda da CIS guta sve i svašta.
Oct 18, 2014 at 11:31 AM
Edited Oct 18, 2014 at 11:51 AM
PBDudek wrote:
bad_exception wrote:
Ako postoji ikakav filter podataka ...
Nažalost, osim formalne provjere strukture poslanog zahtjeva i provjere potpisa (odgovara li certifikat OIB-u), izgleda da CIS guta sve i svašta.
Da se razumijemo, i ti i svi mi drugi znamo da postoji demo server. Druga stvar je što ljudi fiskalizaciju shvaćaju moram reći neozbiljno pa se dogodi to što se dogodi. Ako se jednom DOBRO pročita i prouči tehnička specifikacija, kad se jednom sklepa dobar code, sumnjam da može doći baš do ovakvog propusta ali uredu, nije smak svijeta.

bad_exception wrote:
Mogu li ja i kako provjeriti što točno moj program šalje?
Ako je program tvoj, kako ti je korisnik PBDudek i napisao, pa valjda možeš pogledati svoj code i vidjeti šta šalješ, a i za drugi način - nrasinec ti je napisao da spremaš ubuduće XML zahtjeve i odgovore. Testiraj code UVIJEK NA DEMO SERVERU i vidi kako ti XML zahtjev izgleda tj šta točno CIS zaprimi sve do onda kad budeš siguran da je sve uredu. I kada misliš da je sve 100% uredu nemoj odmah krenuti sa produkcijskim serverom, neka prespava code jedan dan i sutra dan ga nanovo provjeri. Možda neke potencijalne greške ne vidiš odmah.

bad_exception wrote:
Postoji li ikakva mogućnost da se provjeri kako moje podatke CIS razvrstava/prima?
Postoji, ako napišeš nekakav zahtjev za dostavu/analizu podataka ili ako neki porezni inspektor bude dobre volje s viškom vremena i to ti pokaže u svojem uredu.
(Ja sam jednom isto tako sumnjao u neke podatke i dogovorio sa jednom divnom poreznom inspektoricom koja mi je izašla u susret da mi izlista zaključke iz CIS-a za cijeli mjesec. Jest da proces traje dosta jer im sistem šteka toliko da je i mene naživciralo a ne samo nju, vjerujem da još ima normalnih ljudi koji rade u PU.)

bad_exception wrote:
Što bi netko iskusan (a optužen) napravio u opisanoj situaciji?
Ne volim tvrdit za sebe da sam iskusan jer se svakome može dogodit neko sr*nje, ali u ovom slučaju bi priznao da je greška s moje strane jer i realno je. Dobro bi sve istestirao na demo serveru i prepravio to u programu. Onda bi se savjetovao sa poreznom što napraviti ali najvjerojatnije bi bilo to da svima koji su koristili tvoj software, možda zatvoriš i otvoriš novu poslovnu jedinicu/blagajnu te to sve uredno dokumentiraš u zapisniku kako su ti i rekli.

Nadam se da će proći sve uredu i da ćeš sa demo serverom postati na 'ti'.
Oct 22, 2014 at 2:44 PM
bad_exception wrote:
Još bih molio savjet za spremanje XML datoteka. Ako računamo da korisnik može godišnje imati oko 40.000 MP-računa pa ako svaki račun generira po 2 XML-a zahtjev/odgovor kako da ja to snimam na disk? Da li da ih appendam kao tekst u jednu datoteku za cijelu godinu ili da svaki XML ostavim kao fajl na disku? Tada bi u direktoriju bilo 80000 fajlova godišnje a to nisam nikad vidio. Može li se tako puno fajlova držati u direktoriju?
Ovisi o fajl sistemu, tj. kako ti je formatiran disk. Ovdje pise sljedece:

FAT
512 Files Per Folder
FAT32
65,534 Files Per Folder
512 Files for the root directory
NTFS
4,294,967,295 Files Per Folder
a ja bih dodao da i ROOT folder pod FAT-om ima ogranicenje na koliko se sjecam 128 fajlova.

Dakle, u principu, bas te briga za broj fajlova u folderu, ako koristis NTFS (4 milijarde fajlova). Ja konkretno, svaki put kad se upali PC, ZIP-ujem sve XML-ove u 1 te isti fajl (koji se zove po trenutnoj godini, dakle XML-2014.ZIP), napravim 10 kopija istog i onda ih obrisem. Sve to radim radi manje fragmentacije i brzeg rada diska. Ali mozda sam sve to samo umislio da je bolje&brze, jer je NTFS pametniji po tim pitanjima od FAT i FAT32 sistema (doduse ne kao ZFS, ali toga nema pod Windowsima :((( ).

Medjutim, to sto nemas kopije XML-ova bas i nije jako pametno - nemas materijala za dokazivanje, ako se ukaze potreba. Ja ih cuvam pod istom vaznoscu kao i same baze sa racunima.