AI Nepajungs Paysera, Smart-ID ar E-sąskaitos Prie Tavo Svetainės

Štai scena, kurią matau vis dažniau. Žmogus su Lovable, Bolt ar v0 per savaitgalį susidėlioja gražią e-parduotuvę. Dizainas tvarkingas, produktų puslapiai veikia, krepšelis skaičiuoja teisingai. Tada ateina momentas, kai reikia, kad klientas realiai sumokėtų per Paysera, kad pirkėjas prisijungtų su Smart-ID ir kad pardavus prekę automatiškai išsirašytų e-sąskaita. Ir būtent čia viskas sustoja.

AI sugeneruoja mokėjimo mygtuką, kuris atrodo idealiai. Tik pinigai per jį neateina. Sugeneruoja „prisijungti su Smart-ID" formą, kuri nieko neautentifikuoja. Pažada e-sąskaitos eksportą, kurio VMI niekada nepriima. Tai nėra atsitiktinumas ar blogas prompt'as — tai fundamentali riba, ties kuria dabartiniai AI įrankiai stoja. Šiame straipsnyje paaiškinsiu, kodėl taip yra, kurios konkrečios lietuviškos integracijos reikalauja žmogaus, ir ką tai realiai reiškia tavo projekto kainai bei terminui.

Kodėl AI gerai generuoja sąsają, bet ne integracijas

Vartotojo sąsaja yra ta sritis, kurioje AI iš tiesų stiprus. Mygtukai, formos, tinkleliai, animacijos — visa tai yra pasikartojantys raštai, kurių internete aprašyta milijonai pavyzdžių. AI mokytas būtent ant tokio kodo, todėl gražų ir net responsyvų frontend'ą jis sukuria įspūdingai greitai. Jei tau reikia, kad svetainė atrodytų gerai, AI tikrai padės.

Integracija su realia sistema yra visiškai kitas reikalas. Paysera, Smart-ID, VMI ar Omniva nėra kodo gabaliukai, kuriuos AI gali „prisiminti" ir sugeneruoti. Tai gyvos sistemos, kurios egzistuoja už tavo svetainės ribų ir kurioms reikia trijų dalykų, kurių AI fiziškai neturi: tavo įmonės sutartinio santykio su tiekėju, tavo slaptų produkcinių raktų ir saugaus serverio, kuriame ta logika veiktų. AI negali už tave pasirašyti sutarties su Paysera. Negali patvirtinti tavo juridinio asmens VMI sistemoje. Negali saugiai laikyti tavo API raktų, nes jis paprasčiausiai juos įklijuoja į kodą, kurį mato kiekvienas naršyklės naudotojas.

Tai esminis skirtumas tarp „atrodo, kad veikia" ir „veikia produkcijoje su realiais pinigais". Plačiau apie tą patį reiškinį rašiau straipsnyje apie tai, ką daryti, kai AI aplikacija įstrigo — integracijos yra ta dalis, kur įstringa daugiausia žmonių.

Lietuviškos integracijos, kurioms reikia žmogaus

Pažvelkime konkrečiai. Štai integracijos, su kuriomis realiai susiduria kiekvienas lietuviškas verslo projektas, ir kodėl kiekvienai iš jų reikia žmogaus, o ne prompt'o.

Integracija	Kam reikia	Kodėl AI nepajungs
Paysera / Montonio	Mokėjimai (banklink, kortelės)	Sutartis su tiekėju, produkciniai raktai, atsiskaitymo patvirtinimas su parašo tikrinimu serveryje
Smart-ID / Mobilusis parašas	Tapatybės nustatymas, prisijungimas	Sutartinė prieiga, saugus užklausų pasirašymas, identiteto srautas, BDAR
E-sąskaita / i.SAF (VMI)	Sąskaitų ir mokesčių teikimas	Registracija VMI sistemoje, griežtas duomenų formatas, atitiktis, klaidų tvarkymas
Omniva / LP Express	Siuntų terminalai, etiketės, sekimas	Sutartis su kurjeriu, paskyros raktai, terminalų sąrašai, etikečių generavimas
Rivile / Centas	Apskaita, atsargų sinchronizacija	Verslo logikos derinimas, dvipusis duomenų srautas, klaidų suderinimas su buhalterija

Mokėjimai: Paysera, Montonio

