CIS prolupao

Jun 4, 2013 at 9:56 AM
Edited Jun 4, 2013 at 10:08 AM
Situacija je ovakva:
Na dan 30.4.2013:
-Klijent ima 481 račun evidentiran u svojem računalu.
-PU vidi 482 računa.
-Svi računi su fiskalizirani.
-Za sve račune imam XML zahtjev i XML odgovor. Čak sam ih i 'ručno' pregledao.
-29.4.2013 - zadnji račun br: 12376 (29.4.2013. - 20:38:48)
-30.4.2013 - prvi račun br: 12377 (30.4.2013. - 06:02:01)
-30.4.2013 - zadnji račun br: 12857 (30.4.2013. - 20:56:22)
-1.5.2013 - prvi račun br: 12858 (1.5.2013. - 06:04:29)
-Svi računi imaju ispravan slijed brojeva.

Žena iz servisa kontaktirala je PU i rekla da će dostavom računa zatražiti da se prekontroliraju svi računi u navedenom danu, no to je inspektorica odbila. Kaže da će ponovo izaći na teren...
Baš sada idem u PU, odnjet ću im sve račune, sve XML zahtjeve i odgovore pa nek si oni traže grešku jer ovo više nema smisla.

Ono što me zanima - jel tko doživio u praksi da je CIS zaprimio jedan račun dva puta? Čuo sam za slučaje gdje je račun fiskaliziran pa CIS to svejedno nije pokazivao, ali za ovako šta još nisam. Da je bug u programu, klijent kod kojeg je PU bila prije tjedan dana i isto tražila kontrolnu traku bi imao isti problem, ali kod njega je sve prošlo uredu, a i kod ostalih...
Jun 4, 2013 at 10:58 AM
Potpuno je legitimna, ispravna i potrebna mogućnost da CIS zaprimi jedan račun više puta.
Jun 4, 2013 at 11:39 AM
Da budem malo konkretniji od Mladena:
Ako je sa slanjem XML-a i njegovim zaprimanjem u PU sve u redu, nije rečeno i da je klijent uredno dobio nazad poruku sa JIR-om.
Ukoliko PU pošalje JIR, ali ga klijent ne dobije, ponovnim slanjem računa od strane klijenta, PU ga dobija sa drugim UUID-om i šalje (vjerojatno drugačiji nego prvi put) novi JIR.
Neka me Mladen ispravi ili dopuni ako treba...
Jun 4, 2013 at 1:45 PM
Edited Jun 4, 2013 at 2:35 PM
mladenbabic wrote:
Potpuno je legitimna, ispravna i potrebna mogućnost da CIS zaprimi jedan račun više puta.
Da ali sa potpuno istim podacima, što u biti ne bi trebalo stvarati razliku u iznosu svih računa zajedno niti u broju računa, dok se to u ovom slučaju događa iz nekog njima neobjašnjivog razloga.

Napominjem, svi računi su fiskalizirani, postoji XML zahtjev/odgovor kao dokaz, i slijednost brojeva je tu.

Ovako, sad sam bio u PU, naime kontrolom za 29.4 zadnji račun broj 12376 je ispravno fiskaliziran.
Prvi račun broj 12377 za datum 30.4.2013. je također fiskaliziran.
Zadnji račun broj 12857 za 30.4.2013 je fiskaliziran, i prvi račun broj 12858 za datum 1.5.2013 je također fiskaliziran
Za cijeli datum 30.4 su priloženi svi računi te je jasno vidljiv slijed brojeva.
Ni sama žena iz PU nije mogla vjerovati da je zapravo računanjem 12858 - 12377 = 481 računa, a ne 482 računa kako pokazuje njihov sistem. Iz tog razloga se u njihovom zaključku pojavljuje neka razlika u PU za 6 kn (taj jedan račun koji uopće ne postoji niti je uopće i poslan.)
Sama se uvjerila da kod nas zapravo nema greške, i jedino što je moguće jest da je do CIS-a. Rekla je da će klijent proći nekažnjeno, i da nam ne može pomoći, tj da jedino sami možemo istražiti zašto njihov sustav uporno za taj dan pokazuje 1 račun više. Što je najgore ima takvih par dana u mjesecu gdje se pojavljuje po jedan račun više koji u stvarnosti uopće nije poslan, a iznosi variraju od par kn do 20tak.... Ne znam kome više da se obratim kad ni oni sami u PU ne znaju riješiti svoj problem koji su mi upravo priznali.
Dobio sam neki službeni mail kontakt od apis-a, pa ćemo vidjeti hoće li odgovoriti kad im pošaljem, a ako mi ni oni ne uspiju pronaći problem, budete čitali o ovome u novinama.
Lijepe li nam države.
Coordinator
Jun 4, 2013 at 1:50 PM
Zanimljivo, hvala na javljanju, vjerujem da su ovakve priče svima interesantne :)

