Payments.iQ NG 1.14: naujos funkcijos

BS/2 programinės įrangos kūrėjai pristatė naują mokėjimo terminalų ir savitarnos kioskų valdymo sistemos „Payments.iQ NG“ versiją – 1.14. Atnaujinant sistemą, daugiausia dėmesio buvo skirta veiklos efektyvumui didinti, administravimui supaprastinti ir sistemos saugumui stiprinti. Naujos funkcijos padeda užtikrinti didesnį mokėjimų priėmimo infrastruktūros skaidrumą, geresnį valdymą ir patikimesnį veikimą.

Mokėjimo operacijų statuso modelio suvienodinimas

Problema, kurią išsprendžia šis atnaujinimas

Ankstesnių „Payments.iQ NG“ versijų skirtingose sistemos dalyse buvo naudojami nevienodi mokėjimo operacijų statusų žymėjimai. Tai kėlė neaiškumų analizuojant duomenis ir apsunkino techninę priežiūrą: tas pats statusas galėjo būti skirtingai rodomas operacijų žurnale, ataskaitose ar sisteminiuose įrašuose.

Kas pasikeitė?

1.14 versijoje įdiegtas vienodas, unifikuotas operacijų statusų modelis, taikomas visose sistemos dalyse.

Suvienodinimo privalumai

Paprastesnė duomenų analizė

Dabar operacijos statusas visose sistemos dalyse pateikiamas vienodai: operacijų žurnale, ataskaitose, API sąsajoje ir eksportuojamuose duomenyse.

Lengvesnė techninė priežiūra

Techniniai specialistai gali greičiau nustatyti problemas, nes nebereikia keisti nustatytų statusų iš vienos žymėjimo sistemos į kitą.

Aiškesnės integracijos sąlygos

Išorinėms sistemoms, integruotoms su „Payments.iQ NG“ per API, nuo šiol perduodami lengvai interpretuojami operacijų statusai.

Standartiniai operacijų statusai dabar tokie:

„Completed“ — operacija sėkmingai įvykdyta.

„Failed“ — operacija nepavyko.

Pending — operacija dar apdorojama.

Waiting for Resolution — reikalingas operatoriaus įsikišimas (nauja būsena).

Retracted — operacija atšaukta (pavyzdžiui, klientas pasiėmė kortelę).

Timeout — viršytas atsakymo laukimo laikas.

Išplėstos mokėjimų pakartojimo galimybės

Galimybė pakartotinai atlikti iš karto kelias mokėjimo operacijas

Vienas iš laukiamiausių 1.14 versijos patobulinimų – galimybė vienu metu pakartotinai atlikti  iš karto kelias mokėjimo operacijas.

Naudojimo scenarijai

Atkūrimas po sutrikimo

Jei banko mokėjimo duomenų apdorojimo centras tam tikrą laiką buvo nepasiekiamas ir keletas operacijų sutriko ties statusu „Failed“, operatorius gali jas visas pažymėti, kad jos vienu veiksmu  būtų pakartotos.

Techninės priežiūros darbai

Po planinių darbų mokėjimų apdorojimo sistemoje gali prireikti pakartotinai apdoroti per tam tikrą laikotarpį nepavykusias operacijas. Dabar tai galima padaryti vos keliais paspaudimais.

Testavimas

Šalinant integracijų klaidas, galimybė masiškai pakartoti veiksmus gerokai paspartina testavimą.

Mygtuko „Retry“ sąlygų patikslinimas

Mygtukas „Retry Payment“ dabar rodomas tik šalia tų operacijų, kurias iš tiesų galima pakartoti. Sistema automatiškai patikrina:

ar nesibaigė sesijos galiojimo laikas;
ar įrenginys yra prisijungęs prie tinklo;
ar operacija jau nebuvo sėkmingai pakartota;
ar operacijos statusas atitinka pakartotinio apdorojimo sąlygas.

Taip išvengiama situacijų, kai operatorius bando pakartotinai apdoroti operaciją, kurios pakartoti neįmanoma.

Mokėjimo operacijų žurnalo patobulinimai

Tinkamas „Retract“ operacijų atvaizdavimas

Kas yra „Retract“?

