> 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/integracija/ziniatinklio-papildiniai/magento-2/uzsakymo-gyvavimo-ciklas-ir-operacijos.md). # Užsakymo gyvavimo ciklas ir operacijos Kaip SEB el. prekybos mokėjimų vartų Magento 2 modulis tvarko užsakymus, sąskaitas faktūras, el. laiškus ir kasdienes operacijas ## Kaip veikia užsakymai, sąskaitos faktūros ir el. laiškai Du keliai atnaujina užsakymą po apmokėjimo: klientas grįžta į jūsų parduotuvę, o autoritetingas serveris–serveriui **callback pranešimas**. Nei vienas kelias nepasitiki gaunamu pranešimu — abu prieš keisdami ką nors iš naujo patikrina tikrąją mokėjimo būseną per mokėjimų vartus ([kaip tai patikrinama](/seb-docs-draft/seb-docs-public-lt/integracija/ziniatinklio-papildiniai/magento-2/konfiguravimas.md#how-callback-notifications-are-verified)). Modulis taip pat sąmoningai pakeičia „Magento“ el. laiškų elgseną: užsakymo patvirtinimo el. laiškas yra **ne** išsiunčiamas pateikus užsakymą — jis išsiunčiamas, kai patvirtinamas mokėjimas. Taip išvengiama patvirtinimo laiškų užsakymams, kurių mokėjimas taip ir neįvyksta. | Mokėjimo būsena mokėjimų vartuose | Kas vyksta „Magento“ sistemoje | | ------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------- | | Mokėjimo puslapis atidarytas, bet nebaigtas | Užsakymas sukurtas, laukiama; el. laiškas dar neišsiųstas | | Išsiųsta apdorojimui / autorizuota | Užsakymas patvirtintas: užsakymo el. laiškas išsiųstas, **sukurta sąskaita faktūra (neapmokėta)**. Kai būsite pasiruošę, apmokėkite Merchant Portale | | Nurašyta / atsiskaityta | **Sąskaita faktūra apmokėta**, išsiųstas sąskaitos faktūros el. laiškas — užsakymas apmokėtas | | Atšaukta / nutraukta / nepavyko | Užsakymas **atšauktas**, kliento krepšelis atkuriamas, kad jis galėtų bandyti dar kartą | Pastabos prekybininkams: * **Išankstinio autorizavimo parduotuvėse:** „sukurta sąskaita faktūra, neapmokėta“ reiškia, kad lėšos yra rezervuotos. Apmokėkite Merchant Portale (); modulis apmoka „Magento“ sąskaitą faktūrą ir automatiškai išsiunčia sąskaitos faktūros el. laišką. * **Jums niekada nereikia išrašyti sąskaitų rankiniu būdu** — modulis sukuria ir apmoka sąskaitas faktūras vykstant mokėjimui. * Jei klientas praneša, kad sumokėjo, bet užsakymas atrodo neapmokėtas, pirmiausia patikrinkite Merchant Portalą (žr. kraštinius atvejus). ![Apmokėto SEB E-commerce Payment Gateway užsakymo vaizdas Sales → Orders → order view: skiltyje Information matoma Order Status „Processing“, o skiltyje Invoices — viena „Paid“ sąskaita faktūra.](https://2761608772-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FuBDtfypkI85zidcVwaDj%2Fuploads%2FZsjDgzbywRczxJRFcmpj%2Fm2-order-processing-and-invoice.png?alt=media) ## Ką darote ir kur | Užduotis | Kur | | ----------------------------------------- | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Žr. mokėjimo būseną | „Magento“ užsakymo vaizdas → Information skirtukas, *Užsakymo būsena* | | Žr. mokėjimo vartų mokėjimo ID | „Magento“ administravimo sąsajoje nerodoma — sulyginkite per Merchant Portalą (pagal sumą ir laiką) arba paprašykite pagalbos tarnybos surasti pagal užsakymo ID | | Užfiksuoti iš anksto autorizuotą mokėjimą | Merchant Portalas („Magento“ sąskaitas faktūras apmoka automatiškai) | | Grąžinti pinigus | Merchant Portalas — šiam mokėjimo būdui modulis neturi kreditinės sąskaitos veiksmo; sąskaita faktūra ir užsakymas atnaujinami automatiškai, kai tik mokėjimo vartai patvirtina grąžinimą | | Suderinimas | Merchant Portalas; užsakymus sulyginkite pagal sumą ir laiką (užsakyme nerodomas mokėjimo ID) | ## Išskirtiniai atvejai * **Lėtas mokėjimo patvirtinimas:** jei mokėjimo vartams reikia daugiau laiko nei įprasta mokėjimui patvirtinti, grįžimo puslapis informuoja klientą, kad mokėjimas vis dar tvirtinamas, užuot rodęs gedimą; užsakymas užbaigiamas per callback iškart, kai tik gaunamas patvirtinimas. * **Callback niekada negaunamas:** užsakymai lieka nepatvirtinti, nors mokėjimas jau įvyko. Pataisykite callback registraciją, tada iš naujo išsiųskite pranešimą arba susisiekite su SEB pagalba. Suplanuoto pakartotinio tikrinimo nėra. * **Dubliuoti pranešimai** atpažįstami ir saugiai ignoruojami. * **Išsaugota kortelė nebėra priimama** mokėjimo vartų: klientas vietoje to mato pranešimą mokėti nauja kortele, užsakymas atšaukiamas kaip ir bet kuris nesėkmingas mokėjimas, o kortelė pašalinama iš jo išsaugotų mokėjimo metodų. Žr. [Išsaugotos kortelės](/seb-docs-draft/seb-docs-public-lt/integracija/ziniatinklio-papildiniai/magento-2/konfiguravimas.md#saved-cards). ## Kūrėjams Callback galinis taškas: `POST /rest/V1/egw/payment/status` (anoniminis REST maršrutas) su JSON `{type, paymentId, merchantReference, paymentStatus}`. **`merchantReference` yra užsakymo-mokėjimo įrašo ID**, o ne užsakymo didėjimo ID. Tvarkytuvas reikalauja, kad išsaugotas mokėjimo ID sutaptų, ir prieš taikydamas bet ką iš naujo gauna gyvą būseną; pats užklausa nepasirašyta (žr. [Kaip tikrinami callback pranešimai](/seb-docs-draft/seb-docs-public-lt/integracija/ziniatinklio-papildiniai/magento-2/konfiguravimas.md#how-callback-notifications-are-verified)). Modulio žurnalas: `var/log/egw_checkout/app.log` (informacijos/klaidos atskyrimas; paslaptys neregistruojamos). Frontend grįžimo maršrutas: `egw/customer/returnurl`; būsenos tikrinimo maršrutas: `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-lt/integracija/ziniatinklio-papildiniai/magento-2/uzsakymo-gyvavimo-ciklas-ir-operacijos.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.