> For the complete documentation index, see [llms.txt](https://docs.ecommerce.seb.ee/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/mokekite-is-banko/mokejimu-apdorojimas.md).

# Mokėjimų apdorojimas

Mokėjimas per banką suteikia klientams galimybę autorizuoti mokėjimus tiesiogiai per pasirinktą banką, o prekybininkams reikia integruotis tik su **SEB Ecommerce Payment Gateway**.

Nors kliento autentifikavimo patirtis gali skirtis tarp bankų, prekybininko integracija išlieka tokia pati.

***

## Mokėjimo eiga

Toliau pateikta diagrama iliustruoja tipinę mokėjimo per banką eigą.

```mermaid
%%{init: {
  "theme":"base",
  "themeVariables":{
    "primaryColor":"#009A44",
    "primaryBorderColor":"#006B3F",
    "primaryTextColor":"#FFFFFF",
    "lineColor":"#006B3F",
    "fontFamily":"Arial"
  }
}}%%

flowchart LR

    C["Klientas"]
    M["Prekybininkas"]
    G["SEB Ecommerce Gateway"]
    B["Pasirinktas bankas"]

    C -->|"1. Pasirinkti mokėjimą per banką"| M
    M -->|"2. Sukurti mokėjimą"| G
    G -->|"3. Nukreipti klientą"| B
    B -->|"4. Autentifikuoti klientą"| B
    B -->|"5. Autorizuoti mokėjimą"| B
    B -->|"6. Mokėjimo rezultatas"| G
    G -->|"7. Atgalinis iškvietimas / mokėjimo atsakymas"| M
    M -->|"8. Užsakymo patvirtinimas"| C

    style C fill:#DFF4E8,stroke:#009A44,color:#333333
    style M fill:#DFF4E8,stroke:#009A44,color:#333333
    style G fill:#009A44,stroke:#006B3F,color:#FFFFFF
    style B fill:#F5F5F5,stroke:#999999,color:#333333
```

***

## Mokėjimo apdorojimo žingsniai

1. **Klientas pasirenka mokėjimą per banką.** Klientas atsiskaitymo metu pasirenka mokėjimą per banką kaip mokėjimo būdą.
2. **Prekybininkas sukuria mokėjimą.** Prekybininkas sukuria mokėjimo užklausą per SEB Ecommerce Payment Gateway – per [Hosted Checkout](/seb-docs-draft/seb-docs-public-lt/integracija/talpinamas-atsiskaitymas.md) arba [Merchant API](/seb-docs-draft/seb-docs-public-lt/integracija/prekybininko-api.md).
3. **Klientas pasirenka banką.** Klientas pasirenka savo šalį ir vieną iš palaikomų dalyvaujančių bankų.
4. **Kliento autentifikavimas.** Kliento prašoma sutikti su prieiga prie jo paskyros informacijos ir jis nukreipiamas į pasirinktą banką prisijungti bei patvirtinti prieigą. Autentifikavimas atliekamas naudojant banko palaikomus metodus – pavyzdžiui, mobiliosios bankininkystės programėlę, Smart-ID, Mobile-ID, Face ID, piršto atspaudą arba įrenginio kodą.
5. **Klientas pasirenka sąskaitą.** Remdamasis banko grąžinta informacija, klientas pasirenka sąskaitą, iš kurios bus atliekamas mokėjimas, ir peržiūri mokėjimo duomenis.
6. **Mokėjimo autorizavimas.** Klientas dar kartą nukreipiamas į banką peržiūrėti ir patvirtinti mokėjimą. Priklausomai nuo banko, autentifikavimo ir patvirtinimo veiksmai gali būti sujungti į vieną eigą.
7. **Mokėjimo rezultatas.** Pasirinktas bankas grąžina mokėjimo rezultatą į SEB Ecommerce Payment Gateway.
8. **Pranešimas prekybininkui.** Šliuzas siunčia mokėjimo rezultatą į jūsų sistemas naudodamas sukonfigūruotą [atgalinio iškvietimo arba webhook](/seb-docs-draft/seb-docs-public-lt/integracija/prekybininko-api/webhooks.md), o būsena matoma Merchant Portal.
9. **Užsakymo vykdymas.** Gavę pranešimą, kad mokėjimas pasiekė „Settled“ būseną, galite tęsti užsakymo vykdymą.

{% hint style="warning" %}

## Visada remkitės atgalinio iškvietimo pranešimais arba šliuzo grąžinama mokėjimo būsena. Nesiremkite vien tik tuo, kad kliento naršyklė po autentifikavimo grįš į jūsų svetainę – naršyklė gali niekada negrįžti, net jei mokėjimas bus sėkmingas.

{% endhint %}

{% hint style="info" %}
Kiekvienas dalyvaujantis bankas nustato savo kliento autentifikavimo eigą. Autentifikavimo metodas ir naudotojo patirtis gali skirtis tarp bankų – jūsų integracijai tai neturi įtakos.
{% endhint %}

{% hint style="info" %}
Jūs integruojatės tik su SEB Ecommerce Payment Gateway. Atskira integracija su kiekvienu banku nėra būtina.
{% endhint %}

***

### Kas nutinka, jei klientas palieka mokėjimą?

Jei klientas užveria naršyklę arba neužbaigia autentifikavimo, mokėjimas išlieka „Initialized“, kol yra užbaigiamas, atšaukiamas arba baigiasi leidžiamas laiko langas – tuomet jis automatiškai pažymimas kaip galutinė neužbaigta būsena („Abandoned“). Laikykite užsakymą laukiančioje būsenoje ir prieš atnaujindami palaukite galutinio mokėjimo pranešimo. Neužbaigti mokėjimo bandymai aiškiai matomi Merchant Portal.

***

### Mokėjimai vienu paspaudimu su Pay by Bank

Kai tai įgalinta jūsų prekybininko paskyroje, Pay by Bank palaiko mokėjimus vienu paspaudimu grįžtantiems klientams, remiantis anksčiau suteiktu kliento sutikimu ir saugoma sąskaitos nuoroda.

{% hint style="info" %}
Mokėjimai vienu paspaudimu galimi tik tiems bankams, kurie palaiko šią funkciją. Šiuo metu palaikomi bankai yra **SEB** ir **Swedbank** Latvijoje; **SEB**, **Swedbank**ir **Artea** Lietuvoje; ir **SEB**, **Swedbank**ir **LHV** Estijoje.
{% endhint %}

#### Kaip tai veikia

1. Klientas pasirenka dalyvauti. Atliekant pradinį mokėjimą, klientas gali pasirinkti išsaugoti pasirinktą banką ir sąskaitos duomenis būsimiems mokėjimams.
2. Sukuriama saugi sąskaitos nuoroda. Sėkmingai autorizavus banke, šliuzas sukuria saugų žetoną, atitinkantį kliento sąskaitos nuorodą. Žetonas saugomas saugioje šliuzo aplinkoje ir galioja ribotą laiką – pavyzdžiui, iki 180 dienų – atsižvelgiant į banko politiką ir reguliacinius reikalavimus.
3. Grįžtantys klientai atsiskaito greičiau. Vėlesniems pirkiniams mokėjimą inicijuojate naudodami saugomą sąskaitos nuorodą per specialų API galinį tašką. Klientas praleidžia banko ir sąskaitos pasirinkimo veiksmus ir iš karto pereina prie mokėjimo patvirtinimo.

Priklausomai nuo banko įgyvendinimo ir taikomų Strong Customer Authentication reikalavimų, kliento vis tiek gali būti paprašyta patvirtinti arba autentifikuoti mokėjimą – banke patvirtinimo žingsnio ne visada galima praleisti. Vieno paspaudimo Pay by Bank sutrumpina eigą; jis nepašalina kliento iš proceso.

{% hint style="info" %}
Saugoma nuoroda identifikuoja kliento banko ir sąskaitos pasirinkimą – ji nesuteikia jums prieigos prie sąskaitos. Kiekvienas mokėjimas vis tiek priklauso nuo kliento banko autorizacijos. Pasibaigus žetono galiojimui, klientas tiesiog dar kartą pereina standartinę banko pasirinkimo eigą.
{% endhint %}

***

### **Pasikartojantys ir vėlesni Pay by Bank mokėjimai**

Kai tai įgalinta prekybininkui ir palaiko atitinkamas bankas arba ASPSP, Pay by Bank gali būti naudojamas pasikartojantiems ir vėlesniems sąskaitos į sąskaitą mokėjimams per Merchant API.

Pradinis mokėjimas užbaigiamas kliento per standartinę Pay by Bank eigą. Kai palaikoma, klientas gali suteikti sutikimą būsimiems mokėjimams, o šliuzas sukuria saugią sąskaitos nuorodą, susietą su pasirinktu banku ir sąskaita.

Vėlesniems mokėjimams:

1. Prekybininko galinė sistema nustato, kada mokėjimas turi būti atliktas, ir apskaičiuoja mokėjimo sumą.
2. Prekybininkas inicijuoja mokėjimą per Merchant API, naudodamas saugomą sąskaitos nuorodą.
3. Šliuzas siunčia mokėjimo užklausą atitinkamam bankui arba ASPSP.
4. Mokėjimo būsena grąžinama per API ir, jei sukonfigūruota, per webhook pranešimus.

Prekybininkas yra atsakingas už pasikartojančių mokėjimų logiką, įskaitant mokėjimų grafiką, atsiskaitymo taisykles, pakartotinius bandymus, atšaukimą, komunikaciją su klientu ir prenumeratos valdymą. Šliuzas nekuria prenumeratos planų ir savarankiškai neplanuoja bei neiniciuoja pasikartojančių mokėjimų.

Priklausomai nuo banko įgyvendinimo ir taikomų reguliacinių reikalavimų, kliento vis tiek gali būti reikalaujama patvirtinti arba autentifikuoti vėlesnį mokėjimą. Saugoma sąskaitos nuoroda supaprastina mokėjimo eigą, bet negarantuoja, kad kliento patvirtinimas ar stiprus kliento autentifikavimas bus praleistas.

Pasikartojančių ir vėlesnių mokėjimų per Pay by Bank prieinamumas, saugomos sąskaitos nuorodos galiojimas ir papildomo kliento autentifikavimo poreikis priklauso nuo atitinkamo banko arba ASPSP, įgalintos prekybininko konfigūracijos, taikomo įgaliojimo arba sutikimo modelio ir reguliacinių reikalavimų.


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.ecommerce.seb.ee/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/mokekite-is-banko/mokejimu-apdorojimas.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.