Porezni podaci

U ovoj kartici unose se podaci i parametri uglavnom fiskalne prirode.

Polja

Nije u klijentu/dobavljaču: ovo polje je zastarjelo i prisutno radi retrokompatibilnosti (odnosi se na Spezometar prije 2017. koji je ukinut). Unatoč tome, flag je još uvijek funkcionalan, jer je još uvijek prisutna godišnja funkcionalnost Spezometara (čl. 21. DL 78/2010).

Isključi iz izjave black list: ovo polje je zastarjelo i prisutno radi retrokompatibilnosti. Fiskalna obveza trenutno je ukinuta.

CIG: ovaj flag aktivira odgovarajuće polje unutar računa prodaje kako bi se naznačio kod identifikacije natječaja (primjerice, za javne natječaje).

CUP: ovaj flag aktivira odgovarajuće polje unutar računa prodaje kako bi se naznačio jedinstveni kod projekta (za fakturiranje javnim tijelima).

Porez po odbitku: lag, koji se povezuje s nadolazećim poljem Vrsta poreza po odbitku, aktivira upravljanje porezom na dohodak na prihodima primatelja za određeni profil (tip dobavljača). S ovom aktiviranom vrstom upravljanja, unos dokumenata i knjiženje primljene fakture i izvršene uplate odvijat će se iz modula Primalci kako bi se porez na dohodak mogao ispravno i automatski obraditi.

Tip odbitka poreza: polje (padajući izbornik) povezano je s tablicom Vrste odbitka unutar koje se definiraju vrste poreza po odbitku (ili poreza) koje treba koristiti. Za svaki redak koji odgovara vrsti poreza po odbitku, potrebno je popuniti polja koja omogućuju automatsko upravljanje izračunom i knjiženjem pomoću modula Primaoci.

Javna uprava/Elektroničko fakturiranje

Flag Elektroničko fakturiranje određuje prilagodbu pojedinosti polja ispod mreže kako bi se odnosila na specifičnosti elektroničkog fakturiranja za javnu upravu ili elektroničkog fakturiranja s privatnim osobama.

Kod ureda / Kod primatelja: IPA kod javne ustanove primatelja računa ili (aktivan flag Elektroničko fakturiranje attivo) SDI kod primatelja računa.

Ime ureda / Opis primatelja: opis polja koda ureda / koda primatelja koje se popunjava imenom javnog ureda ili privatne osobe.

Naziv tvrtke: U ovom polju moguće je povezati već kodiranu evidenciju u Fluentisu koja se odnosi, na primjer, na javni ured koji ovisi o glavnoj evidenciji koju koristimo (primjer: ured za javne radove u općini ..., ili Zdravstvena ustanova ....... koja ovisi o glavnoj evidenciji "Općina ....") Ova povezana evidencija trebala bi biti postavljena kao odredište za glavnu evidenciju u kartici isporuke, na taj način odredište (primjerice, ured za javne radove ....) bit će navedeno u .xml datoteci zajedno s kodom ureda i drugim podacima kao što su adresa itd...

Za ispravno upravljanje više kancelarijskih šifri (i stoga više subjekata) koji se odnose na istu glavnu evidenciju, preporučuje se upravljanje i popunjavanje ovog polja (koje nije obavezno i nije potrebno u slučaju pojedinačne kancelarijske šifre izravno povezane s relevantnom evidencijom).

Datum početka: određuje datum unosa reda ili bilo koji datum od kojeg je aktivan odnos isporuke s određenom javnom upravom.

Datum završetka: određuje datum završetka odnosa isporuke s javnom upravom i čini ovu poziciju nepodobnom za generiranje elektroničkog računa putem telematskog prijenosa.

Email: prostor rezerviran za PEC adresu u slučaju da je aktiviran PEC način primatelja u polju Vrsta koda

Porezni režim: polje potrebno za upravljanje elektroničkim računima (posebno za samofakture u vezi s kupnjama unutar EU-a ili reverse charge): podaci su uneseni u Fluentis-ove generirane .xml telematske zapise.Padajući izbornik povezan je s fiksnom tablicom koja sadrži moguće porezne režime za odabir.

