> 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/kartes-maksajuma-dzives-cikls.md).

# Kartes maksājuma dzīves cikls

## Karšu maksājumu apstrāde

Izpratne par to, kā tiek apstrādāts kartes maksājums, palīdz tirgotājiem pareizi ieviest maksājumu plūsmas, pārvaldīt pasūtījumu izpildi un veikt darbības pēc maksājuma, piemēram, līdzekļu ieturēšanu un atmaksas.

SEB Ecommerce Payment Gateway apvieno drošas maksājumu vārtejas pakalpojumus ar karšu pieņemšanas pakalpojumiem, ļaujot tirgotājiem apstrādāt Visa un Mastercard darījumus vienā platformā.

***

### Maksājuma dalībnieki

Tipiskā kartes maksājumā ir iesaistīti šādi dalībnieki:

| Dalībnieks                                                         | Apraksts                                                                                                                          |
| ------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------- |
| **Klients**                                                        | Kartes turētājs, kurš veic pirkumu.                                                                                               |
| **Tirgotājs**                                                      | Uzņēmums, kas pieņem maksājumu.                                                                                                   |
| **SEB Ecommerce Payment Gateway un karšu pieņemšanas pakalpojumi** | Droši apstrādā maksājuma pieprasījumu, sniedz karšu pieņemšanas pakalpojumus un pārsūta autorizācijas pieprasījumus karšu shēmām. |
| **Kartes shēma**                                                   | Visa vai Mastercard, kas nodrošina globālo maksājumu tīklu.                                                                       |
| **Izdevējbanka**                                                   | Finanšu iestāde, kas izdevusi klienta maksājumu karti un autorizē darījumu.                                                       |

***

### Kartes maksājuma plūsma

Šī diagramma ilustrē tipisku kartes maksājuma plūsmu.

```mermaid
sequenceDiagram
    participant C as Klients
    participant M as Tirgotājs
    participant S as SEB vārteja un acquirings
    participant V as Visa / Mastercard
    participant I as Izdevējbanka

    C->>M: Veikt maksājumu
    M->>S: Izveidot maksājumu
    S->>V: Autorizācijas pieprasījums
    V->>I: Pārsūtīt autorizācijas pieprasījumu
    I-->>V: Apstiprināt vai noraidīt
    V-->>S: Autorizācijas atbilde
    S-->>M: Maksājuma rezultāts
    M-->>C: Parādīt maksājuma rezultātu
```

***

### Karšu maksājuma dzīves cikls

Katrs kartes maksājums seko vienam un tam pašam augsta līmeņa dzīves ciklam.

```mermaid
flowchart LR

A[Klienta norēķināšanās]
-->
B[Autentifikācija<br/>EMV® 3DS, ja nepieciešams]
-->
C[Autorizācija]
-->
D[Norakstīšana]
-->
E[Norēķini]

D --> F[Atmaksa]

C --> G[Atcelšana / anulēšana]
```

***

### Maksājuma posmi

#### Klienta norēķināšanās

Klients izvēlas **Maksājumu karti** norēķināšanās laikā un ievada maksājuma datus, izmantojot izvēlēto integrācijas metodi.

Atkarībā no jūsu integrācijas maksājuma dati tiek ievākti, izmantojot:

* Hostētais norēķinu process
* Tirgotāja API

***

#### Autentifikācija

Ja nepieciešams, klients pabeidz **EMV® 3-D Secure (EMV 3DS)** autentifikāciju.

Autentifikāciju var veikt, izmantojot:

* Vienreizējo paroli (OTP)
* Apstiprinājumu bankas lietotnē
* Pirksta nospiedumu vai Face ID
* Citas izdevējbankas atbalstītas autentifikācijas metodes

***

#### Autorizācija

Maksājuma pieprasījums tiek pārsūtīts caur kartes shēmu uz izdevējbanku.

Izdevējbanka izvērtē darījumu, pārbaudot:

* Kartes derīgumu
* Pieejamos līdzekļus vai kredītlimitu
* Autentifikācijas rezultātus
* Krāpšanas un riska indikatorus

Pēc tam izdevējbanka vai nu:

* Apstiprina darījumu
* Noraida darījumu

Apstiprināta autorizācija rezervē pieprasīto summu klienta kontā.

***

#### Iepriekšautorizācijai

Norakstīšana apstiprina, ka tirgotājs vēlas saņemt autorizētos līdzekļus.

Atkarībā no tirgotāja konfigurācijas maksājumi var tikt:

* Norakstīti automātiski
* Norakstīti manuāli
* Daļēji norakstīti

***

#### Norēķini

Pēc norakstīšanas darījums nonāk norēķinu procesā.

Kartes shēma pārsūta norēķinu informāciju starp izdevējbanku un SEB. Pēc tam līdzekļi tiek norēķināti ar tirgotāju saskaņā ar noteikto norēķinu grafiku.

***

#### Darbības pēc maksājuma

Pēc autorizācijas vai norēķinu veikšanas atkarībā no maksājuma statusa var būt pieejamas papildu darbības.

Atbalstītās darbības ietver:

* Iepriekšautorizācijai
* Daļēja norakstīšana
* Atmaksa
* Daļēja atmaksa
* Atcelšana / anulēšana

Detalizēta informācija ir pieejama [**Atbalstītās darbības**](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/atbalstitas-darbibas.md) sadaļu.

***

### Saistītā dokumentācija

Turpiniet ar tālākajām tēmām, lai uzzinātu vairāk par karšu maksājumu apstrādi:

* [Atbalstītās darbības](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/atbalstitas-darbibas.md)
* [Saglabātie dati](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati.md)
* [EMV® 3-D Secure](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/emv-r-3-d-secure-emv-3ds.md)
* [Tokenizācija](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/tokenizacija.md)
* [Testēšana](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/testesana.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/kartes-maksajuma-dzives-cikls.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.