Keyboard shortcuts

Press ← or → to navigate between chapters

Press S or / to search in the book

Press ? to show this help

Press Esc to hide this help

Plan dorada WIPa u 2024./2025.g. (roadmap)

CIJENE I CJENICI

(ideja dodana : 12.11.2024.)

Već nekoliko godina gradimo potpuno novi WIP API poslovni sustav i u njemu poboljšavamo dizajn različitih poslovnih procesa koji se razlikuju od postojećih procesa za istu svrhu u "WIP centralnom sustavu". Budući da smo i stari WIP privremeno "naslonili" na novi WIP API sustav, potrebno je i u postojećem "WIP centralnom sustavu" promijeniti i poboljšati neke postojeće procese kako bi ti procesi bili kompatibilni s novim API sustavom i mogli ga koristiti u nekim segmentima odmah sada.

U tu svrhu bi u "WIP centralnom sustavu" trebalo promijeniti definiranje, praćenje i ažuriranje planiranih prodajnih cijena, kako u veleprodaji tako i u maloprodaji, a u cilju efikasnijeg "nuđenja" prodajnih cijena u "izlaznim" dokumentima, i to u svim postojećim WIP programima i sustavima. Na ovaj će način, WIP već sada moći koristiti novi WIP API sustav i "puniti ga" svojim podacima, te iz njega čitati dokumente koje u njega šalju ostale moderne klijentske WIP aplikacije koje radimo trenutno i u skoroj budućnosti, kao što su to npr. "MobilniWip - POS kasa na telefonu, Inventure na telefonu, Narudžbe B2B kupaca na terenu" ili pak "WebWip - kao moderna zamjena cijelog WIP centralnog sustava u web pregledniku", a koje ću u nekom trenutku svoje funkcionalnosti potpuno ili djelomično zamijeniti trenutni "WIP centralni sustav".

Kako WIP sada nudi prodajne cijene?

WIP sada, u veleprodaji može nuditi prodajnu cijenu iz šifrarnika artikala, iz "Ponuda-cjenika", iz "Kupčevih cjenika", ili nudeći zadnju prodajnu cijenu, trenutnom kupcu s trenutne ponude, za trenutni proizvod.

U maloprodaji, modul "Fakturiranje iz maloprodaje" - prodajne cijene se nude iz šifranika artikala, i to sa skladišta koje je izabrano na "ponudi" (budućoj fakturi), dok "WIPOS fiskalna blagajna" cijene dobija putem Interneta ili medija za prijenos podataka (sticka), a sa skladišta s kojim je WIPOS podešen da radi.

Što bi trebalo promijeniti?

Evo kako bi u WIPu izgledale ove nove prilagodbe.

U "Veleprodaji" ("B2B", što je kratica od "Business To Business") bi se cijene morale moći definirati po kupcima, odnosno na neki način po "grupama kupaca", dok bi se u "Maloprodaji" ("B2C", što je kratica od "Business To Customer"), moralo omogućiti da se mogu definirati tzv. "Akcije" zajedno s informacijama o "akcijskim popustima", i to unaprijed, prije same prodaje, pa kada dođe vrijeme "od kada" akcija počinje trajati, da programi koji obavljaju prodaju automatski počnu uzimati tako unaprijed definirane "Akcijske cijene" i to prikažu na računu u formi : "Osnovna cijena", "Stopa akcijskog popusta", "Cijena s popustom", bez da operater samostalno i "ručno", za takve proizvode, odobrava akcijske popuste prilikom samog izdavanja računa, čime se ne postiže dovoljna kontrola cijena. Kada "Akcija" završi, odnosno dostigne se "datum do" koji je definiran uz takvu jednu "Akciju", prodajni programi bi trebali jednostavno samostalno nastaviti "uzimati" redovne prodajne cijene iz cjenika, bez umanjenja za akcijski popust.

U svrhu ostvarivanja ovih ciljeva, osmislili smo dva nova koncepta, koji bi implementirali kroz dva nova tipa WIP dokumenta u postojećem "WIP centralnom sustavu" :

  1. novi tip dokumenta "Cjenik"
  2. novi tip dokumenta "Akcije i rasprodaje"