Lietuvoje banklink per Paysera ar Montonio yra standartas — žmonės nori sumokėti per savo banką, ne suvesti kortelės duomenis. Kad tai veiktų, reikia sutarties su tiekėju, patvirtintos verslo paskyros ir produkcinių raktų. Bet svarbiausia dalis yra nematoma: kai klientas sumoka, tiekėjas atsiunčia patvirtinimą į tavo serverį, ir tavo serveris privalo patikrinti to pranešimo parašą prieš pažymėdamas užsakymą kaip apmokėtą. Be šio patikrinimo bet kas gali atsiųsti suklastotą „apmokėta" pranešimą ir gauti prekę nemokamai. AI šios serverinės logikos negeneruoja, nes jis neturi tavo raktų ir nesupranta tavo verslo pasekmių.

Autentifikacija: Smart-ID ir Mobilusis parašas

Jei tavo paslaugai reikia patikimo tapatybės nustatymo — finansai, sveikata, sutartys, registracijos — Smart-ID ar Mobilusis parašas yra tai, ko lietuvis tikisi. Tai pasiekiama per oficialius tiekėjus, sutartiniu pagrindu, ir reikalauja teisingo užklausų pasirašymo bei identiteto patvirtinimo srauto. Klaida čia turi dvi puses: arba niekas negali prisijungti, arba, kas daug blogiau, įsileidi ne tą žmogų. Tai ne forma — tai saugumo sistema, kurią turi statyti ir testuoti žmogus, suprantantis, kuo baigiasi klaida.

E-sąskaita ir i.SAF: VMI nepriima „beveik teisingo"

Pardavus prekę reikia sąskaitos, o sąskaitų duomenys keliauja į VMI per i.SAF. Čia AI pažada „eksportuoti sąskaitą", bet VMI sistema priima tik tiksliai pagal reikalavimus suformatuotus duomenis su teisingais laukais, mokesčių kodais ir struktūra. „Beveik teisingo" formato nėra — arba duomenys priimami, arba atmetami su klaida, kurią reikia suprasti ir ištaisyti. Šitą atitiktį užtikrina žmogus, kuris žino, kaip VMI sistema realiai elgiasi, ne tekstas, kuris atrodo įtikinamai.

Siuntos: Omniva ir LP Express

E-parduotuvei reikia, kad pirkėjas pasirinktų paštomatą, kad automatiškai susigeneruotų siuntos etiketė ir kad klientas galėtų sekti siuntą. Tam reikia sutarties su kurjeriu, paskyros raktų, terminalų sąrašo užkrovimo ir etikečių generavimo per jų sistemą. AI gali nupiešti paštomatų pasirinkimo langelį, bet jis bus tuščias — be realaus ryšio su Omniva sistema ten nėra nei terminalų, nei etikečių.

Apskaita: Rivile ir Centas

Jei verslas jau dirba su Rivile ar Centu, e-parduotuvė turi susikalbėti su apskaita: atsargos, kainos, užsakymai turi keliauti į abi puses ir sutapti. Tai giliausia integracija iš visų, nes ji liečia tavo realią verslo logiką ir buhalteriją. Čia klaida reiškia, kad atsargų likučiai nesutampa arba sąskaitos dvejinasi — ir tai sprendžiama derinant su konkrečia tavo apskaitos sąranka, ne generuojant kodą iš nieko.

Kodėl tai ne „prijunk API per 5 minutes"

Dažnai išgirstu: „bet juk yra dokumentacija, tiesiog prijunk API". Taip, demo, kuriame mygtukas atrodo kaip mokėjimas, tikrai užtrunka 5 minutes. Realus pajungimas, kuris neturi prarasti pinigų, nepriimti dvigubų mokėjimų ir atlaikyti tiekėjo audito, susideda iš kelių etapų, kurių nė vieno negali praleisti.