„Retract“ – tai operacijos atšaukimas, kai klientas pasiima kortelę dar nepasibaigus mokėjimo operacijai arba, kai sistema operaciją nutraukia dėl klaidos.

Ankstesnių versijų trūkumas

Atliekant „Retract“ operaciją, jos suma nebuvo rodoma stulpelyje „Dispensed“ (išduota suma), todėl analizuojant duomenis kildavo neaiškumų.

Sprendimas

Dabar atliekant „Retract“ operaciją suma rodoma atitinkamame stulpelyje, todėl pinigų judėjimas operacijų žurnale matomas aiškiai ir tiksliai.

Naujas statusas: „Waiting for Resolution“

Į operacijų žurnalą įtrauktas specialus statusas „Waiting for Resolution“ skirtas situacijoms, kai reikalingas operatoriaus įsikišimas.

Kada taikomas šis statusas:

• kai nesutampa išduota ir prašyta suma;
• kai kritiniu momentu nutrūksta ryšys su mokėjimų sistema;
• kai įvyksta techninės klaidos, kurias reikia patikrinti rankiniu būdu;
• kai sukčiavimo prevencijos sistema pažymi operaciją kaip įtartiną.

Privalumai

Pritaikę šio statuso filtrą, operatoriai gali lengvai susirasti visas problemines operacijas ir jas apdoroti pirmiausiai.

Paslaugų pavadinimo atvaizdavimas

Pagrindinėje operacijų žurnalo lentelėje dabar rodomas paslaugos pavadinimas, todėl duomenis analizuoti yra paprasčiau.

Kuo tai naudinga?

• galima greitai nustatyti operacijos tipą, net neatsidarius jos detalaus aprašo;
• patogiau grupuoti ir filtruoti operacijas pagal paslaugų tipus;
• verslo analitikams lengviau atlikti analizę.

Sisteminių įrašų eksportavimas per API „Loki“

Kas yra „Loki“?

Loki“ – „Grafana Labs“ sukurta moderni įvykių žurnalų kaupimo ir analizės sistema, pritaikyta darbui su dideliais duomenų srautais.

Nauja galimybė: sisteminių įrašų eksportavimas per administravimo konsolę

1.14 versijoje įdiegta galimybė eksportuoti sisteminius įrašus iš „Loki“ tiesiogiai per administravimo konsolę, nebesinaudojant „Grafana“.

Funkcionalumą sudaro:

Eksporto parametrų forma

• dominančio laikotarpio pasirinkimas;
• duomenų filtravimas pagal įrenginius;
• įrašų detalumo lygio parinkimas;
• eksportuojamų duomenų formato nustatymas (JSON, TXT, CSV).

Atsisiuntimo mygtukas

Vienu paspaudimu visi pagal pasirinktus kriterijus atrinkti sisteminiai įrašai perduodami į failą.

Saugojimo politikos nustatymas

Administratoriai vartotojo sąsajoje gali nustatyti, kiek laiko bus saugomi sisteminiai įrašai:

• trumpalaikiai įrašai (7–30 dienų) – operatyviai diagnostikai;
• ilgalaikiai įrašai (iki 1 metų) – auditui ir tyrimams.

Sesijos sisteminių įrašų paieška per „Loki“

Patobulintas mechanizmas, leidžiantis per „Loki“ gauti dominančios sesijos sisteminius įrašus.

Pritaikymas

Kai operatorius atidaro konkrečios mokėjimo operacijos detalų aprašą, sistema automatiškai užklausia su ta operacija susijusių sisteminių įrašų iš „Loki“ ir pateikia juos vienoje sąsajoje. Nebereikia jų rankiniu būdu ieškoti „Grafana“ sistemoje — visa informacija pasiekiama tiesiog operacijų žurnale.

Agento žurnalų perdavimas į serverį

Įdiegta galimybė perduoti „PaymentsNG Agent“ sisteminius įrašus į serverį per techninį agentą.

Kaip tai veikia?

• Terminale veikiantis „PaymentsNG Agent“ kaupia sesijos žurnalus
• Techninis agentas periodiškai perduoda sukauptus žurnalus į serverį
• Žurnalai automatiškai indeksuojami „Loki“ sistemoje
• Administratoriai gali pasiekti visą įrenginio veikimo istoriją.

Privalumai:

