Prijava programa u CIS

Oct 30, 2014 at 7:33 AM
Imao sam nekih problema s fiskalizacijom vezano prvenstveno uz moje osobne propuste i već poznate manjkavosti u sustavu fiskalizacije i načinu na koji je on u Hrvatskoj primjenjen. Tu prije svega mislim na nemogućnost bilo kakve (računalne) provjere toga što smo zaista kod poreznika prijavili.
Recimo da sam to sad riješio no jedan mi je knjigovođa rekao da bih sa strukturom podataka vezanih za prijavu radnog vremena trebao slati i naziv programa, ime firme proizvođača, oib proizvođača, adresa i sl.
Kako nisam našao strukturu podataka u koju bih to upisao a nisam ni siguran da li to zaista treba molim da mi netko jasno kaže treba li to upisati i slati zajedno s prijavom radnog vremena ili ne. I ako treba kamo to upisati?

Hvala.
Oct 30, 2014 at 7:55 AM
Edited Oct 30, 2014 at 8:00 AM
OIB proizvođača/održavatelja/uvoznika programa sastavni je i obavezni dio zahtjeva za prijavu poslovnog prostora.
Ostalo ti je knjigovođa izmislio.
Savjet: potanko prouči tehničku specifikaciju i ne slušaj knjigovođe u stvarima koje ne znaju :-)
Oct 30, 2014 at 8:34 AM
Ma da, to svatko od njih lupa svoju teoriju.
Makar se svejedno ne mogu načuditi greškama koje sam napravio kao i tomu da je sve išlo "glatko" dvije godine i da sam tek sad za njih saznao.
Nisu katastrofalne ali bi do sad dao ruku u vatru da nemam grešaka.
Izgleda da bi mi ruka već bila dobro pečena :)

Za prijavu poslovnog prostora popunim strukturu Raverus.FiskalizacijaDEV.Schema.AdresaType() i to ide OK.
I sad se pitam u koju strukturu da popunim "OIB proizvođača/održavatelja/uvoznika programa"?

U klasama (putem autosuggest opcije) ne vidim ništa pogodno za to upisati.
Može pobliža pomoć da ne zmišljam toplu vodu?
Oct 30, 2014 at 9:03 AM
kako ti je gore navedeno, u tehničkoj specifikaciji na strani 19, poglavlje 2.2.1., u polju specifične namjene se upisuje OIB proizvođača, održavatelja ili uvoznika ... tako je od prvog dana i tu nema ništa sporno, mada mi je nelogično da su stavili da je to polje neobavezno
Oct 30, 2014 at 9:29 AM
Aha, to ide u Raverus.FiskalizacijaDEV.Schema.PoslovniProstorType() pa u član 'SpecNamj'.
Hvala Marino i PBDudek, nadam se da bude sad OK.

Inače, korisnika je porezna usmeno upozorila da taj podatak fali.
Glede ostalih nelogičnosti mislim da je najveća ta da vlasnik certifikata ne može elektroničkim putem provjeriti što je na CIS-u u njegovo ime prijavljeno.
Oct 30, 2014 at 10:36 AM
@marino,
polje nije samo neobvezno nego se u njega može upisati bilo kakav string (slova, brojke, znakovi) dužine po želji>0 (probao sada).

