bankas.siBanking Super Intelligence

Swedbank API: galimybės ir AI finansų valdymas

Ką leidžia Swedbank API: sąskaitos, SEPA pavedimai, Gateway, Smart-ID ir e. sąskaitos. Praktiniai AI scenarijai verslui, prieigos ribos ir bankas.si planai.

Nepriklausoma analizėPaskelbta Parengė UAB Northwestern Solutions

Trumpai

„Swedbank“ API suteikia pagrindą sąskaitų informacijai, mokėjimams ir daliai verslo finansų procesų. bankas.si kryptis – padėti įmonėms parengti mokėjimus, suprasti pinigų srautus ir sutikrinti apskaitos dokumentus. Šiame straipsnyje paaiškiname banko dokumentuojamas galimybes ir mūsų planuojamas funkcijas.

Šiandien bankas.si viešai veikia informaciniai puslapiai ir skaičiuoklės. Klientų sąskaitų prijungimas prie realios banko aplinkos, mokėjimai ir viešas AI pokalbis dar nepaleisti. Peržiūrėti bankas.si veiksmų planą →

1. Ką leidžia „Swedbank“ API?

API yra programinė sąsaja, per kurią sistema gali gauti duomenis arba pateikti užklausą bankui. Konkretų veiksmą riboja pasirinktas banko produktas, sutartis, kliento suteikta prieiga ir jo patvirtinimas. Vienas kūrėjo raktas nesuteikia visų interneto banko funkcijų.

„Swedbank“ atskiria PSD2 sąskaitų informacijos ir mokėjimo inicijavimo paslaugas, Baltijos šalių verslui skirtą „Gateway“, valiutų keitimo bei prekybininkų produktus. Todėl kuriant paslaugą pirmiausia reikia pasirinkti konkretaus darbo prieigos kelią. Swedbank API katalogas.

UžduotisGalimas keliasKą tai reiškia vartotojui
Sąskaitos, likučiai, operacijosPSD2 sąskaitų informacijaDuomenų peržiūra pagal suteiktą prieigą; būtina rodyti jų datą ir aprėptį.
SEPA ir momentinis pavedimasPSD2 mokėjimo inicijavimasMokėjimo parengimas ir banko patvirtinimas. bankas.si tai tikrino bandomojoje aplinkoje.
Mokėjimų paketas, atlyginimai, tarptautiniai pavedimaiGatewayĮmonės mokėjimų procesas pagal banko sutartį ir pasirašymo taisykles.
E. sąskaitos ir mokėjimo nuorodosGateway paslaugosGalimybės tiekėjų sąskaitoms apdoroti ir klientų įmokoms surinkti.
Kitų bankų išrašaiGateway sąskaitų informacijaDalis kelių bankų duomenų gali būti pasiekiama per vieną integraciją.
Kortelės užsakymas ar limitų keitimasNepatvirtinta viešuose peržiūrėtuose APIReikalingas atskiras banko atsakymas apie kortelių valdymo prieigą.
Finansinis balansasBanko duomenys ir apskaitos sistemaVien sąskaitos likučio nepakanka visai finansinei ataskaitai.

„Gateway“ paslaugų apimtį aprašo banko puslapis Lietuvoje. Lentelėje banko dokumentuojamos galimybės atskirtos nuo bankas.si šiandien teikiamų funkcijų. Prieinamumas konkrečiam klientui dar priklausys nuo sutarčių ir suteiktų teisių.

2. Aštuonios užduotys, kuriose AI gali sutaupyti darbo

Didžiausią naudą matome pasikartojančiuose darbuose tarp įmonės vadovo, banko ir buhalterio. Toliau – mūsų siūlomi scenarijai. Jų rezultatus reikės patikrinti su bandomosios programos dalyviais.

Tiekėjų sąskaitų apmokėjimas

„Paruošk šios savaitės mokėjimus.“ Asistentas iš dokumentų surinktų sumas ir terminus, ieškotų pasikartojančių sąskaitų, pažymėtų pasikeitusį gavėjo IBAN ir pateiktų mokėjimų sąrašą peržiūrai. Po banko patvirtinimo susietų mokėjimo rezultatą su dokumentu.

Pinigų planavimas prieš atlyginimus

