> 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/maksajumu-metodes/kartes/maksajuma-statusi.md).

# Maksājuma statusi

Katrs kartes maksājums iziet noteiktu dzīves ciklu. Maksājuma statuss — nevis klienta pārlūkprogramma — ir jūsu patiesais avots turpmākajām darbībām.

SEB Ecommerce maksājumu vārteja atgriež katra maksājuma pašreizējo statusu visā tā dzīves ciklā — API atbildēs, izmantojot atzvana paziņojumus, un Merchant Portalā. Izmantojiet maksājuma statusu, lai vadītu pasūtījumu apstrādi: tas pasaka, kad izpildīt pasūtījumu, kad gaidīt un kad ļaut klientam mēģināt vēlreiz.

{% hint style="info" %}
Vienmēr paļaujieties uz atzvana paziņojumiem vai maksājuma statusu, ko atgriež vārteja. Nepaļaujieties tikai uz to, ka klienta pārlūkprogramma atgriezīsies jūsu vietnē — pārlūkprogramma var arī nekad neatgriezties, pat ja maksājums izdodas, un tā var atgriezties, pirms ir zināms galīgais statuss.
{% endhint %}

Šī lapa apraksta karšu maksājumu statusu dzīves ciklu, tostarp digitālo maku maksājumus, kas tiek apstrādāti caur karšu tīkliem (Apple Pay, Google Pay, Click to Pay). Pay by Bank maksājumi izmanto vienkāršotu konts–kontam dzīves ciklu — skatīt [Pay by Bank › Maksājumu statusi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maksajums-no-bankas-konta/maksajuma-statusi.md).

### Statusu dzīves cikls

Karšu maksājums virzās caur šādiem posmiem:

*Inicializēts → Autorizēts → Iekasēts → Norēķināts ( → Atmaksāts )*

*Neizdevās, Atcelts un Pamests ir galīgie statusi, kas var izbeigt dzīves ciklu pirms tā pabeigšanas.*

Kuru ceļu maksājums izvēlas, ir atkarīgs no apstrādes modeļa: Pirkuma (vienpakāpes) maksājums no Inicializēts pāriet tieši uz Iekasēts, savukārt Autorizācijas + Iekasēšanas (divpakāpju) maksājums vispirms nonāk statusā Autorizēts. Skatiet atbalstītās operācijas par apstrādes modeļiem.

### Statusi