1. novi tip dokumenta : "Cjenik"

Novi šifrarnik dokumenata "Cjenici" omogućio bi dodavanje neograničenog broja "cjenika". U jednom "Cjeniku" bi se, slično kao na ponudi, u "zaglavlju" i "stavkama" cjenika trebalo moći definirati ili dodati sljedeće :

  1. definirati koje skladište nasljeđuje taj cjenik, ili koji pak neki drugi cjenik nasljeđuje taj cjenik.
  2. dodati nijednu, jednu ili više stavaka "Proizvoda" u taj trenutni cjenik :: (slično kao što se dodaju stavke u ponudu, ili primku). Uz svaku stavku proizvoda bi se trebala moći definirati : "Stopa popusta" i/ili "Konačna prodajna cijena".
  3. dodati nijednu, jednu ili više stavaka "Grupa proizvoda" u trenutni cjenik :: (slično kao što se dodaju proizvodi u cjenik) :: uz svaku dodanu stavku "grupe proizvoda" bi se trebalo omogućiti definirati "Stopa popusta za cijelu grupu" koja bi se primjenjivala za sve proizvode iz te grupe proizvoda u tom cjeniku.
Koji je cilj cjenika?

Cilj cjenika je planski omogućiti što više automatiziran dohvat različitih prodajnih cijena i rabata za različite kupce, programe i potrebe, a sve uz minimalni napor definiranja i ažuriranja podataka.

Evo primjer korištenja u Veleprodaji

Scenarij : zamislimo da imamo veleprodaju i da želimo definirati nekakve tri generalne grupe kupaca :

  1. Prvoj grupi kupaca se nude redovne cijene iz cjenika (cijene definirane u skladištu "1-centralno skladište"), bez popusta
  2. Drugoj grupi kupaca se na dvije "grupe proizvoda" (grupa "1-zakovice", i grupa "7-električni alat") nudi popust 5%, a na dva "specijalna proizvoda" (122-Kliješta i 213-Bušilica) se nudi popust po stopi od 10%, dok se na sve ostale proizvode, koji ne pripadaju u dvije navedene grupe proizvoda i nisu "specijalni proizvodi", ne odobrava dodatni popust, nego se nude redovne cijene iz cjenika, odnosno skladišta 1
  3. Trećoj grupi kupaca se nudi sve kao i drugoj grupi kupaca, ali se na dva proizvoda odobrava dodatni rabat po stopi od 20% : a to su proizvodi "200-Škare" i "300-kovani nož".

Za ovaj scenarij, otvorili bi tri cjenika :

  1. cjenik "1-Glavni cjenik" :: u tom cjeniku bi u zaglavlju definirali da prati skladište, i u listi skladišta bi odbarali : "1-centralno skladište". I to je sve.
  2. cjenik "2-Kupci G2" :: u tom cjeniku bi u zaglavlju definirali da prati cjenik "1-GLAVNI CJENIK". U listu "grupa proizvoda" u ovom cjeniku, dodali bi dvije grupe : "1-zakovice" i uz tu grupu definirali rabat 5%, te grupu "7-električni alat" uz koju bi definirali istu stopu rabata 5%. U listu "proizvoda" u ovom cjeniku, dodali bi i dva "specijalna proizvoda", "122-Kliješta" i "213-Bušilica" i uz svaki od njih bi defirali stopu popusta 10%
  3. cjenik "3-Kupci G3" :: u ovom bi cjeniku u zaglavlju definirali da prati cjenik "2-kupci G2", ali bi samo u "listu proizvoda" u tom cjeniku dodali dva proizvoda uz koje bi definirali popust 20%

Sada se samo u šifrarniku "Kupaca-dobavljača", uz kupce za koje želimo da WIP čita cijene iz cjenika broj 2 ili broj 3, u novo WIP polje pod nazivom : "**Čitaj cijene iz cjenika : **", odaberemo željeni cjenik. Ako se uz kupca ne odredi cjenik, prilikom izrade računa tom kupcu nuditi će se cijene kao i sada > iz cjenika skladišta na kojem radimo ponudu (odnosno budući račun).