• Sutartis ir paskyros patvirtinimas. Tiekėjas turi patvirtinti tavo juridinį asmenį ir suteikti produkcinę prieigą. Tai dažnai trunka ilgiau nei pats kodas.
• Sandbox testavimas. Kiekvienas tiekėjas turi bandomąją aplinką, kurioje srautas išbandomas prieš įjungiant realius pinigus. Praleisi šį žingsnį — pirmas realus klientas tampa tavo testu.
• Parašų ir patvirtinimų tikrinimas. Serveris privalo patikrinti, kad mokėjimo patvirtinimas tikrai atėjo iš tiekėjo, o ne nuo apsimetėlio.
• Atitiktis ir BDAR. Tapatybės ir mokėjimų duomenys yra jautrūs — jų tvarkymas turi atitikti teisės reikalavimus, ne tik veikti.
• Kraštiniai atvejai. Ką daryti, kai mokėjimas pusiaukelėje nutrūksta, kai klientas paspaudžia du kartus, kai tiekėjas neatsako, kai reikia grąžinti pinigus. Būtent šie atvejai skiria demo nuo produkto.

Tai tas pats „sunkusis 30 %", apie kurį kalbu beveik kiekvienam klientui. AI nuveda projektą iki 70 % — gražaus, matomo, įspūdingo. Likę 30 % — integracijos, saugumas, kraštiniai atvejai, atitiktis — yra sunkiausia ir brangiausia dalis. Ne todėl, kad ją „sunku užbaigti", o todėl, kad būtent ji ir yra realus produktas. Jei nori giliau suprasti, kada AI tau tikrai užtenka, o kada be žmogaus neapsieisi, paskaityk kada AI įrankio užtenka, o kada reikia developerio — ten sąžiningai išdėlioju abi puses.

Ką tai reiškia kainai ir terminui

Būdamas atviras: atskiros kainos už integraciją, prijungiamą prie esamos AI svetainės, nesiūlau — prie svetimo ar AI sugeneruoto kodo integracijų nejungiu. Jas įtraukiu į švariai nuo nulio statomą projektą, kuriame tavo AI versija tampa specifikacija. Vietinės integracijos (Paysera, Smart-ID, e-sąskaita) įskaičiuojamos į apimtį — dažniausiai tai verslo aplikacijos pakopa nuo 6 900 €. Tai ne „kodo lopymas", o sistema, kuri atlaiko realų srautą ir tiekėjo auditą. Štai ko kiekviena integracija reikalauja iš tavo pusės ir kiek laiko užtrunka:

Integracija	Ką paruošti iš anksto	Terminas (esant paskyrai)
Viena mokėjimų sistema (Paysera / Montonio)	Verslo sutartis su tiekėju, patvirtinta paskyra	1 - 2 sav.
Smart-ID / Mobiliojo parašo autentifikacija	Sutartinė prieiga per oficialų tiekėją	2 - 3 sav.
E-sąskaita / i.SAF teikimas VMI	Registracija VMI sistemoje, su buhalteriu suderinti duomenys	2 - 4 sav.
Omniva / LP Express siuntos	Sutartis su kurjeriu, paskyros raktai	1 - 2 sav.
Apskaitos sinchronizacija (Rivile / Centas)	Prieiga prie apskaitos sistemos, suderinimas su buhalterija	2 - 4 sav.

Du dalykai, kuriuos verta įsidėmėti dėl termino. Pirma, didžiausią laiko dalį dažnai užima ne kodas, o tiekėjo paskyros patvirtinimas ir produkcinių raktų gavimas — tą procesą verta pradėti kuo anksčiau, nepriklausomai nuo to, kas stato svetainę. Antra, integracijos retai būna izoliuotos: mokėjimas, sąskaita ir siunta dažniausiai sudaro vieną grandinę, todėl jas verta planuoti kartu, ne lopyti po vieną.

Kaip prie to einu aš

Projektų, kuriuose AI sugeneruotos integracijos neveikia, neperimu ir sugeneruoto kodo nelopau — nei po gabaliuką, nei visko iš karto. Tavo AI versiją naudoju kaip specifikaciją: iš jos matau, kaip turi atrodyti parduotuvė ir kokie srautai. Tada susidėlioju visą grandinę — mokėjimas, sąskaita, siunta, autentifikacija — ir nuo nulio pastatau produktą su serverine dalimi, visais patikrinimais, sandbox testavimu ir kraštiniais atvejais. Tikslas ne „kad mygtukas atrodytų", o kad pinigai realiai ateitų, sąskaita išsirašytų ir VMI ją priimtų. Tu lieki su veikiančiu produktu ir kodu, kurį turi sau, ne su gražiu fasadu, už kurio nieko nėra.

Dažniausiai užduodami klausimai