<table><thead><tr><th width="113.33331298828125" valign="top">Statuss</th><th width="261.66668701171875" valign="top">Apraksts</th><th width="91.3333740234375" valign="top">Galīgais?</th><th valign="top">Ieteicamā tirgotāja darbība</th></tr></thead><tbody><tr><td valign="top">Inicializēts</td><td valign="top">Ir izveidots jauns maksājums, taču vēl nav pabeigta neviena maksājuma metode — klients izvēlas maksājuma metodi vai pabeidz norēķināšanos un autentifikāciju.</td><td valign="top">Nē</td><td valign="top">Saglabājiet pasūtījumu kā gaidošu. Gaidiet nākamo statusa paziņojumu. Neizpildiet.</td></tr><tr><td valign="top">Autorizēts</td><td valign="top">Maksājuma summa ir rezervēta klienta kontā (priekšautorizācija). Lai pabeigtu maksājumu, tas ir jānoformē, iekasējot galīgo summu.</td><td valign="top">Nē</td><td valign="top">Rezervējiet krājumus. Iekasējiet, kad esat gatavi saņemt līdzekļus — vai atceliet, ja pasūtījums tiek anulēts.</td></tr><tr><td valign="top">Iekasēts</td><td valign="top">Klients ir samaksājis un līdzekļi ir iekasēti, taču tie vēl nav pārskaitīti uz jūsu kontu. Karšu maksājumiem tas ir “apmaksāts” statuss.</td><td valign="top">Nē</td><td valign="top">Turpiniet ar pasūtījuma izpildi. Saglabājiet maksājuma atsauci saskaņošanai.</td></tr><tr><td valign="top">Norēķināts</td><td valign="top">Galīgais statuss: maksājums ir pilnībā pabeigts, un līdzekļi ir pārskaitīti uz jūsu kontu.</td><td valign="top">Jā</td><td valign="top">Nav jāveic nekādas darbības — izmantojiet finanšu saskaņošanai.</td></tr><tr><td valign="top">Neizdevās</td><td valign="top">Galīgais statuss: maksājumu nevarēja pabeigt tehnisku problēmu, emitenta atteikuma vai citu kļūdu dēļ.</td><td valign="top">Jā</td><td valign="top">Informējiet klientu ar skaidru ziņojumu un ļaujiet veikt vēl vienu maksājuma mēģinājumu vai izmantot citu maksājuma metodi.</td></tr><tr><td valign="top">Atcelts</td><td valign="top">Galīgais statuss: maksājums tika atcelts pirms norēķināšanas — klienta, jūsu vai autorizācijas atsaukšanas dēļ.</td><td valign="top">Jā</td><td valign="top">Atgrieziet klientu uz norēķināšanos vai slēdziet pasūtījumu. Atbrīvojiet rezervētos krājumus.</td></tr><tr><td valign="top">Pamests</td><td valign="top">Galīgais statuss: maksājums tika uzsākts, taču neviena maksājuma metode netika pabeigta — klients neizvēlējās metodi vai pameta procesu pirms pabeigšanas.</td><td valign="top">Jā</td><td valign="top">Uzskatiet to par neapmaksātu. Ja klients vēlas turpināt, izveidojiet jaunu maksājumu — neizmantojiet atkārtoti esošo maksājumu.</td></tr><tr><td valign="top">Atmaksāts</td><td valign="top">Maksājums ir daļēji vai pilnībā atmaksāts pēc veiksmīgas pabeigšanas.</td><td valign="top">–</td><td valign="top">Attiecīgi atjauniniet pasūtījuma un atmaksas statusu.</td></tr></tbody></table>

### Kad karšu maksājums ir “apmaksāts”?

Karšu maksājumiem darījums parasti tiek uzskatīts par apmaksātu, tiklīdz tas sasniedz statusu Iekasēts — tas ir brīdis, kad jāizpilda pasūtījums. Statuss Norēķināts seko vēlāk, kad norēķināšanās ar pieņēmējbanku ir pabeigta, un to var piemērot pēc konfigurējama perioda (piemēram, vienas dienas). Norēķināts apstiprina, ka līdzekļi ir pārskaitīti uz jūsu kontu; izmantojiet to finanšu saskaņošanai, nevis kā izpildes ierosinātāju.

Piezīme: šī ir galvenā atšķirība no Pay by Bank: konts–kontam maksājumi vispār neizmanto statusus Autorizēts vai Iekasēts, un par apmaksātiem tiek uzskatīti tikai statusā Norēķināts. Ja pieņemat abus, pārliecinieties, ka jūsu pasūtījumu loģika balstās uz pareizo statusu katrai maksājuma metodei.

### Kā operācijas maina statusu

<table><thead><tr><th valign="top">Operācija</th><th valign="top">Rezultējošais statuss</th></tr></thead><tbody><tr><td valign="top">Pirkums (autorizācija + iekasēšana vienā solī)</td><td valign="top">Iekasēts</td></tr><tr><td valign="top">Autorizācija (priekšautorizācija)</td><td valign="top">Autorizēts</td></tr><tr><td valign="top">Iekasēšana / daļēja iekasēšana autorizētam maksājumam</td><td valign="top">Iekasēts</td></tr><tr><td valign="top">Autorizācijas atsaukšana (anulēšana)</td><td valign="top">Atcelts</td></tr><tr><td valign="top">Atmaksa / daļēja atmaksa par iekasētu vai norēķinātu maksājumu</td><td valign="top">Atmaksāts (izmantojot tālāk norādīto atmaksas dzīves ciklu)</td></tr><tr><td valign="top">Norēķināšanās ar pieņēmējbanku (automātiska)</td><td valign="top">Norēķināts</td></tr></tbody></table>