Tip koda artikla za dobavljača/klijenta: u prisutnosti dva polja, moguće je unijeti prateći kod uz kod članka za upotrebu u pasivnom ili aktivnom fakturiranju u svrhu xml obrasca. Funkcionalnost je korisna u različitim slučajevima, kao što je automatsko stvaranje faktura za kupnju iz primljenih xml datoteka, omogućavajući prepoznavanje koda članka koji koristi dobavljač u odnosu na postavke članka u šifarniku članova u odjeljku preferiranih dobavljača.

Grupa PDV/Šifarnik: polje potrebno za upravljanje PDV grupom kojem pripada klijent ili dobavljač kojeg kodiramo. U ovom polju bit će pozvana osnovna evidencija (koja se prethodno mora kreirati) matičnog subjekta kako bi se unio porezni identifikacijski broj (PIB) tog subjekta u xml format umjesto PIB-a subjekta koji je član grupe, prema propisima.

Info: GRUPA PDV

S uvođenjem ove norme predviđena je mogućnost za poduzeća povezana financijskim, ekonomskim i organizacijskim interesima da stvore jedinstvenu grupu, tretiranu kao jedan porezni obveznik (samo za potrebe PDV-a) pred poreznim tijelima. Stoga će imati jedinstveni porezni identifikacijski broj. Poduzeća koja čine dio grupe fakturirat će poslove prema trećim stranama s zajedničkim PDV identifikacijskim brojem, PDV identifikacijskim brojem grupe. Suprotno tome, prijenosi dobara i pružanje usluga između tvrtki unutar grupe neće utjecati na PDV bazu, budući da se tretiraju kao interni poslovi unutar same grupe. Drugim riječima, sve transakcije izvršene od strane jednog subjekta unutar grupe smatraju se izvršenima od strane cijele grupe. Faktura i ostali dokumenti izdavat će se od strane predstavnika Grupe ili sudionika, navodeći na njima, osim PDV identifikacijskog broja Grupe, i porezni identifikacijski broj sudionika koji je izvršio operaciju.

Ograničenje rokova trajanja pokvarljivih dobara

Čl. 62: flag koja omogućuje aktivaciju upravljanja maksimalnim rokovima plaćanja u prehrambenom sektoru za pokvarljive i nepokvarljive proizvode prema čl. 62. Zakonodavni dekret br. 192/2012; posebno, prilikom unošenja artikala na fakturi, provjerava rok plaćanja u usporedbi s obveznim rokovima za ovu vrstu proizvoda. Upravlja se sljedećim dvjema flaga:

Tjedno riješenje 30 dana: postavlja rješenje plaćanja od 30 dana zaobilazeći druge postavke (uključujući one koje se odnose na čl. 62, npr. rješenje u 60 dana).
Tjedno riješenje 60 dana: NIJE UPRAVLJANO / ONEMOGUĆENO

Postoje i druge postavke koje se odnose na upravljanje pokvarljivom robom:

Dani plaćanja za pokvarljivu robu unutar Šifarnik artikla > kartica Općenito gdje je definiran rok trajanja koji se primjenjuje;
Dana do primitka računa u Šifarnik klijenta/dobavljača > kartica Opće > kartica Alternativne adrese korisno je radi pridržavanja točnog datuma primitka računa (da bi se omogućilo polje, vrsta adrese povezana s korištenom alternativnom adresom i definirana u tablici Tipovi adresa mora imati postavljeni flag Email). Dani prijevoza u tablici Zone, polje koje se može unijeti u *Šifarnik klijenta/dobavljača > kartica Dostava*

Logika izračuna datum dospijeća plaćanja

Datum dospijeća plaćanja predložen je na temelju datuma početka računa.

Datum početka računa automatski se izračunava na sljedeći način:

početno jednak većem od datuma unosa i datuma računa,
zatim, ako su u tipu adrese e-pošte za fakturiranje postavljeni dani primitka računa, na datum računa zbrajaju se dani primitka računa, datum početka postaje veći od datuma početka i datuma računa + dani primitka računa,
ako u tipu adrese e-pošte za fakturiranje nisu postavljeni dani primitka računa, tada se traži jesu li postavljeni dani prijevoza u kodu zone koji je povezan s klijentom, a datumu računa zbrajaju se dani prijevoza, datum početka postaje veća od datuma početka i datuma računa + dani prijevoza,
ako za zonu klijenta nisu postavljeni dani prijevoza, datum početka korespondira/odgovara većem od datuma unosa računa i datuma računa,

