Svi projekti

U ispisu treba dodati:

1. Zbir površina koju plaćaju bez umanjenja

2. Zbir površina koju plaćaju sa umanjenjima

Kod perioda pretrage 01.01.2021 - 31.12.2021 nema rezultata ispisa, takođe kod starijih ispisa takođe nema rezultata, šema Stambeno, maska Finansijsko knjigovodstvo/ kartica partnera.

Prilikom pokusaja obračuna poreske amortizacije u firmi Casa Dolce, primetila sam da nije proknjižen ioznos amortizacije za 2018 godinu na karticama sredstava. Pokušala sam zatim da danas pustim taj obračun ali je odgovor da je poreska amortizacija već proknjižena sa tim datumom. Uvidom u bazu utvrđeno da datum knjiženja stoji 27.02.2019 godine ali obračuna zaista nema na karticama. Molim vas proverite i ispravite.

Prilikom knjiženja ulaganja u o/s u kategoriji OSA u toku godine u kojoj je izvršeno ulaganje obračun amortizacije je u redu kao i stanje u pregledu na dan 31.12. Prilikom prenosa u narednu poslovnu godinu vrednost ulaganja se gubi tako da je vrednost sredstva umanjena kao i nadalje obračunata amortizacija koja se obračunava na umanjenu vrednost jer ulaganje ima za svrhu povećanje vrednosti osnovnih sredstava.

Molim vas proverite ovo jer bismo možda radili i procenu osn. sred po fer vrednosti pa ne znam da li bi to bilo pravilno obrađeno u programu.

U programskom paketu Komunalne usluge, postoji aplikacija za izradu KWF izveštaja. Za ovaj mesec, kao i za sve prethodne mesece unazad ne mogu da uradim izveštaj jer dobijam prazan (odnosno sve su nule).

Kada podatke koje imam iz nekih ranijih meseci ovog izveštaja uporedim sa podacima koje dobijam takodje iz Komunalnog paketa, ali iz aplikacije Potrošnja vode pravna i Potrošnja vode fizička lica primećujem da su podaci koji su dobijeni iz KWF izveštaja a u delu privrede (kategorija korisnika P, R, D, T, Z) mnogo veća.???

Poštoani

za firmu Marak i Plastomet koristimo za fakturisanje usluga magacin 99. Prilikom ispisa računa kao i na računima iz magacinna robe stoji napomena : "po otpremnici" kupac nam onda traži otpremnicu. Kada iz tog magacina odštampam otpremnicu na njoj u podnožju stoji : "robu izdao " i "robu primio" . Kupac ponovo ima zamerku jer se ne radi o robi.

Molim vas da pokušate da izvršite korekciju samo za ovaj magacin da mogu da izdam samo račun za izvršene usluge i da na njemu ne stoji : po otpremnici. To bi bio najkraći put rešenja jer su usluge u računu i napomeni računa  detaljno opisane.

NIje moguće pristupiti neaktivnih firmama, program izbacuje sledeće obaveštenje.

Pojedine nabavke u sitnom inventaru (BusinessWise Sitin) dolaze na računu zajedno s ostalim materijalom, alatom, troškovima i dr, pa se tako ne evidentira cela nabavka u sitnom inventaru, već i u robno-materijalnom knjigovodstvu na zalihama, ali i direktno na troškovima. Kada se prvi puta proknjiže troškovi kroz finansijsko knjigovodstvo, evidentira se i celokupan PDV sa računa na poreskim karticama.

U tom slučaju naredna knjiženja kroz sitan inventar dodaju PDV na poreskim karticama na novi delovodni broj, pa se predlaže da se za uneti delovodni broj, ako postoji bilo kakvo knjiženje PDV na poreskim karticama, naknadno knjiženje ne izvrši, jer je proknjižen PDV u celosti priloikom knjiženja troškova.

Ovakva mogućnost je već implementiranqa u BusinessWise Magic (robno-materijalno knjigovodstvo!), pa bi se ovim knjiženje PDV načinilo istovetnim.