&#x20;Skatiet [Atbalstītās darbības](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/atbalstitas-darbibas.md) par to, kad izmantot katru operāciju.

### Atmaksas dzīves cikls

Atmaksas apstrāde seko atsevišķam dzīves ciklam ar saviem statusiem — piemēram, Apstrādē, Pabeigts un Atcelts:

* Kad atmaksa sasniedz statusu Pabeigts, atbilstošais maksājuma statuss tiek atjaunināts uz Atmaksāts — gan pilnīgām, gan daļējām atmaksām.
* Ja atmaksa vēlāk tiek atcelta vai atgriezta, maksājuma statuss var atgriezties uz Norēķināts, ja vien šim maksājumam vairs nav citu pabeigtu atmaksu.

Sekojiet atmaksas statusiem atsevišķi no maksājumu statusiem savā pasūtījumu pārvaldībā — maksājums ar statusu Atmaksāts var nozīmēt daļēju atmaksu ar atlikumu, ko vēl var atmaksāt.

### Noildzes, termiņa beigas un pamesti maksājumi

Maksājumi, kas netiek pabeigti noteiktajos laika intervālos, automātiski beidzas vai tiek atzīmēti kā Pamesti — vārteja neatstāj maksājumus gaidīšanas režīmā uz nenoteiktu laiku. Noildzes un termiņa beigu uzvedība var atšķirties atkarībā no maksājuma metodes un darījuma stāvokļa.

Nepabeigti un izņēmuma maksājuma mēģinājumi ir skaidri identificējami, izmantojot API un Merchant Portal, ar īpašiem statusa rādītājiem, kas atbalsta izmeklēšanu, saskaņošanu un operatīvu turpmāko rīcību. Ja maksājums statusā Inicializēts paliek ilgāk, nekā gaidīts, izpētiet to pirms rīcības veikšanas — un vienmēr gaidiet galīgā statusa paziņojumu pirms pasūtījuma atjaunināšanas.

### Tirgotāja labākā prakse

* Izpildiet pasūtījumus, kad ir statuss Iekasēts (karšu maksājumiem), ko apstiprina atzvana paziņojums vai maksājuma statuss, ko atgriež vārteja.
* Pēc atzvana saņemšanas izgūstiet pilnīgu maksājuma informāciju pirms pasūtījuma atjaunināšanas — paziņojums jums pasaka, ka statuss ir mainījies; maksājuma informācija pasaka, uz ko tas ir mainījies.
* Nodrošiniet, ka jūsu statusu apstrāde ir idempotenta — dublēti paziņojumi nedrīkst radīt dublētas pasūtījumu izpildes vai atmaksas.
* Turiet pasūtījumus gaidīšanas režīmā, kamēr maksājums ir statusā Inicializēts vai Autorizēts, un apstrādājiet visus galīgos statusus (Neizdevās, Atcelts, Pamests) ar skaidru ziņojumu klientam un atkārtota mēģinājuma iespēju.
* Saglabājiet maksājumu atsauces saskaņošanai un klientu atbalstam, un saskaņojiet Norēķināts maksājumus ar sava konta izrakstiem.

### Saistītā dokumentācija

* [Atbalstītās darbības](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/atbalstitas-darbibas.md)
* [Karšu maksājuma dzīves cikls](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/kartes-maksajuma-dzives-cikls.md)
* [Atzvana paziņojumi](/seb-docs-draft/seb-docs-public-lv/integracija/tirgotaja-api/webhook.md)
* [Atmaksas](/seb-docs-draft/seb-docs-public-lv/funkcijas/atmaksas.md)
* [Pay by Bank › Maksājumu statusi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maksajums-no-bankas-konta/maksajuma-statusi.md)
* [Tirgotāja API](/seb-docs-draft/seb-docs-public-lv/integracija/tirgotaja-api.md)


---

# 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/maksajumu-metodes/kartes/maksajuma-statusi.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.
