Infosis, projektovanje informacionih sistema, Užice, http://www.infosys.rs, Telefon: 031 511 455
(04.09.2010)
Propisi za obračun poreske amortizacije kod otuđenja građevinskih objekata u Republici Srbiji su bili nedorečeni po pitanju otuđenja u toku godine, pa je u programu postojalo rešenje analogno otuđenju opreme, po kome nije važno kada je u togu godine otuđenje nastalo.
Pošto je dato mišljenje ministarstva, da treba raditi obračun poreske amortizacije za otuđene građevinske objekte za onoliko meseci koliko je objekat korišćen, sada je to ispravljeno.
Primer: objekat je otuđen u toku godine u maju mesecu. Nabavna vrednost sa aspekta poreske amortizacije mu je bila 960.000,00 dinara, o otpisana 300.000,00 dinara. Za celu godinu poreska amortizacija bi bila 960.000,00 x 2,5 % = 24.000,00 dinara. Ali kako je osnovno sredstvo korišćeno 5 meseci, poreska amortizacija će biti 24.000,00 x 5 / 12 = 10.000,00 dinara.
Izmene su u novoj verziji programa.
(23.08.2010.)
Izmene su ukljucene u sledece podrške: k091202a, k091216a, k100315, k100421 i k100628.
Napravljena je i posebna podrška za preuzimanje kursne liste "podr_kl" i postavljena na sajt.
(21.08.2010)
U novoj verziji programa,
Postoje 3 nacina kreiranja pojedinacnog knjiznog odobrenja:
1. Na osnovu podataka iz FK-finansijskog knjigovodstva (racuni) dobijenih za izabrani konto, analitiku i period knjizenja i podataka o PDV iz Knjige izdatih racuna, izracunavaju se osnovice racuna i iznosi PDV rasporedjeni po tarifama poreza. Moguc je i izbor iz spiska racuna. Na dijalogu je dovoljno upisati procenat ili iznos KO-knjiznog odobrenja, program ce izracunati drugi podatak. Iznos KO se zatim koristi za zatvaranje racuna kupca (dijalog slican automatskom zatvaranju fin.naloga). Preporuka, ali ne i obaveza je da se racuni zatvaraju redom po valuti. Korisnik moze izabrati racune koje ce zatvoriti i upisati iznos za zatvaranje. Racuni koji su odabrani za zatvaranje se upisuju u stavke PDV dokumenata, nakon cega sledi odgovarajuce knjizenje u FK ili PDV. Ovaj nacin treba koristiti u slucaju kada su racuni za koje se formira knjizno odobrenje iz tekuce godine.
2. Na dijalogu se odabere sifra kupca, a zatim cekira "Upis podataka ...". Pojavice se tabela u kome se mogu upisati podaci o broju dokumenta, osnovici za opstu stopu, pdv za visu stopu, osnovici za posebnu stopu, pdv za posebnu stopu, osnovici za tarifu bez poreza, datumu racuna, valuti i poreskom statusu. Dalje se upisuju procenat ili iznos KO i program nastavlja da radi kao u nacinu 1. Koristi se za dokumente iz prethodnih godina koji se nalaze u pocetnom stanju FK i nemaju podatke o PDV u tekucoj godini.
3. Korisnik sam upisuje stavke PDV dokumenata, ne koristi proceduru za formiranje KO. Po pozivu procedure za stampu pojavljuje se forma na kojoj su tabela u koju se upisuju podaci o racunima za koje se izdaje knjizno odobranje i polja za procenat, iznos KO i period dokumenata. Podaci uneti na formi/dijalogu se cuvaju. Koristi se za dokumente iz prethodnih godina.
Postoji i mogucnost serijskog formiranja knjiznog odobrenja:
Na prvoj stranici obrasca biraju se komitenti, period dokumenata i procenat KO (moze za svakog komitenta posebno) i bira tip racuna za koji ce se formirati KO (svi, placeni, placeni u valuti). Na drugoj stranici prikazuju se izabrani komitenti sa podacima ukupnom prometu, iznosu KO, periodu dokumenata i procentu KO. Iznos i procenat se i na ovoj stranici mogu promeniti. Sledeci korak je formiranje stavki PDV dokumenata - program automatski zatvara racune po valuti.
(20.08.2010.)
U programu postoji opcija za automatsko formiranje izvoda preko e-banking modula za sledece tipove prenosa (e-banking programa):
FX Client, Halcom, SOG-ebanking, UJP, Raiffeisen, AIK, Alpha i Swift.
Najviše se koriste FX Client (Intesa, Hypo, Cacanska) i Halcom (Komercijalna...).
E-banking programski modul se posebno placa.
(17/08/2010.)
U sledecoj verziji Infosys programa prodaja osnovnog sredstva se moze evidentirati unosom dokumenta osnovnog sredstva i automatskim kreiranjem dokumenta fakture-racuna.
Opcija "OS,SI / Dokumenti OS", zatim "Dodatne opcije / Dokument -> fakturu"
Uvedena su 2 nova parametra (opcija okruženja iz dokumenata OS "Parametri / Ostali":
- šifra objekta kod formiranja fakture
- šifra artikla kod formiranja fakture
Pozivom ove opcije se kreira jedna faktura na osnovu jednog ili više dokumenata osnovnih sredstava. Ako se želi kreiranje fakture po osnovu više dokumenta OS, ulazi se u opcije dijaloga i zadaju filteri za vrstu promene, popisno mesto, kupca, zadati period ili opseg brojeva dokumenata OS. Fakturu je moguce kreirati na tekucoj ili na nekoj drugoj poziciji u bazi podataka. Može se ponoviti kreiranje fakture (u tom slucaju se postojeca faktura automatski briše) ili kreirati nova faktura. Faktura može biti samo iz jednog objekta (upisuje se u zaglavlje fakture). Sve stavke izabranih dokumenata OS se upisuju u stavke fakture bez grupisanja. Dakle ako smo imali dva dokumenta osnovnih sredstava od kojih je jedan imao dve, a drugi jednu stavku, dobijena faktura ce imati tri stavke, bez obzira da li se radi o istoj ili drugoj šifri osnovnog sredstva. Šifra artikla na fakturi ce uvek biti ista (zadaje se u dijalogu, tj. povlaci na osnovu novouvedenog parametra), a u opisu stavke fakture ce biti upisan naziv i opis osnovnog sredstva. Vrlo cesto ce biti poželjno ovaj opis prekontrolisati i eventualno izmeniti pre obrade fakture.
Broj kreirane fakture se upisuje u dokument osnovnih sredstava u novouvedeno polje "fakt c(10)" u zaglavlje dokumenata OS, zbog eventualnog ponovljanja kreiranja fakture. Takode, broj fakture se upisuje i u polje "dokument KD", ali samo ako je bilo prazno. U opcijama dijaloga za kreiranje faktura može se ukljuciti i indikator "Samo dokumenti koja verovatno nisu kreirali fakture", a to su oni koji nemaju popunjeno polje "fakt".
Napomene: Važno je da u stavkama dokumenata OS bude popunjeno polje "prodajna vrednost", jer se po toj ceni (prodajna vrednost podeljena sa kolicinom) kreira stavka fakture. U šifarniku osnovnih sredstava treba da bude upisana adekvatna poreska tarifa. Na samom dokumentu osnovnih sredstava treba da bude upisan odgovarajuci poreski status, datum DPO-a i datum dospeca. U lokalnim parametrima OS, na opcijama treba da budu upisane šifre objekta i artikla kod formiranja fakture.
(13.08.2010)
U cilju pracenja izvrsavanja obaveze zaposljavanja osoba sa invaliditetom, Pravilnikom je propisan obrazac IOSI - izvestaj o izvrsenju obaveze zaposljavanja osoba sa invaliditetom.
Izvestaj se nalazi na perogramskoj opciji [izvestaji/obrasci/obrazac IOSI].
Sve zaposlene osobe sa invaliditetom treba uneti u podatke o zaposlenim sa statusom 401. Ukoliko niste zaposlili odredjeni broj osoba sa invaliditetom, a bili ste obavezni po Zakonu, na dijalogu obrasca IOSI potrebno je popuniti odgovarajuci nacin izvrsenja obaveze zaposljavanja osoba sa invaliditetom.
Da bi ste preuzeli ovu programsku dopunu potrebno je da pustite podrsku "pod_iosi".
Pozovite nas ukoliko vam je potrebna pomoc oko toga.
(06.08.2010. - 08.00)
U zadnjih 2-3 dana dolazi do mestimicnih prekida u funkcionisanju Infosys programa koja se ogleda u tome da se odredjeni tabelarni ekranski prikazi ne pokazuju vec se prijavljuje greska. To izaziva nefunkcionisanje neke sistemske komponente operativnog sistema racunara. Mi intenzivno tragamo za razlozima koji su izazvali ovu pojavu i cim budemo imali konacno resenje javicemo vam (ili se javite).
Za prvu pomoc mozete postupiti na sledeci nacin: POSTAVITE SISTEMSKI DATUM RACUNARA NA PROSLOST za na primer 3-4 dana (da ostane Avgust) i sve ce vam opet raditi (to upravo ukazuje da je problem vezan za neku sistemsku komponentu a ne za Infosys program).
Kada to uradite vodite racuna da prilikom unosa dokumenata datum koji se nudi kao danasnji (sistemski) nece biti dobar i potrebno je da ga prekucavate.
(10.30)
----------------------------------------------
!!! URADJENA ISPRAVKA !!! - PREG_SYS podrska
Potrebno je da startujete REG_SYS podrsku (update) sa naseg sajta koja ce regulisati ovaj problem.
----------------------------------------------
(06.08.2010. - 14.30)
Ukoliko nas pozivate telefonom za ovu intervenciju moze se desiti da su nam sve ulazne linije zauzete pa Vas molimo da u toj situaciji pokusate ponovo.
Iz prethodnog obavestenja:
----------------------------------------------
!!! URADJENA ISPRAVKA !!! - PREG_SYS podrska
Potrebno je da startujete REG_SYS podrsku (update) sa naseg sajta koja ce regulisati ovaj problem.
----------------------------------------------
(31.07.2010.)
NBS je imala izmene na svom sajtu i u svom programu za servise te posle toga preuzimanje kursne liste na opciji "Finansijsko/Izveštaji(Devizni)/Kursna lista, zatim Okruženje/Download kursne liste, ne funkcionise.
NBS je uvela tzv. servise za pristup odredjenim sadrzajima njihove baze podataka od kojih neki nisu besplatni.
Pokusacemo da pronadjemo i da se povezemo sa nekim drugim sajtom koji objavljuje kursnu listu.
Napomene:
- Veza Infosys programa sa programima (softverima) drugih proizvodjaca moze postati nefunkcionalna upravo kada se njihov softver promeni kao sada kod NBS. Zbog toga Infosys ne daje garanciju na funkcionalnost programa koji zavisi od takvih veza.
- Ipak, Infosys ce pokusati da napravi neko drugo resenje ukoliko postoji mogucnost.
- Spisak servisa: http://www.nbs.rs/internet/cirilica/16/index.html
Da bi se koristili web servisi potrebno je uclanjenje u sistem: http://webservices.nbs.rs/CommunicationOfficeSite/SerCyrl/Membership.aspx
Podaci se razmenjuju preko SOAP (Simple Object Access Protocol) protokola.
(27.07.2010.)
U najnovijoj verziji progama napravljen je obrazac IOSI. Da bi ste preuzeli ovu programsku dopunu potrebno je da pustite podrsku 'pod_iosi'. Pozovite nas ukoliko Vam je potrebna pomoc oko toga.
(27.07.2010.)
Za BiH su uradjene dve podrske za bilasne i obrasce i postavljene na nas sajt:
- 'bh_bil_us od 18.05.2010 Bilansi za BIH (uslovi)
- obbh1006 od 18.06.2010 BIH -obrasci -jun 2010
Potrebno je da ih aktivirate kako bi se program kod vas dopunio sa ovim funkcijama.
(21.07.2010.)
U novoj verziji programa postavili smo novu vrstu promene 23 koja sluzi za automatsko kontiranje lizinga u jednoj varijanti.
Ukoliko ste za to zainteresovani javite nam se.
Napomena: kamata se unosi kroz zavisne troskove i ne radi se raspored zavisnih troskova
(19.07.2010.)
U najnovijoj verziji programa,
postoje 3 nacina kreiranja pojedinacnog knjiznog odobrenja:
1. Na osnovu podataka iz FK (racuni) dobijenih za izabrani konto, analitiku i period knjizenja i podataka o PDV iz Knjige izdatih racuna, izracunavaju se osnovice racuna i iznosi PDV rasporedjeni po tarifama poreza. Moguc je i izbor iz spiska racuna. Na dijalogu je dovoljno upisati procenat ili iznos KO, program ce izracunati drugi podatak. Iznos KO se zatim koristi za zatvaranje racuna kupca (dijalog slican automatskom zatvaranju fin.naloga). Preporuka, ali ne i obaveza je da se racuni zatvaraju redom po valuti. Korisnik moze izabrati racune koje ce zatvoriti i upisati iznos za zatvaranje. Racuni koji su odabrani za zatvaranje se upisuju u stavke PDV dokumenata, nakon cega sledi odgovarajuce knjizenje u FK ili PDV. Ovaj nacin treba koristiti u slucaju kada su racuni za koje se formira knjizno odobrenje iz tekuce godine.
2. Na dijalogu se odabere sifra kupca, a zatim cekira "Upis podataka ...". Pojavice se grid u kome se mogu upisati podaci o broju dokumenta, osnovici za opstu stopu, pdv za visu stopu, osnovici za posebnu stopu, pdv za posebnu stopu, osnovici za tarifu bez poreza, datumu racuna, valuti i poreskom statusu. Dalje se upisuju procenat ili iznos KO i program nastavlja da radi kao u nacinu 1. Koristi se za dokumente iz prethodnih godina koji se nalaze u pocetnom stanju FK i nemaju podatke o PDV u tekucoj godini.
3. Korisnik sam upisuje stavke PDV dokumenata, ne koristi proceduru za formiranje KO. Po pozivu procedure za stampu pojavljuje se forma na kojoj su grid u koji se upisuju podaci o racunima za koje se izdaje knjizno odobranje i polja za procenat, iznos KO i period dokumenata. Podaci uneti na formi se cuvaju. Koristi se za dokumente iz prethodnih godina.
Postoji i mogucnost serijskog formiranja knjiznog odobrenja:
Na prvoj stranici obrasca biraju se komitenti, period dokumenata i procenat KO (moze za svakog komitenta posebno) i bira tip racuna za koji ce se formirati KO (svi, placeni, placeni u valuti). Na drugoj stranici prikazuju se izabrani komitenti sa podacima ukupnom prometu, iznosu KO, periodu dokumenata i procentu KO. Iznos i procenat se i na ovoj stranici mogu promeniti. Sledeci korak je formiranje stavki PDV dokumenata - program automatski zatvara racune po valuti.
(21.06.2010)
U narednoj/novoj programskoj verziji postoje sledece novine:
- Definisane su formule za zbirne AOP-e u Statističkom aneksu
- Kreiran je novi izveštaj: Izveštaj o promenama u kapitalu, sa odgovarajućom štampom
- Omogućen unos iznosa u pregledu izveštaja samo u prvom redu za AOP
- Regulisan meni za BIH - isključene su iz menija skraćene šeme, a uključen Izveštaj o promenama u kapitalu
(15.06.2010.)
U novoj verziji Infosys programa omoguceno je da optremnice mogu da se rade u ino valuti
(09.06.2010.)
Ukoliko koristite programsku mogucnost za stampu (dospelog, ukupnog) duga kupca na vasoj izlaznoj fakturi, vodite racuna da mozete imati problem netacnih podatka u sledecim slucajevima:
- ako nije azurno knjigovodstvo kupaca/dobavljaca u momentu stampe fakture
- ako stampate prepis fakture iz ranijeg perioda
(20.04.2010.)
Tekst ovog obavestenja je malo duzi pa Vas molimo da ga procitate celog i sa paznjom!
Neke revizorske kuće zahtevaju od svojih klijenata da prilože izjavu proizvođača poslovnog programa da program zadovoljava određene kriterijume, a koji nisu zasnovani na propisima. Nisu nam poznati razlozi za traženje ovakve izjave, a još manje za izbor kriterijuma, ali smo se osetili pozvanim da upozorimo naše korisnike pred kojima je izbor revizora. Preduzeće Infosys može dati samo izjave koje su zasnovane na zakonskim propisima i odgovara činjenicama o poslovnom softveru koji koristite. Drugim rečima, mi možemo dati sledeću izjavu, pod određenim uslovima o kojima bi se morali dogovoriti (uključenje autorizacije putem lozinki, postojanje vašeg zaposlenog koji bi administrirao rad svih korisnika na vašem informacionom sistemu itd.)
Tekst jedna takve moguce izjave pod pomenutim uslovima bi bio:
- Program je urađen u skladu sa propisima koji regulišu ovu oblast (Zakon o računovodstvu, Zakon o PDV-u, Zakon o trgovini...i dr.)
- Program je urađen na način da korisnik može obezbediti računsku i suštinsku tačnost podataka. Pri tome, nisu isključene skrivene mane u programu (nedostaci neotkriveni za vreme testiranja i eksploatacije). Takođe, program omogućava izmenu parametara na način koji potencijalno može narušiti tačnost podataka. (Promena poreskih stopa, pravila za kontiranje itd.)
- Brisanje podataka je moguće samo dok dokument nije kreiran (proknjižen, overen), dok je brisanje već proknjiženog naloga onemogućeno pomoću programskih opcija i sve ispravke se moraju rešavati storniranjem proknjiženog i unosom novog naloga i podataka.
- Program poseduje sve potrebne kontrole koje omogućavaju korisniku uporedno evidentiranje poslovnih promena u glavnoj knjizi, analitičkim evidencijama i dnevniku, tako da se ova stanja mogu složiti.
- Neovlašćenim licima je zabranjen pristup programu. Autorizacija je putem lozinki.
- Program poseduje sve kontrole koje omogućavaju korisniku da izbegne neravnoteže u analitičkom bruto bilansu.
- Program je urađen u programskom jeziku Microsoft Visual Foxpro 9.0.
Izjave da program nema greške, kao i da on obezbeđuje bezgrešan rad ne možemo dati, jer je njegova izrada, između ostalog, zasnovana na sledećim principima:
1. Program se radi i razvija na način kojim treba da se obezbedi visok kvalitet i visoku pouzdanost uz konačne i razumne troškove. To znači da se program testira u više faza: Programer, Interni test korisnik (ekonomista) za svaku programsku opciju, programski segment i kompletan softverski proizvod. Ukoliko dođe do naknadnog uočavanja programske greške, ona se ispravlja. Korisnik se tada informiše putem sistema obaveštavanja i ukoliko greška može imati uticaja na njegov informacioni sistem - problem se otklanja na neki od predviđenih načina.
2. Program je namenjen za različite korisnike i sadrži mnoštvo paramatera. Takođe, Preduzeće Infosys ne ulazi u različita tumačenja pojedinih propisa, tako da često omogućuje podešavanje prema različitim varijantama. Kontrole obrada i rezultata su rađene tako, da pruže mnoštvo značajnih informacija korisniku, ali ne i da ga spreče da ostvari svoje namere. Da napravimo analogiju - kao što se ne prave automobili koji sprečavaju prelazak preko pune linije ili prolazak kroz crveno svetlo, tako se ne prave i programi koji će obavezno da obračunaju porez, ako korisnik želi suprotno. Takođe, kako u automobilu mogu postojati signali upozorenja za nevezan pojas ili uključena svetla - u programi postoje upozorenja za neuravnotežen nalog, neusklađenost evidencija itd. Dakle, knjigovođe sa svojim odlukama su neophodne bez obzira na korišćenje računarskog programa.
3. Propisi koji se tiču samog računovodstvenog softvera kao što je član 8, stav 2 zakona o računovodstvu i reviziji o zabrani brisanja proknjiženih dokumenata nisu sporni.
Ovo obavestenje je iskljucivo namenjeno korisnicima Infosys programa.
(03.06.2010.)
Najava programske novine u sledecoj verziji:
Uveden je KREDIT LIMIT kao ogranicenje izdavanja nekih dokumenata kupcima
i predstavlja iznos finansijskog obezbedjenja.
U tekucim parametrima Predracuna, Naloga magacinu, Otpremnici i Fakuri moze se podesiti
kroz parametar SOLVENTNOST i parametri za kredit limit.
U opisu (F3) parametra su objasnjene mogucnosti.
Da bi se uopste proveravala solventnost/kredit_limit u parametrima fakture(otpemnice,predracuna)
indikator solventnosti mora biti razlicit od 'N'.
Za razliku od solventnosti koji je ispitivao dospeli saldo kupca, kredit limit je provera ukupnog salda.
Unosi se u sifarnik komitenata (Komercijala/sifarnici/komitenti/komercijalni), a ako je 0 uzima se onaj
iz parametra (solventnost) KRED_IZNOS.
Vazna novina je da se provera vrsi dva puta. Prvi put je pri unosu zaglavlja, odnosno na validaciji kupca.
Drugi put je pri obradi i ako je indikator solventnosti Z i kupac nije solventan ili ako je indikator kredit limita Z (zabrana) i kupac prevazilazi limit (uzimajuci u obzir i dokument koji se obradjuje) dokument se nece obraditi.
Pokazace se samo prouka i nece se ni stampati ni knjiziti. Ukoliko je ranije bio proknjizen, knjizenje ce ostati kako je i bilo.
(13.05.2010)
Preporucujemo korisnicima da redovno vrse update svoje programske verzije posredstvom kumulativne podrske koja se nalazi na nasem sajtu a koja se moze startovati direktno iz programa. Kumulativna podrska u sebi sadrzi programske dorade, prerade i ispravke koje mogu biti od koristi.
Nekada se samo kumulativnom podrskom moze dobiti odredjena potrebna programska funkcionalnost pa je korisnik upucen na taj vid (nacin) usluga odrzavanja koje Infosys pruza.
Ukoliko niste sigurni u postupak aktiviranja kumulativne podrske mozete nas pozvati za konsultacije.
Kumulativna podrska se aktivira programskom opcijom 'Infosys podrska' za glavnog ekrana programa. Tada niko drugi (radne stanice) niti drugi proces (task) ne sme biti u programu.
Potrebno je startovati sledece tri opcije:
- Sinhronizacija
- Download
- Preuzmi
- Instaliraj
Svaka kumulativna podrska ima svoju oznaku koju mozete videti posle sinhronizacije i odnosi se na odredjenu verziju programa.
Morate aktivirati odgovarajucu podrsku vasoj verziji programa.
(11.05.2010.)
UPUTSTVO ZA PRAĆENJE CARINSKOG SKLADIŠTA
Ukoliko u svome poslovanju imate carinsko skladiste preporucujemo Vam da za njegovo pracenje koristite nase resenje koje je detaljno opisano u posebnom tekstu koje nazivamo 'Uputstvo za pracenje carinskog skladista'. To uputstvo mozete dobiti ukoliko nam se za isto obratite.
28.04.2010.
U bazi podataka postoje veze među redovima u tabelama. Te veze se ogledaju kroz razne definisane redoslede redova, to jest sortove. Svaka tabela u opštem slučaju ima jedan ili više predviđenih sortova (indeksa) po raznim kolonama ili kombinaciji kolona. Ti sortovi - indeksi se ažuriraju kada god se desi promena u sadržaju podataka u tabeli. Indeksi služe da bi se na optimalan i brz način pristupilo podacima u tabelama. Pristup podacima se vrši kod ažuriranja podataka, izveštaja i obrada.
Nekada se usled raznih neregularnosti u korišćenju i radu na računaru dešava da se ti indeksi ne ažuriraju ili se netačno ažuriraju. Te neregularnosti su najčešće:
- nepravilan završetak rada u programu (nestanak struje, reset računara, neispravno gašenje računara; bilo da se radi o serveru ili bilo kojoj radnoj stanici - padovi sistema)
- neispravan računar ili neki njegov deo ili neki sistemski softver
- uticaj virusa
Kada indeksi nisu ažurni odnosno ne predstavljaju vernu sliku svih redova u tabeli tada se mogu dobiti potpuno nepredvidivi rezultati izveštaja i obrada.
!!! VAŽNO je da korisnik posle nabrojanih neregularnosti koje mu se dese, kao i kada posumnja da nešto nije u redu sa podacima iz bilo kog razloga, izvrši postupak indeksiranja.
Postupak indeksiranja se vrši opcijom [SERVIS/Indeksiranje].
(29.04.2010.)
1. Prijem mleka - omogucen je pregled i sa podacima koji su upisani preko importa podataka
2. Obustave
a) Unos i pregled gotovinskih uplata
b) Kontrola usaglasenost podataka izmedju tabela kredita:
- Zbir otplata (Odbijeno po računu) nije jednak podatku u polju 'Stvarno odbijeno'
- Početni dug nije jednak zbiru podataka 'Stvarno odbijeno' i 'Ostatak duga'
- Početni dug nije jednak zbiru podataka 'Stvarno odbijeno' i 'Ostatak duga' (Stavke)
- Menjani podaci o početnom dugu
c) Napravljen je novi obrazac za tabelu 'Maska kredita (ima_kred) - relacija' bez mogucnosti unosa, modifikacije i brisanja podataka (podaci se menjaju samo prilikom obrada i upisa gotovinskih uplata).
3. Obracun mleka - uvedene su transakcije
4. Prepis kredita iz prethodne godine
Ove novine su u uradjene u novoj verziji programa. Zainteresovani treba da se jave u Infosys.
Uvedena je mogucnost stampe teksta (kupona) posle stampe fiskalnog racuna na kasi. Kupon se takodje stampa na fiskalnom uredjaju. Potrebno je uneti tekst koji ce se stampati i eventualno uslov pod kojim ce se tekst stampati. Ovi podaci se unose u opciji [Kasa->Fiskalni stampac->Komande fiskalnog stampaca]. Potrebno je pronaci komandu
nefiskalni tekst i u polju uslov upisati uslov pod kojim ce se tekst stampati (npr. between (zracun.dat_fakt, date(2010,3,31),
date(2010,4,1)) - sto znaci da ce se definisani tekst stampati u periodu 31.03.2010 do 01.04.2010.). U polju Tekst se unosi sam tekst koji ce se stampati. Moze sadrzati i promenjive kao i polja iz tabele 'zracunm' (zaglavlje gotovinskih racuna) ali pod zagradama << i >>. Polje tekst je 'Memo' polje pa se otvara kombinacijom tastera Ctrl+Pagedown. Trebalo bi voditi racuna da je sirina jednog reda na fiskalnom uredjaju 30 znakova pa tako u jednom redu teksta bi trebalo da bude do 30 znakova.
Ova programska dopuna se sadrzi u novoj verziji programa koja ce biti zakljucena krajem Aprila 2010.godine.
a va mogucnost kase je prikaz pozdravne poruke na displeju fiskalnog uredjaja. Isto se podesava u opciji [Kasa->Fiskalni
stampac->Komande fiskalnog stampaca] tako sto se tekst poruke koja ce se prikazati na displeju upise u polje vrednost komande PRVA LINIJA DISPLEJA i PRVA LINIJA DISPLEJA. Kada se zeli prikazati taj tekst u programu kasa potrebno je pritisnuti taster HOME ili izabrati odgovarajucu opciju iz menija (ili toolbara).
Ova programska dopuna se sadrzi u novoj verziji programa koja ce biti zakljucena krajem Aprila 2010.godine.
(10.04.2010.)
Na segmentu Drugi prihodi, osim obračuna Dividende i udela u dobiti (II deo OPJ-3 obrasca, tačka 4.) sada postoji mogućnost i obračuna ugovora po osnovu
- Primanja zaposlenih i članova uprave privrednog društva po osnovu učešća u dobiti, tačka 5
- Uzimanje iz imovine privrednog društva od strane vlasnika u skladu sa zakonom, tačka 6
- Prihod od investicione jedinice, tačka 7
U Šifarniku vrsta ugovora neophodno je samo za odgovarajući ugovor definisati i deo obrasca na kome se iskazuje porez, II (podrazumeva 4), II5, II6 ili II7. Prihod od kapitala - kamata ide na I deo OPJ-3 obrasca kao do sada.
Zainteresovane treba da se jave u Infosys jer je potrebna preinstalacija programa.
(10.04.2010.)
Prilikom podesavanja KEPU knjige [sema --K1] treba obratiti paznju da li se u sifarniku objekata slazu sifra objekta i sifra radne jedinice; ako se ne slazu moze doci do netacnog prikaza KEPU.
Takodje treba proveriti i konta prihoda.
1. UPOZORENJE ILI BLOKADA FAKTURISANJA
Postoji tekuci parametar u programu 'solventnost' kojim se moze podesiti kontrola solventnosti kupca u momentu unosa zaglavlja fakture. Za svakog kupca se moze unapred definisati iznos minimalnog dospelog duga koji se moze tolerisati. Kada kupac prekoraci taj iznos onda program moze da upozori operatera koji fakturise ili cak da spreci unos fakture za tog kupca, zavisno od pomenutog parametra.
2. STANJE PRETHODNOG DUGA
Postoji mogucnost u programu da se na stampanoj fakturi iskaze dosplei, nedospeli i ukupan dug kupca. Takav podatak moze posluziti kao korisna informacija kupcu.
Omoguceno je unosenje popisa kroz opciju 'kasa' u programu Kasa u maloprodaji. Popis se unosi kao bilo koji dokument izborom artikala, kada se artikli unesu onda se izabere tip dokumenta koji je definisan kao popis (u sifarniku tipova dokumenata ima S u polju tip) i posle toga pritisne taster F2 ili klikne na taster Naplata. Pojavljuje se dijalog
za unos objekta datuma i rednog broja popisne liste. Redni broj popisne liste se upisuje u polje referent.
Moguce je ponovo uvesti odredjenu popisnu listu i modifikovati je opcijom
uvoz dokumenta.
Opsta rekapitulacija je uvedena na pregledu prodaje u Kasi. Time je omoguceno mnostvo izvestaja koje korisnik sam moze da kreira.
Na opstoj rekapitulaciji, opcije pregled prodaje u modulu Kasa u maloprodaji, dodato novo polje za grupisanje - % rabata.
Izmenjen je nacin unosa robnog objekta u situaciji kada je dozvoljena promena objekta (vrlo retko se koristi), tako sto se vise ne mora svaki put birati objekat vec se jednom promeni i ostaje taj sve dok se ponovo
ne zeli promeniti objekat.
Uvedena je mogucnost izmene sifarnika artikala direktno na dijalogu za unos stavki dokumenta. Dovoljno je kliknuti na odgovarajuci taster u
toolbaru ili pritisnuti taster F1 na tastaturi i otvorice se celovit sifarnik artikala u kom su moguce modifikacije podataka. Posle izlaska iz ove tabele program ce se pozicinirati na zadnji artiakal koji je poslednji menjan.
Dodata je mogucnost izlaska iz opcije sa obradom dokumenta pritiskom na taster F2 i bez obrade F3.
Pri kreiranju gotovinskih racuna, takodje i ostalih dokumenata, u programu Kasa u maloprodaji, program je vrsio grupisanje istih artikala i pri tome se vrsilo i sortiranje artikala po sifri i na taj nacin kreirao stavke dokumenta. Ovo je za posledicu imalo da stavke dokumenta nisu slozene redosledom kojim su unete. Medjutim u dosta situacija je to
bilo dobro jer su stampani kraci fiskalni racuni.
Sada je uvedena mogucnost da se artikli na dokumentima ne grupisu i ne sortiraju pa su stavke dokumenta slozene onako kako su unosene. Da bi ova mogucnost bila aktivirana potrebno je iskljuciti parametar 'Grupisanje' artikala pri kreiranju dokumenta u opciji
[Odrzavanje/Parametri/Knjizenje] ili u opciji [Odrzavanje/Podesavanje parametara/Knjizenja racuna].
(25.02.2010)
U programu Kasa u maloprodaji napravljena je mogucnost automatskog kreiranja i obrade interne maloprodajne kalkulacije u momentu prodaje artikla na kasi. Ovu mogucnost mogu koristiti firme koje nemaju zalihe maloprodaje i povremeno prodaju fizickim licima iz veleprodaje, ali se takva prodaja mora voditi kao maloprodaja i mora se izdavati fiskalni racun.
Sada je uradjena mogucnost da sve to urade odjednom u programu kasa tako sto prodaju na standardna nacin a program pored gotovinskog racuna koji predstavlja izlaz iz maloprodaje napravi i kalkulaciju koje predstavlja
prenos prodatih artikala iz veleprodaje u maloprodaju.
Potencijalna mana ovog nacina rada je sto ce u programu biti onoliko kalkulacija koliko i gotovinskih racuna, a prednosti su sto ce robno stanje u svakom momentu biti tacno i u veleprodaji i u maloprodaji.
Sve ovo se podesava u parametrima kase, opcija Odrzavanje->Parametri pa na kartici Knjizenje racuna se oznaci 'Automatsko kreiranje kalkulacija' i unese se vrsta promene za ovaj tip kalkulacija. Moze se oznaciti da program pri ovome preracunava veleprodajna u maloprodajna pakovanja.
Kreiranu kalkulaciju program ce odmah i obraditi tako sto ce je knjiziti u one evidencije koje su oznacene u parametrima maloprodajnih kalkulacija.
(09.04.2010)
Izmene u nazivu obrazaca za socijalno bolovanje koja su stupile na snagu 01.04.2010. godine sadrzane su u podrsci pod nazivom "podr_soc".
(09.04.2010.)
Doradjen je obracun razlike do minimalca:
- prati se iznos sa beneficijom i iznos bez beneficije, pa se srazmerno satima racuna i iznos razlike do minimalca
- iznos minimalca se zbirno upisivao (284) za iznos na teret poslodavca (redovan rad i bolovanje do 30 dana), a sada srazmerno satima se racuna iznos za redovan rad i upisuje na jednu sifru, a posebno iznos za bolovanje do 30 dana i upisuje na drugu sifru (preporuka 285). Ovo je bitno zbog M4 obrasca, jedina razlika izmedju 284 i 285 je sto prva ide na prvu kolonu pomocnog izvestaja, a 285 na trecu kolonu za M4 obrazac
A test uradjen
(30.03.2010.)
Premija za prvi kvartal 2010. godine
UPUTSTVO
Programski modul - OTKUP MLEKA:
1. OBRADE - Obračun kvartalne premije - Parametri
Parametar "Kvartalna litraža" podesiti na 4000.00
Parametar "Cena premije" podesiti na 1.50
2. OBRADE - Obračun kvartalne premije
- Uneti novi red:
Broj naloga, datum obračuna, godinu, kvartal i period primljenog mleka
- Pokrenuti opciju: Okruženje_01-1.Obračun (ili na toolbar-u dugme "Obrada")
Izmenjeni obrasci na pregledu obračuna (OBRADE - Obračun kvartalne premije -
Okruženje_01-2.Pregled obračuna (ili na toolbar-u dugme "Pregled"):
1. Okruženje_02-2.Zahtev (ili na toolbar-u dugme "Zahtev") - Obrazac 1
2. Okruženje_02-4.Obrazac obračuna (ili na toolbar-u dugme "Obraz.obr.") - Obrazac 2
3. Okruženje_02-5.Spisak A (ili na toolbar-u dugme "Spisak A") - Obrazac 3
PODRSKA: "prem1k10" - Otkup mleka - obrasci za premiju - od 29.03.2010.
Dakle, pre svega potrebno je uraditi update podrskom sa naseg sajta pod nazivom "prem1k10" kako bi se potrebne programske izmene instalirale kod vas.
(25.03.2010)
-----KONTROLA EKSPORTOVANIH PODATAKA-----
Eksportovane podatke za knjige primljenih i izdatih računa treba uporediti sa predatim poreskim prijavama. Na okruženju postoji opcija " Rekapitulacija po poreskim prijavama".
Za svaki obračunski period izveštaj se se grupišu u polja koje se popunjavaju na poreskoj prijavi
pprij_006, pprij_106, pprij_007, pprij_107, pprij_008, pprij_108 za KPR
pprij_001, pprij_002, pprij_003, pprij_103, pprij_004, pprij_104 za KIR
Korisnik treba da prekontroliše ovaj izveštaj sa predatim poreskim prijavama. Ukoliko ima razlika, takav izveštaj ne treba slati dok se ne ispita uzrok neslaganja! U tom slučaju, uradite indeksiranje, pa ponovite ispis podataka i rekapitulaciju. Ukoliko neslaganje ostane, rešavanje problema zavisi od sledećeg:
a) Ako se ponovno puštanje poreske prijave (kao izveštaja ili obračuna) slaže sa ovim elektronskim izveštajem, a ne slaže sa predatim poreskim prijavama - ukazuje na neku promenu u poreskim knjigama korisnika nakom predaje poreske prijave. Ovo korisnik mora da razreši. Inače, nikakve izmene u poreskim knjigama nakon predaje poreske prijave nisu dopuštene, jer ako se ne složi elektronski ispis sa predatim, inspekcija će zakucati na vrata, iako se možda radi o nekoj nebitnoj sitnici. Korisnik bi trebao da nakon predaje poreske prijave, pored zaključavanja poreskog perioda - napravi i arhivu koja će se posebno čuvati.
b) Ako se ponovno puštanje poreske prijave (kao izveštaja ili obračuna) slaže sa predatim, a ne slaže sa ovim elektronskim izveštajem- ukazuje na neki drugi problem pa bi trebalo da nas što pre kontaktirate, da bismo ispitali razlog neslaganja
(25.03.2010.)
-----NA ŠTA OBRATITI PAŽNJU-----
Slanje podataka u elektronskom obliku traje nekoliko minuta, a sadrži sve podatke koje ste unosili u toku poslovne godine. Ukoliko podaci nisu pažljivo i adekvatno unošeni tokom poslovne godine rok od 3 dana za dostavljanje ovog izveštaja neće biti dovoljan da se podaci prekontrolišu. Naš savet je da se držite sledećih pravila:
1. Svaki dokument koji unosite u bazu podataka mora imati prateću dokumentaciju koja je u potpunom skladu sa propisima. Na primer, ukoliko imate ulazni račun koji ne sadrži Vaš PIB ili PIB dobavljača, vrlo je verovatno da u odgovarajućoj elektronskoj evidenciji za izdate račune koju će poreskoj upravi poslati taj Vaš dobavljač neće biti tog računa. To će biti razlog za dolazak inspekcije kod Vas, i ako nemate validnu dokumentaciju, bićete kažnjeni. Ali, ako Vi imate validnu dokumentaciju, biće kažnjen taj Vaš dobavljač. Dakle, unakrsnom proverom elektronskih podataka poreskih obveznika, poreska uprava će biti u stanju da za kratko vreme otkrije ovakve situacije.
2. Kada izvučete poresku prijavu za predaju poreskoj upravi - zaključajte poreski period.
Nakon zaključavanja uradite još jednu proveru. Ponovo startujte prikaz podataka za poresku
prijavu kao izveštaj i proverite da li je sve kao na odštampanoj poreskoj prijavi. Nakon toga napravite arhivu cele baze podataka. Dakle, ovih arhiva treba da ima koliko i obračunskih perioda za PDV u svakoj poslovnoj godini.
3. Ukoliko iz bilo kog razloga otključavate poresku prijavu, nakon toga je ponovo zaključajte i proverite da li se izveštaj o poreskoj prijavi slaže sa predatom poreskom prijavom.
OSTALE NAPOMENE:
Propisom je regulisano da se ovaj izveštaj dostavlja na nekom standardnom elektronskom medijumu. Iako nije precizirano koji su to medijumi, smatramo da su za sada jedino CD ili DVD medijumi adekvatni zbog niske cene i nemogućnosti izmene podataka. Ukoliko nemate CD ili DVD pisač (writer), obavezno ga ugradite. Inače, Windows XP (i njegovi naslednici) kao upravljački sistem omogućava lako snimanje podataka na CD/DVD medijume, a mogu se koristiti i drugi programi (Nero i drugi).
(11.03.2010)
VAZNO!!! Obratite paznju na novi propis o ispisu podataka u elektronskoj formi po nalogu poreske uprave.
1. PROCITAJTE PAZLJIVO TAJ PROPIS.
2. PROCITAJTE PAZLJIVO NASE NAREDNO OBAVESTENJE O TOME.
(11.03.2010)
Poreska uprava je propisala obavezu poreskog obveznika koji vodi poslovne knjige na racunaru / bazi podataka, da im na svoj zahtev predaju odredjene podatke u elektronskoj formi. To se pre sve svega odnosi na glavnu knjigu i na podatke o pdv evidencijama (KPR i KIR).
Napominjemo da je propis NEDOSLEDNO propisan tako da se ne moze kao takav isprogramirati. Medjutim mi smo napravili jednu varijantu resenja uzimajuci u obzir najlogicniji ishod.
Nase resenje je objavljeno na nasem sajtu kao podrska PU_ISPIS. Prilikom startovanja te podrske dobicete novu opciju u programu [Finansijsko/Izvestaji (glavna knjiga)/Export podataka/Za poresku upravu]. Na osnovnom dijalogu te programske opcije obratite paznju na obavestenje/upozorenje ispisano CRVENIM SLOVIMA.
(11.03.2010)
V E O M A V A Z N O:
Takodje veoma vazno je da znate da je propis takav da zahteva ispis podataka iz knjige primljenih racuna koji se u njoj nisu sadrzavali u dosadasnjim verzijama. Radi se o podacima osnovice i pdv-a odvojeno po visoj i nizoj tarifi sto nije obaveza da se odvojeno vodi. Ali, sada kada propis o ispisu podataka to zahteva onda se dakle moraju ti podaci odvojeno voditi. To znaci da smo mi radeci program za ispis podataka morali napraviti izmene u knjizi primljenih racuna (KPR) sto dalje znaci da korisnici moraju uraditi posebne obrade kako bi se ti novododati podaci azurirali. Na istom dijalogu postoje automatske procedure za popunu nedostajucih podataka. Potrebno je uraditi sledece:
- izabrati opciju 'Ispis odbitka PDV-a'
- izaberite period za ispis (misli se na poreski period: mesec ili kvartal)
- provera KPR - rucno unosene
- provera KPR - automatski unosene;
!OVDE NA OKRUZENJU POSTOJI OPCIJA ZA AUTOMATSKU POPUNU NEDOSTAJUCIH PODATAKA O KOJIMA JE REC!
Posle toga bi trebalo da imate potpuno popunjenu evidenciju KPR iz koje mogu da se ispisu podaci zaporesku upravu. Predlazemo da proverite funkcionisanje navedenih programskih mogucnosti i opcija na vasoj bazi podataka.
Naglasavamo da oni korisnici koji unose KPR delimicno rucno (direktno) treba da primete da su dodatni podaci izbaceni na obrazac za unos i da te podatke treba da unose da bi mali kompletne podatke u slucaju da treba da izvrse ispis odbitka PDV-a po nalogu poreske uprave.
Veoma je vazno da vi sami dobro procitate propis o ispisu podataka i da izmedju ostalog razumete vaznost vrste promene za ovaj ispis. Naime, ako pogledate nas dijalog videcete na tab-ovima gde se pominju vrste promena da se iskljucivo po vrsti promena mogu odrediti odredjeni podaci raazvrstani u propisane kolone formata ispisa. Dakle, ukoliko ne ispunite razvstavanje proknjizenih promena po vrstama promena necete biti u mogucnosti da uradite propisani ispis podatak za poresku upravu.
(11.03.2010)
ZNACAJ VRSTE PROMENE!!!
Veoma je vazno da vi sami dobro procitate propis o ispisu podataka i da izmedju ostalog razumete vaznost vrste promene za ovaj ispis. Naime, ako pogledate nas dijalog programske opcije za ispis podataka videcete na tab-ovima gde se pominju vrste promena da se iskljucivo po vrsti promena mogu odrediti odredjeni podaci raazvrstani u propisane kolone formata ispisa. Dakle, ukoliko ne ispunite razvstavanje proknjizenih promena po vrstama promena necete biti u mogucnosti da uradite propisani ispis podatak za poresku upravu.
PRIMERI gde je obavezno razlikovati slucajeve razlicitim vrstama promene:
- DKP-Diplomatska konzularna predstavnistva
- Promet oslobodjen placanja PDV-a po osnovu donacija i kredita
- Promet koji se finansira iz budzeta
- Obracunat PDV po osnovu sopstvene potrosnje
- Obracunat PDV na manjak
- Obracunat PDV na kalo, rastur, lom veci od propisanog
- Nabavka nekretnina bez PDV-a, kod kojih je obracunat PDV
- Nabavka ostalih osnovnih sredstava bez PDV-a, kod kojih je obracunat PDV
(10.03.2010)
Posle izmena i dopuna pravilnika o KEPU od 20.02.2010.godine napravili smo dodatne 3 varijante KEPU knjige i zadrzali prvobitnu (--NK).
Sve varijante se nalaze na opciji 'Default-na sema prepisa' i korisnik moze izabrati onu varijantu koju zeli. Naravno, pre toga je potrebno da aktivira Infosys podrsku k091202 ili k091216 zavisno od verzije Infosys programa koju koristi.
Varijante:
--K1 - Objekat se vodi po nabavnoj ili prodajnoj ceni, sve tri kolone kepu iz finansijskog
--K2 - Objekat se vodi po nabavnoj ceni a kepu knjiga je iz robnog
--K3 - Objekat se vodi po prodajnoj ceni bez pdv-a, a kepu knjiga je iz robnog
--NK - Objekat se vodi po VP ceni a KEPU knjiga po MP ceni, zad i razd. iz robnog, upl iz finansijskog
Urađena je opcija Kopiranja seme prepisa Okruženje / Sema prepisa / Okruženje / Kopiranje na objekat
Ovom opcijom se sema za fiktivni ili default-ni objekat kopira na konkretan objekat.
(12.02.2010.)
Podsecamo da je korisnik u obavezi da prijavi Infosys-u potrebu za programskom izmenom kod njega kada je to prouzrokovano izmenom u propisima u knjigovodstvu i racunovodstvu. Time je korisnik u obavezi da prati propise i uskladjenost istih sa funkcijama programa.
Poslednji primeri toga su:
- KEPU
- Dodatni tekst na fakturi
(25.02.2010)
Od 20.02.2010. godine je doslo do izmena i dopuna u propisima o KEPU. Te izmene i dopune nisu, kako smo se nadali, donele razresenje otvorenih pitanja. Prema tome, kako i do danas postoje izvesne nejasnoce oko evidentiranja u KEPU knjigu, u situaciji smo da napravimo nekoliko varijanti resenja naspram naseg shvatanja i tumacenja propisa u ovoj oblasti. To se najvise odnosi na evidentiranje rabata i rezlike u ceni kada se kolona 'Zaduzenje' vodi po nabavnim cenama a magacin takodje po nabavnim cenama. Postoje neka tumacenja da se jedna faktura u tom slucaju treba evidentirati u dva reda (cak i u tri), sto po nasem misljenju nije ispravno. Cekamo naknadna tumacenja i nadamo se da ce se to uskoro razresiti. Ali, do tada to moze napraviti problem sa rednim brojevima koji se moraju upisati na ispravama jer naknadna tumacenja, ukoliko se razlikuju od Vase postavke, mogu da budu takva da izazovu potrebu prenumeracije kepu brojeva i Kepu knjige u celini. Za sada su to sve nepoznanice koje ce se, nadamo se, razresiti. Do tada, ako imate kakvo saznanje, sugestiju, predlog, misljenje, ideju, ... javite nam.
(25.02.2010)
Sve sto se objavljuje kroz sistem obavestenja i na nasem sajtu kao novine u programu mora se prvo kod korisnika instalirati da bi bilo u funkciji. To se obicno radi putem servisa 'Infosys podrska' ili putem neposredne instalacije kod korisnika. Korisnik treba da pozove Infosys radi instalacije tih izmena i radi konsultacija o nacinu primene kao i o podesavanju parametara.
Uradjena je nova TK.
Za instalaciju se koristi podrska bh_tk_2010
Uradjeni obrasci za BiH:
- Bilans stanja
- Bilans uspeha
- Statisticki aneks
- Izvestaj o tokovima gotovine
Podrska: podbihfi
(25.11.2009)
TK - trgovacka knjiga
KEPU - knjiga evidencije prometa i usluga
Navedene dve evidencije/knjige su cest predmet kontrole inspekcijskih organa.
Proverite kod sebe ispravnost ovih evidencija buduci da u najvecem broju slucajeva zavise od automatskih obrada kao i od ispravne podesenosti parametara. Parametrima se podesavaju sadrzaji kolona pomenutih evidencija.
Postoje i mnoge druge knjige, evidencije, obracuni, ... cije vrednosti i rezultati zavise od parametara. S'toga vam savetujemo da ih povremeno proverite, pogotovo u situaciji kada vise operatera moze da pristupi programu to jest kada se radi u racunarskoj mrezi.
(18.01.2010.)
Na fakturi i otpremnici se mogu uneti dodatni podaci koji se navode najnovijim pravilnikom o evidenciji KEPU. To se moze uraditi programskom opcijom:
[Fakture-Racuni(ili Optremnice) /Okruzenje/Parametri/Dodatni tekst].
Da bi uneli tekst treba se pozicionirati na, ili uneti:
Opcija:FAKTURA
Vrsta promene:
Sadrzaj: - ulaz sa F2, potom unos potrebnog i dodatnog teksta, - izlaz sa CTRL-F10
Potrebni dodatni tekst moze biti:
1. Licni podaci odgovornog lica koje ispravu potpisuje (ime i prezime, adresa, br.lk, jmbg, br.tel, i drugi kontakt podaci za proveru tacnosti sadrzine unete u ispravu).
2. Mesto i adresa objekta iz kog se roba otprema sa imenom, prezimenom i potpisom lica koje je izdalo robu.
3. Broj pod kojim je isprava evidentirana u propisanoj evidenciji (KEPU)
4. Podaci o prevozniku robe
(10.02.2010.)
Ministarstvo finansija trazi da bilans stanja i uspeha i anex budu u elektronskoj formi i predati na cd-u.
Posle konsultacija sa pomenutim ministarstvom receno nam je da elektronska forma znaci da sadrzaj na cd-u bude kao i na pisanoj formi, sto znaci da ga treba "poslati" u pdf pa narezati na cd.
To se u nasem programu moze uraditi ako stampu obrazaca usmerite u pdf format (preko nekog pdf driver-a, na primer: doPdf, ili se konsultujte sa vasim serviserom).
(11.01.2010)
Uradjena je KEPU knjiga za maloprodaju umesto ranije TK knjige.
Ovo programsko resenje se moze preuzeti Infosys podrskom k091216 ili k091202 zavisno do verzije programa koju koristite.
(11.01.2010)
Uradjeno je privremeno resenje za KEPU u veleprodaji kojim se podesava default-na postavka u semi prepisa kao "--NK". Kada se svi redovi sa "--NK" preprave na sifru objekta za koji se zeli KEPU knjiga tada je podesavanje zavrseno i vednosti zaduzenja i razduzenja za taj objekat se prikazuju uvecani za PDV. Rabat na izlaznoj fakturi je regulisan kao storno zaduzenje uvecano za pdv.
Napomena:
Ovako propisana KEPU knjiga u veleprodaji se moze automatski dobiti samo uz uslov da se na jednoj izlaznoj fakturi moze pojaviti samo jedna sifra objekta i to predstavlja ogranicenje uslovljeno propisom a ne Infosys programom. Dakle, ne mozete na jednoj fakturi izdavati robu iz vise magacina a da imate korektnu i automatsku KEPU knjigu.
Ovo programsko resenje se moze preuzeti Infosys podrskom k091216 ili k091202 zavisno do verzije programa koju koristite.
Uveden je novi parametar FAKT_VP_ZA_FOOTER.
Njime se moze postaviti tekst na footeru stampe fakture, otpremnice, predracuna koji se odredjivao preko polja VP_za_futer koja se mogla upisati na opcijama pri obradi navedenih dokumenata. (podsecanja radi tu postoje dva polja: VP za stampu i VP za futer).
Novi prametar odredjuje ponudjenu vrednost, a moze zavisiti od oznake korisnika, pozicije, opcije, vrste promene i sifre objekta.
Ovo ce se najcesce koristiti kod definisanja dodatnih podataka na fakturi jer je po novim propisima potrebno da se na istoj istaknu. Takodje ovim ce se resiti da svaki fakturista ili odgovorno lice bude prepoznato u tom parametru kroz zasebnu oznaku korisnika pa ce time imati zaseban dodatni tekst.
Postupak:
VP_za_futer je vrsta promene koju treba uvesti u sifarnik vrsta promena, ali potom treba definisati dodatni tekst na fakturi predracunu, otpremnicama opcijama:
a) [Robno/Racun-Faktura/Okruzenje/Parametri Fakture/Dodatni tekst], ili
b) [Odrzavanje/Futeri]
Predlazemo da VP_za_futer imaju sifre od 2551, 2552, 2553, itd ...
Potom preko parametra FAKT_VP_ZA_FOOTER mozete vezati tu vrstu promene za futer sa na primer oznakom korisnika. To znaci da ce korisniku/fakturisti da se pojavljuju dodatni podaci na stampanoj fakturi, predracunu, otpremnici zavisno od njegove lozinke ali tacnije receno od njegove javne oznake. Javna oznaka korisnika se moze dodeliti kod dodeljivanja lozinke ili videti na opciji [Servis/Korisnici/Korisnici], pa prva kolona u tabeli koju vidite.
Stavljeno u podrske k091202 i k091216.
U novoj verziji za Mart 2010.godine bice uvrstena sledeca programska dorada:
Na okruženju 'Evidencije ugovora', opcija 'Parametri' postoji novi parametar 'Automatska izrada naloga po opštinama'. Kako bi ovaj automatizam radio korektno, neophodno je podesiti dva parametra:
- Šifarnik poreza i doprinosa - Parametar opštine za druge prihode
- Šifarnik ugovora - Porez se plaća prema prebivalištu osiguranika (kako porez nema isti parametar za sve vrste ugovora, neophodno je podesiti i ovaj parametar)
Na opciji [Održavanje/Parametri obračuna/ Globalni parametri] - proveriti Opštinu firme. U Šifarniku opština proveriti propisanu šifru opštine, kao i filijalu i ispostavu, ako je to neophodno (u slučaju da neki doprinos ide prema ispostavi)
Ovim se postiže automatska izrada naloga po opštinama za porez i doprinose, tj. dovoljno je definisati stope za obračun poreza i doprinosa samo za opštinu firme, a poziv na broj odobrenja se prema prethodno podešenim parametrima izračunava automatski: kontrolni broj - šifra odgovarajuće opštine - PIB.
Korisnicima kojima je ovo hitno (na primer tamo gde se ima mnogo opstina) predlazemo da nas pozovu kako bi im i ranije instalirali ovu programsku doradu.
Ukoliko zelite da formirate cenovnik koji ce sluziti prilikom fakturisanja, ne treba da koristite polje/kolonu 'PR_CENA' u sifarniku artikala jer se to polje automatski azurira na osnovu ulazne dokumentacije (kalkulacije i slicno).
Treba da koristite tekuci parametar FAKT_CENA i da njime podesite da cenovnik bude sadrzan u nekom drugom polju sifarnika artikala, kao na primer u VP_CBOD. Ukoliko niste sigurni da ovo mozete postaviti sami pozovite Infosys.
Pored Bilansa stanja i Bilansa uspeha uradjeni su i obrasci za Statisticki aneks i Izvestaj o tokovima gotovine. Omoguceno je pamcenje podataka o jib-u i tekucim racunima prilikom arhiviranja izvestaja. Podrska je postavljena na sajt. Svi zainteresovani terba da se jave u Infosys.
Ukoliko smatrate da je potrebno da vodite KEPU knjigu za magacine-objekte gotovih proizvoda, potrebno je da se javite Infosys-a za konsultacije.
Kada povezujete konacni racun sa avansnim iz prosle godine iz tabele treba pozvati opciju 'MOD' (modifikacija) i promeniti poreski status na 1900 (odnosno onaj koji koristite za izdate avansne racune).
Polje "Konto" (konto pdv-a sa avansnog racuna) najcesce treba ostaviti prazno.
Antivirusni programi mogu znacajno da uspore rad Infosys programa. Ako se to desi potrebno je da korisnik kontaktira svog servisera da izvrsi podesavanje antivirusnog programa u skladu sa sledecim uputstvom:
Treba napraviti exclusions (izuzeće od skeniranja) za:
a) file-ove sa extenzijama
*.frx
*.frt
*.fxp
*.fpt
*.dbf
*.prg
*.cdx
*.vcx
*.vct
*.scx
*.sct
b) foldere
Za razliku od prethodnog obavestenja gde su navedeni folderi koji u svom nazivu sadrze rec 'INFO' sada predlazemo da se oni stave pod kontrolu i nadzor antivirusnih programa zbog pojave najnovije grupe virusa. Ovo ovako treba da bude, nadamo se, za neko vreme, a kada i ako dodje do promene to jest povratka na prvobitnu postavku sa iskljucivanjem nabrojanih foldera, obavesticemo Vas.
OBRASCI SRBIJA - PRIVREDA
1. Bilans stanja
2. Bilans uspeha
3. Statistički aneks
4. Izveštaj o tokovima gotovine
5. Izveštaj o promenama na kapitalu
6. Finansijski izveštaj - napomene
7. Poreski bilans - obrazac PB-1
8. Poreska prijava za akontaciono - konačno utvrdjivanje poreza na dobit preduzeća - obrazac PDP
9. Aneks obrasca PB-1
10. Dobit od predmeta koncesije - obrazac DK
11. Konsolidovani poreski bilans - obrazac KPB
12. Ograničenje kamate kod duga povezanom pravnom licu - obrazac OK
13. Poreski kredit za ulaganja u osnovna sredstva - obrazac PK
14. Poreski kredit za ulaganja u osnovna sredstva u odredjenje delatnosti - obrazac PK-1
15. Srazmerno stečena imovina spajanjem, pripajanjem ili podelom - obrazac SI
16. Srazmerni iznos ulaganja - obrazac SU
17. Poreska prijava za utvrdjivanje poreza na imovinu - obrazac PPI-1
18. Poreska prijava za utvrdjivanje godišnjeg poreza na dohodak gradjana - obrazac PPDG-5
Navedeni obrasci su uradjeni u programu Infosys. U slucaju da se neki od pomenutih obrazaca promeni propisima poterbno je odredjeno vreme da se isti uskladi sa novom verzijom. Korisnik je u obavezi da prati propise i adekvatnost primene obrazaca.
NEDOBITNE ORGANIZACIJE - BUDZET
1. Poreski bilans za drugo pravno lice koje primenjuje kontni plan za budzetski sistem - obrazac PBN
2. Poreski bilans za drugo pravno lice koje primenjuje kontni okvir za preduzeća, zadruge i preduzetnike - obrazac PBN-1
3. Poreska prijava za akontaciono -konačno utvrdjivanje poreza na dobit preduzeća za nedobitne organizacije - obrazac PDN
4. Bilans prihoda i rashoda
5. Bilans stanja
6. Izveštaj o kapitalnim izdacima i finansiranju
7. Izveštaj o novčanim tokovima
8. Izveštaj o izvršenju budzeta
Navedeni obrasci su uradjeni u programu Infosys. U slucaju da se neki od pomenutih obrazaca promeni propisima potrebno je odredjeno vreme da se isti uskladi sa novom verzijom. Korisnik je u obavezi da prati propise i adekvatnost primene obrazaca.
OBRASCI
PREDUZETNICI - PROSTO KNJIGOVODSTVO
1. Bilans uspeha
2. Poreski bilans obveznika poreza na dohodak gradjana na prihode od samostalne delatnosti - obrazac PB-2
3. Poreska prijava za akontaciono - konačno utvrdjivanje poreza na prihode od samostalne delatnosti - obrazac PPDG-1
Navedeni obrasci su uradjeni u programu Infosys. U slucaju da se neki od pomenutih obrazaca promeni propisima potrebno je odredjeno vreme da se isti uskladi sa novom verzijom. Korisnik je u obavezi da prati propise i adekvatnost primene obrazaca.
---------------------------------------
******* V A Z N O **********
---------------------------------------
PREPIS SIFARNIKA I PREPIS POCETNIH STANJA SE VRSI KADA STE USLI U INFOSYS PROGRAM U 2010.godinu. (Opcija: [ODRZAVANJE/Pocetno stanje/...])
Pre bilo kog unosa podataka u 2010.poslovnoj godini potrebno je da uradite sledece:
- PREPIS SIFARNIKA ARTIKALA iz 2009.godine
- PREPIS SIFARNIKA KUPACA i DOBAVLJACA iz 2009.godine
- PREPIS POCETNOG STANJA (robnog najcesce, ali i ostalih ako su u 2009. azurna i zavrsena knjizenja)
Na opciji za prepis sifarnika, pa na okruzenju, postoje precice za automatsko cekiranje (postavljanje odabranih sifarnika) za finansijsko, robno, osnovna sredstva. Preporucujemo Vam da koristite ovaj nacin biranja sifarnika jer tako necete izostaviti ni jedan sifarnik odredjenog segmenta)
Napomena: Ako postoje i ostali sifarnici (Osnovna sredstva, Zaposleni radnici, ...) koje treba prepisati u 2010.godinu, uradite to.
Inicijalizacija obračuna zarada je promenjena pre svega vizuelno. Ako inicijalizacijom korigujete ili ponovo računate neki podatak za sve radnike, neophodno je obeležiti 'Inicijalizacija svih zaposlenih'. Klikom na dugme 'Naredni' preći preko svih ekrana, uneti ili proveriti podatke i na kraju kliknuti na dugme 'inicijalizacija'. Podaci koji se unose inicijalizacijom su dopunjeni podatkom "Minimalna neto zarada po satu". Izbor isplata za izračunavanje i usklađivanje proseka je automatski.
Napomena: ako za neki mesec postoje dve konačne isplate, npr. jedna za redovan rad, a druga za porodiljsko odsustvo ili socijalno bolovanje, neophodno je isključiti one isplate koje ne ulaze u prosek). Možete odustati bilo kog trenutka klikom na dugme 'Cancel' ili 'Esc' na tastaturi i ništa se neće promeniti.
Na okruženju "Mesečnih ostvarenja" postoji nova opcija "Kontolni obračun". Ovom opcijom se vrši neki vid kontrole unetih podataka za obračun. Po završetku kontrolnog obračuna dobija se specifikacija koja prikazuje ukupan trošak tekuće isplate samo po osnovu redovnog rada (tj. bez socijalnog bolovanja i porodiljskog odsustva) - korisno za budžetske firme koji cenu rada uklapaju u ukupan iznos za isplatu. Naša preporuka je da vam ova opcija postane podrazumevani korak pre puštanja pravog obračuna. Pokušajte pažljivo da analizirate sve moguće poruke upozorenja, neke od poruka mogu ukazivati na ozbiljnu grešku ili propust. Ako obeležite "Dopis do minimalnog neto iznosa" program automatski, na osnovu fiktivnog obračuna, dobija iznos korekcije do minimalca i upisuje zaposlenima na prethodno definisane šifre ostvarenja (detaljnije u narednom pasusu). Usklađivanje naknade za porodiljsko odsustvo je opcija koju je neophodno startovati od početka odlaska na porodiljsko odsustvo, pa sve do povratka porodilje na rad, drugim rečima, naknada porodiljskog se usklađuje iz meseca u mesec i bitan je kontinuitet. Ako radite kontrolni obračun za drugu, treću ili bilo koju narednu isplatu, potrebno je obeležiti isplate za minusiranje i kumuliranje, identično obračunu zarada.
Dopis do minimalne neto zarade po satu
U opštem slučaju, zarada zaposlenih ne sme biti niža od propisane minimalne neto zarade po satu. U minimalnu zaradu po satu ne ulaze stimulacije, topli obrok, regres, minuli rad, ... u cilju kvalitetnog obračuna razlike do minimlnog neto iznosa zarade kreiran je parametar minimalac u Šifarniku ostvarenja koji ima vrednost 'D' za stavke koje ulaze u minimalac i 'N' za stavke koje ne ulaza u minimalac. Na opciji [Održavanje/Parametri obračuna/Globalni parametri] postoje novi parametri "Dopis do minimalne neto zarade po satu". Neophodno je definisati šifre ostvarenja na koje se upisuje razlika do minimalca. Preporučene šifre za dopis do minimalca su 284 - redovan rad, 444 - porodiljsko odsustvo, 544 - socijalno bolovanje i 384 - invalidi rada, ako ste ranije koristili neku od ovih šifri u obračunu konsultujte se sa programerima iz InfoSys-a. Kontrolni obračun je opcija koja automatski računa i dopisuje razliku do minimalca, a u porukama o obračunu izveštava koliko je kom radniku dopisano na neku od prethodno definisanih šifara.
Po Zakonu, naknada za porodiljsko odsustvo se dobija određenim vidom usklađivanja i mi smo već ranije pisali o evidenciji porodiljskog odsustva koja usklađuje bazni mesec sa poslednjim mesecom pre odlaska na porodiljsko (pročitati uputstvo za porodiljsko na meniju [servis/uputstva]). Bez obzira da li porodilja ima kretanje zarade ili ne, program će automatski izračunati naknadu za porodiljsko i kao takvu je koristiti u daljem obračunu. Po nekim novim tumačenjima usklađivanja, kontroliše se kretanje zarade u firmi za mesec za koji se vrši obračun zarade sa prethodno obračunatim i isplaćenim mesecom. Dakle, naknada porodilje za npr. decembar se dobija u skladu sa kretanjem zarade za ostale zaposlene u periodu novembar-decembar. Kako tekući obračun direktno utiče na usklađivanje, a u cilju pojednostavljenja procesa usklađivanja, kreiran je kontrolni obračun. Na opciji "Kontrolni obračun", po unosu svih ostvarenja, pa i ostvarenja za porodiljsko odsustvo obavezno uraditi i "Usklađivanje porodiljskog". Izbor isplata - mesec koji se usklađuje su sve isplate za prethodni obračunski mesec. Izbor isplata - tekući mesec se obeležava u slučaju da su postojale akontacije za tekući mesec, pa je neophodno obeležiti iste. Takodje ukoliko postoje akontacije za tekući obračun, potrebno je odraditi minusiranje i kumuliranje na kontrolnom obračunu. Da bi ova opcija radila korektno, neophodno je proveriti parametar porodiljsko u Šifarniku ostvarenja, parametar ima vrednost 'D' za stavke na osnovu kojih se računa prosečna zarada kod poslodavca (najčešće šifra 060).
Naravno, porodilju uneti u evidenciju porodiljskog odsustva.
Ukoliko je ista filijala na kojoj se nalazi sedište poslodavca i prebivalište zaposlenog, a različita ispostava u okviru iste filijale, doprinos za zdravstveno osiguranje se plaća prema ispostavi gde je sedište poslodavca. U slučaju da je sedište poslodavca na teritoriji jedne filijale, a prebivalište zaposlenog na teritoriji druge filijale, doprinos za zdravstveno osiguranje se plaća filijali, odnosno ispostavi u kojoj je prebivalište zaposlenog.
U šifarniku "Poreza i doprinosa", u šifri doprinosa 732 - doprinos za zdravstveno osiguranje na teret zaposlenog i šifri doprinosa 932 - doprinos za zdravstveno osiguranje na teret poslodavca, podesiti parametar na - "I- ispostava".
Da bi automatska izrada naloga po opštinama radila korektno neophodno je definisati podatak o filijali i ispostavi svake opštine u Šifarniku opština. Takođe neophodno je u šifarniku filijala definisati sedište svake filijale. Na primer: prebivalište zaposlenog je u opštini Čajetina, koja se nalazi u filijali Zlatiborski okrug, a sedište filijale je u Užicu. U šifarniku opštine Čajetina u polje filijala potrebno je upisati šifru filijale Zlatiborski okrug, a u polje ispostava upisati šifru opštine Čajetina. U šifarniku filijala u šifri filijale Zlatiborski okrug u polje sedište filijale upisati šifru opštine Užice. Napomena, posle bilo kakve izmene u ovim podacima neophodna je detaljna kontrola naloga za prenos za porez i doprinose pri prvom narednom obračunu zarada.
U Šifarniku ostvarenja postoji novi parametar 'refundacija', i neophodno je da ima vrednost 'D' za sve stavke obračuna koje se odnose na Socijalno bolovanje i Porodiljsko odsustvo, a refundiraju se od strane Zavoda ili Službe dečije zaštite. Ukoliko poslodavac svojim Opštim aktom definiše, da se bolovanje preko 30 dana i porodiljsko bolovanje, plaća preko iznosa koji se refundira, potrebno je definisati još jednu šifru ostvarenja sa odgovarajućim procentom naknade koja u polje refundacija ima vrednost 'N'.
Na primer: imate porodilju koja je posle manje od šest meseci rada otišla na porodiljsko odsustvo pa joj se refundira 60% osnovne zarade, a poslodavac želi da je plati svih 100%.
Drugi primer: kada Grad Beograd plaća dodatnih 35% naknade za održavanje trudnoće, koji se ne refundiraju od strane Zavoda i ne iskazuju na OZ-11 obrascu, ali se prikazuje na OD-1 obrascu.
U "Šifarniku ostvarenja" i u "Globalnim parametrima" koji se nalaze na opciji [Održavanje/Parametri obračuna], postoji uputstvo za svaki parametar ponaosob. Kretanjem po poljima na dijalogu "Globalni parametri", odnosno po poljima "Šifarnika ostvarenja" (klikom na dugme 'Unos' ili 'Modifikacija') u donjem delu prozora javlja se tekst koji opisuje parametar na kome se trenutno nalazite. Bitno je posle preinstalacije proveriti parametre 'minimalac', 'refundacija' i 'porodiljsko' u "Šifarniku ostvarenja", kao i parametre 'dopisa' do minimalca na prethodno pomenutim "Globalnim parametrima".
Na meniju [Održavanje] postoji nova opcija "Kastomizacija obračuna zarada". Ovom opcijom moguće je podesiti sve parametre obračuna zarada: definisanje osnovne zarade, bruto satnice, šifarnik ostvarenja, procenat minulog rada, parametre zaokruženja, ... Koristi se prilikom instalacije programa, za jednostavnu parametrizaciju programskog segmenta Obračun zarada. Osim toga, u slučaju agencije, opcija je korisna kada jednu bazu podataka, tj. poziciju definišete za novog korisnika. U opštem slučaju, opcija se može pozvati kada postoji potreba za složenijom izmenom parametara. Obzirom na njenu "težinu" napominjemo da je poželjno strogo voditi računa šta je to što se želi postići... U nekim slučajevima poželjno je i pozvati programere iz InfoSys-a.
Na opciji [Održavanje/Parametri obračuna/Globalni parametri/Dodatni parametri] postoji novi parametar 'neto princip'. Parametar omogućava da na osnovu Zakonom neophodnih podataka o osnovnoj bruto zaradi radnika zaposleni po obračunu ipak dobiju željenu neto zaradu. Program na osnovu određenih parametara računa iznos stimulacije/destimulacije i upisuje na šifru koja se definiše na prethodno pomenutoj opciji - preporučena šifra je 333 i njene parametre je moguće kopirati sa default-nih parametara Šifarnika ostvarenja. Dakle, ako ste do sada koristili šifru 330 koja je uključivala Zakonom obavezni topli obrok, regres i minuli rad, sada je moguće ići korak dalje, pa dobiti željeni neto u opštem slučaju kada zaposleni ima i bolovanje ili godišnji odmor, državni praznik, ...
Napomena: Zakonom je obavezno zaradu zaposlenih definisati u bruto iznosu.
Opcija menija [Održavanje / Ravnoteže / integritet u Robnom]
Zamisao je da jednom opcijom korisnik proveri status u Robnom knjigovodstvu.
Za sada se kontrolišu 4 vrste neravnoteža.
1. Integritet: zaglavlje - stavke: Ispituje se da li postoje stavke u robnom knjigovodstvu za koje ne postoji odgovarajuće zaglavlje. Može da se desi usled nestanka struje i sličnih situacija, kao i ako korisnik direktno pristupa bazi podataka. Ukoliko se pojave neravnoteže potrebno je da se obratite Infosys-u radi konsultacije.
2. Integritet Robno - Stanje artikala: neslaganje između tabele stanja i zaliha artikala. Postoji i kao posebna opcija, samo što ovde ne ispituje Rezervacije.
3. Integritet vrednosti magacina - neusaglašena vrednost magacina: Postoji potreba za nivelacijom ili ispravkom vrednosti.
4. Odlazak u negativne količine: Artikli čije su zalihe povremeno odlazile u minusno stanje.
Pored ispitivanja neravnoteža, daje se i opcijoni prikaz određenih parametara radi analize.
Inače, provera se može raditi za sve objekte ili objekte izabrane iz spiska.
Svaku neravnotežu je moguće posebno štampati, ili kompletan izveštaj poslati na E-mail Infosys predstavnika.
U sifarniku artikala se pored osnovnog naziva-opisa (30 znakova), moze u polju 'Opis' (memo polje) uneti i dodatni opis ili nastavak osnovnog naziva. Taj se opis do sada mogao pojaviti u stampi samo na kalkulacijama i fakturama.
Sada se taj opis moze pojaviti u stampi lager liste ako se koristi opcija [ROBNO/Lager lista za komercijalu/Okruzenje], gde cete izabrati stampu sa opisom. Takodje se moze na isti nacin stampati i blanko popisna lsita sa dodatnim opisom artikla.
NOVO U PROGRAMU
==============================================
Omogucen je tabelarni unos stavki izvornih robnih dokumenata!
==============================================
Moguce je da se umesto komande 'Rel' koristi komanda 'Stav' kojom se stavke robnih dokumenata mogu unositi tabelarnim nacinom: pretrazivanjem, odabirom artikla i unosom.
Ovaj nacin unosa ima neke prednosti:
- dosta je pregledniji od klasicnog unosa sa 'Rel'
- omoguceno je inkrementalno filter pretrazivanje sto znaci da se artikal pronalazi kucanjem slovo-po-slovo a pritom se skup artikala koji sadrze ukucana slova suzava (filtrira)
- pregledan je skup odabranih stavki
Vazna napomena:
Ova mogucnost se podesava odredjenim tekucim parametrom. Savetujemo vam da, ukoliko ste zainteresovani, pozovete Infosys za podesavanje tog parametra.
U finansijskim izvestajima ubacena je mogucnost pregleda po referentima prodaje na sledecim izvestajima:
Na izvestajima dospelim/nedospelim:
- Dospela nedospela metodom IOS-a
- Dospela nedospela metodom salda
- Uporedna dospela nedospela
- Dospela potrazivanja po periodima
Na dialogu je sada moguce birati kojom metodom hocemo izvestaj o referentu.
1. Referent iz KD
2. Referent iz Fakture
Po prvoj metodi Referent je vezan za jednog ili vise kupaca.
Po drugoj Kupac je vezan za jednog ili vise referenata.
Druga metoda nema puno smisla ako trazimo izvestaj metodom salda ali ako korisnik unosi
referenta u izvode izvestaj ce raditi korektno.
NAPOMENA: Referent prodaje se moze unositi samo u programskom segmentu komercijala (KOMERC)
--------------------------------
Vazi samo uz razvojnu Infosys podrsku.
Svi zainteresovani za ovu opciju treba da se obrate Infosys-u.
--------------------------------
Omogucen je pregled podataka iz izvornih dokumenata na opcijama Dospela/Nedospela potrazivanja metodama salda i IOS-a.
Opcija se nalazi na Okruzenju odnosno na tool-bar-u pomenutih izvestaja.
Pregled sadrzi podatke o sifri artikla i nazivu artikla i memo polje u koje se smestaju ostali podaci: kolicina, cene, rabat, marza, zav.troskovi ... u zavisnosti od vrste dokumenta.Izuzetak su PDV dokumenti za koje je jedino bitno memo polje u koje su smesteni sifra firme, broj dokumenta, iznosi (bruto, neto, pdv).
Na formi su, iznad grida u zavisnosti od tipa ispisani osnovni podaci o dokumentu: vrsta, broj, datum, DPO, valuta, podaci o komitentu, fakturni iznos, objekat...
Futer je prateci tekst ispod tabele IOS-a. Taj tekst je razlicit zavisno od ukupne vrednosti to jest salda IOS-a. Tekst se u programu moze podesiti u sledeca tri slucaja zavisno do pomenutog salda IOS-a:
1. IOS-i > 0
2. IOS-i = 0
3. IOS-i < 0
Korisnik moze sam promeniti ili nanovo postaviti futere u za ta tri slucaja na opciji programa [Odrzavanje/Futeri].
Ukoliko je potrebno pozovite za konsultaciju.
Inkrementalno Filter pretrazivanje (IFP) je pretrazivanje u tabelarnim formama kod koga se kucanjem slovo-po-slovo odmah pronalaze redovi koji sadrze zadat tekst i samo se oni prikazuju.
Zasto se naziva 'Inkrementalno Filter' ?
Inkrementalno = Slovo po slovo u pretrazivanju
FIlter = prikazuju se (filtriraju se) samo redovi tabele koji zadrze zadat tekst
Ogranicenja:
- IFP se ne primenjuje na datumske u numericke podatke.
- IFP se moze primeniti samo nad tabelama kod kojih u vrhu mozete videti siroko polje u kome stoji teskt 'Inkrementalno pretrazivanje' To polje nazivamo 'IFP polje'.
Da biste zapoceli ovo pretrazivanje potrebno je da kliknete misem na IFP polje ili da kliknete na odgovarajuce dugme na toolbar-u tabele. Prelazak u rezim IFP-a se pokazuje promenom boje dela tabele u narandzastu-braon.
1. Bilans stanja - pomoćni
2. Bilans uspeha - pomoćni
3. Bilans stanja
4. Bilans uspeha
5. Statistički aneks
6. Finansijski izveštaj - napomene
7. Iskaz o promjenama neto imovine (kapitala) - obrazac IPK
8. Bilans novčanih tokova - obrazac BNT
9. Poreska prijava na dobit - obrazac PD
Navedeni obrasci su uradjeni u programu Infosys. U slucaju da se neki od pomenutih obrazaca promeni propisima potrebno je odredjeno vreme da se isti uskladi sa novom verzijom. Korisnik je u obavezi da prati propise i adekvatnost primene obrazaca.
Omogucena je stampa potpisa na popisnoj listi kupaca - dobavljaca, pomocu opcije [Finansijsko/izvestaji (kupci/dobav)/IOS-i, okruzenje/stampa IOS-a(izvestaj)]. U dobijenom dijalogu obavezno promeniti naslov na odgovarajuci kao npr.
"popis potrazivanja od kupaca na dan 31.12.2009."
Podesavanja: [odrzavanje/futeri]. Potrebno je uneti novi futer. U opciju uneti velikim slovima POPISKD, a sva ostala polja ostaviti prazna. Zatim pritiskom na taster F2 uneti odgovarajuci tekst i zapamtiti ga sa ctrl+enter.
Uveden je zurnal sistem u Infosys program. Osnovna funkcija je pracenje znacajnijih akcija koje je izvrsio korisnik koriscenjem Infosys programa. To moze imati za cilj da se otkrije uzrok neke greske u radu ili uzrok nekog stanja/pojave u bazi podataka, kao i osnova za laksu dijagnostiku i olaksanje vrsenja intervencije od strane Infosys-a.
U parametrima faktura, otpremnica, predracuna, avansa, u parametri 3 postoji novi parametar "Prikaz predhodnih podataka". Ako je postavljen na "D" na stavkama fakture ( i ostalih dokum. ) prilikom unosa artikla prikazivace se plavi prozorcic sa tim artiklom
kolicinom, cenom .... sa njegove zadnje fakture.
To je zgodno jer mozete, prilikom fakturisanja, videti pod kojim uslovima je taj artikal prodat prethodni put tom istom kupcu.
Podsecamo korisnike da vec duze vreme mogu stampati virmanske naloge na blanko papiru. U tom slucaju program stampa obrazac virmanskih naloga kao i njegov sadrzaj.
Primenjeno je i na stampu virmanskih naloga iz obracuna zarada.
History sistem je novina u Infosys programu koja se sastoji u tome sto se pamte i prikazuju u posebnom spisku, history meniju, na glavnom ekranu programa programske opcije koje je korisnik medju poslednjim startovao.
History sistem je dobar jer korisnik moze da ponovo startuje neku ranije startovanu opciju na jednostavan nacin klikom na istu u okviru history menija, a ne da je ponovo bira iz glavnog menija. Na taj nacin moze se reci da je histori meni u stvari dinamicki meni programskih opcija koje korisnik najcesce koristi.
History meni se resetuje kod svakog ulaska u program, prilikom promene baze podataka (F3), prilikom promene programskog modula (F4).
Ne radi na rezuliciji 800 X 600.
Korisnik Infosys programa je obavezan da redovno vrsi arhiviranje podataka.
Arhiviranje podataka je veoma vazan postupak koji izvodi korisnik. U slucaju gubitka podataka to vam omogucuje da ih povratite iz poslednje arhive. Gubitak podataka se najcesce desava usled kvara na racunaru ili usled pogresnog rukovanja racunarom.
Arhiviranje podataka je postupak kopiranja podataka na neki drugi trajni memorijski medijum (CD, Hard Disk, Usb Flash memorija, ...).
U okviru Infosys programa postoji mogucnost arhiviranja podataka na lokalni hard disk sto se primenjuje kada imate lokalnu racunarsku mrezu. Takodje mozete podatke arhivirati na USB flash memoriju ali se takva arhiva ne smatra za dovoljno pouzdanu pa se obicno vrsi kao dopunska.
Preporucujemo svakodnevno arhiviranje podataka na drugi hard disk i/ili na CD.
Takodje preporucujemo da se CD na kome su arhivirani podaci pravi u vise kopija i da se bar jedna od njih cuva izvan prostorija firme u kojoj se koristi Infosys program, iz razloga raznih mogucnosti elementarnih nepogoda, kradja, pozara, itd ...
Parametri su podaci koji odredjuju nacin funkcionisanja programa i dostupni su korisniku-operateru Infosys programa tako da ih mogu podesavati prema svojim potrebama.
Neki primeri parametara i njihove primene:
- najcesce ponudjeni podaci kod unosa (default-ne postavke)
- procenti i stope (pdv-a, porezi, doprinosi, ...) koji ucestvuju u nekim izracunavanjima
- formule koje opisuju izracunavanja
- sve seme automatskog knjizenja u finansisjko, pdv, ...
- sadrzaj TK, KEPU, ...
- seme prepisa raznih evidencija
- automatsko podmetanje cena prilikom fakturisanja
- parametri u sifarniku ostvarenja u programu za obracun zarada koji odredjuju mnostvo funkcija i svojstava u obracunu
- magacin/objekat se vodi po prosecnim ili prodajnim cenama
- poreski statusi i veza sa KPR-KIR i poreskom prijavom zavisi od podesenosti parametara u semi prepisa
- itd ...
Pozeljno je da korisnik-operater povremeno proveri parametarske postavke i uveri se da su u skladu sa ocekivanim ponasanjem programa kada su u pitanju evidencije, obracuni, default-ne postavke i sve ostalo na sta uticu.
Uradjena su zakljucna knjizenja za klasu 9. Vrsta promene se definise u polju "lista vrsta promene za zakljucna knjizenja" u parametrima finansijskih naloga npr."96 ,97 ,94" gde je 94 vrsta promene za ZK klase 9.
Kontrola u finansijskom knjigovodstvu - svrha: lakse pronalazenje gresaka u finansijskim nalozima koji uticu na bilanse
Kontrola obuhvata sledece provere:
1. datum naloga u periodu dozvoljenog knjizenja
2. prazan podatak o kontu
3. prazna VP
4. vrste promena za pocetno stanje i zakljucna knjizenja se koriste i u drugim fin. nalozima
5. ravnotezu naloga
6. dugovni ili potrazni saldo konta
Kao kriterijum za kontrolu pod tackom 4 koriste se pocetni i krajnji datum perioda obracuna.
Kontrola se moze pokrenuti u opcijama Finansijsko->Obrasci->Finanijski izvestaji->Kontrole u fin.knjigovodstvu ili Odrzavanje->Ravnoteze->B. Kontrola podataka
Kontrola kontnog plana - proverava da li su u kontnom planu uneti slogovi za klase i grupe konta. Moze se startovati sa okruzenja Zakljucnog lista - provera se vrsi za konta koja su u pregledu ili iz opcije Odrzavanje->Ravnoteze->C.Kontrola KP kada se kontrolisu sva konta u finansijskom knjigovodstvu.
Iz opcije "Nenaplacena Potrazivanja" dobija se izvestaj u formi tabele iz koje se može izabrati i opcija za štampu opomena.
Opomene sadrže podatke o nenaplaćenim računima i štampaju se u obliku pisma za slanje kupcima (slično obrascu IOS). Tekst na dnu obrasca za opomene se može podešavati u opciji [Održavanje / Futeri], za opciju "OPOMENE" (preporuka) ili uneti neposredno pre štampe opomena.
Na opciji menija [FINANSIJSKO/Obrade/obracuni/obrasci] dodata nova opcije Budzetiranje
Ideja: Da korisnik na osnovu zadatih parametra (period, konto, strana (DUG|POT|SAL), analitika, sektor, poslovnica) moze da unese plan, a onda to da analizira uporedjivanjem sa stvarnom realizacijom.
U zaglavlje budzeta se unosi sifra, opis i period (od meseca do meseca). Postoji kontrola pocetnog i krajnjeg mesaca sa upisom perioda koji se analizira (kvartal, semestar, period, mesec). U Stavkama se unosi koja se strana analizira (D-duguje, P-potrazuje, S-saldo) , konto, analitika, sekotr, poslovnica i joker polja i opis. Ako nesto od ovoga nije uneto podrazumeva se ukupni uslov po tome (npr ako je sektor prazan podrazumeva se analiza po svim sektorima). NA Okruzenju moze da se uradi analiza gde se dobije %realizacije, prirast, ... Tu moze da se stampa, pregleda fin kartica ili uradi opsta rekapitulacija. Podaci imaju svoj redni broj unosa pa se na taj nacin inicijalno sortiraju. Ako je unet opis onda se u analizi on prikazuje, a ako nije unet onda se opis generise na osnovu strane, konta naziva konta ...)
Radi lakse manipulacije odredjeni budzet se moze
1. Pregledati u tabelarnom rezimu (dozvoljen upis sa generisanjem RBR)
2. Podaci mogu da se inicijalizuju (generisu) na osnovu fin.prometa u odredejnom periodu (izbor godine i pozicije) sa svim filterima. Postoji i koeficijent korekcije.
3. Podaci mogu da se inicijalizuju (generisu) na osnovu nekog drugog budzeta (kopiranje) sa odredjenim koeficijentom i svim filterima.
4. Podaci mogu da se koriguju za odredjeni koeficijent po svim filterima.
5. Podaci mogu da se obrisu po svim filterima.
U finansijskom nalogu u formi maske-obrasca, sa komandom ALT+D se mozemo postaviti na poslednju stavku istog.
Promenjen je izgled knjige izdatih predračuna (Opcija [Robno / Pregledi, knjige / Knjige / Knjiga predracuna]).
Izveštaj sada sadrži i podatak o broju fakture, ako je na osnovu predračuna formirana faktura, kao i podatke o uplati kupca. Uplata se prikazuje, ako je na finansijskoj kartici kupca broj dokumenta ili broj predračuna ili broj fakture (sa kontrolnim brojem).
Takođe, prikazuje se i broj dana kašnjenja, ako je došlo do kašnjenja u plaćanju po predračunu.
1. Na meniju [komercijala/lager] dodata nova opcija - Optimalne i kriticne zalihe (unose se vrednosti po objektima i artiklima)
2. U predlogu za Nabavku ubacena mogucnost da se izvestaj dobija po kriticnim ili po optimalnim zalihama zalihama
Za naloge magacina dodata provera solventnosti.
Pri formiranju otpremnica i faktura iz naloga magacinuj prosirena mogucnost za nacin formiranja kolicina:
1. Umanjenje za vec formirane kolicine (do sada je to bio indikator)
2. Na osnovu raspolozivih ( nova opcija - gleda minimum u odnosu na 1. i raspolozive kolicine)
3. Na osnovu zaliha (nova opcija - gleda minimum u odnosu na 1. i zalihe artikla)
4. Bez stavki (nova opcija formira se samo zaglavlje da bi se moglo kasnije ponaosob uneti artikli)
5. Prepis svih kolicina- prepise se svtavke sa unetim kolicinama.
U narudzbenicama prodaje pri formiranju sledbenika(faktura ili otrpemnica ili nalog magacinu) na dijalogu se postavlja pitanje o nacinu formiranja kolicina koje moze biti
1.preostale kolicine po narudzbenici
2 Na osnovu raspolozivih zaliha
3 na osnovu zaliha
4 bez stavki.
Nova opcija: [KOMERCIJALA/Fakturisanje/nalog za utovar]
Zaglavlje naloga za utovar sadrzi podatke o broju naloga za utovar, datumu, vozilu i vozacima.
Na okruzenju postoje sledece opcije:
1. Formiranje stavki naloga za utovar
Na osnovu zadatog perioda i pravca (dela grada, oblasti) vrsi se izbor faktura koje formiraju nalog. U izbor nece uci one fakture koje vec postoje u nalozima za utovar.
Struktura tabele KD_RJ je prosirena za polja C1, C2, C3, N1, N2, N3.
Ukoliko kupac ima vise radnih jedinica (mesta isporuke) u tabeli KD_RJ, u polju C1 se upisuje pravac (skracenica).
Pravac se moze upisati i u sifarniku KD u polju C6 (polje je duzine 30, upisati max 10 znakova za pravac).
Na pregledu postoji mogucnost izbora faktura koje ce formirati nalog. Fakture su sortirane po pravcu, sifri kupca i broju fakture.
Na okruzenju postoje 2 opcije:
1.Kontrola mase - uporedjuje se nosivost vozila sa zbirom masa artikala iz izabranih faktura i artikala iz faktura koje su vec upisane u nalog
2.Formiranje stavki - upis brojeva faktura u stavke naloga za utovar
2. Pregled i stampa naloga za utovar - pregled kolicina, paketa, paleta grupisanih po sifri artikla za zadati nalog
3. Sifarnik vozila
Stavke naloga za utovar sadrze brojeve faktura (kao i polja: datum fakture, sifra i naziv kupca, sifra i naziv mesta isporuke). Stavke naloga se mogu unositi i rucno.
Na okruzenju postoji opcija za kontrolu mase.
Dodatak: Izmenjena je struktura tabele sektor: nova polja C1, C2, C3, N1, N2, N3.
Izmenjen je raspored opcija na meniju "prodaja" u modulu-u "Komercijala".
Napravljena je programska opcija 'Serijsko formiranje knjiznih odobrenja' koja moze da automatski formira i uknjizi knjizna odobrenja za odabrane kupce koji za to ispunjavaju odredjene uslove.
Opcije se u meniju nalazi na
[PDV/PDV dokumenti/Okruzenje/Knjizno odobrenje].
Ukoliko ste zainteresovani obratite se Infosys-u.
Uveden je novi poreski status
1911 - Avansi za ino komitente sa PDV-om,.
Radi isto sto i 1900 samo sto je indikator ino\dom ='I' pa se koristi konto ino-kupca.
Uradnjene su dve nove opcije na PDV meniju.
1. Ravnoteza KPR - izvorni dokument
2. Ravnoteza KIR - izvorni dokument
1. Ova ravnoteza radi proveru svih kolona iz KPR-a sa podacima koji bi se dobili kada bi se ponovo proknjizili izvorni dokumenti (tv kalk,tm kalk, robni ul.dokumenti , PDV dokumenti ulazni, osnovna sred. ul, nalog za naplatu ulazni, nalog za isplatu ulazni).
2.Ova ravnoteza radi proveru svih kolona iz KIR-a sa podacima koji bi se dobili kada bi se ponovo proknjizili izvorni dokumenti (fakture, avansni racuni,otpremnice, robni iz.dokumenti , PDV dokumenti izlazni, osnovna sred. izl., nalog za naplatu izlazni, nalog za isplatu izlazni).
Prikaz na ekranu je u formi zaglavlje (opis dokumenta) / stavke (razlike po svakoj koloni) i po prikazu se moze zakljuciti kakve su neravnoteze (ima u PDV nema u dokum, ima u dokum nema u PDV i ima u obadve ali se neke kolone razlikuju)
Na obe ravnoteze su uradjene tri vrste stampe. (detaljna, za tekuci dokument i svih dokumenata)
Na meniju Obracuna zarada promenjen naziv za precice Unos ostvarenja i Sifarnik ostvarenja.
Promenjen redosled opcija na okruzenju Unosa ostvarenja.
Uradjena horizontalna validacija u na poljima u tabelarnom prikazu izvestaja o promenama na kapitalu za CG. Ispraceno i za vezane aop-e.
U izvestaju Bilans novcanih tokova definisani su zbirni aop-i.
Omogucena je stampa napomene uz finansijske izvestaje: FINANSIJSKO - OBRASCI - Napomena. Tekst napomene se podesava u opciji [ODRZAVANJE/FUTERI].
U polju 'opcija' treba upisati "NAPOMENA", a u polje 'krit' ('dod_krit') oznaku zemlje. Podeseno je za Crnu Goru.
Statistički aneks je ugrađen u finansijske izveštaje.
˘ inicijalizacija obračuna zarada
˘ kontrolni obračun
˘ dopis do minimalne neto zarade po satu
˘ porodiljsko odsustvo
˘ doprinos za zdravstveno osiguranje, obračun prema ispostavi opštine
˘ refundacija socijalnog bolovanja i porodiljskog odsustva
˘ opis parametara - šifarnik ostvarenja, globalni parametri
˘ kastomizacija obračuna zarada
˘ neto princip
©2003, 2005 Copyright by Infosys. All rights reserved. This site is member of UziceNet. Powered by DataVoyage.