„Kiek galime sumokėti tiekėjams?“ Dabartinis likutis būtų lyginamas su artėjančiais atlyginimais, patvirtintomis mokesčių sumomis ir kitomis prievolėmis. Prognozė atskirai rodytų gautus pinigus ir dar tik laukiamas klientų įmokas.

Mėnesio užbaigimas buhalteriui

„Paruošk rugsėjo dokumentus.“ Tikslas – sutikrinti pavedimus su sąskaitomis ir kvitais, sudaryti trūkstamų dokumentų sąrašą, išskirti neaiškias operacijas ir pateikti eksportą su duomenų kilme. Buhalteris galėtų peržiūrėti pasiūlytą priskyrimą.

Klientų skolų ir įmokų sutikrinimas

„Kurios išrašytos sąskaitos dar neapmokėtos?“ Pardavimo dokumentai būtų susieti su gautomis įmokomis, daliniais mokėjimais ir banko mokesčiais. Asistentas galėtų parengti priminimą; jo siuntimui būtų taikomos vartotojo suteiktos teisės.

Atlyginimų ir išlaidų kompensavimas

„Paruošk patvirtintą atlyginimų failą.“ Sistema padėtų perduoti jau apskaičiuotas sumas į mokėjimų procesą ir sekti kiekvieno pavedimo rezultatą. Darbuotojų duomenis matytų tik tam teisę turintys asmenys.

Mokesčių rezervas ir mokėjimo ruošinys

„Numatyk pinigus buhalterio patvirtintiems mokesčiams.“ Galima sujungti mokėtinų sumų planą, dokumentų kontrolę ir pavedimų parengimą. Galutinės mokestinės prievolės nustatymui reikia apskaitos duomenų ir konkrečiam laikotarpiui taikomų taisyklių.

Pasikartojančių išlaidų peržiūra

„Kurios prenumeratos pabrango?“ Pakankama operacijų istorija leistų pastebėti periodines išlaidas, kainų pokyčius ir galimus dubliavimus. Sutarties nutraukimas priklausytų nuo konkretaus paslaugos teikėjo galimybių.

Trumpa kasdienė finansų apžvalga

„Kas pasikeitė nuo vakar?“ Vienoje apžvalgoje būtų svarbiausi likučių pokyčiai, vėluojančios įmokos, atmesti mokėjimai ir užduotys. Kiekvieną išvadą būtų galima atverti iki konkretaus dokumento ar operacijos.

3. Nuo gautos sąskaitos iki sutikrinto mokėjimo

  1. Dokumentas. Įkeliama sąskaita; išskiriami gavėjas, suma, valiuta ir terminas.
  2. Patikra. Tikrinamas dubliavimas, žinomi tiekėjo rekvizitai ir pinigų planas.
  3. Peržiūra. Vartotojas mato tikslų mokėtoją, gavėją, IBAN, sumą, paskirtį ir datą.
  4. Patvirtinimas. Atliekamas reikiamas banko patvirtinimas ir pasirašymas.
  5. Rezultatas. Sekama banko mokėjimo būsena ir sutikrinamas dokumentas.

„Gateway“ techniniame apraše numatytas mokėjimo failo pasirašymas kvalifikuotu „Smart-ID“ ar „Mobile-ID“, taip pat keli pasirašantys asmenys. Pasirašytas failas pateikiamas vykdyti, o vėlesnės būsenos leidžia nustatyti atskirų mokėjimų rezultatus. Techninis aprašas, 66–70 p..

Pavyzdys su išgalvotais duomenimis

Įmonė įkelia aštuonias sąskaitas. Šešios parengiamos apmokėti už 4 200 Eur, viena pažymima kaip galimas dublikatas, dar vienai reikia patikrinti pasikeitusį IBAN. Vadovas peržiūri likutį po suplanuotų atlyginimų ir mokesčių, patvirtina pasirinktus mokėjimus ir pasirašo. Vėliau mato, kurie pavedimai atlikti, kurie dar vykdomi ir kuriuos bankas atmetė.

Gavėjo duomenų patikra yra atskira užduotis. „Swedbank“ Lietuvos „Gateway“ puslapyje nurodyta, kad šiuo kanalu mokėjimai vykdomi be gavėjo patikros (Verification of Payee). Mūsų IBAN tikrintuvas patikrina formato ir kontrolinės sumos taisykles; sąskaitos savininko jis nenustato. Oficialus šaltinis.