Izrada ponude : ako smo definirali da na primjer neki kupac čita cijene iz cjenika "2-Kupci G2", tada će, kada na ponudu postavimo tog kupca, WIP uzimati cijene na sljedeći način :

  • ako na ponudu dodajemo npr. proizvod "999-kapa" koji pripada u wip grupu proizvoda "KAPE", WIP će pogledati u cjenik koji je izabran uz tog kupca, a to je cjenik "2-kupci G", i vidjeti će da u listi grupa proizvoda nema grupe "KAPE" pa će pogledati postoji li u tom cjeniku u "listi proizvoda" proizvod "999-kapa" i vidjeti da tog proizvoda nema u tom cjeniku u "listi proizvoda". Sada će pogledati koji se to cjenik nasljeđuje, i vidjeti će da se nasljeđuje cjenik "1-GLAVNI CJENIK" pa će u tom glavnom cjeniku provjeriti "listu grupa proizvoda" i "listu proizvoda". Budući da u listama glavnog cjenika nema ničega, prazne su, WIP će pogledati u tom cjeniku koji se cjenik dalje nasljeđuje. Budući da se ne nasljeđuje niti jedna cjenik, WIP će sada pogledati koje se skladište nasljeđuje u tom cjeniku "1-GLAVNI CJENIK", i vidjeti da se nasljeđuje skladište "1-centralno skladište" pa će otići u šifrarnik artikala, na to skladište, i tamo uzeti prodajnu cijenu. U konačnici sve cijene za sve proizvode, moraju postojati u skladišnom cjeniku. Ako provjera prođe kroz sve definirane i naslješene cjenike, bez rezultata, na kraju će cijenu uzeti u cjeniku skladišta, a to je cjenik koji se i sada trenutno koristi u WIPu.

Na isti će način raditi i za npr. proizvod "122-kliješta", samo što će u ovom slučaju taj proizvod pronaći u "listi proizvoda" u cjeniku "2-kupci G2" (koji je dakle spojen s kupcem kojem trenutno radimo ponudu), i uzeti će cijenu i rabat koji je definiran uz taj proizvod u tom cjeniku, a to je rabat po stopi od 10%. Ako je uz proizvod u cjeniku definirana samo stopa popusta, a ne i prodajna cijena, onda će WIP nastaviti "gledati" unaprijed kako bi pronašao gdje mu je definirana prodajna cijena tog proizvoda, i doći će, u ovom slučaju, ponovno do skladišta "1-centralno skladište", te će od tamo uzeti prodajnu cijenu. Sada ima "prodajnu cijenu" i stopu popusta, pa će te podatke iskoristiti u ponudi koju trenutno radimo za taj proizvod, i iskombinirati ih kako bi definirao prodajnu cijenu i rabat na trenutnoj ponudi.

Na ovaj je način moguće aktivno, uz minimalni napor, hijerarhijski, uz sustav nasljeđivanja cjenika, definirati prodajne cijene prema B2B kupcima, a na način da postoji jedan glavni cjenik, dok se ostalim nižim cjenicima naredi da nasljeđuju roditeljski cjenik, a samo dodatno definiraju dodatne proizvode i/ili grupe proizvoda kojima su za taj cjenik drugačiji uvjeti nego u cjeniku koji nasljeđuju. Dakle radi se o potrebi ažuriranja samo promjena u odnosu na nasljedstvo (u ovom slučaju nasljeđeni cjenik).

Kontrola i zaštita : : Svaki automatski sustav ima svojih ogromnih prednosti, ali i jednu manu. Mana je da se eventualne pogreške teško uočavaju u velikoj količini promjena koje se naprave automatski i u malo vremena. Iz tog razloga postoji naša ideja da se uz svaku grupu proizvoda (ili uz svaki proizvod), definira tzv. "Stopu zaštitne marže". Pomoću ove stope bi WIP mogao kontrolirati postoje li proizvodi kojima je definirana premala prodajna cijena, pa im je marža manja od "minimalne zaštitne", a kako se ne bi moglo dogoditi da se definira prodajna cijena i rabat koji bi narušili tu definarnu minimalnu stopu marže, te takve proizvode izdvojiti u jedan izvještaj koj bi bio temelj za popravak prodajnih podataka u novim Cjenicima.