To bi značilo da ovakvi računi, koji se moraju deliti u knjigovodstvu gde se prilikom prvog knjiženja evidentira PDV u celosti, u ostalim evidencijama mora se koristiti isti delovodni broj (dobijen prilikom prve evidencije!), kako se PDV ne bi evidentirao više puta.

U istom slučaju, ako se PDV evidentira parcijalno, ne treba navoditi delovodni broj pod kojim je izvršeno prethodno knjiženje, kako bi svako naknadno evidentiranje u druge evidencije dodalo svoj parcijalni PDV na poreskim karticama pod novim delovodnim brojem.

Osnovica i pdv po opštoj stopi na poziciji 3.2 se vide, a na poziciji 3.8 se vidi samo pdv. U rezimeu osnovica i pdva indentični su iznosi na 3.2 i opšte i posebne stope što ukazuje da matematika ne radi. Na 3,8 nije izkazana osnovica. Sve ovo prikazujemo na slici u prilogu.

Struktura PPPDV/POPDV XML fajla nije ispravna (moguće da je grešaka ono što sam već napomenuo za polje 9a.3 ali možda ima još nešto, ne mogu da utvrdim dok se ono prethodno ne reši).

xml фајл није лепо структуиран, молимо вас проверите да ли се слаже са званичном верзијом.

Takođe putanja export-a PPPDV XML fajla je BW a ne BWUser, ovo nije greška ali napraviće nepotrebnu gužvu u BW.

Polje 9a.3 ne povlači iznose iz dela 8 novih poreskih knjiga.

Kod automatskog knjiženja izlaznih dokumenata iz robno-materijalnog program dobro prikaže deo 3 ali posle toga taj PDV iskaže i na polju 8e.6 (pa ga po prethodno prijavljenoj grešci FS#104 duplira na 5.3).

Prethodno postavljenom funkcijom sav izlazni PDV (koji je inače tačno iskazan u knjizi 3) program prikaže na polju 5.2 i na polju 8e.6, zatim taj sa 8e.6 doda na polje 5.3 (dalje kroz zbir na 5.7) i iskaže kao duplu obavezu na polju 103 PPPDV prijave.

Ovo je u principu slična greška kao i FS#104.

Na polje 8e.6 se dodaju polja 5.2 i 5.5 samo ukoliko je ukupan iznos u njima negativan (za ceo poreski period), u tom slučaju se na polju 5.2 i/ili 5.5. iskazuje 0 a negativan iznos se dodaje kao pozitivan na polje 8e.6.

no task description

Na polje 5.3 se dodaje polje 8e.6 samo ukoliko je ukupan iznos u njemu negativan (za ceo poreski period), u tom slučaju se na polju 8e.6 iskazuje 0 a negativan iznos se dodaje kao pozitivan na polje 5.3.

Prethodno postavljenom funkcijom sav ulazni/prethodnik PDV (koji je inače tačno iskazan u knjizi 8e.6) program prikaže na polju 8e.6 pa ga u istom iznosu doda i na polje 5.3 (dalje kroz zbir na 5.7) i iskaže kao obavezu na polju 103 PPPDV prijave.

Iznos sa polja 8e.6 koji bi dalje trebalo da prikaže na polju 9a.3 i dalje na polju 108 PPPDV prijave program ne povlači iz knjiga.

Kod ispisa 8e uvek prikazuje ceo period, nije moguće napraviti presek za određeni period i tako pronaći eventualno neslaganje sa kontima.

Kod izlaznog PDV-a (konkretno 3.3, možda i kod drugih ali nemam dovoljno podataka za proveru) ne funkcionišu zbirovi, niti zbir strane, niti kumulativni zbir.

U toku izrade SQL upita vršeni su testovi na šemi "grin". S obzirom da sam samo na njoj imao podatke za testiranje, ostalo je tako.

Sada je greška korigovana!