4. Sąskaitos likutis, finansinis balansas, mokesčiai ir kortelės

Kokių duomenų reikia balansui?

Sąskaitos likutis parodo pinigus konkrečioje sąskaitoje. Įmonės balanse taip pat reikia turto, įsipareigojimų ir nuosavo kapitalo duomenų: pirkėjų skolų, mokėtinų sumų, paskolų, atsargų, nusidėvėjimo ir pradinių likučių. Todėl planuojamai finansinių ataskaitų funkcijai reikės apskaitos sistemos integracijos bei buhalterio peržiūros.

Kur baigiasi banko API ir prasideda mokesčių sistema?

Banko operacijos gali padėti surinkti įrodymus ir sutikrinti mokėjimus. PVM deklaravimas, VMI ar „Sodros“ duomenų pateikimas yra atskiri procesai su savo atstovavimo teisėmis ir sąsajomis. Pervedimas į mokesčių administratoriaus sąskaitą savaime nepatvirtina deklaracijos pateikimo ar prievolės teisingumo.

Jau veikianti PVM skaičiuoklė padeda atlikti aritmetiką pagal pasirinktą tarifą. Kurį tarifą taikyti konkrečiam sandoriui, reikia nustatyti atskirai.

Ar bus galima užsisakyti kortelę pokalbyje?

Peržiūrėtuose viešuose API aprašuose neradome bendros „Swedbank“ kortelių užsakymo, blokavimo, pakeitimo ar limitų valdymo sąsajos. Šias funkcijas reikėtų aptarti su banku kaip atskirą partnerystės klausimą. Prekybininkų mokėjimų kortelėmis priėmimas suteikia kitokias teises ir nėra kliento kortelės administravimas. Mokėjimų surinkimo paslaugos.

5. AI asistentas, MCP ir vartotojo suteikta prieiga

Numatome vieną darbo vietą su sąskaitomis, dokumentais, mokėjimais ir ataskaitomis. Pokalbis padėtų suformuluoti užduotį, paaiškinti rezultatą ir parengti veiksmą. Mokėjimų peržiūros sąrašas išliktų pasiekiamas ir be pokalbio.

MCP (Model Context Protocol) – būdas suteikti kitam AI klientui apibrėžtus programos įrankius. Mūsų planuojamas MCP serveris leistų, pavyzdžiui, gauti pinigų srautų santrauką, parengti mokėjimą arba atverti jo patvirtinimo nuorodą. Prieiga būtų susieta su konkrečiu vartotoju, įmone, sąskaitomis ir galiojimo laiku. MCP autorizavimo specifikacija.

Planuojamas pradinis modelis: asistentas parengia, žmogus peržiūri, bankas gauna reikiamą patvirtinimą, sistema tikrina rezultatą. Pakeitus mokėjimo sumą ar gavėją, reikėtų naujos peržiūros. Neaiški mokėjimo būsena būtų tikrinama prieš mėginant veiksmą kartoti.

Atlyginimų duomenims reikalinga atskira prieigos kontrolė. Banko mokėjimų vadove nurodyta, kad „Gateway“ išraše atlyginimų mokėjimai pateikiami atskirai net tais atvejais, kai interneto banke tam tikri vartotojai mato bendrą įrašą. Tai turi būti įvertinta ir suteikiant duomenis AI įrankiams. Oficialus šaltinis.

Vėlesnė deleguoto išleidimo galimybė galėtų remtis aiškiu įgaliojimu: leidžiami gavėjai, sumų ribos, terminas ir minimalus likutis. Tokiai funkcijai reikėtų suderinto banko vykdymo ir atsakomybės modelio. Šiandien jos prieinamumo nežadame.

6. Kokios prieigos reikia ir kaip prisijungtų kiti bankai?

Tiesioginei PSD2 produkcinei prieigai „Swedbank“ nurodo atitinkamą sąskaitų informacijos ar mokėjimo inicijavimo veiklos leidimą ir QWAC bei QSEAL sertifikatus. Atskirai galima vertinti bendradarbiavimą su licencijuotu paslaugų teikėju. „Gateway“ operatoriaus kelias turi savo sutartį, sertifikatus ir banko aktyvavimo procesą. PSD2 reikalavimai; Gateway prieigos eiga.

