- Status Završen
- % izvršenja
- Tip zadatka Prijava greške
- Kategorija BusinessWise
-
Dodeljen
Zoran Marjanović - Operativni sistem Nebitno koji
- Važnost Visoka
- Prioritet Normalan
- Prijavljena verzija BusinessWise
- Očekuje se u verziji Neodređeno
-
Rok
Neodređeno
- Glasova
- Privatno
Priključen projektu: BusinessWise
Otvoren od Dragan Stanisavljević - 06.08.2018
Poslednji menjao Zoran Marjanović - 07.08.2018
Otvoren od Dragan Stanisavljević - 06.08.2018
Poslednji menjao Zoran Marjanović - 07.08.2018
FS#107 - 9a.3
Polje 9a.3 ne povlači iznose iz dela 8 novih poreskih knjiga.
Polje 9a.3, kao i 9a.1 i 9a.2, nisu se automatski knjižila iz Magic, Trade, Sitin, Komuna i ostalih pomoćnih evidencija. U početku je napravljen propust, zahvaljjući primerima iz priručnika Poreske uprave za POPDV, u kojima se uopšte ne pominje deo 9a. Naravno da su mogla biti doknjižena ručnim postupkom, ali u datom trenutku nismo raspolagali saznanjem da 9a treba knjižiti.
Tek kada je na red došla POPDV prijava, uvidom u generisani PPPDV, primetili smo da se ne popunjava 108 pozicija, na koju inače kompletno ide 9a.3, koja inače u skoro svim slučajevima treba da postoji. U početku smo bili mišljenja da se servisom podataka to nadoknadi, mada ima slučajeva kada sa sigurnošću ne možemo tvrditi da možemo 100% pouzdano popuniti polja u 9a tabeli. Iz tog razloga, ali i prevelikog posla u kratkom vremenskom periodu, je donesena odluka da se pred predaju POPDV prijave, jednim knjiženjem delovodnika u doknjiži zbirno 9a u celosti, na iznos koji bi trebalo da bude validan i time se reši stvar.
Naravno čim smo primetili da se 9a ne knjiži automatski, odmah je to korigovano u softveru, tako da se taj slučaj neće ponavljati u narednom poreskom periodu.
ovo i dalje ne radi
Zbirno knjiženje 9a sekcije je ostalo za dalje. Analitička evidencija iznosa koji se knjiže na 9a karticu je već obezbeđena u POPDV evidenciji, pa se automatskim knjiženjem ništa ne bi postiglo, već bi se samo nametnulo slaganje 9a sa odgovarajućim pozicijama u POPDV i bespotrebno traganje za propuštenim knjiženjima na 9a, naročito prilikom knjiženja troškova. Tačno je da se automatizam knjiženja 9a može postići knjiženjem ulaznih računa u Trade, Magic i SitIn, ali prilikom knjiženja troškova 9a bi se onda morao proknjižiti ručno, što bi po nekada stvaralo mogućnost propusta. Negde bi se 9a proknjižio, a negde bi ga zaboravili, što bi nametnulo kasnije bespotrebno slaganje.
9a se i onako u POPDV popunjava iznosima odbitnog poreza koji može biti jednak, ili manji, od dozvoljenih iznosa sa odgovarajućih pozicija POPDV. Dakle tim knjiženjima je ostavljeno subjektu da "kalkuliše" s odbitnim PDV do granice dozvoljenog odbitka. Dakle u svakom slučaju 9a treba proknjižiti jednim prolazom 9a.1, 9a.2 i 9a.3, na jedan delovodni broj, a najčešće izmenom poslednjeg knjiženja u ulaznom delovodniku, nakon slaganja PDV sa glavnom knjigom i pre podnošenja same POPDV prijave u XML obliku.