Pretpostavimo da im je taj podatak važan radi traženja serijske greške u programu od "tog i tog" ili slične situacije.
No očito nisu pretpostavili da jedan proizvođač može imati više različitih sustava (tipa za DOS, php, linux, win-com...) pa će svi nositi isti OIB iako se radi o različitim programima. Tako da 'SpecNamj' osim tehničkih ima i manjkavosti već u samoj ideji kojom treba označiti proizvod a ne samo proizvođača/uvoznika itd...
Oct 31, 2014 at 12:14 AM
slazem se, ima manjkavosti, ali cini mi se da se prvenstveno radi o tome da se zna tko je "izvor" ... ukoliko je tu krivi podatak, nekako ce stisnuti poreznog obveznika da prizna otkud mu softver, inace je on taj koji preuzima svu krivicu, ako je sta krivo
Oct 31, 2014 at 10:38 AM
Što ako imaju npr. dvije blagajne od različitih proizvodjača u prostoru. Npr. netko se zeli osigurati da ne ovisi o samo jednom dobavljaču. Npr. dodju neke promjene a taj dobavljač ima tonu klijenata pa neće npr. brzo doci na red pa se zeli osigurati s malom redundancijom programa. Ili npr. netko ima vec kasu od poznatog proizvodjaca i zeli dati vama sansu. Što onda? Dakle trebale bi u jednom prostoru radit kase 2 proizvodjaca software-a. Da li je to znanstvena fantastika ili realna mogucnost?
Oct 31, 2014 at 12:28 PM
zeljkoNG wrote:
Što ako imaju npr. dvije blagajne od različitih proizvodjača u prostoru. Npr. netko se zeli osigurati da ne ovisi o samo jednom dobavljaču. Npr. dodju neke promjene a taj dobavljač ima tonu klijenata pa neće npr. brzo doci na red pa se zeli osigurati s malom redundancijom programa. Ili npr. netko ima vec kasu od poznatog proizvodjaca i zeli dati vama sansu. Što onda? Dakle trebale bi u jednom prostoru radit kase 2 proizvodjaca software-a. Da li je to znanstvena fantastika ili realna mogucnost?
Prema tehničkoj specifikaciji OIB proizvođača u prijavi poslovnog prostora nije obavezan podatak, ali po Zakonu/Pravilniku mislim da jest. Pa ako je zbog promjene bilo kojeg podatka vezanog uz poslovni prostor korisnik obavezan ponoviti prijavu poslovnog prostora s ažurnim podacima, mislim da onda ne bi smjelo biti dopušteno da u istom poslovnom prostoru rade dvije kase različitih proizvođača softwarea, jer CIS ne bi znao za onog drugoga.

Ali, bilo bi zanimljivo čuti/pročitati i službeno stanovište, jer situacija je vrrrrrlo zanimljiva, i zašto ne, moguća. I trebala bi biti i dopuštena.
Oct 31, 2014 at 2:18 PM
Zašto ne bi bilo dopušteno? Ionako se svašta može unutra utrpati, upišu se OIB-ovi oba dvije firme i objasni se da su dva programa. Bolje to nego da nema ništa.
Nov 6, 2014 at 9:03 AM
moremore Da to je jedino trenutno moguce logicko rijesenje da budu dva ili vise oiba proizvodjaca programa. Ja sam na jednu lokaciju postavio program da se testira i prijava prostora nije prolazila bez oib-a proizvodjaca tako da je to po meni obavezan podatak i tako treba i biti. Ne vidim ni jedan razlog zasto bi to bila tajna.
Nov 7, 2014 at 3:07 PM
Prema tehničkoj specifikaciji u elementu SpecNamj poruke za prijavu poslovnog prostora potrebno je dostaviti OIB proizvođača programskog rješenja. Prema tome, ovaj podatak je obavezan (bez obzira na to što prema XSD ovaj element nije obavezan). Sadržaj je također jasno definiran, isključivo OIB i to jedan (bez obzira na to što prema XSD može biti naveden string varijabilne dužine). Ako korisnik ima dva ili više različita programska rješenja jednostavno može prijaviti više oznaka poslovnih prostora (bez obzira na to što se nalaze na istoj fizičkoj adresi). Ionako ova različita rješenja vjerojatno ne koriste isti slijed računa već imaju definiranu slijednost po naplatnom uređaju (ovako bi mogla imati slijednost kako korisnik poželi).
Nov 13, 2014 at 8:19 PM
Edited Nov 13, 2014 at 8:20 PM
idesh1984 wrote:
Prema tehničkoj specifikaciji u elementu SpecNamj poruke za prijavu poslovnog prostora potrebno je dostaviti OIB proizvođača programskog rješenja. Prema tome, ovaj podatak je obavezan (bez obzira na to što prema XSD ovaj element nije obavezan). Sadržaj je također jasno definiran, isključivo OIB i to jedan (bez obzira na to što prema XSD može biti naveden string varijabilne dužine). Ako korisnik ima dva ili više različita programska rješenja jednostavno može prijaviti više oznaka poslovnih prostora (bez obzira na to što se nalaze na istoj fizičkoj adresi). Ionako ova različita rješenja vjerojatno ne koriste isti slijed računa već imaju definiranu slijednost po naplatnom uređaju (ovako bi mogla imati slijednost kako korisnik poželi).
Pročitao si stranicu 19, pročitaj i stranicu 16
Nov 14, 2014 at 3:02 PM
**damir_ wrote:**
Pročitao si stranicu 19, pročitaj i stranicu 16
Što točno na str. 16?