„Gateway“ Lietuvos puslapyje kitų bankų išrašams minimi SEB, „Luminor“, „Citadele“, „Coop“, LHV, „Urbo“ ir „Artea“. Tai galėtų padėti anksti sujungti sąskaitų matomumą. Pavedimų vykdymo teisė kituose bankuose turėtų būti patvirtinta atskirai. Oficialus šaltinis.

bankas.si planas – bendri vartotojo darbai ir konkrečiam bankui pritaikytos integracijos. Prie kiekvienos prijungtos sąskaitos reikėtų aiškiai rodyti galimas funkcijas, duomenų šviežumą ir leidimų būseną. Ta pati užduotis skirtinguose bankuose gali turėti kitokią patvirtinimo eigą.

7. Ką planuojame kurti pirmiausia?

Pirmasis numatomas scenarijus – tiekėjo sąskaita, vartotojo patvirtintas mokėjimas ir sutikrinimas su apskaitos dokumentu. Tada plėstume pinigų planavimą, buhalterio eksportus ir tas „Gateway“ paslaugas, kurių reikia bandomosios programos dalyviams. Kitų bankų integracijas rinktumėmės pagal jų naudojamas sąskaitas.

Vertintume laiką vienai sąskaitai apdoroti, pataisytų atitikmenų dalį, trūkstamų dokumentų surinkimą ir sėkmingai sutikrintus mokėjimus. Taip būtų galima patikrinti, ar paslauga iš tiesų sumažina darbą. Paleidimo datos priklausys nuo prieigos, sutarčių ir patikrinimų.

Integruojant svarbi artėjanti formatų kaita: „Swedbank“ skelbia senesnio mokėjimų formato v1.13 galiojimą iki 2026 m. lapkričio 14 d. Naujam sprendimui aktualus v2.2 vadovas ir jo suderinamumo su pasirinktu pasirašymo keliu patvirtinimas. Banko paskelbti formatai ir terminai.

Peržiūrėti bankas.si veiksmų planą →

8. Dažniausi klausimai

Ar bankas.si jau gali atlikti mano pavedimą?

Ne. Viešas klientų mokėjimų vykdymas dar nepaleistas. Bandomojoje aplinkoje tikrintas veikimas nepatvirtina produkcinės prieigos. Šiandien galite naudotis viešais duomenimis ir skaičiuoklėmis.

Ar tai oficialus „Swedbank“ produktas?

bankas.si yra UAB Northwestern Solutions projektas. Šis straipsnis – nepriklausoma viešos dokumentacijos analizė. Jis neskelbia banko partnerystės ar patvirtinimo.

Ar AI galėtų mokėti be kiekvieno mano patvirtinimo?

Pradinėje numatytoje eigoje mokėjimą peržiūri žmogus ir atliekamas banko reikalaujamas patvirtinimas. Platesniam delegavimui reikėtų atskiro įgaliojimo ir su banku suderintos vykdymo tvarkos.

Ar galima parengti balansą vien iš banko išrašo?

Išrašas padeda parengti pinigų judėjimo ataskaitą. Visam įmonės balansui reikia ir apskaitos duomenų apie turtą, skolas, įsipareigojimus bei nuosavą kapitalą.

Ar planas skirtas tik „Swedbank“ klientams?

„Swedbank“ yra pirmasis integracijos tyrimo ir bandymų etapas. Siekiame bendros darbo vietos keliems bankams, tačiau kiekvieno banko funkcijas ir prieigą tikrinsime atskirai.

Tyrimo apimtis ir atnaujinimas

Informacija peržiūrėta 2026 m. spalio 5 d. Remtasi oficialiais produktų puslapiais, techninių specifikacijų medžiaga ir bankas.si bandomosios integracijos rezultatais. Dabartinis visas prisijungimo reikalaujantis API katalogas nebuvo prieinamas, todėl neprisistatome patikrinę kiekvieną privatų banko metodą. Konkrečios sutarties teisės ir prieinamumas Lietuvoje turi būti patvirtinti su banku.

Pastebėję pasikeitusį šaltinį ar klaidą rašykite hello@northwesternsolutions.org, nurodydami straipsnio vietą ir oficialią nuorodą.

Sekite produkto eigą

Plane matysite, kas prieinama, kas patikrinta bandomojoje aplinkoje ir kokie darbai numatyti toliau.

Atverti veiksmų planą

Šaltiniai