• Centralizuotas įvykių žurnalų saugojimas, įskaitant nutolusiose vietose stovinčius įrenginius
• Galimybė analizuoti įrenginio veikimą visu jo eksploatavimo laikotarpiu
• Žurnalai išsaugomi net ir iš naujo įdiegus terminalo programinę įrangą.

Pasenusio komponento „Error Logger“ pašalinimas

Migracijos į „Loki“ / „Grafana“ metu iš sistemos buvo pašalintas pasenęs „Error Logger“, įskaitant:

• komponento kodą
• duomenų bazės lenteles
• prieigos teises.

Taip supaprastinta sistemos architektūra ir mažinamos eksploatavimo sąnaudos.

„Grafana“ įspėjimų integracija

Sutrikimų stebėjimas ir išankstinis įspėjimas 

1.14 versijoje „Grafana“ įspėjimai integruoti į „Payments.iQ NG“ pranešimų sistemą.

Ką tai suteikia?

Automatiniai pranešimai apie sutrikimus

Kai „Grafana“ aptinka anomaliją (pavyzdžiui, staigų kurio nors įrenginio klaidų  padaugėjimą), sistema automatiškai informuoja operatorius skirtingais būdais:

• el. paštu,
• „Telegram“ žinute,
• SMS (jei atlikta atitinkama integracija),
• žinute per mobiliąją programėlę.

Įspėjimų pavyzdžiai:

• Kai viršijamas leistinas mokėjimo operacijų klaidų skaičius (>5 % per pastarąją valandą),
• Kai įrenginys nepasiekiamas ilgiau nei 15 minučių,
• Kai vieta serverio diske užpildoma daugiau nei 85 %,
• Kai aptinkama neįprasta terminalo veikla (įtariant bandymą įsilaužti).

Konfigūravimo sąlygos

Administratoriai gali nustatyti:

• įvairių rodiklių ribas;
• kam siųsti pranešimus, atsižvelgiant į įspėjimo tipą;
• įspėjimų aktyvumo laiką (pavyzdžiui, kritiniai – visą parą, informaciniai – tik darbo metu).

„Payments.iQ NG“ agento stebėsena

Atvaizduojama „Payments NG Agent“ versija

Skiltyje „Pulse“, stebėjimo dalyje, dabar rodoma „PaymentsNG Agent“ versija kartu su kodo versijos identifikatoriumi („commit hash“).

Kodėl tai svarbu?

Atnaujinimų kontrolė

Administratoriai gali matyti, kurie įrenginiai dar naudoja senesnę agento versiją.

Sutrikimų diagnostika

Kreipiantis į techninę pagalbą, svarbu nurodyti tikslią agento versiją (įskaitant „commit hash“). Tai padeda greičiau nustatyti problemą — specialistai iš karto mato, kurie pataisymai jau įdiegti, o kurie dar ne.

Atnaujinimo planavimas

Prieš diegiant naują versiją, galima įvertinti, kiek įrenginių būtina atnaujinti.

Patobulintas užklausos klaidų apdorojimas

Patobulintas terminalų tinklo užklausos klaidų apdorojimas ir išimčių registravimas.

Kas pakeista:

• Detaliau išaiškinamos įrenginių nepasiekiamumo priežastys
• Identifikuojami ir išskiriami skirtingi klaidų tipai (tinklo, laiko limito viršijimo, protokolo klaidos)
• Užklausa pakartojama automatiškai, vis didėjančiais intervalais.

Rezultatas: pasitaiko mažiau klaidingų pranešimų apie įrenginių nepasiekiamumą ir tiksliau atliekama sutrikimų diagnostika.

Saugumas ir pranešimai

Stebimas naudotojų atsijungimas nuo sistemos

Audito žurnale („Audit Trail“) nuo šiol registruojami naudotojų atsijungimai („logout“).

Kam to reikia?

Saugumo reikalavimų laikymasis
Daugelio standartų (PCI DSS, ISO 27001) reikalavimuose nurodyta išsamiai registruoti naudotojų veiksmus, įskaitant prisijungimą ir atsijungimą nuo sistemos.

Incidentų tyrimas
Analizuojant saugumo incidentus, svarbu žinoti, kada naudotojas baigė dirbti su sistema.

