> 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/darbo-pradzia/duk.md).
# DUK
Šiame puslapyje rasite atsakymus į dažniausiai užduodamus klausimus apie mokėjimų apdorojimą, integraciją ir veiklos procesus.
### Pradžia
Ko reikia prieš pradedant apdoroti mokėjimus?
Prieš pradėdami priimti mokėjimus, atlikite šiuos veiksmus:
1. Pasirašykite prekybininko sutartį su SEB.
2. Prisijunkite prie Prekybininko portalo. Kai jūsų sutartis bus aktyvuota, SEB suteiks jums prieigą prie Prekybininko portalo.
3. Prisijunkite prie Prekybininko portalo. Po pirmojo prisijungimo matysite savo prekybininko sutarties duomenis ir Sandbox parduotuvę, paruoštą testavimui.
4. Sugeneruokite OAuth 2.0 kredencialus savo Sandbox parduotuvei.
5. Pasirinkite integracijos būdą, pavyzdžiui:
* Mokėjimų vartų API
* Hosted Checkout
* Žiniatinklio įskiepiai
* Mobilusis SDK
6. Sukonfigūruokite **Webhook (taip pat vadinamas atgalinio iškvietimo pranešimais)** kad gautumėte mokėjimų pranešimus.
7. Ištestuokite integraciją Sandbox aplinkoje ir įsitikinkite, kad visos reikiamos mokėjimo operacijos veikia tinkamai.
8. Kai būsite pasiruošę pradėti priimti tikrus klientų mokėjimus, perjunkite parduotuvę į Live režimą.
9. Sugeneruokite naują OAuth 2.0 kredencialų rinkinį savo Live parduotuvei ir atnaujinkite integraciją, kad ji naudotų Live kredencialus.
{% hint style="info" %}
Jūsų Sandbox ir Live parduotuvėse naudojami skirtingi OAuth 2.0 kredencialai. Būtinai sugeneruokite ir naudokite tinkamus kredencialus pagal parduotuvės režimą, su kuriuo integruojatės.
{% endhint %}
Kas yra Dirbtinio intelekto asistentas ir kaip jis gali man padėti?
Dirbtinio intelekto asistentas – tai integruotas dokumentacijos pagalbininkas, sukurtas padėti greitai rasti atsakymus, neieškant jų rankiniu būdu dokumentacijoje.
Galite užduoti klausimus natūralia kalba, pavyzdžiui:
* *Kaip integruoti Mokėjimų vartų API?*
* *Kaip sugeneruoti OAuth 2.0 kredencialus?*
* *Kaip sukonfigūruoti webhook'us?*
* *Kaip apdoroti grąžinimą?*
* *Kur galiu rasti testinių kortelių numerius?*
Dirbtinio intelekto asistentas ieško Prekybininko dokumentacijoje ir pateikia susijusius atsakymus, nuorodas į susijusius dokumentacijos puslapius bei gaires, padedančias efektyviau užbaigti integraciją.
{% hint style="info" %}
Dirbtinio intelekto asistentas pateikia gaires, pagrįstas turima Prekybininko dokumentacija. Dėl su paskyra susijusių klausimų, veiklos problemų ar pagalbos, kuriai reikalinga prieiga prie jūsų prekybininko paskyros, susisiekite su savo įgijėju arba palaikymo komanda.
{% endhint %}
Kaip veikia Dirbtinio intelekto asistentas?
Dirbtinio intelekto asistentas padeda greitai rasti informaciją Prekybininko dokumentacijoje naudojant natūralią kalbą.
Užuot ieškoję puslapiuose rankiniu būdu, tiesiog užduokite savo klausimą, pavyzdžiui:
* *Kaip integruoti Mokėjimų vartų API?*
* *Kaip sukonfigūruoti webhook'us?*
* *Kaip apdoroti grąžinimą?*
Dirbtinio intelekto asistentas ieško Prekybininko dokumentacijoje, nustato aktualiausią turinį ir, remdamasis turima dokumentacija, sugeneruoja atsakymą. Kai taikoma, jis taip pat pateikia nuorodas į atitinkamus dokumentacijos puslapius, kad galėtumėte išsamiau pasigilinti į temą.
{% hint style="info" %}
Dirbtinio intelekto asistentas sukurtas atsakyti į klausimus naudojant šios dokumentacijos turinį. Atsakydamas į su dokumentacija susijusius klausimus, jis nesiremia bendromis interneto paieškomis. Jei reikalinga informacija dokumentacijoje nepateikta arba jei jūsų klausimas susijęs su konkrečia prekybininko paskyra ar veiklos sąranka, susisiekite su savo įgijėju arba palaikymo komanda.
{% endhint %}
Kaip galiu naudotis Dirbtinio intelekto asistentu?
Dirbtinio intelekto asistentas pasiekiamas dviejose vietose, kad greitai rastumėte reikiamą informaciją:
1. Prekybininko dokumentacija – spustelėkite Dirbtinio intelekto asistento piktogramą naršydami dokumentaciją, kad galėtumėte užduoti klausimus apie integraciją, API, mokėjimo būdus, konfigūravimą, testavimą ir kitas temas.
2. Prekybininko portalas – prisijungę prie Prekybininko portalo, galite tiesiogiai pasiekti Dirbtinio intelekto asistentą iš pagrindinio prietaisų skydelio. Tai leidžia greičiau gauti atsakymus, neišeinant iš portalo.
Tiesiog įveskite savo klausimą natūralia kalba, pavyzdžiui:
* *Kaip sugeneruoti OAuth 2.0 kredencialus?*
* *Kaip integruoti naudojant Mokėjimų vartų API?*
* *Kaip sukonfigūruoti webhook'us?*
* *Kaip apdoroti grąžinimą?*
* *Kur galiu rasti testinių kortelių duomenis?*
Dirbtinio intelekto asistentas ieško Prekybininko dokumentacijoje ir pateikia atsakymus, pagrįstus turima dokumentacija, kartu su nuorodomis į atitinkamus puslapius papildomai informacijai.
{% hint style="info" icon="wpbeginner" %}
Nesvarbu, ar dirbate Prekybininko dokumentacijoje, ar Prekybininko portale, Dirbtinio intelekto asistentas suteikia prieigą prie tos pačios žinių bazės ir padeda greitai rasti informaciją visoje integracijos kelionėje.
{% endhint %}
Kokius mokėjimo būdus ir valiutas palaikote?
Mokėjimų vartai palaiko platų mokėjimo būdų spektrą, įskaitant:
* Mokėjimo korteles („Visa“, „Mastercard“ ir kitas palaikomas kortelių schemas)
* Skaitmenines pinigines („Apple Pay“, „Google Pay“, „PayPal“ ir „Click to Pay“)
* Atvirojo bankininkystės mokėjimus (mokėjimo inicijavimo paslaugas)
Jūsų parduotuvėje galimi mokėjimo būdai priklauso nuo jūsų su SEB sudarytos prekybininko sutarties ir paskyroje įjungtų paslaugų.
Mokėjimų vartai palaiko operacijas keliomis valiutomis. Jūsų parduotuvei galimos valiutos nustatytos jūsų prekybininko sutartyje ir gali būti valdomos per Prekybininko portalą, pateikiant SEB tvirtinimo užklausą.
{% hint style="info" %}
Palaikomi mokėjimo būdai ir priimamos valiutos gali skirtis, priklausomai nuo jūsų sutarties su SEB, verslo profilio ir šalies, kurioje vykdote veiklą.
{% endhint %}
Kaip prisijungti prie Sandbox aplinkos?
Sandbox aplinka prieinama visiems prekybininkams po to, kai jie pasirašo prekybininko sutartį su SEB.
Norėdami pasiekti Sandbox:
1. Pasirašykite prekybininko sutartį su SEB.
2. Gaukite savo Prekybininko portalo prisijungimo duomenis iš SEB.
3. Prisijunkite prie Prekybininko portalo.
4. Jūsų parduotuvė pagal numatytuosius nustatymus sukuriama Sandbox režimu.
5. Sugeneruokite savo OAuth 2.0 Client ID ir Client Secret skiltyje Nustatymai → Parduotuvės nustatymai → Techninė informacija.
6. Integruokite savo programą naudodami Sandbox kredencialus ir pradėkite testavimą.
Sandbox leidžia išbandyti integraciją, mokėjimų eigas, webhook'us ir palaikomus mokėjimo būdus prieš perjungiant parduotuvę į Live režimą.
{% hint style="info" %}
Prieš pradėdami priimti tikrus klientų mokėjimus, užbaikite testavimą ir perjunkite parduotuvę į Live režimą. Kai parduotuvė veiks Live režimu, sugeneruokite naują OAuth 2.0 kredencialų rinkinį naudojimui gamyboje.
{% endhint %}
Kodėl nerodomas mano kliento bankas?
Rodomi tik SEB Ecommerce Payment Gateway palaikomi bankai. Palaikomų bankų sąrašas laikui bėgant gali keistis. Prekybininkai vieną kartą integruojasi su vartais ir automatiškai gali naudotis naujai pridėtais bankais, kai jie tampa prieinami.
Ar atitinkame PCI-DSS reikalavimus?
Taip. SEB Ecommerce Payment Gateway atitinka PCI DSS 1 lygio reikalavimus — aukščiausią Paslaugų teikėjams taikomo mokėjimo kortelių pramonės duomenų saugumo standarto (PCI DSS) sertifikavimo lygį.\
Mokėjimų vartai apima pramonės standartus atitinkančias saugumo kontrolės priemones, įskaitant:
* PCI DSS reikalavimus atitinkantis mokėjimų apdorojimas
* Saugus mokėjimo duomenų perdavimas
* Išsaugotų mokėjimo kredencialų tokenizacija
* EMV® 3-D Secure (3DS) autentifikavimas
* Stiprus šifravimas ir prieigos kontrolė
{% hint style="info" %}
Prekybininkai patys atsako už savo PCI DSS įsipareigojimus. Jūsų atitikties reikalavimai priklauso nuo integracijos būdo ir nuo to, kaip jūsų verslas tvarko kortelių turėtojų duomenis. Naudojant Hosted Checkout galima gerokai sumažinti PCI DSS taikymo apimtį, palyginti su kortelių duomenų rinkimu tiesiogiai savo programoje.
{% endhint %}
### Integracija
Kaip autentifikuoti API užklausas?
Mokėjimų vartai naudoja **OAuth 2.0 kliento kredencialus** API užklausoms autentifikuoti.
Norėdami autentifikuoti savo programą:
1. Prisijunkite prie **Prekybininko portalo**.
2. Eikite į **Nustatymai → Parduotuvės nustatymai → Techninė informacija**.
3. Sugeneruokite savo **Client ID** ir **Client Secret**.
4. Naudokite šiuos kredencialus, kad gautumėte **OAuth 2.0 prieigos raktą** iš autentifikavimo paslaugos.
5. Įtraukite prieigos raktą į `Authorization` antraštę kiekvienoje API užklausoje:
```http
Authorization: Bearer
```
6. Kai prieigos raktas baigs galioti, paprašykite naujo ir toliau naudokite atnaujintą raktą.
> **Pastaba:** OAuth 2.0 kredencialai jūsų parduotuvei generuojami atskirai, kai ji veikia **Sandbox** režimu ir kai ji veikia **Live** režimu. Perjungę parduotuvę į **Live** režimą, prieš teikdami gamybos API užklausas sugeneruokite naują kredencialų rinkinį.
Išsamių autentifikavimo pavyzdžių, užklausos parametrų ir galinių taškų informacijos rasite **Autentifikavimo (OAuth 2.0)** skiltyje Prekybininko API dokumentacijoje.
Kurios el. prekybos platformos ir žiniatinklio įskiepiai palaikomi?
Mokėjimų vartai siūlo žiniatinklio įskiepius šioms el. prekybos platformoms:
* Magento 2
* WooCommerce
* PrestaShop
* OpenCart
* Shoproller
* Mozello
* Voog
* WebShopper
* Eshoprent
* Verskis
Įskiepiai palaiko pagrindines mokėjimų funkcijas, įskaitant:
* Mokėjimo inicijavimą
* Hosted Checkout integraciją (kai taikoma)
* Operacijų būsenų apdorojimą
* Mokėjimo būdų konfigūravimą
Kaip turėčiau tvarkyti mokėjimo būsenų atnaujinimus?
Rekomenduojama naudoti **Webhook (taip pat vadinamas atgalinio iškvietimo pranešimais)** realaus laiko mokėjimo būsenų atnaujinimams.
Norėdami įjungti webhook'us:
1. Sukonfigūruokite atgalinio iškvietimo URL Prekybininko portale → Parduotuvės nustatymai.
2. Vartai siunčia pranešimą kiekvieną kartą pasikeitus mokėjimo būsenai;
3. jį gavę, iškvieskite Get Payment Information API, kad gautumėte esamus mokėjimo duomenis prieš atnaujindami užsakymą.
Tolimesnį veiksmą nustatykite pagal mokėjimo būseną, o ne pagal tai, kad kliento naršyklė grįžo į jūsų svetainę.
Kortelių mokėjimų atveju užsakymą vykdykite, kai mokėjimas pasiekia Captured būseną; naudodami Pay by Bank – kai jis pasiekia Settled.
Visą būsenų gyvavimo ciklą ir rekomenduojamus veiksmus pagal būseną rasite [Mokėjimo būsenos (kortelės)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/mokejimo-busenos.md) ir [Pay by Bank › Mokėjimo būsenos](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/mokekite-is-banko/mokejimo-busenos.md). Išsamesnės informacijos apie pranešimų apdorojimą rasite Callback Notifications.
Kaip išbandyti nesėkmės scenarijus?
Prekybininko portalo Sandbox režimas leidžia simuliuoti tiek sėkmingus, tiek nesėkmingus mokėjimo scenarijus, neapdorojant tikrų operacijų.
Tiesiog perjunkite parduotuvę į Sandbox režimą ir naudokite prieinamus testinius mokėjimo būdus arba testines korteles, kad simuliuotumėte įvairius mokėjimo rezultatus, pavyzdžiui:
* Sėkmingi mokėjimai
* Atmesti mokėjimai
* Nepavykę mokėjimai
* Atšaukti mokėjimai
* Palikti mokėjimai
* Autentifikavimo klaidos (kai taikoma)
{% hint style="info" %}
Testavimo metu patikrinkite, ar jūsų programa tinkamai apdoroja webhook'us ir gauna naujausią mokėjimo būseną naudodama Get Payment Information API.
{% endhint %}
### Mokėjimai ir operacijos
Kurios kortelių schemos palaikomos?
Šiuo metu palaikome šias kortelių schemas:
* VISA (įskaitant Visa Electron)
* Mastercard (kredito ir debeto)
Šiuo metu nepalaikomi šie kortelių tipai:
* Maestro
* American Express (Amex)
* UnionPay
* Diners Club ir kt.
Kokios skaitmeninės piniginės palaikomos?
Mokėjimų vartai palaiko šias skaitmenines pinigines:
* Click to Pay
* PayPal
* Apple Pay
* Google Pay
Kiekviena piniginė suteikia greitą ir saugų atsiskaitymo procesą, leidžiantį klientams užbaigti mokėjimus naudojant pageidaujamą skaitmeninį mokėjimo būdą.
{% hint style="info" %}
Konkrečių skaitmeninių piniginių prieinamumas gali priklausyti nuo jūsų prekybininko sutarties su SEB, jūsų verslo profilio ir šalies, kurioje vykdote veiklą. Jei norėtumėte savo parduotuvei įjungti vieną ar daugiau skaitmeninių piniginių, susisiekite su SEB arba, jei taikoma, pateikite užklausą per Prekybininko portalą.
{% endhint %}
Kurie bankai palaikomi mokėjimo inicijavimo ir sąskaitos informacijos paslaugoms?
Mokėjimų vartai palaiko mokėjimo inicijavimo paslaugas (PIS) ir sąskaitos informacijos paslaugas (AIS) per šiuos bankus.
**Latvija**
* Swedbank
* SEB
* Citadele
* Luminor
* Revolut
* Signet Bank
* Magnetiq Bank
* N26
**Lietuva**
* Swedbank
* SEB
* Citadele
* Luminor
* Artea Bank
* Revolut
* URBO Bankas
* N26
**Estija**
* Swedbank
* SEB
* Citadele
* LHV
* Coop Pank
* Luminor
* Revolut
* N26
{% hint style="info" %}
Palaikomų bankų sąrašas gali keistis, kai prijungiami nauji bankai arba atnaujinamos esamos integracijos. Dėl naujausios informacijos žr. naujausią Prekybininko dokumentaciją arba susisiekite su SEB.
{% endhint %}
Kas yra mokėjimo ID?
Mokėjimo ID yra unikalus identifikatorius, kurį Mokėjimų vartai sugeneruoja kiekvienai mokėjimo operacijai.
Mokėjimo ID naudojamas unikaliai identifikuoti mokėjimą per visą jo gyvavimo ciklą ir yra nurodomas API užklausose, webhook pranešimuose, operacijų žurnaluose ir Prekybininko portale. Prekybininkai taip pat gali naudoti mokėjimo ID konkrečiai operacijai surasti ir sekti.
Ar užsakymo nuoroda turi būti unikali?
Ne. Užsakymo nuoroda neprivalo būti unikali.
Užsakymo nuoroda yra prekybininko apibrėžtas identifikatorius, padedantis susieti mokėjimą su užsakymu, sąskaita faktūra ar kitu verslo objektu jūsų sistemose. Mokėjimų vartai saugo ir grąžina šią reikšmę API atsakymuose ir pranešimuose, leisdami suderinti mokėjimus su jūsų vidiniais įrašais.
{% hint style="info" %}
Nors Mokėjimų vartai nereikalauja unikalumo, kiekvienam kliento užsakymui naudoti unikalią užsakymo nuorodą laikoma gerąja praktika, nes tai supaprastina suderinimą, ataskaitų rengimą ir problemų diagnostiką.
{% endhint %}
Kur galiu rasti integracijos nustatymus ir testines korteles?
Savo integracijos nustatymus ir Sandbox API kredencialus Prekybininko portale rasite skiltyje **Nustatymai →** [**Parduotuvės nustatymai**](/seb-docs-draft/seb-docs-public-lt/gaires/prekybininko-portalas/tvarkykite-savo-paskyra/nustatymai.md) **→ Techninė informacija**. Sandbox testinės kortelės ir kitos testinės reikšmės pateikiamos skiltyje [**Testavimo duomenys**](/seb-docs-draft/seb-docs-public-lt/gaires/sandbox/bandomieji-duomenys.md).
Kokius simbolius galiu naudoti mokėjimo laukuose?
Siekiant užtikrinti suderinamumą su palaikomais mokėjimo būdais, **Mokėjimo aprašymas**, **Užsakymo numeris**ir **Prekybininko nuoroda** palaiko šiuos simbolius:
`a-z A-Z 0-9 / - ? : ( ) . , ' +` ir **tarpas**
**Mokėjimo aprašymas** apribotas iki **140 simbolių**.
Šios taisyklės taikomos nepriklausomai nuo kliento pasirinkto mokėjimo būdo. Simboliai, nepriklausantys palaikomam simbolių rinkiniui, nepriimami.
Tas pats tikrinimas taikomas visur, kur šie laukai naudojami **Prekybininko portalo** ir taikomuose **Prekybininko API** užklausose, įskaitant **Mokėjimo nuorodas** ir **Mokėjimo nuorodų šablonus**.
Simbolių rinkinys pagrįstas **SEPA mokėjimams naudojamu EPC Basic Latin simbolių rinkiniu**.
Kokios kalbos palaikomos naudojant Hosted Checkout?
Hosted Checkout palaiko šias kalbas:
* Anglų *(numatytoji atsarginė kalba)*
* Latvių
* Estų
* Lietuvių
Pagal numatytuosius nustatymus Hosted Checkout automatiškai nustato kliento pageidaujamą kalbą pagal jo naršyklės ar įrenginio lokalę.
Jei aptikta kalba nepalaikoma, atsiskaitymo puslapis rodomas anglų kalba. Jei reikia, prekybininkai taip pat gali nustatyti kitą numatytąją Hosted Checkout kalbą.
Kada turėčiau vykdyti kliento užsakymą?
Tik gavus sėkmingą mokėjimo webhook pranešimą arba patvirtinus būseną per SEB Ecommerce Payment Gateway.
Nesiremkite vien tuo, kad klientas sugrįžta į jūsų svetainę.
Ar klientai gali atšaukti Pay by Bank mokėjimą?
Taip.
Klientai gali atšaukti mokėjimą autentifikavimo proceso metu. Tokiu atveju mokėjimo būsena grąžinama kaip Cancelled.
Kas nutinka, jei klientas uždaro banko programėlę vykstant Pay By Bank procesui?
Mokėjimas gali likti Pending, Cancelled arba Expired, priklausomai nuo pasirinkto banko ir mokėjimo proceso etapo.
Prieš atnaujindami užsakymą visada palaukite galutinio mokėjimo pranešimo.
Ar visi bankai Pay By Bank procese užtikrina tokią pačią mokėjimo patirtį?
Ne. Autentifikavimo būdai ir kliento kelias gali skirtis tarp dalyvaujančių bankų.
Tačiau prekybininko integracija su SEB Ecommerce Payment Gateway išlieka tokia pati, nepriklausomai nuo pasirinkto banko.
Kaip galiu pridėti naują valiutą?
Naujos priimamos valiutos galite paprašyti tiesiogiai Prekybininko portale.
1. Prisijunkite prie Prekybininko portalo.
2. Eikite į Nustatymai → Parduotuvės nustatymai.
3. Spustelėkite Redaguoti sutartį.
4. Skiltyje Tvarkyti parduotuvės sutartį atidarykite Mokėjimo ir priimamos valiutos.
5. Pasirinkite valiutą (arba valiutas), kurias norėtumėte pridėti.
6. Spustelėkite Pateikti tvirtinimui.
Jūsų užklausa bus išsiųsta SEB peržiūrai. Kai SEB apdoros jūsų užklausą, būsite informuoti apie rezultatą:
* Pranešimas el. paštu – gausite el. laišką, kuriame bus nurodyta, ar jūsų užklausa patvirtinta, ar atmesta.
* Prekybininko portalas – visų pateiktų užklausų būseną galite stebėti skiltyje Paštas → Mano užklausos.
{% hint style="info" %}
Naujos priimamos valiutos tampa prieinamos tik SEB jas patvirtinus.
{% endhint %}
Taip pat galite tiesiogiai susisiekti su SEB ir paprašyti pridėti naują priimamą valiutą arba aptarti savo verslo poreikius. Tačiau rekomenduojama užklausą pateikti per Prekybininko portalą, nes taip užtikrinamas sklandesnis tvirtinimo procesas ir paprastai užklausa apdorojama greičiau.
### Trikčių šalinimas ir palaikymas
Ką turėčiau daryti, kai API užklausa nepavyksta?
Jei API užklausa nepavyksta, pirmiausia peržiūrėkite HTTP būsenos kodą ir API atsakyme pateiktas klaidos detales. Jos padės nustatyti nesėkmės priežastį.
Dažniausi trikčių šalinimo veiksmai:
* Patikrinkite, ar jūsų OAuth 2.0 prieigos raktas galioja ir nėra pasibaigęs.
* Įsitikinkite, kad naudojate teisingą Client ID, Client Secret ir API galinius taškus dabartiniam parduotuvės režimui (Sandbox arba Live).
* Patikrinkite, ar visi privalomi užklausos parametrai yra pateikti ir tinkamai suformatuoti.
* Papildomos informacijos ieškokite grąžintame klaidos kode ir pranešime.
* Įsitikinkite, kad jūsų programa, kai tikslinga, gali saugiai pakartoti laikinai nepavykusias užklausas.
Jei problema išlieka, susisiekite su SEB palaikymo komanda ir pateikite:
* Mokėjimo ID (jei yra)
* Užklausos laiko žymą
* Naudotą API galinį tašką
* HTTP būsenos kodą
* API grąžintą klaidos kodą ir pranešimą
{% hint style="info" %}
Išsamesnį kiekvienos klaidos paaiškinimą ir rekomenduojamą sprendimą rasite Prekybininko API dokumentacijos skiltyje API klaidų kodai.
{% endhint %}
Ką turėčiau daryti, kai API užklausa nepavyksta?
Jei API užklausa nepavyksta, pirmiausia peržiūrėkite HTTP būsenos kodą ir API atsakyme pateiktas klaidos detales. Jos padės nustatyti nesėkmės priežastį.
Dažniausi trikčių šalinimo veiksmai:
* Patikrinkite, ar jūsų OAuth 2.0 prieigos raktas galioja ir nėra pasibaigęs.
* Įsitikinkite, kad naudojate teisingą Client ID, Client Secret ir API galinius taškus dabartiniam parduotuvės režimui (Sandbox arba Live).
* Patikrinkite, ar visi privalomi užklausos parametrai yra pateikti ir tinkamai suformatuoti.
* Papildomos informacijos ieškokite grąžintame klaidos kode ir pranešime.
* Įsitikinkite, kad jūsų programa, kai tikslinga, gali saugiai pakartoti laikinai nepavykusias užklausas.
Jei problema išlieka, susisiekite su SEB palaikymo komanda ir pateikite:
* Mokėjimo ID (jei yra)
* Užklausos laiko žymą
* Naudotą API galinį tašką
* HTTP būsenos kodą
* API grąžintą klaidos kodą ir pranešimą
{% hint style="info" %}
Išsamesnį kiekvienos klaidos paaiškinimą ir rekomenduojamą sprendimą rasite Prekybininko API dokumentacijos skiltyje API klaidų kodai.
{% endhint %}
Kodėl negaunu webhook pranešimų?
Jei negaunate webhook pranešimų, patikrinkite šiuos dalykus:
* Įsitikinkite, kad atgalinio iškvietimo URL sukonfigūruotas Prekybininko portale → Parduotuvės nustatymai.
* Patikrinkite, ar jūsų atgalinio iškvietimo galinis taškas yra viešai pasiekiamas ir gali priimti HTTPS užklausas.
* Įsitikinkite, kad jūsų programa, apdorojusi pranešimą, grąžina sėkmingą HTTP būsenos kodą (pavyzdžiui, HTTP 200 OK).
* Patikrinkite, ar jūsų užkarda arba tinklo konfigūracija neblokuoja gaunamų užklausų iš Mokėjimų vartų.
* Peržiūrėkite savo programos žurnalus ir patikrinkite, ar apdorojant webhook užklausas nėra klaidų.
Jei webhook pristatymas nepavyksta, Mokėjimų vartai automatiškai pakartoja pranešimą pagal savo pakartotinių bandymų politiką. Jei nepavyksta visi bandymai, dėl to įvykio daugiau pranešimų nebus siunčiama.
Jei problema išlieka, susisiekite su SEB ir pateikite mokėjimo ID, apytikslį operacijos laiką bei visus susijusius programos žurnalus ar klaidų pranešimus.
Kodėl neveikia mano OAuth 2.0 prieigos raktas?
Jei jūsų OAuth 2.0 prieigos raktas neveikia, patikrinkite šiuos dalykus:
* Patikrinkite, ar prieigos rakto galiojimas nepasibaigęs. Jei pasibaigęs, paprašykite naujo rakto.
* Įsitikinkite, kad naudojate teisingą Client ID ir Client Secret.
* Patikrinkite, ar jūsų programa naudoja teisingus dabartinio parduotuvės režimo (Sandbox arba Live) kredencialus.
* Patikrinkite, ar siunčiate prieigos raktą į `Authorization` antraštę.
* Patikrinkite, ar kviečiate teisingą API galinį tašką savo dabartiniam parduotuvės režimui.
* Papildomos informacijos ieškokite API grąžintame klaidos pranešime ir HTTP būsenos kode.
Jei problema išlieka, Prekybininko portale sugeneruokite naują OAuth 2.0 kredencialų rinkinį ir bandykite dar kartą. Jei vis tiek nepavyksta autentifikuotis, susisiekite su SEB, nurodydami HTTP būsenos kodą ir grąžintą klaidos pranešimą.
Kodėl gaunu 401 Unauthorized arba 403 Forbidden atsakymą?
401 Unauthorized arba 403 Forbidden atsakymas paprastai rodo autentifikavimo arba autorizavimo problemą.
401 Unauthorized paprastai reiškia:
* Trūksta jūsų OAuth 2.0 prieigos rakto, jis neteisingas arba pasibaigęs.
* Šis `Authorization` antraštės laukas trūksta arba suformatuotas netinkamai.
* Jūsų Client ID arba Client Secret yra neteisingas.
403 Forbidden paprastai reiškia:
* Jūsų programai nesuteikta prieiga prie prašomo ištekliaus arba operacijos.
* Prašoma funkcija arba mokėjimo būdas nėra įjungtas jūsų prekybininko paskyroje.
* Naudojate neteisingo parduotuvės režimo (Sandbox arba Live) kredencialus.
Jei problema išlieka, peržiūrėkite API klaidos pranešimą ir patikrinkite savo kredencialus, prieigos raktą ir parduotuvės konfigūraciją. Jei vis dar nepavyksta išspręsti problemos, susisiekite su SEB ir pateikite HTTP būsenos kodą, klaidos pranešimą ir mokėjimo ID (jei taikoma).
Ką turėčiau daryti, jei prarandu prieigą prie savo autentifikavimo įrenginio?
Jei prarasite prieigą prie savo autentifikavimo įrenginio, susisiekite su savo SEB administratoriumi. Patvirtinęs jūsų tapatybę, administratorius iš naujo nustatys kelių veiksnių autentifikavimą (MFA), kad galėtumėte užregistruoti naują autentifikavimo įrenginį.
Kaip susisiekti su SEB palaikymo komanda?
Kur galiu rasti naujausius laidos užrašus?
Naujausi laidos užrašai pateikiami Prekybininko dokumentacijoje skiltyje [Laidos užrašai](/seb-docs-draft/seb-docs-public-lt/darbo-pradzia/laidos-pastabos.md).
Leidimo pastabose pateikiama informacija apie:
* Naujas funkcijas
* Patobulinimus ir pagerinimus
* Klaidų ištaisymus
* Palaikomus API pakeitimus
* „Hosted Checkout“ atnaujinimus
* Žiniatinklio papildinių atnaujinimus
* API SDK ir mobiliųjų SDK atnaujinimus
* Kitus svarbius produkto pranešimus
{% hint style="info" %}
Rekomenduojame prieš atnaujinant integraciją arba perjungiant jūsų parduotuvę į aktyvų režimą peržiūrėti leidimo pastabas, kad būtumėte informuoti apie naujausias funkcijas ir pakeitimus.
{% endhint %}
---
# 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/darbo-pradzia/duk.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.