| |
Pri
izboru strategije za izradu aplikativnog sietema Pulls, koji treba
da prevazide postojece probleme automatizacije poslovnih sistema
Pulls rešenje polazi od pretpostavke da je to moguce postici
ukoliko se ispune sledeci preduslovi:
• Izgradnja jedinstvene baze podataka
• Automatizacija transakcija u komunikaciji podsistema
• Parametrizacija sistema
• Tipizacija i standardizacija softverskih rešenja
Integracija postojecih baza u jedinstvenu bazu realizovana je
u bazi Oracle, najviše zastupljenoj realacionoj bazi u svetu.
Integracija baza nije uradena prostim spajanjem, vec je zasnovana
na kompletnom redizajnu kako modela procesa, odnosno funkcija, tako
i modela baze podataka. Ovim putem je otklonjena mogucnost duplih
zapisa podataka, a sa druge strane izvršena racionalizacija
poslova koji su u ranijoj praksi postojali. Redizajn je uraden uz
doslednu primenu Oracle Case metodologije projektovanja informacionih
sistema i uz pomoc Oracle-ovih mocnih alata za projektovanje, validaciju
i generisanje programskih modula: Designer 2000 i Developer 2000.
Ovako proizveden softver i baza podataka u potpunosti su dokumentovani
i usput oslobodeni grešaka programskog koda.
Bilo da se radi o jedinstvenom preduzecu na jednoj lokaciji ili
o složenom sistemu sa više povezanih preduzeca i razgranatom
organizacionom i prostornom strukturom na više lokacija, sistem
Pulls omogucava skladištenje podataka u jedinstvenom prostoru.
Zbog racionalnosti, kako sa aspekta prostora tako i sa aspekta jedinstvenosti
zapisa, baza podataka podeljena je u dva zasebna prostora, odnosno
particije: Zajednicka baza - gde se skladište opšti, odnosno
zajednicki podaci za ceo poslovni sistem i Baze preduzeca - gde
se skladište podaci svakog pojedinacnog preduzeca. Izmedu svih
delova baze uspostavljena je potpuna komunikacija sa mehanizmima
regulacije medjusobnih prava i ogranicenja kao i mehanizmima za
pravljenje konsolidovanih, zbirnih izveštaja na nivou citavog
sistema.
Jedinstvena baza podataka i redizajn modela procesa stvorili su
mogucnost realizacije druge bitne težnje Pulls rešenja
koja se odnosi na uspostavljanje i ubrzanje veza svih funkcija poslovnih
sistema. Specijalnim baznim modulima kroz sistem Pulls izvršena
je automatizacija svih transakcija koje postoje u tim komunikacijama.
Centralni doprinos ovih modula je postizanje maksimale brzine rada,
a sa druge strane povecavanje ukupne integralnosti i konzistentnosti
sistema.
Svi koji su se u dužem vremenskom
periodu bavili izgradnjom informacionih sistema susreli su se sa
mnoštvom problema koji su se u njihovom funkcionisanju javljali.
Medu najizrazitije spadaju:
• Nestabilni i cesto promenljivi zakoni i pravila u okruženju
poslovnog sistema,
• Promene pravila i nacina funkcionisanja samog sistema
• Problemi koji se pojavljuju prilikom uvodenja sistema
• Problemi održavanja konzistentnosti podataka i usaglašenosti
stanja
• Problemi paralelnog rada na prelascima iz godine u godinu
• Problemi sigurnosti – zaštite podataka
Sa druge strane, uz sve prednosti koje koncept Pulls-ove jedinstvene
baze podataka nudi, on otvara i dva problema: mogucnost neovlašcenog
pristupa podacima i sa druge strane problem konkurentnog rada.
Da bi otklonio ili makar minimizovao ove probleme, sistem Pulls
je u projektnom rešenju baze, pored poslovnih podataka predvideo
i deo za specificne, takozvane meta podatke. Osnovna uloga meta
podataka je:
• Da opišu sve objekte same baze podataka sistema
• Da formaliziju i parametrizuju zakone i kodekse okruženja
sistema ,
• Da formaliziju i parametrizuju pravila i klasifikacije samog
sistema,
• Da kroz vreme akumuliraju znanje o samom poslovnom sistemu
• Da obezbede mehanizme kontrole na unosu podataka.
• Da omoguce mehanizme za autorizaciju pristupa bazi podataka
• Da omoguce mehanizme za upravljanje sistemom
Cetvrta ideja vodilja filozofije Pulls
rešenja je pretpostavka da se automatizacijom svakog tipicnog
posla može doci do konacnih, univerzalnih i standardnih modula.
Osnova ovog koncepta je saznanje da organizacija i izvršenje
radnih zadataka vezanih za svaki pojedinacan posao ne zavise od
karaktera poslovnog sistema vec od karaktera samog posla kao i od
raspoloživosti sredstava, znanja i umeca izvršilaca koji
taj posao obavljaju. Automatizujuci poslovne sisteme razlicitih
oblasti delatnosti: proizvodnja , trgovina , komunalne usluge, ostale
usluge, akumulirajuci prvenstveno znanja velikog broja eksperata,
kao i usvojena pravila i procedure ISO standarda kvaliteta sistem
Pulls razvio je veliki broj standardnih aplikacija koje na identican
nacin zadovoljavaju potrebe razlicitih poslovnih sistema. Naravno
da ovaj proces nije okoncan i da automatizacija svakog novog poslovnog
sistema sa novim znanjima oplemenjuje i povecava konacnost dostignutih
rešenja.
Trenutna rešenja, sadržana u standardnim aplikacijama,
novim korisnicima pored samog alata za rad nude i rafinirani skup
ugradenih poslovnih pravila i ekspertskih znanja koja mu pomažu
da na kvalitetan nacin obavi svoj posao koji se obavlja u sledecim
funkcijama:
• Administracija i upravljanje
• Upravljanje ljudskim resursima,
• Obracuni zarada,
• Nabavka u zemlji i inostranstvu,
• Zalihe materijalnih resursa,
• Obracuni osnovnih sredstava,
• Prodaja u zemlji i inostranstvu,
• Obaveze u zemlji i inostranstvu,
• Potraživanja u zemlji i inostranstvu,
• Finansije u domacoj valuti i ino valutama,
• Knjigovodstvo i obracuni
Svaki poslovni sistem pored skupa opštih poslova zahteva
i automatizaciju poslova koji su usko vezani za njegovu osnovnu
delatnost. Metodologija projektovanja i automatizacije poslova ovih
delatnosti je potpuno identicna prethodno opisanoj, ali zbog ogranicenosti
podrucja nihove primene spadaju u kategoriju namenskih aplikacija.
Oblasti poslovanja koje su trenutno pokrivene namenskim aplikacijama
su:
• Proizvodnja : Razvoj, Tehnologija, Planiranje, Priprema,
Pracenje, Prodaja
• Trgovina – veleprodaja: Nabavka, Distribucija, Prodaja
• Komunalne usluge: Obracuni vode,smeca, grejanja, Finansije,
Potraživanja
Povratak na pocetak
strane...
Do konacne kompozicije konkretnog poslovnog sistema dolazi se
kombinacijom modula iz standardnih aplikacija, odgovarajucih modula
namenskih aplikacija i projektovanjem- izradom novih modula.
Zbog jasnijeg sagledavanja filozofije projektnog rešenja i
funkcionisanja sistema Pulls, programski moduli po svom karakteru
i kriterijumu namene podeljeni su u šest grupa:
• Administrativni moduli - za upravljanje i obezbedenje konzistentnosti
sistema
• Procesni moduli - za obradu elementarnih procesa odnosno
poslovnih dogadaja
• Transakcioni moduli - za obradu i distribuciju informacija
o poslovnim dogadajima
• Korektivni moduli - za ispravku grešaka u radu
• Obracunski moduli - za izradu obracuna u vremenskim presecima
• Izveštajni moduli – za generisanje izveštaja
i štampu dokumenata.
Administrativni moduli
Ranije opisana paratrizacija sistema stvorila je mogucnost izgradnje
modula koji sistemu, daju veliku fleksibilnost i adaptivnost na
promene uslova u njegovom radnom ambijentu, bilo da dolaze iz samog
sistema ili njegovog okruženja. Na te promene moguce je odgovoriti
bez izmene programskog koda, prostom intervencijom nad samim podacima
u bazi. Primera radi, modulima koji su razvijeni nad parametarskim
skupom podataka, moguce je :
• Dinamicki izabrati državu,
• Dinamicki izabrati knjigovodstvenu valutu,
• Izraditi pravilnik o organizaciono-obracunskoj strukturi
sistema,
• Izraditi pravilnik o tehnicko-tehnološkoj strukturi
sistema,
• Izraditi pravilnike o internim klasifikacijama resursa,
• Izraditi pravilnike o kontrolama kvaliteta resursa,
• Izraditi pravilnik o sistematizaciji radnih mesta,
• Izraditi pravilnik o korišcenju godišnjih odmora,
• Definisati model kontiranja,
• Definisati model obracuna bilansa stanja,
• Definisati model obracuna bilansa uspeha,
• Definisati model obracuna bilansa cash flow,
• Definisati model obracuna poreza i doprinosa itd.
Druga oblast problema koje administrativni moduli rešavaju
vezana je za probleme rada sa velikom kolicinom podataka koje treba
obraditu u ogranicenom vremenu. Ovi problemi su narocito izraženi
u procesu implementacije i uvodenja sistema prve godine kao i momentu
prevodenja sistema iz godine u godinu. Za te potrebe obezbedeni
su sledeci servisi:
• Inicijalizacija baze podataka standardnim šifarnicima
i meta podacima (20.000 zapisa).
• Procedure za preuzimanje pocetnih stanja iz starih aplikacija
• Procedure automatsko formiranje pocetnih stanja
• Procedure za arhiviranje starih podataka
Problemi operativnog upravljanja, organizacija rada, autorizacije
pristupa bazi podataka, balansu stanja sistema i bezbednosti podataka
rešeni su modulima koji daju mehanizme za:
• Administraciju prava pristupa bazi podataka
• Administraciju prava pristupa resursima
• Procedure za proveru konzistentnosti podataka
• Procedure za zaštitu podataka (Backup)
Na kraju, da bi se sprecile negativne posledice konkurentnog rada,
za sve unete dokumente i promene u bazi podataka vodi se dnevnik
transakcija. Iz dnevnika je moguce dobiti informacije, ko je na
kom dokumentu, kog dana, sata, minuta i sekunda izvršio neku
intervenciju. S druge strane, dnevnik transakcija stvara mogucnost
pracenja stanja poslova po izvršiocima.
Procesni moduli
Procesni moduli daju mehanizme za obradu poslova, radnih zadataka
koji se odvijaju kontinuelno u vremenu na svakom radnom mestu poslovnog
sistema. Pomocu procesnih modula izvršena je automatizacija
svakog tipicnog posla proizvoda “funkcionalne dekompozicije
sistema“ osnovnog koncepta prilikom projektovanja korišcene
metode za analizu sistema SSA – »Strukture system analise«.
Kompozicijom poslova u logicne celine, uz pomoc administrativnih
modula, a u skladu sa usvojenom organizacijom i sistematizacijom
konkretnog poslovnog sistema, lako se dolazi do automatizacije svakog
pojedinacnog radnog mesta. Prilikom projektovanja i realizacije
ovih modula u potpunosti su ispoštovane opšte usvojene
procedure i uputstva propisana za taj posao odnosno radno mesto,
koje su usaglašene sa sistemom kvaliteta ISO.
S druge strane u definisanju konteksta, odnosno obima posla koji
se svakim pojedinacnim modulom automatizuje strogo je vodeno racuna
da on bude u skladu sa postulatima SSA, elementaran tj. dalje nedeljiv.
Primera radi, u podsistemima koji automatizuju nabavku nije napravljen
jedinstven i univerzalan modul koji vrši nabavku bilo kog resursa,
na bilo koji nacin i sa bilo kog tržišta, vec je za svaki
resurs, svaki nacin nabavke i za svako tržište nabavke
napravljen zaseban modul. Ovaj koncept je znacajan zbog toga što
, sa jedne strane redukuje kolicinu potrebnih podataka za unos,
a sa druge strane omogucava mnogo kvalitetniju kontrolu unosa podataka.
Finalni proizvod rada procesnih modula je dokument koji se emituje
u poslovno okruženje ili za interne potrebe. Problem jedinstvene
i trajne identifikacije dokumenta rešen je kroz automatizam
u dodeljivanju brojeva. Svaki dokument pored generisanog rednog
broja koji mu sistem dodeljuje u sebi obavezno sadrži godinu
i opciono obracunsku jedinicu i/ili oznaku tipa dokumenta. Ovaj
mehanizam stvara mogucnost neprekidnog rada sistema u dugom vremenskom
periodu bez obaveze pražnjenja baze svake godine. Na taj nacin
je omogucen paralelan rad sistema u dve godine.
U svim programskim modulima sistema Pulls posebna pažnja usmerena
je na standardizaciju komunikacije izmedu racunara i krajnjih korisnika
sistema. Kod ove vrste modula ona je posebno znacajna. Ostvarena
je kroz jedinstven koncept nazvan ”standardan korisnicki interfejs”.
Njegov glavni mehanizam cine “on line help rutine” ,
tj. kontekstno osetljiva pomoc, koja je korisniku permanentno na
raspolaganju za referenciranje podataka koji se vec nalaze u bazi.
Usput, ovaj standard olakšava obuku za rad na sistemu, koja
u proseku ne zahteva više od 3 dana.
Transakcioni moduli
Transakcione module cini skup ugradenih pozadinskih, za krajnjeg
korisnika nevidljivih (Background) programa u bazi koje uspostavljaju
direktnu i trenutnu vezu na relaciji poslovni dogadaj - obradena
informacija o dogadaju. Sve informacije, koje su proizvod obrade
dogadaja procesnih modula, automatskim transakcijama se u vremenu
njihovog nastanka, prenose i stavljaju na uvid ostalim podsistemima
na istim ili višim nivoima funkcionalne hijerarhije. Rad ovih
modula omogucava neprekidnu komunikaciju svih funkcija poslovanja
kao što su: nabavka, zalihe, proizvodnja, prodaja, osnovna
sredstva, zarade, obaveze, potraživanja, finansije i knjigovodstvo.
Pored toga oni doprinose znacajnoj redukciji posla koja je posebno
izražena u funkciji knjigovodstva. Ovi moduli zauvek iz terminologije
izbacuju termine kao što su: materijalno i robno knjigovodstvo,
pogonsko knjigovodstvo, knjigovodstvo kupaca i dobavljaca, knjigovodstvo
osnovnih sredstava, knjigovodstvo zarada. Ukida se potreba postojanja
zasebnih fakturnih službi, službi saldo konti, obracuna
poreza,kamata itd. Kljucne prednosti koje ovi moduli stvaraju mogu
se ilustrovati sledecim:
• Smanjenje posla omogucava znacajnu redukciju broja potrebnih
izvršilaca.
• Obezbeden je stalni balans sistema tj. trenutna usaglašenost
analitickih i sintetickih stanja.
• Održavanja balansa sistema je u nadležnosti samog
softvera i nju obezbeduje proizvodac
• Omogucena je maksimalno moguca brzina protoka i racionalizacija
tokova informacija.
• Ušteda u materijalnim troškovima usled smanjenja
broja dokumenata i izveštaja.
• Povecanje brzine, kvaliteta i pouzdanosti dobijenih informacija
Korektivni moduli
Imajuci u vidu nemogucnost izbegavanja grešaka koje se dešavaju
u radu sistem Pulls nudi dva koncepta za ispravljanje grešaka:
• Klasican sistem korekcije ili storniranja dokumenta drugim
dokumentom ukoliko je dokument greškom emitovan i ne može
se ispraviti. Najocigledniji primer za to su knjižna pisma,
odobrenja i zaduženja.
• Novi koncept za ispravku grešaka koji je u režimu
rada sistema u realnom vremenu bilo neophodno napraviti je koncept
nazvan “Anuliranje“. Modulima koji u ukupnoj specifikaciji
sistema Pulls cine 25 % moguce je svaki dogadaj odnosno dokument
poništiti, ali uz strogo poštovanje i kontrolu redosleda
akcija koje su proizvele taj dokument. Zbog cuvanja konzistentnosti
podataka i usaglašenosti sistema u ove module je ugradena i
kontrola koja sprecava anuliranje dokumenata nad kojima su u funkcijama
na višim nivoima uradene dodatne transakcije. Primera radi
ne može se anulirati faktura koja je vec placena, za koju je
izdato knjižno pismo ili je proknjižena u glavnu knjigu.
Ukoliko su ispunjeni svi zakonski i poslovni preduslovi, pomenutu
fakturu je moguce anulirati uz uslov da se prethodno anuliraju svi
dokumenti koji je referenciraju. Pored mogucnosti ispravke napravljenih
dokumenata koju moduli za anuliranje primarno obezbeduju, oni su
koncipirani tako da ujedno daju ekranski pregled svih napravljenih
dokumenata. Treca prednost koju koncept anuliranja donosi odnosi
se na obracunske module kod kojih se anuliranjem ustvari postiže
efekat simulacije.
Obracunski moduli
Obracunski moduli, za razliku od procesnih modula, obraduju procese
koji se odvijaju u diskretnim vremenskim intervalima – presecima.
Kao ilustracija poslova koji se periodicno obraduju kroz ove module
dati su:
• Obracuni kamata
• Obracuni amortizacije osnovnih sredstava
• Obracuni revalorizacije osnovnih sredstava
• Obracuni zarada, itd.
Pod pretpostavkom da su svi poslovi koji se obraduju kroz procesne
module za odredeni vremenski presek završeni, u svakom trenutku
je moguce za par minuta uraditi:
• Obracun rezultata poslovanja
• Obracun bilansa stanja
• Obracun bilansa uspeha
• Obracun bilansa cash-flow
Ukoliko iz bilo kog razloga dobijeni rezultati ne odgovaraju željama
korisnika na raspolaganju je napred opisani koncept ”Anuliranje”
uz ciju pomoc je u veoma kratkom roku moguce napraviti željenu
sliku.
Tacnost dobijenih obracuna i informacija u režimu neprekidnog
rada sistema, posebno je uslovljena tacnošcu datuma na obradenim
dokumentima. Da bi se tacnost datuma maksimalno obezbedila, sistem
Pulls obezbeduje koncept sistem kontrolnih datumskih intervala.
Preko ovog sistema prilikom unosa datuma vrši se njegova striktna
kontrola. Kontrolni datumski intervali su podeljeni po funkcijama
poslovanja i administrira ih sam korisnik sistema u skladu sa željenom
dinamikom poslovanja.
Vreme izvršenja procesa koje obraduju ovi moduli meri se sekundama,
što govori da sistem Pulls pruža mogucnost obracuna rezultata
u realnom vremenu. Ovim je postignuto da brzina dobijanja informacija
više nije limitirana radom softvera vec iskljicivo radom samih
korisnika sistema, sa posebnom odgovornošcu izvšilaca
poslova koji se obraduju procesnim modulima.
Izveštajni moduli
Proizvod ove grupe modula, zbog koje uostalom svi ostali moduli
i postoje, je informacija. U sistemu Pulls informacije je moguce
dobiti na dva nacina:
• Klasicnim putem u štampanom papirnom obliku
• Direktnim uvidom u bazu podataka, putem ekranskih pregleda
Imajuci u vidu cinjenicu da je sistem Pulls obezbedio mehanizme
za izradu svih dokumenata koje poslovni sistem stvara, izveštajni
moduli imaju kao prvi zadatak da obezbede štampu samog dokumenta.
Dokumenta koja su namenjena za internu upotrebu su uskladenja sa
usvojenim sistemom kvaliteta ISO. Adekvatnim administrativnim modulom
moguce uspostaviti vezu izmedu Pulls-ovog izveštajnog modula
i sifre dokumenta propisane korisnikovim sistemom kvaliteta. Štampa
dokumenata za korespodenciju sa poslovnim partnerima u standardnoj
formi paketa obezbedena je na praznom papiru. Po želji korisnika
moguce ju je prilagoditi memorandumu.
Drugi tip štampi su interni izveštaji koji daju informacije
u vidu pregleda i analiza. Proizvod su složenijih obrada. Koriste
se za potrebe samog sistema dajuci informacije o stanju resursa
sistema i analizama rada sistema. Svi dokumenti uneti u bazu podataka
u sebi obavezno sadrže kriterijume: preduzece, obracunsko mesto,
referent, datum. Unos ovih podataka kroz programske module je gotovo
automatizovan. Ostvaren je prilikom prijave za rad sa aplikacijom
uz pomoc mehanizma administrativnog modula identifikacija i provera
prava pristupa bazi podataka. Kombinujuci ove kriterijume i podatke
iz klasifikacija resursa mogucnost dobijanja izveštaja i analiza
poslovanja je prakticno neogranicena.
Treca grupa izveštaja, koju izveštajni moduli generišu,
su obrasci propisani od strane institucija države kao što
su: bilans uspeha, bilans stanja, razni statisticki izveštaji
i sl. Ovi izveštaji se štampaju na praznim papirima strogo
poštujuci propisanu formu i izgled obrasca. Na ovaj nacin se
eliminiše potreba kupovine ovih obrazaca.
Drugi nacin dobijanja informacija su ekranski pregledi, forme koje
daju trenutan uvid u stanje podataka u bazi. Koristeci ove module
u svakom trenutku je moguce videti stanje bilo kog resursa sistema,
kao i stanje procesa koji se odvijaju u sistemu. Primera radi, bez
velikog napora moguce je steci uvid u trenutno stanje bilo koje
vrste zaliha na bilo kom skladištu po bilo kom artiklu, stanje
obaveza i potraživanja po bilo kom poslovnom partneru, radniku
i po bilo kom osnovu i bilo kojoj valuti. Pomocu ekranskih pregleda
moguce je videti i hronologiju promena na svim resursima. Pored
podataka o tekucoj poslovnoj godini kroz ove module moguce je videti
i podatke iz ranijih godina.
Pored brzine i pogodnosti koje ekranski pregledi daju u dobijanju
neophodnih informacija oni znacajno smanjuju i troškove papira.
|
|
