> 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/darba-saksana/biezak-uzdotie-jautajumi.md).
# Biežāk uzdotie jautājumi
Izmantojiet šo lapu, lai saņemtu atbildes uz biežākajiem jautājumiem par maksājumu apstrādi, integrāciju un darbību.
### Darba sākšana
Kas man ir nepieciešams, pirms varu apstrādāt maksājumus?
Pirms sākat pieņemt maksājumus, veiciet šādas darbības:
1. Noslēdziet ar SEB Tirgotāja līgumu.
2. Piekļūstiet Tirgotāja portālam. Kad jūsu līgums būs aktīvs, SEB piešķirs jums piekļuvi Tirgotāja portālam.
3. Piesakieties Tirgotāja portālā. Pēc pirmās pieslēgšanās jūs redzēsiet sava tirgotāja līguma informāciju un Sandbox veikalu, kas ir gatavs testēšanai.
4. Ģenerējiet OAuth 2.0 akreditācijas datus savam Sandbox veikalam.
5. Izvēlieties savu integrācijas metodi, piemēram:
* Maksājumu vārtejas API
* Hosted Checkout
* Tīmekļa spraudņi
* Mobilais SDK
6. Konfigurējiet **Webhook (sauktu arī par atzvana paziņojumiem)** lai saņemtu paziņojumus par maksājumiem.
7. Pārbaudiet savu integrāciju Sandbox vidē un pārliecinieties, ka visas nepieciešamās maksājumu darbības darbojas pareizi.
8. Pārslēdziet savu veikalu Live režīmā, kad būsiet gatavs sākt pieņemt reālus klientu maksājumus.
9. Ģenerējiet jaunu OAuth 2.0 akreditācijas datu kopu savam Live veikalam un atjauniniet savu integrāciju, lai tā izmantotu Live akreditācijas datus.
{% hint style="info" %}
Jūsu Sandbox un Live veikali izmanto atšķirīgus OAuth 2.0 akreditācijas datus. Pārliecinieties, ka ģenerējat un izmantojat atbilstošos akreditācijas datus veikala režīmam, ar kuru integrējaties.
{% endhint %}
Kas ir MI palīgs un kā tas var man palīdzēt?
MI palīgs ir iebūvēts dokumentācijas palīgs, kas palīdz ātri atrast atbildes, manuāli nepārlūkojot dokumentāciju.
Jūs varat uzdot jautājumus dabiskā valodā, piemēram:
* *Kā es varu integrēt Maksājumu vārtejas API?*
* *Kā es varu ģenerēt OAuth 2.0 akreditācijas datus?*
* *Kā es varu konfigurēt webhook?*
* *Kā es varu apstrādāt atmaksu?*
* *Kur varu atrast testa karšu numurus?*
MI palīgs meklē Tirgotāja dokumentācijā un sniedz atbilstošas atbildes, saites uz saistītām dokumentācijas lapām un norādes, kas palīdz efektīvāk pabeigt integrāciju.
{% hint style="info" %}
MI palīgs sniedz norādes, pamatojoties uz pieejamo Tirgotāja dokumentāciju. Jautājumiem, kas saistīti ar konkrētu kontu, darbības problēmām vai palīdzību, kurai nepieciešama piekļuve jūsu tirgotāja kontam, lūdzu, sazinieties ar savu iegādes partneri vai atbalsta komandu.
{% endhint %}
Kā darbojas MI palīgs?
MI palīgs palīdz ātri atrast informāciju Tirgotāja dokumentācijā, izmantojot dabisko valodu.
Tā vietā, lai manuāli meklētu lapās, vienkārši uzdodiet savu jautājumu — piemēram:
* *Kā es varu integrēt Maksājumu vārtejas API?*
* *Kā es varu konfigurēt webhook?*
* *Kā es varu apstrādāt atmaksu?*
MI palīgs meklē Tirgotāja dokumentācijā, identificē visatbilstošāko saturu un ģenerē atbildi, pamatojoties uz pieejamo dokumentāciju. Ja nepieciešams, tas arī sniedz saites uz attiecīgajām dokumentācijas lapām, lai jūs varētu detalizētāk izpētīt tēmu.
{% hint style="info" %}
MI palīgs ir izstrādāts, lai atbildētu uz jautājumiem, izmantojot šīs dokumentācijas saturu. Atbildot uz ar dokumentāciju saistītiem jautājumiem, tas neizmanto vispārīgus interneta meklējumus. Ja nepieciešamā informācija nav pieejama dokumentācijā vai ja jūsu jautājums attiecas uz konkrēto tirgotāja kontu vai darbības uzstādījumu, lūdzu, sazinieties ar savu iegādes partneri vai atbalsta komandu.
{% endhint %}
Kā es varu izmantot MI palīgu?
MI palīgs ir pieejams divās vietās, lai palīdzētu jums ātri atrast nepieciešamo informāciju:
1. Tirgotāja dokumentācija – noklikšķiniet uz MI palīga ikonas, pārlūkojot dokumentāciju, lai uzdotu jautājumus par integrāciju, API, maksājumu metodēm, konfigurāciju, testēšanu un citām tēmām.
2. Tirgotāja portāls – pēc pieteikšanās Tirgotāja portālā varat piekļūt MI palīgam tieši no sākuma informācijas paneļa. Tas nodrošina ātrāku veidu, kā saņemt atbildes, neatstājot portālu.
Vienkārši ierakstiet savu jautājumu dabiskajā valodā, piemēram:
* *Kā es varu ģenerēt OAuth 2.0 akreditācijas datus?*
* *Kā es varu integrēt, izmantojot Maksājumu vārtejas API?*
* *Kā es varu konfigurēt webhook?*
* *Kā es varu apstrādāt atmaksu?*
* *Kur varu atrast testa karšu informāciju?*
MI palīgs meklē Tirgotāja dokumentācijā un sniedz atbildes, pamatojoties uz pieejamo dokumentāciju, kopā ar saitēm uz attiecīgajām lapām papildu informācijai.
{% hint style="info" icon="wpbeginner" %}
Neatkarīgi no tā, vai strādājat Tirgotāja dokumentācijā vai Tirgotāja portālā, MI palīgs sniedz piekļuvi tai pašai zināšanu bāzei, palīdzot ātri atrast informāciju visā integrācijas procesā.
{% endhint %}
Kuras maksājumu metodes un valūtas jūs atbalstāt?
Maksājumu vārteja atbalsta plašu maksājumu metožu klāstu, tostarp:
* Maksājumu kartes (Visa, Mastercard un citas atbalstītās karšu shēmas)
* Digitālie maki (Apple Pay, Google Pay, PayPal un Click to Pay)
* Atvērtās bankas maksājumi (maksājumu iniciēšanas pakalpojumi)
Maksājumu metodes, kas pieejamas jūsu veikalam, ir atkarīgas no jūsu ar SEB noslēgtā tirgotāja līguma un jūsu kontam iespējotiem pakalpojumiem.
Maksājumu vārteja atbalsta darījumus vairākās valūtās. Jūsu veikalam pieejamās valūtas ir noteiktas jūsu tirgotāja līgumā, un tās var pārvaldīt Tirgotāja portālā, iesniedzot SEB apstiprināšanai pieprasījumu.
{% hint style="info" %}
Atbalstītās maksājumu metodes un pieņemšanas valūtas var atšķirties atkarībā no jūsu līguma ar SEB, jūsu biznesa profila un valsts, kurā darbojaties.
{% endhint %}
Kā piekļūt Sandbox videi?
Sandbox ir pieejams visiem tirgotājiem pēc tam, kad viņi ir noslēguši Tirgotāja līgumu ar SEB.
Lai piekļūtu Sandbox:
1. Noslēdziet ar SEB Tirgotāja līgumu.
2. Saņemiet no SEB savus Tirgotāja portāla akreditācijas datus.
3. Piesakieties Tirgotāja portālā.
4. Jūsu veikals pēc noklusējuma tiek izveidots Sandbox režīmā.
5. Ģenerējiet savu OAuth 2.0 Client ID un Client Secret sadaļā Settings → Shop Settings → Technical Information.
6. Integrējiet savu lietotni, izmantojot Sandbox akreditācijas datus, un sāciet testēšanu.
Sandbox ļauj testēt savu integrāciju, maksājumu plūsmas, webhook un atbalstītās maksājumu metodes, pirms pārslēdzat veikalu Live režīmā.
{% hint style="info" %}
Pirms sākat pieņemt reālus klientu maksājumus, pabeidziet testēšanu un pārslēdziet savu veikalu Live režīmā. Kad jūsu veikals būs Live režīmā, ģenerējiet jaunu OAuth 2.0 akreditācijas datu kopu lietošanai Production vidē.
{% endhint %}
Kāpēc netiek rādīta mana klienta banka?
Tiek rādītas tikai SEB Ecommerce Payment Gateway atbalstītās bankas. Atbalstīto banku saraksts laika gaitā var mainīties. Tirgotāji integrējas vienu reizi ar vārteju un automātiski iegūst piekļuvi jaunatbalstītām bankām, tiklīdz tās kļūst pieejamas.
Vai mēs atbilstam PCI-DSS prasībām?
Jā. SEB Ecommerce Payment Gateway atbilst PCI DSS 1. līmenim, kas ir augstākais Payment Card Industry Data Security Standard (PCI DSS) sertifikācijas līmenis pakalpojumu sniedzējiem.\
Maksājumu vārteja ietver nozares standartiem atbilstošas drošības kontroles, tostarp:
* PCI DSS prasībām atbilstoša maksājumu apstrāde
* Droša maksājumu datu pārsūtīšana
* Tokenizācija saglabātiem maksājumu akreditācijas datiem
* EMV® 3-D Secure (3DS) autentifikācija
* Stipra šifrēšana un piekļuves kontrole
{% hint style="info" %}
Tirgotāji ir atbildīgi par savām PCI DSS saistībām. Jūsu atbilstības prasības ir atkarīgas no integrācijas metodes un no tā, kā jūsu uzņēmums apstrādā kartes turētāja datus. Hosted Checkout izmantošana var būtiski samazināt jūsu PCI DSS tvērumu salīdzinājumā ar kartes datu tiešu ievākšanu jūsu paša lietotnē.
{% endhint %}
### Integrācija
Kā autentificēt API pieprasījumus?
Maksājumu vārteja izmanto **OAuth 2.0 Client Credentials** API pieprasījumu autentifikācijai.
Lai autentificētu savu lietotni:
1. Piesakieties **Tirgotāja portālā**.
2. Dodieties uz **Settings → Shop Settings → Technical Information**.
3. Ģenerējiet savu **Client ID** un **Client Secret**.
4. Izmantojiet šos akreditācijas datus, lai iegūtu **OAuth 2.0 piekļuves marķieri** no autentifikācijas pakalpojuma.
5. Iekļaujiet piekļuves marķieri `Authorization` galvenē katrā API pieprasījumā:
```http
Authorization: Bearer
```
6. Kad piekļuves marķieris beidzas, pieprasiet jaunu un turpiniet izmantot atjaunoto marķieri.
> **Piezīme:** OAuth 2.0 akreditācijas dati jūsu veikalam tiek ģenerēti atsevišķi, kad tas ir **Sandbox** režīmā un kad tas ir **Live** režīmā. Pēc veikala pārslēgšanas uz **Live** režīmu ģenerējiet jaunu akreditācijas datu kopu pirms Production API pieprasījumu veikšanas.
Lai iegūtu detalizētus autentifikācijas piemērus, pieprasījuma parametrus un endpoint informāciju, skatiet sadaļu **Autentifikācija (OAuth 2.0)** Tirgotāja API dokumentācijā.
Kuras e-komercijas platformas un tīmekļa spraudņi tiek atbalstīti?
Maksājumu vārteja nodrošina tīmekļa spraudņus šādām e-komercijas platformām:
* Magento 2
* WooCommerce
* PrestaShop
* OpenCart
* Shoproller
* Mozello
* Voog
* WebShopper
* Eshoprent
* Verskis
Spraudņi atbalsta pamatmaksājumu funkcionalitāti, tostarp:
* Maksājuma uzsākšana
* Hosted Checkout integrācija (ja piemērojams)
* Darījuma statusa apstrāde
* Maksājuma metodes konfigurācija
Kā man jāapstrādā maksājuma statusa atjauninājumi?
Ieteicamā pieeja ir izmantot **Webhook (sauktu arī par atzvana paziņojumiem)** reāllaika maksājuma statusa atjauninājumiem.
Lai iespējotu webhook:
1. Konfigurējiet Callback URL Tirgotāja portāls → Veikala iestatījumi.
2. Vārteja nosūta paziņojumu ikreiz, kad mainās maksājuma statuss;
3. pēc tā saņemšanas izsauciet Get Payment Information API, lai iegūtu pašreizējo maksājuma informāciju, pirms atjaunināt pasūtījumu.
Izmantojiet maksājuma statusu — nevis to, ka klients atgriežas jūsu tīmekļvietnē — lai noteiktu nākamo darbību.
Kartes maksājumiem izpildiet pasūtījumu, kad maksājums sasniedz Captured statusu; Pay by Bank gadījumā — kad tas sasniedz Settled.
Lai iepazītos ar pilnu statusa dzīves ciklu un ieteiktajām darbībām katram statusam, skatiet [Maksājuma statusi (kartes)](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/maksajuma-statusi.md) un [Pay by Bank › Maksājuma statusi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maksajums-no-bankas-konta/maksajuma-statusi.md). Paziņojumu apstrādes detaļas skatiet sadaļā Callback Notifications.
Kā es varu pārbaudīt kļūmju scenārijus?
Tirgotāja portāla Sandbox režīms ļauj simulēt gan veiksmīgus, gan neveiksmīgus maksājumu scenārijus, neapstrādājot reālus darījumus.
Vienkārši pārslēdziet savu veikalu Sandbox režīmā un izmantojiet pieejamās testa maksājumu metodes vai testa kartes, lai simulētu dažādus maksājumu rezultātus, piemēram:
* Veiksmīgi maksājumi
* Noraidīti maksājumi
* Neizdevušies maksājumi
* Atcelti maksājumi
* Pamesti maksājumi
* Autentifikācijas kļūmes (ja piemērojams)
{% hint style="info" %}
Testēšanas laikā pārbaudiet, vai jūsu lietotne pareizi apstrādā webhook un iegūst jaunāko maksājuma statusu, izmantojot Get Payment Information API.
{% endhint %}
### Maksājumi un darbības
Kuras karšu shēmas tiek atbalstītas?
Pašlaik atbalstām šādas karšu shēmas:
* VISA (ieskaitot Visa Electron)
* Mastercard (kredītkartes un debetkartes)
Pašlaik netiek atbalstīti šādi karšu veidi:
* Maestro
* American Express (Amex)
* UnionPay
* Diners Club u. c.
Kuri digitālie maki tiek atbalstīti?
Maksājumu vārteja atbalsta šādus digitālos makus:
* Click to Pay
* PayPal
* Apple Pay
* Google Pay
Katrs maks piedāvā ātru un drošu norēķinu pieredzi, ļaujot klientiem pabeigt maksājumu, izmantojot sev vēlamo digitālo maksājuma metodi.
{% hint style="info" %}
Konkrētu digitālo maku pieejamība var būt atkarīga no jūsu tirgotāja līguma ar SEB, jūsu biznesa profila un valsts, kurā darbojaties. Ja vēlaties iespējot vienu vai vairākus digitālos makus savam veikalam, lūdzu, sazinieties ar SEB vai iesniedziet pieprasījumu Tirgotāja portālā, ja tas ir pieejams.
{% endhint %}
Kuras bankas tiek atbalstītas maksājumu iniciēšanai un konta informācijas pakalpojumiem?
Maksājumu vārteja atbalsta maksājumu iniciēšanas pakalpojumus (PIS) un konta informācijas pakalpojumus (AIS) caur šādām bankām.
**Latvija**
* Swedbank
* SEB
* Citadele
* Luminor
* Revolut
* Signet Bank
* Magnetiq Bank
* N26
**Lietuva**
* Swedbank
* SEB
* Citadele
* Luminor
* Artea Bank
* Revolut
* URBO Bankas
* N26
**Igaunija**
* Swedbank
* SEB
* Citadele
* LHV
* Coop Pank
* Luminor
* Revolut
* N26
{% hint style="info" %}
Atbalstīto banku saraksts var mainīties, pievienojot jaunas bankas vai atjauninot esošās integrācijas. Lūdzu, skatiet jaunāko Tirgotāja dokumentāciju vai sazinieties ar SEB, lai iegūtu aktuālāko informāciju.
{% endhint %}
Kas ir maksājuma ID?
Maksājuma ID ir unikāls identifikators, ko maksājumu vārteja ģenerē katram maksājuma darījumam.
Maksājuma ID tiek izmantots, lai unikāli identificētu maksājumu visā tā dzīves ciklā, un uz to atsaucas API pieprasījumos, webhook paziņojumos, darījumu žurnālos un Tirgotāja portālā. Tirgotāji var arī izmantot Maksājuma ID, lai meklētu un izsekotu konkrētu darījumu.
Vai pasūtījuma atsaucei jābūt unikālai?
Nē. Pasūtījuma atsaucei nav jābūt unikālai.
Pasūtījuma atsauce ir tirgotāja definēts identifikators, kas palīdz sasaistīt maksājumu ar pasūtījumu, rēķinu vai citu biznesa objektu jūsu sistēmās. Maksājumu vārteja saglabā un atgriež šo vērtību API atbildēs un paziņojumos, ļaujot saskaņot maksājumus ar jūsu iekšējiem ierakstiem.
{% hint style="info" %}
Lai gan Maksājumu vārteja neprasa unikālumu, katram klienta pasūtījumam izmantot unikālu pasūtījuma atsauci ir ieteicama prakse, jo tā vienkāršo saskaņošanu, atskaites un problēmu novēršanu.
{% endhint %}
Kur varu atrast integrācijas iestatījumus un testa kartes?
Savus integrācijas iestatījumus un Sandbox API akreditācijas datus varat atrast Tirgotāja portālā sadaļā **Settings →** [**Shop Settings**](/seb-docs-draft/seb-docs-public-lv/celvezi/tirgotaja-portals/parvaldiet-savu-kontu/iestatijumi.md) **→ Technical Information**. Sandbox testa kartes un citas testa vērtības ir pieejamas sadaļā [**Testa dati**](/seb-docs-draft/seb-docs-public-lv/celvezi/smilskaste/testa-dati.md).
Kādus simbolus varu izmantot maksājumu laukos?
Lai nodrošinātu savietojamību ar atbalstītajām maksājumu metodēm, **Maksājuma apraksts**, **Pasūtījuma numurs**, un **Tirgotāja atsauce** atbalsta šādas rakstzīmes:
`a-z A-Z 0-9 / - ? : ( ) . , ' +` un **atstarpe**
**Maksājuma apraksts** ir ierobežota līdz **140 rakstzīmēm**.
Šie noteikumi attiecas neatkarīgi no klienta izvēlētās maksājuma metodes. Rakstzīmes ārpus atbalstītās rakstzīmju kopas netiek pieņemtas.
Tāda pati validācija tiek piemērota visur, kur šie lauki tiek izmantoti **Tirgotāja portālā** un attiecīgajos **Merchant API** pieprasījumos, tostarp **Payment Links** un **Payment Link veidnēs**.
Rakstzīmju kopa ir balstīta uz **EPC Basic Latin rakstzīmju kopu, ko izmanto SEPA maksājumiem**.
Kuras valodas atbalsta Hosted Checkout?
Hosted Checkout atbalsta šādas valodas:
* Angļu *(noklusējuma rezerves valoda)*
* Latviešu
* Igauņu
* Lietuviešu
Pēc noklusējuma Hosted Checkout automātiski nosaka klienta vēlamo valodu, pamatojoties uz viņa pārlūkprogrammas vai ierīces lokalizāciju.
Ja noteiktā valoda netiek atbalstīta, norēķinu lapa tiek parādīta angļu valodā. Tirgotāji var arī konfigurēt citu noklusējuma valodu savai Hosted Checkout pieredzei, ja nepieciešams.
Kad man vajadzētu izpildīt klienta pasūtījumu?
Tikai pēc veiksmīga maksājuma webhook saņemšanas vai statusa apstiprināšanas caur SEB Ecommerce Payment Gateway.
Nepaļaujieties tikai uz to, ka klients atgriežas jūsu tīmekļvietnē.
Vai klienti var atcelt Pay by Bank maksājumu?
Jā.
Klienti var atcelt maksājumu autentifikācijas procesa laikā. Šādā gadījumā maksājuma statuss tiek atgriezts kā Atcelts.
Kas notiek, ja klients Pay By Bank procesa laikā aizver bankas lietotni?
Maksājums var palikt Pending, Cancelled vai Expired stāvoklī atkarībā no izvēlētās bankas un maksājuma procesa posma.
Vienmēr gaidiet galīgo maksājuma paziņojumu, pirms atjaunināt pasūtījumu.
Vai katra banka Pay By Bank procesa laikā nodrošina vienādu maksājumu pieredzi?
Nē. Autentifikācijas metodes un klienta ceļojums var atšķirties starp iesaistītajām bankām.
Tomēr tirgotāja integrācija ar SEB Ecommerce Payment Gateway paliek nemainīga neatkarīgi no izvēlētās bankas.
Kā varu pievienot jaunu valūtu?
Jaunu pieņemšanas valūtu varat pieprasīt tieši no Tirgotāja portāla.
1. Piesakieties Tirgotāja portālā.
2. Dodieties uz Settings → Shop Settings.
3. Noklikšķiniet uz Edit Agreement.
4. Sadaļā Manage Shop Agreement atveriet Payment & Acceptance Currencies.
5. Atlasiet valūtu (vai valūtas), ko vēlaties pievienot.
6. Noklikšķiniet uz Submit for Approval.
Jūsu pieprasījums tiks nosūtīts SEB izskatīšanai. Tiklīdz SEB būs apstrādājis jūsu pieprasījumu, jūs saņemsiet paziņojumu par rezultātu:
* E-pasta paziņojums – jūs saņemsiet e-pastu, kurā būs norādīts, vai jūsu pieprasījums ir apstiprināts vai noraidīts.
* Tirgotāja portāls – visu iesniegto pieprasījumu statusu varat sekot sadaļā Mail → My Requests.
{% hint style="info" %}
Jaunas pieņemšanas valūtas kļūst pieejamas tikai pēc SEB apstiprinājuma.
{% endhint %}
Jūs varat arī tieši sazināties ar SEB, lai pieprasītu jaunas pieņemšanas valūtas pievienošanu vai apspriestu savas biznesa prasības. Tomēr ieteicamā pieeja ir iesniegt pieprasījumu Tirgotāja portālā, jo tas nodrošina vienkāršotu apstiprināšanas plūsmu un parasti ātrāku apstrādi.
### Problēmu novēršana un atbalsts
Kas man jādara, ja API pieprasījums neizdodas?
Ja API pieprasījums neizdodas, vispirms pārskatiet HTTP statusa kodu un API atbildē atgrieztās kļūdas detaļas. Tās palīdzēs noteikt kļūmes cēloni.
Biežākie problēmu novēršanas soļi ietver:
* Pārbaudiet, vai jūsu OAuth 2.0 piekļuves marķieris ir derīgs un nav beidzies.
* Pārliecinieties, ka izmantojat pareizo Client ID, Client Secret un API endpoint savam pašreizējam veikala režīmam (Sandbox vai Live).
* Pārbaudiet, vai visi nepieciešamie pieprasījuma parametri ir iekļauti un pareizi formatēti.
* Pārskatiet atgriezto kļūdas kodu un ziņojumu, lai iegūtu papildu informāciju.
* Pārliecinieties, ka jūsu lietotne vajadzības gadījumā var droši atkārtot īslaicīgas kļūmes.
Ja problēma saglabājas, sazinieties ar SEB atbalstu un norādiet:
* Maksājuma ID (ja pieejams)
* Pieprasījuma laika zīmogu
* Izmantoto API endpoint
* HTTP statusa kodu
* API atgriezto kļūdas kodu un ziņojumu
{% hint style="info" %}
Lai iegūtu detalizētu katras kļūdas skaidrojumu un ieteicamo risinājumu, skatiet Merchant API dokumentācijas sadaļu API Error Codes.
{% endhint %}
Kas man jādara, ja API pieprasījums neizdodas?
Ja API pieprasījums neizdodas, vispirms pārskatiet HTTP statusa kodu un API atbildē atgrieztās kļūdas detaļas. Tās palīdzēs noteikt kļūmes cēloni.
Biežākie problēmu novēršanas soļi ietver:
* Pārbaudiet, vai jūsu OAuth 2.0 piekļuves marķieris ir derīgs un nav beidzies.
* Pārliecinieties, ka izmantojat pareizo Client ID, Client Secret un API endpoint savam pašreizējam veikala režīmam (Sandbox vai Live).
* Pārbaudiet, vai visi nepieciešamie pieprasījuma parametri ir iekļauti un pareizi formatēti.
* Pārskatiet atgriezto kļūdas kodu un ziņojumu, lai iegūtu papildu informāciju.
* Pārliecinieties, ka jūsu lietotne vajadzības gadījumā var droši atkārtot īslaicīgas kļūmes.
Ja problēma saglabājas, sazinieties ar SEB atbalstu un norādiet:
* Maksājuma ID (ja pieejams)
* Pieprasījuma laika zīmogu
* Izmantoto API endpoint
* HTTP statusa kodu
* API atgriezto kļūdas kodu un ziņojumu
{% hint style="info" %}
Lai iegūtu detalizētu katras kļūdas skaidrojumu un ieteicamo risinājumu, skatiet Merchant API dokumentācijas sadaļu API Error Codes.
{% endhint %}
Kāpēc nesaņemu webhook paziņojumus?
Ja nesaņemat webhook paziņojumus, pārbaudiet tālāk norādīto:
* Pārliecinieties, ka Tirgotāja portāls → Veikala iestatījumi ir konfigurēts Callback URL.
* Apstipriniet, ka jūsu callback endpoint ir publiski pieejams un var saņemt HTTPS pieprasījumus.
* Pārliecinieties, ka jūsu lietotne pēc paziņojuma apstrādes atbild ar veiksmīgu HTTP statusa kodu (piemēram, HTTP 200 OK).
* Pārbaudiet, vai jūsu ugunsmūris vai tīkla konfigurācija nebloķē ienākošos pieprasījumus no maksājumu vārtejas.
* Pārskatiet lietotnes žurnālus, lai atrastu kļūdas webhook pieprasījumu apstrādes laikā.
Ja webhook piegāde neizdodas, maksājumu vārteja automātiski atkārto paziņojuma nosūtīšanu saskaņā ar savu atkārtotas mēģināšanas politiku. Ja visi atkārtotie mēģinājumi neizdodas, šim notikumam turpmāki paziņojumi netiks sūtīti.
Ja problēma saglabājas, sazinieties ar SEB un norādiet Maksājuma ID, aptuveno darījuma laiku un visus atbilstošos lietotnes žurnālus vai kļūdas ziņojumus.
Kāpēc mans OAuth 2.0 piekļuves marķieris nedarbojas?
Ja jūsu OAuth 2.0 piekļuves marķieris nedarbojas, pārbaudiet tālāk norādīto:
* Pārliecinieties, ka jūsu piekļuves marķierim nav beidzies derīgums. Ja ir, pieprasiet jaunu marķieri.
* Pārliecinieties, ka izmantojat pareizo Client ID un Client Secret.
* Apstipriniet, ka jūsu lietotne izmanto pareizos akreditācijas datus pašreizējam veikala režīmam (Sandbox vai Live).
* Pārbaudiet, vai sūtāt piekļuves marķieri `Authorization` galvenē.
* Pārbaudiet, vai izsaucat pareizo API endpoint savam pašreizējam veikala režīmam.
* Pārskatiet API atgriezto kļūdas ziņojumu un HTTP statusa kodu, lai iegūtu papildu informāciju.
Ja problēma saglabājas, ģenerējiet jaunu OAuth 2.0 akreditācijas datu kopu Tirgotāja portālā un mēģiniet vēlreiz. Ja joprojām nevarat autentificēties, sazinieties ar SEB, norādot HTTP statusa kodu un atgriezto kļūdas ziņojumu.
Kāpēc saņemu 401 Unauthorized vai 403 Forbidden atbildi?
401 Unauthorized vai 403 Forbidden atbilde parasti norāda uz autentifikācijas vai autorizācijas problēmu.
401 Unauthorized parasti nozīmē:
* Jūsu OAuth 2.0 piekļuves marķieris nav norādīts, ir nederīgs vai beidzies.
* Galvene `Authorization` nav norādīta vai ir nepareizi formatēta.
* Jūsu Client ID vai Client Secret ir nepareizs.
403 Forbidden parasti nozīmē:
* Jūsu lietotnei nav atļaujas piekļūt pieprasītajam resursam vai darbībai.
* Pieprasītā funkcija vai maksājuma metode nav iespējota jūsu tirgotāja kontam.
* Jūs izmantojat akreditācijas datus nepareizam veikala režīmam (Sandbox vai Live).
Ja problēma saglabājas, pārskatiet API kļūdas ziņojumu un pārbaudiet savus akreditācijas datus, piekļuves marķieri un veikala konfigurāciju. Ja joprojām nevarat atrisināt problēmu, sazinieties ar SEB, norādot HTTP statusa kodu, kļūdas ziņojumu un Maksājuma ID (ja piemērojams).
Kas man jādara, ja zaudēju piekļuvi savam autentifikatora ierīcēm?
Ja zaudējat piekļuvi savam autentifikatora ierīcēm, sazinieties ar savu SEB administratoru. Pēc jūsu identitātes pārbaudes administrators atiestatīs jūsu daudzfaktoru autentifikāciju (MFA), ļaujot jums reģistrēt jaunu autentifikatora ierīci.
Kā sazināties ar SEB atbalstu?
Kur varu atrast jaunākās versiju piezīmes?
Jaunākās versiju piezīmes ir pieejamas Tirgotāja dokumentācijā sadaļā [Versiju piezīmes](/seb-docs-draft/seb-docs-public-lv/darba-saksana/laidiena-piezimes.md).
Laidiena piezīmes sniedz informāciju par:
* Jaunām funkcijām
* Paplašinājumiem un uzlabojumiem
* Kļūdu labojumiem
* Atbalstītajām API izmaiņām
* Atjauninājumiem Hosted Checkout
* Atjauninājumiem Web spraudņiem
* Atjauninājumiem API SDK un mobilo SDK
* Citiem svarīgiem produkta paziņojumiem
{% hint style="info" %}
Pirms integrācijas atjaunināšanas vai veikala pārslēgšanas uz Live režīmu iesakām pārskatīt laidiena piezīmes, lai būtu informēti par jaunākajām funkcijām un izmaiņām.
{% 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-lv/darba-saksana/biezak-uzdotie-jautajumi.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.