> 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/integracija/timekla-spraudni/magento-2/pasutijuma-dzives-cikls-un-darbibas.md).

# Pasūtījuma dzīves cikls un darbības

Kā SEB E-komercijas maksājumu vārtejas modulis Magento 2 apstrādā pasūtījumus, rēķinus, e-pastus un ikdienas darbības

## Kā darbojas pasūtījumi, rēķini un e-pasti

Pēc maksājuma pasūtījumu atjaunina divi ceļi: klients atgriežas jūsu veikalā, un autoritatīvais servera-uz-serveri **atpakaļzvana paziņojums**. Neviens no ceļiem nepaļaujas uz saņemto ziņojumu — abi pirms jebkādu izmaiņu veikšanas atkārtoti pārbauda faktisko maksājuma statusu vārtejā ([kā tas tiek pārbaudīts](/seb-docs-draft/seb-docs-public-lv/integracija/timekla-spraudni/magento-2/konfiguracija.md#how-callback-notifications-are-verified)).

Modulis apzināti maina arī Magento e-pastu darbību: pasūtījuma apstiprinājuma e-pasts tiek **netiek** nosūtīts pasūtījuma noformēšanas brīdī — tas tiek nosūtīts, kad maksājums ir apstiprināts. Tas novērš apstiprinājuma e-pastu sūtīšanu par pasūtījumiem, kuru apmaksa nekad netiek pabeigta.

| Maksājuma statuss vārtejā            | Kas notiek Magento                                                                                                                              |
| ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------- |
| Maksājuma lapa atvērta, nav pabeigta | Pasūtījums eksistē, gaida; e-pasts vēl nav nosūtīts                                                                                             |
| Nosūtīts apstrādei / autorizēts      | Pasūtījums apstiprināts: pasūtījuma e-pasts nosūtīts, **rēķins izveidots (nav iekasēts)**. Kad esat gatavs, veiciet iekasēšanu Merchant Portalā |
| Noskaitīts / norēķināts              | **Rēķins iekasēts**, rēķina e-pasts nosūtīts — pasūtījums ir apmaksāts                                                                          |
| Atcelts / Pamests / Neizdevies       | Pasūtījums **atcelts**, klienta grozs tiek atjaunots, lai viņš varētu mēģināt vēlreiz                                                           |

Piezīmes tirgotājiem:

* **Priekšautorizācijas veikali:** “rēķins izveidots, nav iekasēts” nozīmē, ka nauda ir rezervēta. Veiciet iekasēšanu Merchant Portalā (<https://merchantportal.ecommerce.sebgroup.com>); modulis iekasē Magento rēķinu un automātiski nosūta rēķina e-pastu.
* **Rēķini nav jāizraksta manuāli** — modulis izveido un iekasē rēķinus, kad maksājums virzās uz priekšu.
* Ja klients ziņo, ka ir samaksājis, bet pasūtījums izskatās neapmaksāts, vispirms pārbaudiet Merchant Portal (skat. robežgadījumus).

![Apmaksāts SEB E-commerce Payment Gateway pasūtījums sadaļā Pārdošana → Pasūtījumi → pasūtījuma skats: cilnē Informācija pasūtījuma statuss ir "Apstrādē", bet cilnē Rēķini ir viens "Apmaksāts" rēķins.](https://3998930162-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FuBDtfypkI85zidcVwaDj%2Fuploads%2FZsjDgzbywRczxJRFcmpj%2Fm2-order-processing-and-invoice.png?alt=media)

## Ko darāt un kur

| Uzdevums                             | Kur                                                                                                                                                              |
| ------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| Skatīt maksājuma statusu             | Magento pasūtījuma skats → cilne Informācija, *Pasūtījuma statuss*                                                                                               |
| Skatīt vārtejas maksājuma ID         | Nav redzams Magento administrēšanas saskarnē — salīdziniet Merchant Portalā (pēc summas/laika zīmoga) vai lūdziet atbalstam to atrast pēc pasūtījuma ID          |
| Noskaitīt priekšautorizētu maksājumu | Merchant Portal (Magento rēķinus iekasē automātiski)                                                                                                             |
| Izsniegt naudas atmaksu              | Merchant Portal — šai maksājuma metodei modulim nav kredītrēķina darbības; rēķins un pasūtījums tiek atjaunināti automātiski, tiklīdz vārteja apstiprina atmaksu |
| Saskaņošana                          | Merchant Portal; salīdziniet pasūtījumus pēc summas un laika zīmoga (pasūtījumā netiek rādīts maksājuma ID)                                                      |

## Īpašie gadījumi

* **Lēna maksājuma apstiprināšana:** ja vārtejai nepieciešams ilgāks laiks nekā parasti, lai apstiprinātu maksājumu, atgriešanas lapa informē klientu, ka maksājums joprojām tiek apstiprināts, nevis ziņo par kļūmi; pasūtījumu pabeidz callback tiklīdz apstiprinājums pienāk.
* **Atpakaļzvans nekad nepienāk:** pasūtījumi paliek neapstiprināti, lai gan maksājums ir veikts. Salabojiet callback reģistrāciju, pēc tam atkārtoti nosūtiet paziņojumu vai sazinieties ar SEB atbalstu. Plānots atkārtots pārbaudes process nepastāv.
* **Dublēti paziņojumi** tiek atpazīti un droši ignorēti.
* **Saglabātā karte vairs netiek pieņemta** vārtejā: klients tā vietā redz ziņojumu, ka jāapmaksā ar jaunu karti, pasūtījums tiek atcelts kā jebkurš neveiksmīgs maksājums, un karte tiek noņemta no saglabātajām maksājuma metodēm. Skatīt [Saglabātās kartes](/seb-docs-draft/seb-docs-public-lv/integracija/timekla-spraudni/magento-2/konfiguracija.md#saved-cards).

## Izstrādātājiem

Atpakaļzvana galapunkts: `POST /rest/V1/egw/payment/status` (anonīms REST maršruts) ar JSON `{type, paymentId, merchantReference, paymentStatus}`. **`merchantReference` ir pasūtījuma maksājuma entītijas ID**, nevis pasūtījuma pieauguma ID. Apstrādātājs pieprasa, lai saglabātais maksājuma ID sakristu, un pirms jebkādu izmaiņu piemērošanas atkārtoti iegūst aktuālo statusu; pats pieprasījums nav parakstīts (skatīt [Kā tiek pārbaudīti atpakaļzvana paziņojumi](/seb-docs-draft/seb-docs-public-lv/integracija/timekla-spraudni/magento-2/konfiguracija.md#how-callback-notifications-are-verified)). Moduļa žurnāls: `var/log/egw_checkout/app.log` (info/kļūdu dalījums; slepeni dati netiek reģistrēti). Priekšgala atgriešanas maršruts: `egw/customer/returnurl`; statusa aptaujas maršruts: `egw/customer/payment`.


---

# 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/integracija/timekla-spraudni/magento-2/pasutijuma-dzives-cikls-un-darbibas.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.