- GENERALNO
- ROBNO-TRGOVINSKO POSLOVANJE
- PROIZVODNJA
- FINANSIJSKO POSLOVANJE
- ELEKTRONSKE FAKTURE
- FINANSIJSKA OPERATIVA
- ADMINISTRACIJA
- BIZNISOFT POS
Implementirana je nova opcija Brisanje kolone u funkciji Mapiranje kolona. Ukoliko prilikom uvoza i mapiranja iz Excel fajla dođe do greške u redosledu i/ili izboru kolona, omogućeno je brisanje selektovane kolone i obezbeđen dalji nastavak postupka mapiranja kolona:
Omogućeno je sortiranje po rastućem redosledu po šifri artikla partnera klikom na novo polje Sort po šif.art.part. u postupku formiranja kalkulacije na osnovu eFakture:
Omogućeno je selektovanje više poslatih eFaktura i formiranje novih faktura (na osnovu selektovanih) pomoću kombinacije tastera Shift+levi klik, odnosno CTRL+levi klik:
Unapređena je funkcionalnost parametra 11007 – Formiranje izdatnice materijala – omogući izmenu stavke recepture. Ukoliko je ovaj parametar čekiran, u formi Formiranje izdatnice po recepturi biće omogućena aktivacija opcije F2 – Izmene i dodavanje ili brisanje stavki recepture, kao i korekcija količine. Ukoliko ovaj parametar nije čekiran, opcija F2 - Izmene neće biti dostupna u ovoj formi:
Funkcija Faktura nefakturisane robe proširena je uvođenjem checkbox-a Plaćeno i kolona Plaćeno - Račun i Plaćeno – Analitika (po uzoru na forme zaglavlja Račun troška i Nabavka osnovnog sredstva) uz napomenu da će se prilikom knjiženja naloga konsultovati parametar 10922 - Ne knjiži dobavljača u nalogu glavne knjige u uslovima kad je ulazni dokument plaćen:
U novijim verzijama su izmenjena knjiženja konačnog računa koji imaju prihvaćene avansne račune. Avansni račun se knjiži na POPDV ID 3.9 (ukoliko nije oslobođen PDV). Do sada je važilo pravilo knjiženja konačnog računa u kom je prihvaćen avans:
1. Ako su avans i konačni račun izdati u različitom poreskom periodu, u PDV evidenciji se knjiži ukupan iznos, PDV i osnovica na POPDV ID 3.2 ali i još jedan stav u koji ide samo PDV po avansnom računu u minusu isto na POPDV ID 3.2 kako ne bi evidentirali dva puta PDV za isti promet s obzirom da je PDV već plaćen kroz avansnu uplatu.
2. Ako su avans i konačni račun izdati u istom poreskom periodu onda se u PDV evidenciji knjiži ukupan iznos, PDV i osnovica na POPDV ID 3.2 uz još jedan stav za knjiženje: ukupan iznos, osnovica i PDV po avansnom računu su u minusu ali ovaj put na POPDV ID 3.9.
U tom kontekstu, izvršeno je usklađivanje programa u skladu sa izmenom pravilnika o porezu na dodatu vrednost Član 243. stav 10. Storno PDV-a koji je plaćen ili će biti plaćen po avansnom računu program će uvek knjižiti na POPDV ID 3.2 nezavisno od toga da li je avans izdat u istom ili različitom poreskom periodu:
U postavci verzije 18.08.2024. program je prilagođen novim izmenama na SEF portalu (verzija 3.8) koje se odnose na Datum obračuna PDV, po novom Nastanak PDV obaveze, pa je na osnovu toga izmenjen algoritam postavljanja oznake kad nastaje obaveza za PDV u samom xml fajlu.
Što se tiče rada u programu, kod Faktura kao i do sad, polje Datum PDV mora biti jednak ili Datumu izdavanja ili Datumu prometa. Obračun PDV po datumu naplate i dalje nije podržan u programu. Novina je ukoliko je faktura bez PDV, informacija o datumu nastanka PDV obaveze se neće slati.
Što se tiče rada u programu, kod Avansnih računa kao i do sad polje Datum PDV mora biti jednako Datumu prometa. Novina je ukoliko je avansni račun bez PDV, informacija o datumu nastanka PDV obaveze se neće slati.
Što se tiče rada u programu, kod Finansijsko odob./zaduženja ukoliko je u pitanju Knjižno odobrenje kao i do sad polje Datum PDV mora biti jednako Datumu izdavanja. U tabu Specifikacija/POS moraju biti popunjeni Podaci za registraciju dokumenta. Kod knjižnih odobrenja nema datuma nastanka PDV obaveze, pa se samim tim taj podatak u xml fajlu ne šalje.
Što se tiče rada u programu, kod Finansijsko odob./zaduženja ukoliko je u pitanju Knjižno zaduženje ako je datum nastanka PDV obaveze datum izdavanja zaduženja, polje Datum PDV mora biti jednako Datumu izdavanja. Novina je ukoliko je knjižno zaduženje bez PDV, informacija o datumu nastanka PDV obaveze se neće slati. Kod ovakvih knjižnih zaduženja potrebno je u tabu Specifikacija/POS odabrati odgovarajuću šifru poreskog oslobođenja kao i član po kom se zaduženje izdaje bez PDV kao što moraju biti popunjeni i Podaci za registraciju dokumenta.
Takođe, novina je i to ukoliko je kod knjižnog zaduženja datum nastanka PDV obaveze datum prometa (Datum povećanja – ugovor po novom u verziji 3.8), polje Datum PDV mora biti jednako Datumu prometa. Pored navedenog, ukoliko je kod knjižnog zaduženja u polju Datum PDV unet datum jednak Datumu prometa, program će u u tabu Specifikacija/POS u delu eFaktura datum PDV opciju Datum prometa automatski postaviti kao podrazumevanu:
Ukinut je parametar 10896 - Omogući pripremu za eFakture kod knjižnih odobrenja i zaduženja u uslovima kada datum PDV nije jednak datumu izdavanja. Kako bi se ispoštovalo opšte pravilo SEF-a, u programu je onemogućena potvrda odobrenja ukoliko je datum PDV različit od datuma slanja i potvrda zaduženja ako je datum PDV različit od datuma slanja i datuma prometa:
Funkcija slanja eDokumenata na SEF usklađena je sa SEF verzijom 3.9.2 koja je dostupna na produkcionom okruženju od 01.09.2024. U novoj verziji SEF-a su poreske kategorije AE i S razdvojene na AE10, AE20 i S10, S20 uz odgovarajuće šifre za primenu poreskih kategorija. U BizniSoft-u je promenjen tab Specifikacija/POS u formi faktura tako da sada umesto poreske kategorije AE imamo poreske kategorije AE10 i AE20, što se tiče kategorija S10 i S20 XML fajl za slanje eDokumenata putem aplikativnog interfejsa API nije izmenjen osim u slučaju prometa koji se odnosi na prvi prenos prava raspolaganja na novoizgrađenim objektima kada je potrebno naznačiti na nivou artikla fakture odgovarajući POPDVID i uneti adekvatnu oznaku poreskog oslobođenja (PDV-RS-OBJ):
Omogućeno je formiranje Izvoda otvorenih stavki po poslovnim jedinicama u posebnom tabu Poslovne jedinice pod uslovom da je prethodno za svaku uplatu asocirana odgovarajuća poslovna jedinica:
U Pregledu obaveza i potraživanja implementiran je nov checkbox Prikaži i nedospelo čijom se aktivacijom obezbeđuje prikaz dospelih i nedospelih stavki u okviru istog spiska:
Omogućeno je definisanje podrazumevane vrste PDV prometa kod izvoznog avansnog računa aktivacijom parametra 11036 - Podrazumevana vrsta PDV prometa kod izvoznog avansnog računa.
U poslednjim verzijama programa je pored dosadašnjeg evidentiranja i knjiženja ZPPPDV obrazaca u programu, omogućeno i formiranje xml fajla i uvoz istog na portal Poreske uprave. Detaljno korisničko uputstvo dostupno je na ovom linku.
Izdavanje fiskalnih isečaka uklađeno je sa novim izmenama Tehničkog uputstva za administrativni i tehnički pregled funkcionalnosti ESIR-a i LPFR-a. U novoj verziji BizniSoft POS-a ovo je automatizovano za odgovarajuću vrstu PDV prometa uz napomenu da su u navedenim ekranskim primerima prikazani računi koji su fiskalizovani TEST bezednosnim elementom pa poreske stope 19% i 9% i poreske kategorije nisu ispravne:
1. Za promet nad objektima u slučaju kada je poreski dužnik isporučilac dobara potrebno je odabrati POPDV ID 3.1 program će automatski dodeliti prefiks po poreskim stopama:
2. Za promet nad objektima koji je oslobođen PDV-a sa pravom odbitka prethodnog poreza potrebno je odabrati POPDV ID 3.3:
3. Za promet nad objektima koji je oslobođen PDV-a bez prava odbitka prethodnog poreza potrebno je odabrati POPDV ID 2.3:
BIZNISOFT TIM