Korisnik u svakom slučaju može promijeniti datum početka i postaviti željeni datum, u računu će ostati zabilješka da je datum početka promijenjen ručno.

Da biste pravilno predstavili datum dospijeća, potrebno je kodirati 2 nove opcije plaćanja s postavljenim flagom “DL Čl.62”, obje s postavljenim flagom"kraj mjeseca" i postavljenim flagom "komercijalno", jednu s rokom od 30 dana, a drugu s rokom od 60 dana.

Ako je plaćanje kupca bolje od onoga što je izračunato za poljoprivredne ili prehrambene proizvode, zadržava se ta plaćanja.

Dodavanjem ručno faktura (čak i preskakanjem stavki u narudžbi kupca) moguće je dodati, za kupca s postavljenom zastavicom Čl62, samo stavke koje imaju istu vrstu plaćanja, dakle sve stavke na 30 dana ili 60 dana ili bez dana plaćanja. Poruka će spriječiti unos mješovitih stavki i upozorit će da će se automatski promijeniti uvjet plaćanja na temelju dana plaćanja stavki.

Stvaranjem računa iz drugih dokumenata (npr. iz DDT-a), dokumenti će se podijeliti prema danima plaćanja navedenim u stavci, i stvorit će se više računa ako u istom dokumentu postoje stavke s različitim danima plaćanja.

Polja koja se odnose na upravljanje odvojenim SDD (Sepa Direct Debit – SEPA izravna naplata)**

SEPA Direktna naplata, koja zamjenjuje prethodni nacionalni RID, alat je za predautoriziranu naplatu temeljem ovlasti o naplati koje Dužnik daje svojem Vjerovniku.

Temelji se na prethodnom sporazumu (nalogu) između Dužnika i Vjerovnika koji ovom posljednjem omogućuje da zatraži pokretanje međubankarske procedure za automatsko zaduživanje računa Dužnika.

Mandat kod namjene: U ovom polju treba upisati ‘Purpose code' (obično se postavlja kod“GDSV” [PurchaseSaleOfGoodsAndServices])

Šifra klijenta/mandata: U ovom polju treba unijeti identifikacijski kod dodijeljen mandatu potpisanom od strane dužnika. Odgovara Rulebook-u (službenom tehničkom dokumentu) ad AT-01 Unique Mandate Reference.

Polje nije case-sensitive. Primjerice, identifikatori 123AAa45678, 123aaA45678, 123aaa45678 e 123AAA45678 trebali bi se smatrati identičnima.

Ne može se popuniti samo razmacima i mora sadržavati samo znakove koji pripadaju osnovnom latiničkom setu

Primjer: IT05394480900

Promjena mandat: kartica trenutačno nije podržana i treba ostati neoznačena.

Datum potpisa mandata: U ovom polju treba unijeti datum potpisa mandata.

Datum prvog izvršenja / Datum zadnjeg izvršenja: Budući da je sdd naplata (kao i "stari" RID sustav) po prirodi periodična izvedba, ovaj raspon datuma kontrolira početak i završetak valjanosti izvedbe.

Za upravljanje SDD-om također treba popuniti polja

Jedinstveni kod kupca
Identifikator vjerovnika: primjer IT95ZZZ0000007333890900

U tablici Tvrtka

DRUGO

Upravljanje zajedničkim računima: flag omogućava upravljanje zajedničkim izdavanjem računa za prodaju.

Ova situacija je česta, primjerice, u prodaji privatnim osobama dobara koja mogu biti predmet poreznog odbitka od poreza na dohodak. Ako trošak podnosi više osoba, račun mora biti na ime oboje kako bi se mogao ostvariti porezni odbitak.

S aktivnim flagom, unutar računa koji su na ime povezani s određenom evidencijom, prikazat će se dodatna kartica na kojem možete unijeti suvlasnike.

Da biste pozvali suvlasnike unutar povezane evidencije, potrebno ih je prethodno kodirati u odjeljku Alternativne adrese unutar odjeljka Opći podaci.

U tu svrhu, potrebno je unaprijed definirati vrstu adrese s aktivnim flagom Suvlasnici unutar tablice Vrste adresa na koju je povezan combo box polja Vrsta adreseo.