2. novi tip dokumenta : "Akcije i rasprodaje"

Ovaj dokument u maloprodaji bi slično ostalim Wip dokumentima, imao "zaglavlje" i stavke".

U Zaglavlju bi se definirao :

  1. "Naziv akcije" (npr. "Akcija kožnih ženskih torbica"),
  2. "Datumi trajanja akcije", i to "Od datuma i vremena:" i "Do datuma i vremena"

U Stavkama dokumenta bi se definiralo sljedeće :

  1. lista proizvoda : u listu bi se mogao dodati nijedan, jedan ili više proizvoda, a uz svaki proizvod bi se definiala Prodajna cijena i "stopa akcijskog popusta"
  2. lista grupa proizvoda : u listu grupa proizvoda bi se mogla dodati nijedna, jedna ili više grupa proizvoda, a uz svaku grupu proizvoda bi se definirala "stopa akcijskog popusta"

Dokument bi se mogao odobriti, čime bi njegovo "djelovanje" bilo odobreno, odnosno, dokument bi se koristio za izbor prodajne cijene u izlaznim dokumentima i/ili WIP programima (npr. WIPOS kasi, Fakturiranju iz maloprodaje, mWIP mobilnoj POS kasi, Wip2WooCommerce Web dućanu ... itd.)

Implementacija u sve nove i stare WIP module

Funkcionalnost "Cjenika" i "Akcija" bi odmah integrirali i u programe koje trenutno intezivno razvijamo, a to su :

  • sustav "Wip2WebDućan" : povezanost "WIP centralnog sustava" i "Web dućana" (Wip + WebDućan),
  • aplikacija "mobilni WIP (mWIP)" za mobilne Android telefone (mobilniWIP), odnosno module "mInventure", "mWIP POS" i "mB2B narudžbe" za B2B terenske putnike
  • aplikacija "WipWeb (2W)" - moderna buduća zamjena za "WIP centralni sustav", koja radi s novim WIP API sustavom, a radi se o modernoj web aplikaciji, potpuno oslonjenoj na WIP API sustav, koja se izvršava u Web pregledniku kao SPA aplikacija (SinglePageApplication).
  • postojeća "WIPOS fiskalna blagajna" - točnije njen novi branch, odnosno njena nova inačica koja je prilagođena za komunikaciju s novim WIP API sustavom (samostalno posluživanje proizvodima i cijenama, samostalno slanje prometa u WIP API u stvarnom vremenu)

WIP i eRačun

Mogućnost označavanja WIP računa u listi, te njihovo slanje u obliku eRačuna "jednim klikom".

WIP učitavanje primki iz eRacuna

Mogućnost učitavanje primki-kalkulacija iz XML datoteke preuzetog eRačuna uz automatskog kreiranja supstitucijske tablice "Dobavljačev proizvod <> WIP proizvod" a koja onda kasnije koristi za potpunusve veću automatizaciju učitavanja primki od dobavljača, čime WIP točno zna koji proizvod od kojeg dobavljača odgovara kojem WIP proizvodu.

WIP šifrarnik konta - "Kontni plan"

U validaciju dodavanja konta u kontni plan dodati i provjeru postojanja konta, kao i mogućnost detekcije već unešenih višestrukih konta.

Stalni prikaz Marže prilikom kreiranja "ponuda-otpremnica-računa"

U WIP centralnom sustavu omogućiti da se opcijom uključi ili isključi stalni prikaz "Stope i iznosa marže" prilikom dodavanja robe na ponudu u "WIP Veleprodaji" i u "WIP Fakturiranju iz maloprodaje", uz poštivanje ranije mogućnost da se tipka "Prikaži maržu" nekim korisnicima WIPa onemogući (sakrije).