Veiklos stebėjimas
Administratoriai gali stebėti sistemos naudojimo tendencijas: kas dirba ne darbo metu, kiek trunka sesijos ir pan.

Pranešimai apie saugumo grėsmes

Įdiegtas pranešimų apie saugumo grėsmes siuntimas el. paštu ir  per programėlę „Telegram“.

Grėsmės, apie kurias informuojama siunčiant pranešimus:

• Nuolat besikartojantys nesėkmingi bandymai prisijungti prie sistemos
• Prisijungimas prie sistemos iš naujo IP adreso
• Kritinių saugumo nustatymų pakeitimai
• Bandymas pasiekti funkcijas neturint reikiamų teisių
• Įtartinas terminalų aktyvumas.

Nustatymai:

Administratoriai gali nustatyti:

1. kurie įvykiai laikomi kritiniais,
2. kam siųsti pranešimus,
3. pranešimų formatą (trumpą arba detalų).

Privalumai:

Į saugumo grėsmes reaguojama itin greitai — tai užtrunka vos kelias ar keletą minučių, o ne valandas.

„AI Assistant“ įvykių žurnalų analizei

Pažangi diagnostika

Viena inovatyviausių 1.14 versijos funkcijų – galimybė naudoti „AI Assistant“ modelį „Payments.iQ NG“ įvykių žurnalų analizei.

Kaip tai veikia?

„AI Assistant“ analizuoja sistemos žurnalus ir atlieka šias funkcijas:

Automatiškai nustato pasikartojančias problemas

Nebereikia rankiniu būdu peržiūrėti tūkstančių žurnalų eilučių – AI aptinka pasikartojančias klaidas ir jas sugrupuoja pagal tipus.

Nurodo galimas priežastis

Remdamasis analize, AI gali įvardyti tikėtiną problemos priežastį: konfigūracijos klaidą, tinklo sutrikimą, integracijos su bankine sistema trikdžius ir pan.

Pateikia sprendimo rekomendacijas

Remdamasis sukaupta žinių baze apie tipinius incidentus, AI siūlo konkrečius veiksmus problemai pašalinti.

Taikymo pavyzdžiai:

1 scenarijus: masinės operacijų klaidos

AI analizuoja žurnalus ir nustato: „Visos klaidos aptiktos po 14:32 val. ir tik per vieną mokėjimo sistemą, o klaidos kodas rodo galimas sertifikato problemas. Rekomenduojama patikrinti mokėjimo sistemos SSL sertifikato galiojimą.“

2 scenarijus: įrenginio sutrikimai

„Naudojantis mokėjimo terminalu Nr. 125,  30 % operacijų įvyksta kortelės nuskaitymo klaidos. Klaidų pobūdis rodo, kad kortelių skaitytuve gali būti nešvarumų. Rekomenduojama atlikti valymą.“

3 scenarijus: našumas

„Operacijų apdorojimo laikas per pastarąsias 3 dienas padidėjo 40 %. AI nustatė, kad duomenų bazės užklausos vykdomos vis lėčiau. Rekomenduojama optimizuoti duomenų bazės veikimą arba padidinti serverio resursus.

Patobulintas įrenginių identifikavimas

Susidubliavusių įrenginių apdorojimas

Patobulintas susidubliavusių įrenginių apdorojimas tuo atveju, kai keli terminalai turi tą patį ID numerį arba aparatinės įrangos identifikatorių (H/W ID).

Kodėl taip nutinka?

• Netinkamai nukopijuotas sistemos atvaizdas masinio įrenginių diegimo metu
• Klaidos konfigūruojant naujus įrenginius
• Sukčiavimo bandymai, kai pakeičiamas terminalas.

Kaip tai sprendžia sistema:

• Aptinka pasikartojančius identifikatorius, kai įrenginys tampa aktyvus
• Automatiškai priskiria laikiną unikalų identifikatorių
• Informuoja administratorių apie problemą
• Blokuoja susidubliavusių įrenginių veikimą, kol problema išsprendžiama.

Unikalaus H/W ID suformavimas

Įdiegta unikalaus „Hardware ID“ suformavimo funkcija, paremta tinklo adapterių MAC adresais.

Algoritmas:

• Sistema nuskaito visų įrenginio tinklo sąsajų MAC adresus
• Iš MAC adresų kombinacijos suformuoja unikalų identifikavimo kodą („hash“)
• Šis kodas naudojamas kaip unikalaus H/W ID kodo dalis.

Privalumai:

• Bemaž neįmanoma, kad du įrenginiai turėtų vienodą H/W ID kodą
• Identifikatorius išlieka net ir perdiegus operacinę sistemą
• Galima atsekti įrenginį, pasikeitus IP adresui.

UI/UX patobulinimai

Patobulintas scenarijų atvaizdavimas

Pagerintas terminalų veikimo scenarijų atvaizdavimas ir jų pritaikymas naudotojui.

Kas pakeista:

Aiškūs pavadinimai

Vietoje anksčiau naudotų techninių žymėjimų (SCENARIO_PAYMENT_01) naudojami suprantami pavadinimai (pvz., „Komunalinių paslaugų apmokėjimas“).

Scenarijų aprašymai

Kiekvienas scenarijus dabar turi trumpą aprašymą, paaiškinantį jo paskirtį.

Vienodas atvaizdavimas

Scenarijų pavadinimai naudojami vienodi visose sistemos dalyse: nustatymuose, ataskaitose, operacijų žurnale.

Mygtukas „Export“ skiltyje „Logs“

Skiltyje „Logs“ pridėtas mygtukas „Export“, padedantis greitai eksportuoti duomenis.

Eksporto formatai:

• CSV – analizei „Excel“ programoje
• JSON – programiniam apdorojimui
• TXT – peržiūrai tekstų redagavimo programose.

Aparatinės įrangos stebėjimo filtrų pakeitimai

Aparatinės įrangos stebėjimo skiltyje pakeisti filtrai: vietoje žymimųjų laukelių („checkbox“) dabar naudojamas išskleidžiamas sąrašas su galimybe pasirinkti kelias reikšmes.

Privalumai:

• Užima mažiau vietos ekrane
• Patogiau, kai yra daug pasirinkimų
• Pasirinkti filtrai išsaugomi tarp sesijų.

Rūšiavimo pagal „Terminal ID“ ribojimas

Kad būtų aiškiau, ribojamas lentelių rūšiavimas pagal „Terminal ID“.

Pokyčių priežastis:

Esant dideliam įrenginių skaičiui (1000+), rūšiavimas pagal „Terminal ID“ galėjo duoti neprognozuojamų rezultatų, ypač kai identifikatoriuose naudojami ir skaičiai, ir raidės.

Sprendimas:

Dabar „Terminal ID“ rūšiuojamas pagal nustatytą logiką (pavyzdžiui, pirmiausia pagal regioną, vėliau pagal numerį), todėl rezultatai tampa nuoseklesni ir lengviau suprantami.

Naujos versijos apžvalga

1.14 – pažangi sistemos versija, skirta verslo klientams. Jos tikslai:

• Efektyvinti veiklą – kontroliuojant didelį srautą mokėjimo operacijų ir tobulinant operacijų įrašų žurnalą
  • Didinti sistemos aiškumą ir kontrolę – integruojant „Loki“ ir „Grafana“
  • Užtikrinti aktyvų stebėjimą – esant grėsmei, siunčiant įspėjimus ir pranešimus realiuoju laiku
  • Stiprinti saugumą – diegiant išsamų auditą ir pranešimus apie saugumo įvykius
  • Diegti inovacijas – naudojant „AI Assistant“ efektyviai problemų analizei
  • Gerinti patogumą – tobulinant UI/UX ir pritaikant sistemą naudotojui.

Šie patobulinimai išplečia „Payments.iQ NG“ galimybes  –  naudojantis atnaujinta sistema, valdyti mokėjimo terminalų ir savitarnos kioskų tinklus yra daug efektyviau. Norite sužinoti, kuo šis sprendimas gali būti naudingas Jūsų organizacijai?

BS/2 specialistai pasirengę pristatyti sistemą ir aptarti, kaip „Payments.iQ NG“ gali padėti efektyviau valdyti jūsų mokėjimo infrastruktūrą. Kreipkitės dėl nemokamos konsultacijos ir demonstracijos!

Turite klausimų? Susisiekite su mumis