> 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/gaires/busenos-puslapis.md).

# Būsenos puslapis

Reaguokite į diegimus, komentarus ir išorinius įvykius naudodami platformoje veikiančias darbo eigas.

SEB būsenos puslapyje pateikiama vieša, realiuoju laiku atnaujinama SEB Ecommerce Payment Gateway ir susijusių paslaugų veikimo būklės apžvalga.

Būsenos puslapis viešai pasiekiamas adresu: [**https://status.ecommerce.sebgroup.com**](https://status.ecommerce.sebgroup.com/)

Rekomenduojame įsidėti Būsenos puslapį į žymes ir įtraukti jį į savo standartines veiklos ir palaikymo procedūras.

Prieš nagrinėdami savo integraciją, naudokite Būsenos puslapį, kad nustatytumėte, ar mokėjimų apdorojimo sutrikimus lemia žinomas platformos incidentas, suplanuota priežiūra ar nepasiekiama išorinė paslauga.

{% hint style="info" %}
Norint pasiekti Būsenos puslapį, Merchant Portal autentifikacija nereikalinga.
{% endhint %}

{% hint style="info" %}
Būsenos puslapyje pateikiama platformos paslaugų veikimo būklė. Jis **ne** nerodo atskirų mokėjimų, užsakymų, prekybininkų paskyrų ar API užklausų būsenos.
{% endhint %}

***

## Platformos būsena

Būsenos puslapyje pateikiama pagrindinių SEB Ecommerce Payment Gateway paslaugų veikimo būsenos apžvalga realiuoju laiku.

Pagrindinius platformos komponentus sudaro:

* Vieninga prekybininko API
* Merchant Portal
* Priglobtas atsiskaitymas

Kiekviename komponente rodoma:

* Dabartinė veikimo būsena
* Istorinis pasiekiamumas
* Pasiekiamumas per pastarąsias 30 dienų

***

## Mokėjimo būdai

Būsenos puslapyje pateikiamas mokėjimo paslaugų, kurias palaiko **SEB Ecommerce Payment Gateway**.

Atsižvelgiant į jūsų prekybininko paskyroje įgalintas paslaugas, tai gali apimti:

* Kortelių apdorojimą
* Apple Pay
* Google Pay
* Click to Pay
* PayPal

Šių komponentų stebėjimas padeda prekybininkams greitai nustatyti, ar sutrikimas veikia konkrečią mokėjimo paslaugą, ar visą mokėjimų platformą.

{% hint style="info" %}
Mokėjimo paslaugos pasiekiamumas taikomas tik atitinkamam komponentui, rodomam Būsenos puslapyje. Pavyzdžiui, sutrikimas, paveikiantis **Apple Pay** nebūtinai paveikia **Kortelių apdorojimą**, **Google Pay**, ar kitas mokėjimo paslaugas.
{% endhint %}

***

## Bankų API

Skirta **Pay by Bank**Būsenos puslapyje rodoma kiekvieno dalyvaujančio banko Open Banking API veikimo pasiekiamumas.

Kiekvienas bankas stebimas ir apie jį pranešama atskirai, todėl prekybininkai gali greitai nustatyti, ar konkretus bankas šiuo metu pasiekiamas.

Jei apie dalyvaujantį banką pranešama kaip apie nepasiekiamą, klientai gali negalėti užbaigti Pay by Bank mokėjimų naudodamiesi tuo banku. Kiti dalyvaujantys bankai ir mokėjimo būdai gali ir toliau veikti įprastai.

{% hint style="info" %}
Kiekvieno Banko API pasiekiamumas priklauso nuo paties dalyvaujančio banko sistemų ir Open Banking infrastruktūros. SEB stebi ir pateikia ataskaitas apie ryšį tarp SEB Ecommerce Payment Gateway ir kiekvieno dalyvaujančio banko, tačiau nekontroliuoja ir nevaldo išorinių bankinių paslaugų veikimo pasiekiamumo.
{% endhint %}

{% hint style="info" %}
Būsenos puslapyje rodoma tik kiekvieno dalyvaujančio banko Open Banking API veikimo pasiekiamumas. Jame nerodoma atskirų mokėjimų, klientų autentifikavimo sesijų ar paslaugų, esančių už SEB Ecommerce Payment Gateway ribų, būsena.
{% endhint %}

***

## Būsenos indikatoriai

Kiekvienam stebimam komponentui priskiriama viena iš toliau nurodytų veikimo būsenų.

| Būsena                 | Aprašymas                                                                     |
| ---------------------- | ----------------------------------------------------------------------------- |
| **Veikia įprastai**    | Paslauga veikia įprastai.                                                     |
| **Dalinis sutrikimas** | Gali būti paveiktos kai kurios funkcijos, tačiau paslauga išlieka pasiekiama. |
| **Didelis sutrikimas** | Reikšmingas paslaugos sutrikimas, darantis įtaką įprastam veikimui.           |

Būsena taikoma tik komponentui, šalia kurio ji rodoma. Pavyzdžiui, nepasiekiamas Open Banking ryšys nebūtinai paveikia kortelių mokėjimus, Hosted Checkout ar Merchant Portal.

***

## Incidentai ir priežiūra

Būsenos puslapyje skelbiama veiklos informacija apie:

* Paslaugų incidentus
* Planuojamą priežiūrą
* Planuojamus diegimus
* Įvykdytus diegimus
* Išspręstus incidentus

Prieš suplanuotą priežiūros langą peržiūrėkite planuojamą priežiūrą, kad suprastumėte, ar tai gali paveikti jūsų mokėjimų srautus, integracijas ar veiklos procesus.

***

## Kaip naudoti Būsenos puslapį

Prieš nagrinėdami savo integraciją:

1. Atverkite Būsenos puslapį.
2. Patikrinkite su problema susijusį komponentą arba mokėjimo būdą.
3. Peržiūrėkite visus aktyvius incidentus ar suplanuotą priežiūrą.
4. Jei apie susijusį platformos sutrikimą nepranešama, tęskite savo integracijos trikčių šalinimą.

Pavyzdžiai:

| Problema                            | Patikra                                      |
| ----------------------------------- | -------------------------------------------- |
| API užklausų klaidos                | Vieninga prekybininko API                    |
| Merchant Portal nepasiekiamas       | Merchant Portal                              |
| Hosted Checkout nepasiekiamas       | Priglobtas atsiskaitymas                     |
| Kortelių mokėjimų problemos         | Mokėjimo kortelės                            |
| Apple Pay arba Google Pay problemos | Atitinkamas mokėjimo būdas                   |
| Pay by Bank problemos               | Pay by Bank ir kliento pasirinktas Banko API |

***

## Incidento metu

Jei pranešama apie susijusį paslaugos incidentą:

* Toliau remkitės mokėjimų grįžtamaisiais pranešimais ir mokėjimo būsenos atnaujinimais.
* Nevykdykite ir neatšaukite užsakymų remdamiesi vien vieša paslaugos būsena.
* Neskatinkite klientų kartoti mokėjimų, kol nebus patvirtinta pradinio mokėjimo būsena.
* Prireikus pasiūlykite alternatyvius mokėjimo būdus.
* Jei reikalinga pagalba, užfiksuokite mokėjimo ID ir laiko žymas.

{% hint style="warning" %}
Mokėjimo vartų grąžinama būsena išlieka kiekvienos atskiros operacijos vienintelis patikimas informacijos šaltinis.
{% endhint %}

***

## Būsenos istorija

Būsenos puslapyje pateikiama dabartinė paslaugų informacija kartu su istoriniu pasiekiamumu per slenkamą laikotarpį **tris mėnesius**.

Istorinė informacija gali padėti prekybininkams:

* Peržiūrėti ankstesnius incidentus.
* Palyginti incidentus su programos žurnalais.
* Peržiūrėti užbaigtus priežiūros darbus.
* Padėti atliekant veiklos tyrimus.

***

## Geriausia prekybininkų praktika

Rekomenduojame prekybininkams:

* Įsidėkite Būsenos puslapį į žymes.
* Prieš nagrinėdami integracijos problemas, patikrinkite platformos būseną.
* Stebėti savo programą, grįžtamųjų pranešimų apdorojimą ir API atsakymus.
* Kai tik įmanoma, palaikykite prieinamus alternatyvius mokėjimo būdus.
* Naudokite idempotentinį užklausų apdorojimą.
* Po paslaugų sutrikimų sutikrinkite laukiančias operacijas.
* Prieš svarbius verslo įvykius peržiūrėkite planuojamą priežiūrą.

***

### Dažniausiai užduodami klausimai

#### Ar norint peržiūrėti Būsenos puslapį reikia prisijungti?

Ne. Būsenos puslapis yra viešai pasiekiamas ir jam nereikia Merchant Portal autentifikacijos.

#### Ar būsena „Veikia įprastai“ reiškia, kad mano integracija veikia teisingai?

Nebūtinai. Tai reiškia, kad atitinkamam paslaugos komponentui nepranešta apie žinomą problemą. Jūsų API prisijungimo duomenis, galinius taškus, tinklą, grįžtamųjų pranešimų apdorojimą ar prekybininko konfigūraciją vis tiek gali reikėti ištirti.

#### Ar galiu naudoti Būsenos puslapį norėdamas patikrinti, ar mokėjimas buvo sėkmingas?

Ne. Norėdami patikrinti konkretų mokėjimą, naudokite mokėjimo vartų grąžintą būseną, callback pranešimus arba Merchant Portal.

#### Kodėl vienas bankas nepasiekiamas, o kiti Pay by Bank mokėjimai vis dar veikia?

Kiekvienas dalyvaujantis bankas teikia savo Open Banking sąsają. Sutrikimas gali paveikti vieną ASPSP ryšį, nepaveikdamas kitų bankų ar mokėjimo būdų.

#### Ar turėčiau prašyti kliento mokėti dar kartą incidento metu?

Pirmiausia patikrinkite pradinio mokėjimo dabartinę būseną. Mokėjimas galėjo būti užbaigtas net jei klientas matė klaidą arba jūsų programa negavo tikėtino atsakymo. Sukurkite naują mokėjimą tik patvirtinę, kad pradinis bandymas nebuvo užbaigtas.

#### Kiek istorijos yra prieinama?

Viešame Būsenos puslapyje pateikiami istoriniai įrašai už trijų mėnesių slenkamą laikotarpį.

#### Ar Būsenos puslapis pakeičia leidimo pastabas?

Ne. Būsenos puslapyje pateikiama informacija apie veiklos incidentus, priežiūrą ir leidimų užbaigimą. Leidimo pastabose išsamiau paaiškinami prekybininkams aktualūs funkciniai ir techniniai pakeitimai.

#### Ką turėčiau daryti, kai incidentų nerodoma?

Tęskite integracijos trikčių šalinimą. Patikrinkite grąžintą API klaidą, prisijungimo duomenis, aplinką, prekybininko konfigūraciją, grįžtamojo pranešimo galinį tašką, programos žurnalus ir tinklo prieigą. Jei problema išlieka neišspręsta, susisiekite su SEB Support.


---

# 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/gaires/busenos-puslapis.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.
