UVOD
APS IPON (Interaktivni Postopek Obdelave Nalogov) plačilnega prometa je namenjen interaktivnem zajemu nalogov plačilnega prometa na osebnih računalnikih in je v uporabi v organizacijskih enotah SDK, kjer se ta zajem izvaja.
Osnovna verzija programa je dopolnjena tako, da dovoljuje zajem podatkov ne le interaktivno v enotah SDK, po posameznih nalogih, ampak tako, da uporabnik dostavi podatke na disketi, ki se potem s programom IPON preverijo in se naprej vključijo v obdelavo na centralnem računalniku skupaj z nalogi, ki so interaktivno zajeti.
Za potrebe programskega sistema OLISS smo uporabili drugo možnost, ki jo dovoljuje IPON.
Da bi bolje razumeli sistem zajemanja nalogov plačilnega prometa bomo na kratko predstavili eden in drugi način zajemanja nalogov.
Interaktivni zajem
Nalogi plačilnega prometa se zajemajo in obdelujejo organizirani v največje enote - trakove. Trakovi se označujejo s triciferno številko, ki je neponovljiva v enem dnevu. Sestavljeni so iz logičnih celot. Znotraj enega traku je poljubno število logičnih celot. V logični celoti sta dve vrsti zapisov: minusni in plusni. Minusni zapis je eden v logični celoti. Vsebuje žiro račun nalogodajalca, kontrolno vsoto ter še nekaj drugih podatkov potrebnih za obdelavo. Plusnih zapisov je več v eni logični celoti. Vsebuje individualne podatke iz virmana. Kontrole vnosa: en trak, kontrolne vsote, šifranti
Pri interaktivnem vnosu nalogov plačilnega prometa se sproti izvaja pravilnost ter usklajenost podatkov. Dovoljen je vnos enega traku le enkrat. Logične celote se kontrolirajo s kontrolnimi vsotami (vsota vseh zneskov v plusnih zapisih je enaka znesku v minusnem zapisu). Vsi SDK podatki (žiro računi, šifre DR, vezne oznake,...) se kontrolirajo v šifrantih.
Popravek nepravilnih podatkov
Neusklajenost med podatki se sproti kontrolira ter program zahteva takojšnje popravke. Kljub temu se lahko naknadno interaktivno izvršijo popravki na kateremkoli podatku. Zadnja kontrola pravilnosti podatkov programa IPON se izvaja pri pripravi datoteke, ki se po končanem zajemu prenese v centralni računalnik in se vključi v plačilni promet.
Priprava datoteke PPSLA.TXT
Po končanem vnosu nalogov se izvrši priprava podatkov za prenos na centralni računalnik za obdelavo. Rezultat priprave je ASCII datoteka z imenom PPSLA.TXT formata S1QUEUE (to je format, ki je rezultat zajema podatkov na računalnikih tipa SERIJE/1, s katerimi se potem v obdelavi združi).
Paketni zajem
Program IPON je dopolnjen tako, da namesto interaktivnega zajema nalogov plačilnega prometa omogoča zajem podatkov iz datoteke - paketno. Nalogi plačilnega prometa so v ASCII datoteki organizirani v formatu zbirnega naloga (SDK obrazec 47). Datoteka se mora nahajati na disketi ali na disku. Ime datoteke je oblike MNxxxxxx.SDK, pri čemer je xxxxxx šifra, ki jo dodeli SDK uporabniku. Nepomembno je, na katerem računalniku je narejena datoteka. Bistveno je le, da je ASCII ter ustreznega formata.
Pred zajemom podatkov iz datoteke program zahteva vnos podatkov, ki jih potem kontrolira v datoteki: šifra uporabnika, njegov žiro račun, datum podatkov. Določiti je potrebno še področje, kje se nahaja datoteka (disk ali disketa). Po uspešnem preverjanju pravilnosti vnesenih podatkov se izvaja branje podatkov s sprotno vsebinsko kontrolo (zneski, žiro računi uporabnikov, šifre,...). Če podani in podatki v datoteki niso usklajeni, se izpiše vrsta napake in se branje podatkov prekine. V primeru, da ni napak med podatki, se po končanem branju izpiše opozorilo, da so podatki uspešno prebrani in prekontrolirani.
V primeru, ko podatki niso pravilni, se branje prekine in operater se odloči ali bo nadaljeval branje ali pa bo sproti odpravil napako. Če se odloči za naknadno popravljanje napak, se bo ob koncu branja datoteke izpisalo število napak. V nasprotnem primeru pa se program pozicionira ne nepravilen podatek.
Naknadno popravljanje podatkov se izvaja relativno enostavno. V meniju se izbere vrsta popravka ter podatek, ki se želi popraviti.
Potem, ko so prebrani podatki iz datoteke, se shranijo na diskih v bazah v enaki obliki, kot da so vneseni interaktivno. Shranjeni so pod številko paketa 0. To pomeni, da se vsi podatki, ki se preberejo iz datotek, shranijo pod skupno številko 0. Na ta način je omogočeno združevanje podatkov iz več datotek. Številka paketa 0 je le delovna številka. Pred pripravo datoteke PPSLA.TXT je potrebno podatkom iz traku številka 0 dodeliti eno triciferno številko, s katero bodo podatki obdelani v centralnem računalniku. Postopek dodeljevanja številke traku je enostaven in se izvaja prek menijev, kakor tudi večina operacij v programu.
Datoteka PPSLA.TXT se pripravi na enak način kakor za podatke, ki so bili interaktivno zajeti. V eni datoteki se lahko nahaja največ 5 trakov. Nekateri izmed teh so lahko zajeti interaktivno, drugi pa iz paketno.
Osnove delovanja programa OLISS
OLISS je program, ki je namenjen uporabnikom, ki so vključeni v izmenjavo podatkov preko poštnih predalov. Uporabniki so evidentirani pri SDK in se jim dovoli izmenjava podatkov po sistemu OLISS.
OLISS je program, ki je organiziran na principu večnivojskih menijev. Zelo enostaven je za uporabo, ker od uporabnika ne zahteva nobenega dodatnega znanja. Uporabnik v meniju s pritiskom na tipko <Enter> izbere vrsto zahtevka, ki ga bo poslal v SDK. Vsi zahtevki potekajo preko žiro računov pravnih oseb. Uporabnik lahko pripravlja le tiste zahtevke, ki so dovoljeni. Zahtevki se s pomočjo komunikacijskih orodij prenesejo v SDK, kjer se obdelajo ter se v obliki odgovorov po isti poti vrnejo nazaj uporabniku. Ta jih z OLISS-om pregleda. Zahtevki in odgovori se arhivirajo in se brišejo na zahtevo uporabnika. Poleg odgovorov na zahtevke uporabnik lahko dobi obvestila v zvezi z nalogi plačilnega prometa.
Za vse zahtevke ter odgovore se zapišeta datumi in ure, tako da je mogoč kronološki pregled izvajanja zahtevkov.
Predstavitev uporabnika
Po startu programa OLISS se zahteva vnos šifre uporabnika. To je ime, ki si ga uporabnik sam določi. S tem imenom mora obstajati poddirektorij v strukturi direktorijev OLISS. Na tem direktoriju se bodo shranjevali vsi podatki v zvezi s tem imenom (zahtevki in odgovori). Poleg tega mora s tem imenom in podaljškom TXT na istem direktoriju obstajati datoteka, v kateri je zapisan osnovni žiro račun uporabnika. Ta žiro račun se vedno ponudi kot osnovni račun, za katerega se pripravljajo zahtevki.
Po predstavitvi uporabnika se ponudijo meniji:
- priprava zahtevkov,
- pregled odgovorov,
- servis,
- konec.
Priprava zahtevkov
Vsak zahtevek vsebuje podatke o žiro račun uporabnika, za katerega se zahtevajo podatki, tip zahtevka, datum in ura zahtevka. Zahtevek se hrani v datoteki ZAHTEVEK.DBF vse dokler se ne dobi odgovor na zahtevek, ko se prenese v arhivsko datoteko zahtevkov ZAHTEVKI.DBF ali pa se briše.
OLISS ponuja možnost dajanja naslednjih vrst zahtevkov:
- Tip 1: matični podatki (saldo na računu in dnevni promet)
- Tip 2: podružnični register (osnovni podatki iz registra podružnice)
- Tip 3: republiški register (osnovni podatki iz republiškega registra)
- Tip 4: komitenti banke (obsvetilo za banko o prilivu in odlivu)
- Tip 5: promet (dnevni promet po nalogih)
- Tip 6: statistika (periodični obračun)
Zahtevki se lahko dajo le za podatke, ki so na razpolago. Matični podatki ter podatki iz podružničnega registra se lahko dobijo za račune iz domače podružnice.
Pregled odgovorov
Odgovori se dobijo v ASCII datoteki z imenom uporabnika ter podaljškom ODG. Pri startu programa se novi odgovori shranijo v datoteko ODGOVOR.DBF in se ob prvem pregledu le-teh prenesejo v arhivsko datoteko ODGOVORI.DBF. Vsi odgovori vsebujejo naslednje podatke: žiro račun uporabnika, tip podatkov (zahtevka), datum in ura priprave odgovora ne centralnem računalniku v SDK ter del, v katerem se nahajajo dejanski podatki za odgovor na zahtevek.
Poleg odgovorov na zahtevke (tip 1 do 6) se pojavljata še dva tipa odgovorov in sicer:
- Tip 7: obvestilo o odlivu sredstev zaradi vključitve nalogov, pripravljenih s programom IPON in _e obdelanih v SDK, ter
- Tip 8: obvestilo o prilivu sredstev (druga pravna oseba je s programom IPON pripravila naloge, ki so _e obdelani v SDK).
Pri vseh tipih podatkov se izvaja pregled odgovorov na ta način, da se znotraj vseh odgovorov, ki so izlistani na zaslonu, izberemo _želenega ter ga s pritiskom na tipko <Enter> pregledamo v formatirani obliki.
Izbira medija za odgovore
Medij izpisa odgovorov lahko poljubno izbiramo. Če ne določimo drugače, se podatki izpisujejo na zaslonu. Sicer pa lahko še izbiramo med tiskalnikom ter ASCII datoteko. Predvsem je zanimiva ta druga oblika, ker lahko podatke neposredno vključujemo v druge APS-je.
Vzdrževanje baze odgovorov
Podatki o zahtevkih in odgovorih so shranjeni na disku vse dokler se ne brišejo na zahtevo uporabnika. Podatki se brišejo za določeno obdobje. Pri izbiri te možnosti se ponudita datum in ura najstarejšega ter najmlajšega podatka. Lahko se brišejo vsi podatki s potrditvijo ponujenih podatkov, ali pa se znotraj tega časovnega obdobja določi nov, za katerega naj se brišejo podatki.
Za vse podatke, ki so na disku, je mogoč pregled kronologije zahtevkov in odgovorov s časi zahtevkov in priprav odgovorov na le-te.
