Evidencija prodaje i relizacije po osnovu ugovora sa sindikatima. Ova vrsta prodaje najčešće uključuje i “Prodaju na rate”.
Modul je napravljen na inicijativu Planika d.o.o. u Novembru 2008 godine.

Projektni zadatak sa osnovnom postavkom i opisom tabela može se preuzeti odavde.

1. Evidencija kreditnih zaduženja (u ratama) zaposlenih lica preduzeća koja imaju sklopljen ugovor o sindikalnoj prodaji.
2. Evidencija uplata od strane preduzeća na prelazni račun.
3. Razvrstavanje tih uplata na pokriće rata zaposlenih tog preduzeća na osnovu prispelih spiskova.
4. Pregled otvorenih rata, alarm za “prekoračenja” roka, pregled nerešenih situacija.

NAPOMENA ! Konto 2026 (ili bilo koji drugi koji će preuzeti funkciju) mora da ima u definiciji konta obeleženu Posebnu sistemsku funkciju konta pod brojem 99 - Potraz.za prod. sindik. kredit. Na taj način se prilikom knjiženja utvrđuje koji konto će preuzeti vrednost prodaje.

U cilju evidencije kredita, u bazi će se koristiti sledeće tabele i modifikacije:

U nju se unose PREDUZEĆA sa kojima imamo sindikalni ugovor.

Sektor firme (filijala) u kojoj je zaposleni zaposlen.

Tabela lica je modifikovana tako da sadrži i dopunske podatka

Dodata polja:

Tabela registrovanih sindikalnih obaveza, kupovina i ugovora

Polja:

Tabela koja sadrži posebne situacije koje se knjiže u finansijskom modulu. Detaljnija instrukcija sa opisom funkcionalnosti ove tabele nalazi se u članku “Višefazno knjiženje ”.

Polja:

Unos otvorenih rata sa datumima dospeća i ostalo.

Polja:

Ovo polje ukazuje na status u kom se nalazi kreditna obaveza lica. Vrednosti odgovaraju BE_DocStatus enumeratoru, i imaju sledeće značenje:

View (upit) FN_StatusSindikUgov vraća parove Status → StatusOpis vrednosti iz ove tabele.

Parametri modula se pamte u strukturi KontneGrupe > KontneGrupeSas pod KGrID=200100. Upit zadužen za pregled parametara je FN_SindikSettings.
Funkcije parametara odgovaraju enumeratoru BE_SindikSettings.

Program je u stanju da napravi automatski izlazni račun na osnovu overenih sindikalnih ugovora.

Tom prilikom se kao veza ka ugovorima pamti:

1. DocLink.DocID=Rate.LobID; DocLink.Link=Racuni.RacLink;

2. SasRac.Odlozeno=Rate.LobID; ←- 28.08.2012 Milano, ova veza je problematična jer je Odlozeno DOUBLE a LobID LONG tipa ! Ostavljena je zbog kompatibilnosti unazad, ali se više ne treba koristiti.

3. DocSasLink.SasID=SasRac.SasRacID; DocSasLink.DocID=Rate.LobID
(od 28.09.2012 veza između ugovora i stavke računa po kojoj je agregiran i posalt firmi vrši se preko DocSasLink tabele)

Da bi se tako izdate fakture razlikovale po tretmanu (finansijskom, računovodstvenom) napravljene su izmene u Obračunskim strukturama. Radi se o posebnom identifikatoru u polju RacTip.RTBookProc (RT_BKPRC_SINDIKRED=1).

Smartphone počinje intenzivan rad sa sindikatima pa je predložio sledeće izmene:

1. Evidencija uplate rata po fizičkim licima ne funkcioniše (ne može se snimiti evidencija uplate)

2. Izveštaj „PREGLED REALIZACIJE KREDITA “ ne funkcioniše, možda i zbog toga što nema evidentiranih uplata

Milan Oparnica 2012/08/11 14:07- Razvojni zadatak

Milan Oparnica 2012/08/27 21:13- Sistem vezivanja sindikalnih uplata za zaduženje lica (rate)

3. Potreban mi je izveštaj „PREGLED EVIDENTIRANIH UGOVORA“ – zbirno (nevezano za prodajni objekat u kome je rađen ili bar da ne bude podeljen po njima)

4. Potreban mi je izveštaj „PREGLED EVIDENTIRANIH UGOVORA“ – po komitentu i po statusu ugovora (sa vremenskim periodom od-do, naravno), što bi mi automatizovalo izradu specifikacija koje svakog meseca nosim u obračunske službe, a možda bi se vremenom sa bar nekim komitentima mogli prebaciti na elektronsku komunikaciju, pa bi i export tog izveštaja u excell bio dobra opcija. Dakle, potrebno mi je da odaberem komitenta, odaberem fakturisane ugovore, zadam vremenski period i trebalo bi da dobijem specifikaciju koja sadrzi: broj i datum ugovora, ime i prezime, jmbg, ukupan iznos, broj rata i iznos pojedinacne rate. Kada se štampa, bilo bi dobro da ima zaglavlje Smartphone shop, mesto za overu (predao i primio).

5. Dobro bi mi dosla i opcija brisanja ugovora (zbog storiniranih koji se nagomilaju)

6. Treba mi resenje i za automatsko vracanje u stanje „overeni“ iz „fakturisani“ u slucaju da se stornira faktura. Sada je to mnogo komplikovano i zahteva pojedinacno vracanje ugovora kroz komandnu liniju, sto nije problem kada ima nekoliko ugovora, ali imamo i fakture sa velikim brojem ugovora.

7. Na ovo bih dodala Miloradovu primedbu, vec ti je to napomenuo, da kad se povuce faktura, sve skida sa jednog MP objekta u finansijama, umesto sa vise njih, gde je i kucano kroz kasu, tako da stvara negativan saldo

8. U tekstu ugovora, broj rata u clanu 5 stoji cetiri i ne vuce automatski izabrani broj rata ( uvek pise cetiri)