Na ovaj bi se način otežalo da se, u ovim vremenima kada nam se zbog česte izmjene nabavne cijene mora mijenjati i prodajna, nešto proda s negativnom ili premalom maržom, jer bi se kontrolirala stopa marže već prilikom unosa stavaka.

Ova opcija gledanja polja marža je i sada dostupna, ali se mora upaliti u formi za dodavanje robe na ponudu tipkom "Prikaži maržu", a izmjena WIPa bi se odnosila na to da se postavkom u "Podešavanju WIPa" omogući da ovo polje marže bude stalno prikazano.

WIP računi i na engleskom jeziku - RIJEŠENO

Pripremili smo kompletan podprogram za prijevod računa na engleski jezik. Uskoro ćemo omogućiti da se već na razini kupca može izabrati opcija jezika računa na kojem će se automatski tom kupcu izdavati račun iz WIPa. Ova će se opcija nasljeđivati u modulima za ispis računa, a to znači da ako se na kupcu uključi jezik računa "EN", da će se taj podatak prepisati u npr. "Ponude-otpremnice-račune", ali će se tamo za baš trenutni račun, moći privremeno promijeniti.

WIP dokumeti na engleskom jeziku su implementirani i ovo je poveznica na opis ove nove WIP funkcionalnosti

Dodavanje (attachiranje) otpremnica uz "eRačun" - RIJEŠENO

Mogućnost umetanja (attachiranja) slike ili PDFa otpremnice uz WIP eRačun koji se šalje kao e-Račun na servis posrednika. Ova je opcija završena i puštena u produkciju. Poveznica na opis ove funkcionalnosti

Prijenos poslovne godine - RIJEŠENO

