Plaćanja↵
Korisnik sprovodi operaciju plaćanja da bi odabranu grupu naloga poslao na realizaciju u platni promet UT. Nakon što su nalozi poslati na plaćanje, oni postaju zaključani za izmene zauvek.
Aplikativna ovlašćenja
Za upotrebu ovih funkcionalnosti potrebno je posedovati sledeće od ovlašćenja za rad sa nalozima:
- Plaćanje naloga
Proces plaćanja↵
Dok je grupa naloga selektovana, odabirom opcije pokreće se novi ekran u kome se prikazuju sumarni podaci kao i vreme koje je preostalo da bi se prosledila jednokratna lozinka (token) koju korisnik u tom trenutku dobija na podešeni autorizacioni kanal.
Već plaćeni nalozi
Ukoliko grupa naloga sadrži već ranije realizovane naloge, cela operacija će biti odbijena. Korisnik mora na neki način ukloniti realizovane naloge iz tekućeg filtera.
Ukoliko je jednokratna lozinka ispravna i uneta u predviđenom roku, poslati nalozi za prenos dobijaju п tag koji predstavlja identifikator tog plaćanja kao i sistemski tag активан koji označava da je nalog u redu za čekanje na realizaciju i može svakog sekunda biti poslat u platni promet.
Nakon što nalozi za prenos postanu deo plaćanja, korisnik ih više ne može ažurirati jer su zaključani za izmene. Naknadno je moguće menjati isključivo korisničke tagove i korisničku grupu koja utiče na to ko može videti predmetne naloge.
Korisnik nadalje prati status plaćanja poslatih naloga za prenos koje sistem predstavlja upotrebom odgovarajućih sistemskih tagova koji prolazi kroz različite faze u okviru realizacije u platnom prometu. Status naloga menja se u realnom vremenu tako da korisnik svakog trenutka zna status kompletnog plaćanja kao i statuse svakog pojedinačnog naloga za prenos. Korisnik filtrira naloge po statusima upotrebljavajući tag menadžer da selektuje željene grupe naloga npr. samo naloge konkretnog plaćanja sa greškama u platnom prometu.
Primer plaćanja↵
Korisnik iz liste naloga selektuje ručno 3 naloga i bira opciju . Prikazuje mu se ekran koji daje uvid u ukupnu vrednost i broj naloga tog plaćanja i počinje da teče vreme za unos jednokratne lozinke koja se mora uneti u prikazanom roku da bi se plaćanje potvrdilo (u pitanju je sigurnosna mera).
Neposredno posle pokretanja plaćanja, korisnik dobija e-mail od ePP servisa koji sadrži jednokratnu lozinku za to plaćanje koja ističe nakon nekoliko minuta:
U ovom trenutku je moguće otkazati plaćanje, a ako se ne unese lozinka u predviđenom roku plaćanje će biti automatski otkazano. Dok je proces plaćanja u toku, nalozi su zaključani za izmene i biće ponovo otključani samo ako je plaćanje otkazano.
Korisnik ispravno unosi lozinku i u predviđenom roku te je plaćanje odobreno. Sistem taguje naloge identifikatorom plaćanja п-OPY kao i tagom активан što znači da nalozi za prenos čekaju svoj red na slanje u platni promet:
Sva plaćanja i njihovi statusi se mogu videti upotrebom meni opcije Plaćanja kao i korišćenjem tag menadžera. Izborom taga korisnik dobija uvid samo u naloge koji učestvuju u tom plaćanju:
Nakon nekoliko minuta korisnik osvežavajući stranicu vidi da je jedan nalog izvršen a da su dva u nekoj vrsti čekanja (radno vreme, kliring, likvidnost itd.):
Korisnik kasnije pregleda naloge plaćanja п-OPY izborom taga i gledajući statistike može da vidi da je ukupno vreme izvršenja 8 minuta kao i druge informacije:
Detalji svakog konkretnog naloga nadalje sadrže popunjene meta informacije o plaćanju sa desne strane ekrana.
Nalozi koji učestvuju u plaćanjima imaju u listi naloga sa leve stranu boju koja opisuje status plaćanja tog naloga.
Ako izostane e-mail
Ukoliko korisnik ne dobije token na svoju e-mail adresu, ne može da potvrdi plaćanje. Korisnik treba da se pre svega uveri da mail nije završio u junk/spam folderu, i ako jeste da ga u e-mail klijentu koga koristi deklariše kao validan email da bi sprečio isti problem u budućnosti.
Ako je korisnik dobijao e-mail ranije od ePP servisa po bilo kom pitanju ali je izostao mail kod verifikacije plaćanja, može da restartuje plaćanje, tako što će da otkaže tekuće i ponovo ga pokrene.
Ukoliko nakon ovih koraka i dalje ne dobija token na e-mail, korsnik treba da promeni autorizacioni kanal.
Greške tokom plaćanja↵
U slučaju da postoje greške u platnom prometu tokom realizacije plaćanja, sistem označava takve naloge za prenos koristeći sistemski tag greška. Korisnik izborom ovog taga dobija listu svih grešaka, ali ne može te iste naloge poslati ponovo na plaćanje već ih kopira, što kreira potpuno nove naloge za prenos sa istim podacima. Ovakve kopije je nakon eventualnih ručnih izmena, moguće uvrstiti u novo plaćanje. Kopija naloga u komentaru sadrži link ka originalnom nalogu, te se praćenjem linkova ostvaruje uvid u sve pokušaje izvršenja.
Plaćanje velikog broja naloga↵
Moguće je u jednom koraku poslati do 5000 naloga na plaćanje. U ranije navedenom primeru korisnik ručno selektuje samo 3 naloga ali ovaj proces ne bi mogao da uradi sa više stotina naloga ‒ oni se nalaze na različitim stranicama tabele a selekcija se gubi na prelazu između stranica.
Da bi se sprovelo plaćanje veće grupe naloga, pre svega se mora formirati lista naloga upotrebom funkcionalnosti filtriranja i tagovanja ‒ korisnik bira proizvoljan jedinstveni tag da označi sve naloge grupe i zatim taj tag dodaje pojedinačno ili masovno na naloge za prenos od interesa koristeći opcije filtriranja naloga. Celu tekuću listu markiranih naloga dobija izborom taga koji im je namenio. Može videti statistike ove grupe naloga i da se uveri da ukupan broj naloga/iznos i druge karakteristike grupe ispunjavaju njegova očekivanja.
Drugi način je da iskoristi alat selektor koji omogućava efikasnije pravljenje listi naloga.
Tagovanje prilikom unosa naloga
Prilikom unosa veće grupe naloga za prenos sa ciljem da bude plaćena u jednom koraku, najbolje je uraditi sledeće:
- Prilikom ručnog unosa, prvo unesite neki jedinstveni tag, pa onda naloge; da bi ovo funkcionisalo, obavezno je izabrati opcije unosa naloga Zapamti podešavanja za sledeći nalog: Tagovi
- Prilikom grupnog unosa, osigurajte da svaki fajl ima makar jedan isti jedinstveni tag
Uz jedinstveni tag, celu grupu naloga je moguće odabrati klikom na taj tag i poslati na plaćanje u jednom koraku. Korisnik može znati da li tag već postoji ili ne upotrebom alata tag menadžer, a prilikom ručnog unosa ako se ne pojavljuje u autocomplete listi.
Jednom kada je zadovoljan listom naloga za prenos, korisnik bez selektovanja ijednog naloga pokreće plaćanje. Ovoga puta dobija upozorenje da ne postoji selekcija i da je operacija masovna:
Plaćanje po stranicama
Neki korisnici plaćaju veću grupu naloga tako što šalju na plaćanje stranicu po stranicu, uz eventualno povećanje veličine stranice sa podrazumevanih 10 na 100 naloga za prenos. Na primer, ukoliko žele da plate 350 naloga, sprovešće 4 plaćanja (3 po 100 i jedno od 50).
Iako je ovo legitiman način korišćenja servisa, nije potrebno gubiti vreme na ovaj način već je ovo moguće uraditi značajno brže nekom od sledećih opcija:
- Moguće je umesto plaćanja, prvo ubaciti sve ranije kreirane naloge u selektor, nakon čega se odabirom selektora i pokretanjem plaćanja bez ikakve selekcije sprovodi plaćanje svih naloga odjednom.
- Moguće je masovno dodati jedinstveni tag na bilo koju grupu naloga. U pomenutom slučaju, umesto da sprovodi 4 nezavisna plaćanja korisnik može da stranu po stranu naloga markira upotrebom masovne operacija tagovanja. Nakon što je na sve relevantne naloge dodat tag, šalju se u jednom koraku na plaćanje odabirom tog taga i pokretanjem plaćanja bez selektovanja ijednog naloga.
Unos tokena↵
Nakon odabira opcije , sistem odmah šalje token na podrazumevani autorizacioni kanal korisnika koji je plaćanje pokrenuo. Kanal koji se trenutno koristi kao i krajnja destinacija su vidljivi u donjem levom uglu:
Na gornjoj slici kao autorizacioni kanal se koristi SMS a kao krajnja destinacija telefon koji je podešen za tog korisnika.
U slučaju da korisnik nakon pokretanja plaćanja nije pravovremeno ili uopšte dobio token, on može da samo za to plaćanje izabere alternativni raspoloživi autorizacioni kanal pritiskom na dugme na kome je prikazan tekući kanal i njegova destinacija:
Odabirom ove opcije otvara se lista raspoloživih kanala i korisnik bira neki od ponuđenih koji se razlikuje od tekućeg. Nakon odabira alternativnog kanala, opcija se može aktivirati nakon čega sistem šalje novi token korisniku putem izabranog kanala (što otkazuje prethodni). Autorizacioni kanal izabran na ovaj način se primenjuje samo na tekuće plaćanje i ukoliko korisnik želi da ga za sebe postavi kao podrazumevanog za sva plaćanja, sprovodi izmenu podrazumevanog autorizacionog kanala u svom profilu na ranije opisani način.
Izmena kanala se može uraditi u bilo kom trenutku dok je ekran za plaćanje aktivan.