Inače, mi smo imali situaciju kod jednog klijenta da je 2 puta prijavio PP, sa istom oznakom i u Poreznoj su se, da citiram, "pojavile dvije kučice i da je jedan račun u jednoj kučici a svi ostali u drugoj". Predlažu zatvaranje PP i otvaranje novog PP. Prema Tehničkoj dokumentaciji, višestruka prijava PP-a sa istom oznakom je očekivana i regularna operacija koja služi da prijavu promjena na PP - no - eto - očito ne u svim situacijama :)
Jun 4, 2013 at 3:03 PM
@DejanK, izdvoji sve svoje račune, iz "šarže" koju navodiš, a koje si naknadno fiskalizirao. Jeli to jedan račun, i to na iznos od 6kn ?
Jun 4, 2013 at 4:10 PM
Edited Jun 4, 2013 at 4:15 PM
Ne, 14 računa taj dan nije fiskalizirano ali su naknadnom fiskalizacijom sutradan poslani sa naravno novim zahtjevima ali istim vrijednostima s računa. Svi računi imaju JIR tj odgovor na zahtjev. Poslao sam APISu kompletno sve zahtjeve i odgovore pa neka si uspoređuju. Jedva čekam dobiti odgovor.
Jun 4, 2013 at 5:42 PM
fora. pukni nam info ako dobiješ neko objašnjenje ili odgovor. iako ... čisto sumnjam :(
Jun 4, 2013 at 9:09 PM
Zamišljam situaciju da je jedan te isti račun fiskaliziran dva puta s tim da je račun promjenjen nakon 1. fiskalizacije jer nije dohvatio Jir ... zamrzo se komp i "nestao" je zadnji račun... XML-ovi zahtijeva i odgovora nakon drugog slanja prepisali su prve XML-ove. Dva različita računa sa istim brojem PU vodi kao 2 računa....
Dejane nemoj me krivo shvatit, samo naglas razmišljam.
Jun 5, 2013 at 12:45 AM
**damir_ wrote:**
Zamišljam situaciju da je jedan te isti račun fiskaliziran dva puta s tim da je račun promjenjen nakon 1. fiskalizacije jer nije dohvatio Jir ... zamrzo se komp i "nestao" je zadnji račun... XML-ovi zahtijeva i odgovora nakon drugog slanja prepisali su prve XML-ove. Dva različita računa sa istim brojem PU vodi kao 2 računa....
Dejane nemoj me krivo shvatit, samo naglas razmišljam.
Da je barem tako, nadam se da bi APIS mogao to potvrditi i onda nije problem to sve napisati u internom aktu za ubuduće...

Već 2 dana rondam po svemu i odustao sam. Ne mogu riskirati svoje zdravlje zbog ovoga. Više ni ne funkcioniram. PU je klijentu rekla da neće platiti nikakvu kaznu jer su i oni zbunjeni. Sva sreća pa u PU još uvijek ima normalnih ljudi s kojima se može razgovarati. Slijedećih tjedan-dva ću svaki dan ići u PU i provjeravati broj računa i iznos za svaki slijedeći datum. Nema mi druge.
Jun 5, 2013 at 6:52 AM
Ja sam se nadao da bi u nekoj bližoj budućnosti mogli dobiti nekakvu generalnu provjeru broja poslanih računa i ukupnog iznosa, naravno samo za developere ili eventualno knjigovodstva pa da bi se za spomenute situacije moglo reagirati na vrijeme (i bez stresa).

Nažalost, sumnjam da ćemo ikada imati takvu mogućnost.
Jun 5, 2013 at 11:27 AM
Edited Jun 5, 2013 at 11:33 AM
DejanK wrote:
Već 2 dana rondam po svemu i odustao sam. Ne mogu riskirati svoje zdravlje zbog ovoga. Više ni ne funkcioniram. PU je klijentu rekla da neće platiti nikakvu kaznu jer su i oni zbunjeni. Sva sreća pa u PU još uvijek ima normalnih ljudi s kojima se može razgovarati. Slijedećih tjedan-dva ću svaki dan ići u PU i provjeravati broj računa i iznos za svaki slijedeći datum. Nema mi druge.
Bas me zanima tko ce ovo mozgodrkanje (a i setanje) Dejana platiti??? Klijent, porezna ili Dejan sam? Sumnjam da ce netko od prva 2 navedena.

EDIT: BTW, Dejane, kako fiskaliziras racune: imas svoje rutine uz pomoc Raverus komponenti ili neko vanjsko rjesenje tipa Wrapper, Fiska?
Jun 5, 2013 at 12:15 PM
Edited Jun 5, 2013 at 5:00 PM
viggor wrote:
EDIT: BTW, Dejane, kako fiskaliziras racune: imas svoje rutine uz pomoc Raverus komponenti ili neko vanjsko rjesenje tipa Wrapper, Fiska?
Uz pomoć Raverus komponente. Program je napisan u VB6. Dakle povuku se sve informacije računa iz baze i komponenta svaki puta napravi novi zahtjev automatski kada se šalje račun pa se snimi. (o.NazivAutoGeneriranje = True) Bio je primjer negdje na stranici...
Jun 5, 2013 at 6:59 PM
DejanK wrote:
viggor wrote:
EDIT: BTW, Dejane, kako fiskaliziras racune: imas svoje rutine uz pomoc Raverus komponenti ili neko vanjsko rjesenje tipa Wrapper, Fiska?
Uz pomoć Raverus komponente. Program je napisan u VB6. Dakle povuku se sve informacije računa iz baze i komponenta svaki puta napravi novi zahtjev automatski kada se šalje račun pa se snimi. (o.NazivAutoGeneriranje = True) Bio je primjer negdje na stranici...
Ja za snimanje koristim SnimiXmlDokumentDatoteka. Aplikacija isto u VB6 i do sada nikakvih, ali bas nikakvih problema i komplikacija sa COM komponentom.
Znam da ti je sada negdje tlaka, ali morat ces jos provjeriti sve situacije i solucije kaj su se sve mogle desiti.
Kaj drugo da ti covjek sada suvislo kaze ili pomogne na neki nacin.
Jun 5, 2013 at 11:04 PM
Možda je stvar u koncepciji samog softvera. Npr. ja nakon ponoći sve izdane račune knjižim u promet prethodnog dana. Na taj način omogućavam korisniku da ne zaključuje dan u ponoć, jer to nema smisla ako korisnik radi "treću smjenu". Nedavno mi se desio baš takav slučaj. U nadzoru je PU utvrdila izdavanje na taj dan 2 računa više nego na saldu blagajne za taj dan. Nakon uvida otkrio sam da je korisnik izdao 2 računa nakon ponoći, a oni su ušli u promet prethodnog dana.
Mislim da je moguć i slučaj da se radi naknadna fiskalizacija računa koji nisu prošli prethodne dane, i tada će se desiti isto.
U svakom slučaju trebalo bi imati u softveru ispis ili evidenciju sa datumom fiskalizacije, kako bi se ovakve situacije lakše razjasnile.
Jun 6, 2013 at 6:47 AM
Edited Jun 6, 2013 at 6:49 AM
@Stanki: Sve to stoji, ali napisao sam na prvom postu datum i vrijeme izdavanja prvih i zadnjih računa za dane. Sve se da razumjeti iz toga. Druga stvar, da je račun izdan i prije mjesec dana i npr danas tek naknadno fiskaliziran, on se i dalje šalje sa datumom kada je ispisan na računu (<tns:DatVrijeme>) tako da se teoretski ne može dogoditi nikakva razlika niti u broju računa niti u ukupnom zbroju. Uglavnom, hvala svima na podršci i prije svega na zainteresiranosti za ovaj moj problem, grešku u sustavu, šta god...