> 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-lv/celvezi/statusa-lapa.md). # Statusa lapa Reaģējiet uz izvietošanu, komentāriem un ārējiem notikumiem ar darbplūsmām, kas darbojas platformā. SEB Statusa lapa sniedz publisku, reāllaika pārskatu par SEB Ecommerce Payment Gateway un ar to saistīto pakalpojumu darbspēju. Statusa lapa ir publiski pieejama šeit: [**https://status.ecommerce.sebgroup.com**](https://status.ecommerce.sebgroup.com/) Iesakām pievienot Statusa lapu grāmatzīmēm un iekļaut to savās standarta darbības un atbalsta procedūrās. Izmantojiet Statusa lapu, lai noteiktu, vai maksājumu apstrādes problēmas izraisa zināms platformas incidents, plānota apkope vai nepieejams ārējs pakalpojums, pirms sākat izmeklēt savu integrāciju. {% hint style="info" %} Lai piekļūtu Statusa lapai, Merchant Portal autentifikācija nav nepieciešama. {% endhint %} {% hint style="info" %} Statusa lapa ziņo par platformas pakalpojumu darbības stāvokli. Tā ne **ne** parāda atsevišķu maksājumu, pasūtījumu, tirgotāja kontu vai API pieprasījumu statusu. {% endhint %} *** ## Platformas statuss Statusa lapa sniedz reāllaika pārskatu par SEB Ecommerce Payment Gateway pamatpakalpojumu darbības statusu. Galvenie platformas komponenti ietver: * Vienotā tirgotāja API * Tirgotāja portālā * Hostētais norēķinu process Katrs komponents rāda: * Pašreizējo darbības statusu * Vēsturisko pieejamību * Darbspēju iepriekšējās 30 dienās *** ## Maksājuma veidi Statusa lapa ziņo par maksājumu pakalpojumu darbības pieejamību, ko atbalsta **SEB Ecommerce Payment Gateway**. Atkarībā no pakalpojumiem, kas ir iespējoti jūsu tirgotāja kontā, tas var ietvert: * Karšu apstrāde * Apple Pay * Google Pay * Click to Pay * PayPal Šo komponentu uzraudzība palīdz tirgotājiem ātri noteikt, vai problēma ietekmē konkrētu maksājumu pakalpojumu vai visu maksājumu platformu kopumā. {% hint style="info" %} Maksājumu pakalpojuma pieejamība attiecas tikai uz atbilstošo komponentu, kas tiek parādīts Statusa lapā. Piemēram, problēma, kas ietekmē **Apple Pay** ne vienmēr ietekmē **Karšu apstrāde**, **Google Pay**, vai citus maksājumu pakalpojumus. {% endhint %} *** ## Banku API Attiecībā uz **Pay by Bank**Statusa lapa rāda katras iesaistītās bankas Open Banking API darbības pieejamību. Katra banka tiek uzraudzīta un atspoguļota atsevišķi, ļaujot tirgotājiem ātri noteikt, vai konkrētā banka šobrīd ir pieejama. Ja tiek ziņots, ka kāda iesaistītā banka nav pieejama, klienti, iespējams, nevarēs pabeigt Pay by Bank maksājumus, izmantojot šo banku. Citas iesaistītās bankas un maksājuma metodes var turpināt darboties normāli. {% hint style="info" %} Katra Bank API pieejamība ir atkarīga no iesaistītās bankas pašas sistēmām un Open Banking infrastruktūras. SEB uzrauga un atspoguļo savienojumu starp SEB Ecommerce Payment Gateway un katru iesaistīto banku, taču nekontrolē un nepārvalda ārējo banku pakalpojumu darbības pieejamību. {% endhint %} {% hint style="info" %} Statusa lapa rāda tikai katras iesaistītās bankas Open Banking API darbības pieejamību. Tā nerāda atsevišķu maksājumu, klientu autentifikācijas sesiju vai pakalpojumu statusu, kas atrodas ārpus SEB Ecommerce Payment Gateway. {% endhint %} *** ## Statusa indikatori Katram uzraudzītajam komponentam tiek piešķirts viens no šiem darbības statusiem. | Statuss | Apraksts | | ------------------------------- | --------------------------------------------------------------------------- | | **Darbojas normāli** | Pakalpojums darbojas normāli. | | **Daļējs darbības traucējums** | Var tikt ietekmētas dažas funkcijas, taču pakalpojums joprojām ir pieejams. | | **Būtisks darbības traucējums** | Būtiski pakalpojuma traucējumi, kas ietekmē normālu darbību. | Statuss attiecas tikai uz komponentu, pie kura tas tiek rādīts. Piemēram, nepieejams Open Banking savienojums ne vienmēr ietekmē karšu maksājumus, Hosted Checkout vai Merchant Portal. *** ## Incidenti un apkope Statusa lapa publicē operacionālo informāciju par: * Pakalpojuma incidentiem * Plānoto apkopi * Plānotajiem laidieniem * Pabeigtajiem laidieniem * Atrisinātajiem incidentiem Pirms plānotā apkopes loga pārskatiet plānoto apkopi, lai saprastu, vai tā var ietekmēt jūsu maksājumu plūsmas, integrācijas vai operacionālos procesus. *** ## Kā izmantot Statusa lapu Pirms sākat izmeklēt savu integrāciju: 1. Atveriet Statusa lapu. 2. Pārbaudiet komponentu vai maksājuma metodi, kas saistīta ar problēmu. 3. Pārskatiet visus aktīvos incidentus vai plānoto apkopi. 4. Turpiniet novērst problēmas savā integrācijā, ja netiek ziņots par attiecīgu platformas problēmu. Piemēri: | Problēma | Pārbaudīt | | ---------------------------------- | ---------------------------------------- | | API pieprasījumu kļūmes | Vienotā tirgotāja API | | Merchant Portal nav pieejams | Tirgotāja portālā | | Hosted Checkout nav pieejams | Hostētais norēķinu process | | Karšu maksājumu problēmas | Maksājumu kartes | | Apple Pay vai Google Pay problēmas | Attiecīgā maksājuma metode | | Pay by Bank problēmas | Pay by Bank un klienta izvēlētā Bank API | *** ## Incidenta laikā Ja tiek ziņots par attiecīgu pakalpojuma incidentu: * Turpiniet paļauties uz maksājumu atzvaniem un maksājumu statusa atjauninājumiem. * Neizpildiet un neatceļiet pasūtījumus, pamatojoties tikai uz publisko pakalpojuma statusu. * Nelūdziet klientiem atkārtot maksājumu, līdz nav apstiprināts sākotnējā maksājuma statuss. * Ja nepieciešams, piedāvājiet alternatīvas maksājumu metodes. * Ja nepieciešams atbalsta palīdzība, pierakstiet maksājuma ID un laika zīmogus. {% hint style="warning" %} Gateway atgrieztais maksājuma statuss joprojām ir patiesības avots katram atsevišķam darījumam. {% endhint %} *** ## Statusa vēsture Statusa lapa rāda aktuālo pakalpojuma informāciju kopā ar vēsturisko pieejamību par slīdošu periodu **trīs mēneši**. Vēsturiskā informācija var palīdzēt tirgotājiem: * Pārskatīt iepriekšējos incidentus. * Salīdzināt incidentus ar lietotnes žurnāliem. * Pārskatīt pabeigtās apkopes darbības. * Atbalstīt operacionālos izmeklējumus. *** ## Tirgotāja labākā prakse Mēs iesakām tirgotājiem: * Pievienojiet Statusa lapu grāmatzīmēm. * Pārbaudiet platformas statusu pirms integrācijas problēmu izmeklēšanas. * Uzraudzīt savu lietotni, atzvanu apstrādi un API atbildes. * Ja iespējams, vienmēr uzturiet pieejamas alternatīvas maksājumu metodes. * Izmantojiet idempotentu pieprasījumu apstrādi. * Saskaņojiet neapstrādātos darījumus pēc pakalpojumu traucējumiem. * Pirms svarīgiem uzņēmuma notikumiem pārskatiet plānoto apkopi. *** ### Biežāk uzdotie jautājumi #### Vai man ir jāpiesakās, lai skatītu Statusa lapu? Nē. Statusa lapa ir publiski pieejama un neprasa Merchant Portal autentifikāciju. #### Vai statuss Darbojas normāli nozīmē, ka mana integrācija darbojas pareizi? Ne vienmēr. Tas nozīmē, ka par attiecīgo pakalpojuma komponentu nav ziņots par zināmu problēmu. Jūsu pašu API akreditācijas dati, galapunkti, tīkls, atzvanu apstrāde vai tirgotāja konfigurācija joprojām var prasīt izmeklēšanu. #### Vai varu izmantot Statusa lapu, lai pārbaudītu, vai maksājums bija veiksmīgs? Nē. Lai pārbaudītu atsevišķu maksājumu, izmantojiet gateway atgriezto maksājuma statusu, atzvanu paziņojumus vai Merchant Portal. #### Kāpēc viena banka nav pieejama, kamēr citi Pay by Bank maksājumi joprojām darbojas? Katra iesaistītā banka nodrošina savu Open Banking saskarni. Pārtraukums var ietekmēt vienu ASPSP savienojumu, neietekmējot citas bankas vai maksājuma metodes. #### Vai incidenta laikā man vajadzētu lūgt klientam maksāt vēlreiz? Vispirms pārbaudiet sākotnējā maksājuma pašreizējo statusu. Maksājums var būt pabeigts, pat ja klients redzēja kļūdu vai jūsu lietotne nesaņēma gaidīto atbildi. Izveidojiet jaunu maksājumu tikai pēc tam, kad apstiprināts, ka sākotnējais mēģinājums netika pabeigts. #### Cik daudz vēstures ir pieejams? Publiskā Statusa lapa rāda vēsturiskos ierakstus par slīdošu trīs mēnešu periodu. #### Vai Statusa lapa aizstāj laidiena piezīmes? Nē. Statusa lapa paziņo par operacionāliem incidentiem, apkopi un laidienu pabeigšanu. Laidiena piezīmes detalizētāk izskaidro tirgotājiem redzamās funkcionālās un tehniskās izmaiņas. #### Ko man darīt, ja incidents netiek rādīts? Turpiniet novērst problēmas savā integrācijā. Pārbaudiet atgriezto API kļūdu, akreditācijas datus, vidi, tirgotāja konfigurāciju, atzvanu galapunktu, lietotnes žurnālus un piekļuvi tīklam. Ja problēma joprojām nav atrisināta, sazinieties ar SEB atbalstu. --- # 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-lv/celvezi/statusa-lapa.md?ask=&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.