Za prijenos poslovne godine iz 2022. u 2023. potrebno je još preraditi sljedeće dokumente kako bi se automatski preračunali iz kuna u eure. (prekrižene opcije smo već dovršili, i one se već nalaze u dnevniku izmjena wip-a) :

  • šifrarnik artikala - automatski prilikom obavljanja prvog prijenosa poslovne godine, preračunati sve vrijednosti šifranika artikala u €ure.
  • sastavnice - automatski prilikom obavljanja prvog prijenosa poslovne godine, preračunati sve sastavnice u €ure nakon prijenosa u 2023.g.
  • rastavnice - automatski prilikom obavljanja prvog prijenosa poslovne godine, preračunati sve rastavnice u €ure nakon prijenosa u 2023.g.
  • cjenik_kupci - automatski prilikom obavljanja prvog prijenosa poslovne godine, preračunati sve posebne cjenike kupaca u €ure nakon prijenosa u 2023.g.
  • Paziti na varijablu Setup_nPetCij - Setup_nPetCij varijabla definira vrijednost povratne naknade. Treba automatski paziti da se njena vrijednost u poslovnoj godini 2023. i većoj podešava na 0,07€, dok se u starijim poslovnim godinama ta vrijednost mora autoamtski postaviti na 0.6kn.
  • Primke početnog stanja u Veleprodaji - automatski prilikom obavljanja svih prijenosa poslovne godine iz 2022. u 2023., preračunati sve primke početnoga stanja u veleprodaji u €ure.
  • Primke početnog stanja u Maloprodaji - automatski prilikom obavljanja svih prijenosa poslovne godine iz 2022. u 2023., preračunati sve primke početnoga stanja u maloprodaji u €ure.
  • operateri wipa - preračunati polje "plan" u € prilikom prijenosa podataka iz 2022. u 2023.g.
  • kupci i dobavljači - preračunati polje "promet" u € prilikom prijenosa podataka iz 2022. u 2023.g.
  • stanja na skladištu - (skl1) preračunati polja : "n_b_rab, vpc, mc, mpc" u e prilikom prvog prijenosa početnoga stanja iz 2022. u 2023.
  • računi za predujam veleprodaja - po svim nedovršenim fakturama po kojima postoje računi za predujam u veleprodaji (koji u kumulativu za jednu ponudu nisu nula!) potrebno je takve kompletne ponude prenijeti u 2023. ali ih istovremeno i kompletno preračunati
  • računi za predujam maloprodaja - po svim nedovršenim fakturama po kojima postoje računi za predujam u maloprodaji (koji u kumulativu za jednu ponudu nisu nula!) potrevno je takve kompletne ponude prenijeti u 2023. ali ih istovremeno i kompletno preračunati
  • ponude-cjenici veleprodaja - prijenos i preračun ponuda koje su označene kao cjenik određenog kupca
  • ponude-cjenici maloprodaja - prijenos i preračun ponuda koje su označene kao cjenik određenog kupca
  • auto-ponude veleprodaja - prijenos predložak-auto-ponuda po kojima se kreiraju cirkularni računi u veleprodaji
  • auto-ponude maloprodaja - prijenos predložak-auto-ponuda po kojima se kreiraju cirkularni računi u maloprodaji
  • salda-konti kupaca i dobavljača - salda kupaca i dobavljača koja se prenose iz 2022. u 2023.g. preračunati prilikom prijenosa u €ure.
  • Osnovna sredstva - (os_rob, os_lok) - napraviti preračun osnovnih sredstava u € prilikom prijenosa poslovne godine iz 2022. u 2023.
  • knjigu URA - (ura) prilikom prijenosa neplaćenih URA, URAe u 2023.g. preračunati u €
  • knjigu IRA - (ira) prilikom prijenosa neplaćenih IRA, IRAe u 2023.g. preračunati u €
  • Iznos koji WIP napiše riječima na ponudama, računima i svim ostalim mjestima gdje WIP neki iznos ispisuje riječima, u 2023.g. se taj tekst ispisuje u eurima i eurocentima. Obratili smo pozornost i na razliku u rodu riječi "kuna" (ženski rod) i "euro" (muški rod)
  • e-Račun : promijeniti valutu u EUR
  • Obračun plaća - preračunati :
    • generalne postavke plaća (pl_parametri)
    • postavke za svakog radnika kao i kompletne parametre plaće svakog radnika, te sve stavke po satnicama,
    • osmisliti način da se 12.mj.2022. iako se isplaćuje u 01.2023. obračuna u kunama!
  • integracija s Repsly sustavom - provjereno s Repslyem (konzultant g.Boris) - Repsly neće preračunavati ništa, potrebno je iz sve preračunati iz WIPa!
  • ažurirati polje "GuidId"! :: prilikom dodavanja zaglavlja ponuda, stavaka ponuda i uplata po ponudama. Ovo polje se saamo dodaje u tablicu u trenutku prijenos predujmom uplacenih ponuda iz prosle godine, tako da ga mozda nema prilikom dodavanja ponude!

WIP WEB dućan - RIJEŠENO

  • preračun svih cijena kataloga na WEB stranicama u €, na dan 31.12.2022. u minutu do ponoći
  • dovršiti serverski servis (plugin) automatskog slanja novih proizvoda i onih s izmjenjenim cijenama iz WIPa u WooCommerce WEB site, umjesto dosadašnjeg "ručnog" slanja pojedinačnih proizvoda. Ideja je da WIP prati datum i vrijeme svake izmjene, a onda da serverski servis automatski u npr. 2h ujutro, pošalje samo dnevne izmjene u bazu kataloga proizvoda u WEB dućanu. Na ovaj način bi se baza kataloga ažurirala automatski, bez potrebe za slanjem svakog artikla u bazu WEB dućana.

INVENTURE - izrada inventura pametnim telefonima - RIJEŠENO

  • dovršiti API i aplikaciju za mobilne uređaje vezano za izradu inventure u WIPu pomoću mobilnog telefona. riješeno

    (mWIP i mInventure Upute mWIP i mInventure)

Prerada prihvata načina plaćanja iz WIPOS fiskalne blagajne

U WIPOS kasi ćemo dodati višestruki način plaćanja. Npr. da se može upisati uplata djelimično u € a djelimično kartično. Vezano za to, potrebno je preraditi kompletan prihvat i knjiženje, kao i sve izvještaje vezane za pregled plaćanja obavljenih na WIPOS blagajni.