Kodėl AI gali sukurti svetainę, bet negali prijungti Paysera?

AI puikiai generuoja vartotojo sąsają, nes ji pasikartojanti ir gausiai aprašyta internete. Paysera integracija reikalauja realios verslo sutarties su Paysera, patvirtintos juridinio asmens paskyros, prieigos prie produkcinių raktų, atsiskaitymų patvirtinimo per serverį su parašo tikrinimu ir saugaus hostingo. Šių dalykų AI fiziškai negali padaryti už tave — jis neturi tavo įmonės duomenų, negali pasirašyti sutarties ir negali saugiai laikyti tavo slaptų raktų. Todėl sugeneruotas mokėjimo mygtukas atrodo gerai, bet pinigai per jį neateina.

Ar galima prijungti Smart-ID prie svetainės savarankiškai?

Smart-ID ir Mobiliojo parašo autentifikacija pasiekiama per oficialius tiekėjus, dažniausiai sutartiniu pagrindu, ir reikalauja saugaus serverio, teisingo užklausų pasirašymo, identiteto patvirtinimo srauto bei asmens duomenų tvarkymo pagal BDAR. Tai ne mygtukas, kurį įklijuoji — tai autentifikacijos sistema, kurioje klaida reiškia, kad arba niekas neprisijungia, arba įsileidi ne tą žmogų. Tokias integracijas turi statyti ir testuoti žmogus, suprantantis pasekmes.

Kiek kainuoja prijungti lietuviškas integracijas prie svetainės?

Atskirai prie esamos AI svetainės integracijų nejungiu — svetimo ar AI sugeneruoto kodo neperimu. Integracijas įtraukiu į švariai nuo nulio statomą projektą, kuriame tavo AI versija tampa specifikacija. Vietinės integracijos (Paysera, Smart-ID, e-sąskaita) įskaičiuojamos į apimtį — dažniausiai tai verslo aplikacijos pakopa nuo 6 900 €. MVP / PWA prasideda nuo 2 900 €, sudėtinga platforma su daug integracijų — nuo 14 900 €. Tikslią sumą lemia, kiek integracijų reikia ir kaip giliai jos susietos su tavo verslo logika.

Kodėl negalima tiesiog prijungti API per 5 minutes?

Mokėjimų ir tapatybės API reikalauja registracijos pas tiekėją, sutarties, produkcinių ir bandomųjų raktų, sandbox testavimo prieš įjungiant realius pinigus, parašų tikrinimo, klaidų ir grąžinimų scenarijų, BDAR atitikties ir saugaus raktų laikymo. Demo, kuriame mygtukas tik atrodo kaip mokėjimas, tikrai užtrunka 5 minutes. Realus pajungimas, kuris nepraranda pinigų, nepriima dvigubų mokėjimų ir atlaiko tiekėjo auditą, užtrunka dienas — ir tai yra normalu.

Ar AI sugeneruotas mokėjimo mygtukas yra saugus?

Vizualiai — taip, jis atrodo kaip mokėjimo mygtukas. Funkciškai — beveik niekada nesaugus produkcijai. Dažniausios problemos: slapti raktai paliekami matomame kode naršyklėje, atsiskaitymo patvirtinimas nepatikrinamas serveryje, todėl užsakymą galima suklastoti, nėra parašo tikrinimo, todėl patvirtinimą gali atsiųsti bet kas. Saugumą čia lemia ne mygtuko išvaizda, o serverinė logika, kurios sugeneruotame variante paprasčiausiai nėra.

Per kiek laiko prijungsi mokėjimus ir e-sąskaitas mano svetainei?

Prie esamos AI svetainės jų nejungiu — mokėjimus ir e-sąskaitas įtraukiu į švariai nuo nulio statomą projektą. Jame vienos mokėjimų integracijos pajungimas su sandbox testavimu, jei tiekėjo paskyra ir sutartis jau yra, užtrunka 1–2 savaites, o e-sąskaitos teikimo VMI automatizavimas ar apskaitos sinchronizacija — 2–4 savaites, nes čia daugiau kraštinių atvejų ir derinimo su tavo buhalterija. Didžiausią laiko dalį paprastai užima ne kodas, o tiekėjo paskyros patvirtinimas ir produkcinių raktų gavimas — tą verta pradėti kuo anksčiau.