Naslov teme: Nov program - še kar težave
5523 08.11.2012 - 17:44h / Ostalo / Avtor: rintinton / 45 / 4
Mi se še kar vrtimo okoli, po naši presoji, napak in nedoslednosti v programu.
1.) Že od vsega začetka nas moti, ker se prenos zaloge materiala iz prejšnjega programa v novega na posameznih karticah materiala ne vidi - pri pregledu stanja zalog pa je upoštevan. Po našem mnenju gre v bistvu za neskladje - med stanjem zaloge in pregledom kartice prometa materiala. Ali je res sprejemljiv njihov odgovor: "Tako pače je in se drugače ne da"? Kako pa je to sprejemljivo iz čisto računovodskega vidika? Če ni, na kaj se lahko opremo pri zahtevi za poprevek programa?
2.) Ko naredimo račun, pa ugotovimo, da ga je treba iz kakršnegakoli razloga še v istem dnevu popraviti (napr. napaka v količini, napaka v šifri, napaka v besedilu ali sklicu, napaka v naslovu ipd.), tega ne moremo narediti drugače kot s stornom in novim računom. Za isto zadevo imamo tako 3 dokumente. Mi pa smo mnenja, da če narejen račun popraviš še v istem dnevu, ostane samo zadnji popravek. Ponoči se namreč zabeležijo podatki na server in torej v bazo. Od takrat naprej pa bi moral biti vsak popravek možen res samo z dobropisom. Oni pa trdijo, da je njihov način edino pravilen. Kaj menite vi? Hvala!!
valat - 09.11.2012 - 08:06
O pravilnosti delovanja programa smo že debatirali (=podajali mnenja), zato ne bi o tem še enkrat.
Kar se tiče popravljanja računov je pa tako: dokler je v fazi priprave oz. še ni vnešen v bazo in izpisan, morajo biti omogočeni popravki. Ko pa je enkkrat vnešeno v bazo in izpisano, potem je popravek mogoč samo s stornom - ne glede na to, kdaj in kako se podatki prenašajo na server. Če bi bili mogoči popravki (kar omogoča kar nekaj programov, ki jih poznam), morated presneto dobro vedeti kaj delate, da se podatki ne podvojijo ali celo potrojijo. Mi pa ni jasno, kako to, da imate veliko popravkov dokumentov (2x, 3x,...). Mogoče bi razmislili še o tem, zakaj je tako.
Lep pozdrav!
mr-1 - 09.11.2012 - 08:22
Na žalost kakšnega "predpisa" oz. taksativno zapisanih pravil ni. Če bi materialno poslovanje vodili "peš" (torej ročno po papirnatih karticah), bi seveda vsako kartico opremili z začetnim stanjem, ji dodajali promet obdobja, na koncu obdobja izračunali končno stanje in tega prenesli v otvoritev naslednjega obdobja. Pregled vseh zalog je pa "rekapitulacija" končnih stanj. Pri pripravi izpisov blagovnih kartic iz računalniških aplikacij večina razvijalcev sledi temu načinu. Vsekakor je dejstvo, da so podatki v sistemu pravilni, sicer niti pravilnega izpisa stanja zalog ne bi imeli. Je pa vaša blagovna kartica (kartica materiala) očitno le specifikacija prometa v obdobju. Če obstaja kakšen kumulativni pregledu prometa za obdboje po artiklih, kjer imate navedeno začetno stanje, skupni promet v breme in skupni v dobro ter končno stanje posameznega artikla, potem mora klasične "materialne kartice" niti ne boste potrebovali - analitični pregled prometa za obdobje boste uporabili le v primeru, ko boste želeli za kakšen artikel preveriti, kaj se v seštevku prometa "skriva"...
Glede popravkov računov: vsak dokument bi moral imeti dve fazi: fazo priprave, ko je dovoljeno popravljati praktično vse, in fazo "zaključenosti" - torej takšen dokument lahko popravimo le še s stornacijo in pripravo novega dokumenta. "Dokumenti v pripravi" ne pomejijo še ničesar, torej se ne štejejo v nobene rekapitulacije, preglede,..., saj niso potrjeni. Izdan račun bi moral biti zaključen, ko ga izročimo (pošljemo) kupcu. V praksi so pa različne "računalniške" rešitve tega: nekateri "zaključijo" dokument že s samim izpisom dokumenta oz. drugače: dokumenta, ki ga še niste zaključili, niti ne morete izpisati. Občutek imam, da ste vi "naleteli" na takšno varianto. Morda vam lahko zagotovijo vsaj kakšen "predogled" dokumenta pred potrditvijo? Drugje lahko račun pred potrditvijo poljubno popravljajo, mora pa v tem primeru vsak uporabnik sam poskrbeti, da bo račun, ki ga je poslal kupcu, tudi dejansko potrjen v enaki obliki. Če uporabnik pri tem ni natančen, se dogaja, da je pri izdajatalju knjižen en račun, kupec je dobil pa drugega.
Sicer pa: faza izbire dobavitelja programske opreme je že za vami; škoda, da teh podrobnosti niste opazili ob samem odločanju za aplikacijo, saj je na trgu precej rešitev, ki bi bili bolj po vašem "okusu". Drugega vam sedaj ne preostane, kot da z dobaviteljem najdete skupni jezik, sicer vam preostane le še ponovna menjava...
mz - 09.11.2012 - 08:53
S katerim programom delate.
lp
Martin Krpan - 09.11.2012 - 09:07
Novo leto (če je koledarsko leto enako poslovnemu) je idealno za prehod na nov informacijski sistem. Sicer to vedno povzroča dodatne stroške, vendar ... odtehta zadovoljstvo, lažji način dela itd.
Skratka, to je debata, ki jo morate rešiti v okviru obstoječega ponudnika vaše programske opreme.