Automatsko knjiženje izvoda žiro-računa

Mogućnost preuzimanja XML datoteka banke i spremanje u za to dogovoreni WIP folder. WIP nakon toga pristupa folderu, izdvaja datoteke, provjerava koje nije obradio, te ih učitava u formu za dodatnu obradu. U formi za dodatnu obradu se upišu nepoznati podatci, čime se WIP uči za daljnje automasko povezivanje stavke izvoda s funkciom knjiženja.

Do sada smo napravili glavni dio, a to je učitavanje izvoda banke te njegovo parsiranje, odnosno izdvajanje i prepoznavanje podataka s izvoda. U 2024.g. ćemo doraditi ovu proceduru - inicijalno za prepoznavanje i povezivanje stavke izvoda s izlaznim računom temeljem upisanoga poziva na broj.

Plaće - datoteka isplate plaće

Rekreiranje datoteke naloga o isplati plaća za dostavu u banku.

Automatsko fakturiranje po predlošcima

2024.g. ćemo intezivno raditi na povećanju automatizacije mogućnosti kreiranja predloška za fakturiranje, definiranje datuma od kada fakturiranje počinje, svakih koliko se ponavlja i opciono kada završava. Također, potrebno je doraditi i izvještavanje - kako bi se automatski kreirao izvještaj o problemima prilikom masovnog fakturiranja, odnosno kako bi se odvojili predlošci koji nisu proizveli fakturu, a kako bi se problem detektirao i riješio za u buduće.

Na što treba paziti i ograničenja

  • "Prijenos godine" obavljati nakon nadogradnje wipa! Prijenos već avansiranih ponuda iz prošle godine : ne smije se napraviti prvi prijenos u staroj verziji WIPa, a nakon toga ponavljati prijenos u novoj verziji!

Trenutni razvojni problemi i ideje WIP

  • provjeriti obračun amortizacije - ako se nabava OSa u trenutnoj godini, obračun se mora napraviti od 01. dana sljedećeg mjeseca računajući od mjeseca nabave.
  • ! prilikom dodavanja novih ponuda i uplata ponuda ažurirati default vrijednosti EUR ili HRK u polju "valuta", u ovisnosti o poslovnog godini
  • ! problem za riješiti : prijenos predujmom uplacenih ponuda > mora prenijeti samo jednom. Paziti da se prilikom prvog dodavanja upiše "HRK" a kada preracuna da se upise "EUR". Kada ponovno preračunava ne dira one koji su već "EUR" i koji su "PrijGod"
  • Izmjene u "FORM c:\robno\ftp\ftp.scx" i u "FORM artikli_a" ::: u "pren_art" dodati "valuta c3" i "popust_opc int" i "poslGod int" (popust opcija : ako je 1 onda se na kasi mpc digne za toliko da kada se odobri "popust_p" se dodje na trenutnu "mpc". Ako je 2, onda se od trenutne "mpc" odobrava popust i računa nova prodajna cijena na računu.).
  • Provjera preračuna računa za predujam - potrebno je temeljem stope udjela uplate naspram ukupnog iznosa računa, preračunati osnovice za porez u računu za predujam pa na te osnovice izračunati iznos poreza ( a ne kao sada, temeljem stop udjela preračunati iznos poreza pa iz tih iznosa kreirati osnovice). Takodjer, potrebno je stopu udjela izračunati ne minimalno 8 decimala (ukinuti zaok() funkciju). (Klasa : "uplata_ponuda_dodavanje_uplate" OF ".\clase\buttons.vcx", metoda "apendaj".)
  • prijenos avansiranih a nefakturiranih ponuda u novu godinu : prilikom ponovnog prijenosa otvaraju se nove ponude, pa se i stare i nove ponovno preracunavaju u Euro. Potrebno je ili ne dozvoliti prijenos ako u novoj godini postoje ponude, ili nekako označiti ponude koje su došle iz prošle godine (GUID možda dodati jednak u prošlu i u novu godinu? pa prilikom ponovnog punjenja provjeriti postoji li GUID)