> 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/saglabatie-maksajumu-akreditacijas-dati/maksajumi-ar-vienu-klikski.md). # Maksājumi ar vienu klikšķi Atgriezušies klienti izvēlas savu saglabāto karti un apstiprina — bez rakstīšanas, bez liekas berzes, bez zaudēta pirkuma norēķinu formā. Maksājumi ar vienu klikšķi ļauj atkārtotiem klientiem pabeigt pirkumus, izmantojot iepriekš saglabātos maksājuma datus, bez atkārtotas kartes informācijas ievadīšanas. Klients norēķinu laikā izvēlas saglabāto karti, apstiprina pirkumu, veic autentifikāciju, ja tā ir nepieciešama, un viss. Saglabāto maksājumu datu ietvarā maksājums ar vienu klikšķi ir turpmāks klienta iniciēts darījums (CIT): klients ir aktīvi klātesošs un apstiprina maksājumu, bet kartes datu ievadīšanas vietā maksājums atsaucas uz tokenu, kas izveidots viņa pirmā pirkuma laikā. Tas to atšķir no tirgotāja iniciēta darījuma, kurā jūsu sistēmas iekasē maksu no tokena bez klienta līdzdalības. Biznesa ieguvums ir vienkāršs: manuāla kartes ievade ir viens no lielākajiem norēķinu procesa pamešanas iemesliem, īpaši mobilajās ierīcēs. Katrs lauks, kas atkārtotajam klientam nav jāaizpilda, ir saglabāta konversija. ### Iespēju kopsavilkums
IespējaAtbalsts
Maksājuma veidiMaksājumu kartes (Visa, Mastercard)
PriekšnosacījumsVeiksmīgs sākotnējais CIT ar klienta piekrišanu saglabāt datus — skat. Saglabātie maksājumu dati
Darījuma veidsTurpmāks klienta iniciēts darījums (CIT)
Kā karte tiek norādītaSākotnējā maksājumā atgrieztais tokena ID, kas saglabāts jūsu sistēmās
AutentifikācijaEMV® 3DS, ja tas ir nepieciešams; bieži tiek piemēroti atbrīvojumi un plūsma bez papildu darbībām — lēmumu pieņem izdevējs
Vairākas saglabātas kartesAtbalstīts — viens tokens katrai saglabātajai kartei, kas tiek pārvaldīts jūsu klientu profilos
Integrācijas iespējasHosted Checkout, Merchant API
Testēšana Sandbox vidēPieejams
Pieejamība ir atkarīga no jūsu tirgotāja līguma, iespējotajiem pakalpojumiem un ekvairinga konfigurācijas. ### Kā tas darbojas 1. Karte tiek saglabāta vienu reizi. Parastā pirkuma laikā klients izvēlas saglabāt savu karti (skat. klienta iniciētos darījumus). Maksājuma atbildē tiek atgriezts tokena ID — saglabājiet to klienta profilā kopā ar kartes attēlošanas informāciju, kas pieejama maksājuma informācijā (piemēram, kartes zīmolu un maskēto numuru), lai klients vēlāk varētu atpazīt saglabāto karti. 2. Norēķinu laikā jūs parādāt saglabāto karti. Kad klients atgriežas un piesakās, jūsu norēķinu process piedāvā viņa saglabātās kartes — skaidri marķētas, ar iespēju tā vietā maksāt ar citu karti. 3. Klients apstiprina; jūs atsaucaties uz tokenu. Jūs iniciējat maksājumu, norādot saglabātā tokena ID kartes datu vietā — izmantojot Hosted Checkout vai Merchant API. 4. Autentifikācija, ja tā ir nepieciešama. Ja tas ir nepieciešams, klients pabeidz EMV® 3DS — daudzi maksājumi ar vienu klikšķi tiek apstrādāti plūsmā bez papildu darbībām, pamatojoties uz izdevēja riska novērtējumu un piemērojamajiem SCA atbrīvojumiem. 5. Autorizācija un apstiprinājums. Maksājums tiek apstrādāts standarta autorizācijas plūsmā; atbildē un ar atpakaļsaukuma paziņojumiem jūs saņemat rezultātu, un pasūtījumu izpildāt, kad statuss ir apmaksāts un apstiprināts. {% hint style="warning" %} Maksājums ar vienu klikšķi joprojām nozīmē vienu klikšķi. Klientam katrs maksājums ir aktīvi jāapstiprina — maksa, ko ierosina bez klienta darbības, ir tirgotāja iniciēts darījums un jāapstrādā kā tāds. Neapstrādājiet MIT kā maksājumus ar vienu klikšķi vai otrādi. {% endhint %} ### Pieredzes izstrāde * Ieslēgšana pēc izvēles, nevis automātiska atteikšanās. Kartes saglabāšana ir klienta aktīva izvēle pirmajā pirkumā — piemēram, neatzīmēta izvēles rūtiņa “Saglabāt manu karti ātrākam norēķinam”. Nekad nesaglabājiet maksājuma datus klusējot. * Skaidri apzīmējiet saglabātās kartes. Parādiet kartes zīmolu un maskēto numuru (“Visa •••• 4242”), lai klients precīzi zinātu, ar ko maksā. Klientam var būt vairākas saglabātas kartes — ļaujiet viņam izvēlēties. * Padariet summu nepalaidamu garām. Skaidri parādiet summu blakus apstiprinājumam — ātrums nekad nedrīkst šķist kā maksa, ko klients nav pamanījis. * Ļaujiet klientiem pārvaldīt savas kartes. Dodiet klientiem iespēju skatīt un dzēst savas saglabātās kartes. Kad klients karti dzēš, noņemiet tokena atsauci no viņa profila un pārtrauciet tās lietošanu. * Vienmēr piedāvājiet rezerves iespēju. Saglabājiet pieejamu pilnu kartes datu ievadi — jaunām kartēm, beigušiem tokeniem vai klientiem, kuri nevēlas saglabāt karti. ### Kad saglabātās kartes mainās Saglabātās kartes darbojas tokena dzīves ciklā, kas aprakstīts sadaļā Tokenizācija: * Ja tīkla tokenizācija ir iespējota, atkārtoti izdotās vai atjaunotās kartes tiek atjauninātas automātiski — saglabātā karte turpina darboties un jūsu tokena atsauce paliek derīga. * Ja tokens ir apturēts vai deaktivizēts, maksājumi ar vienu klikšķi tiek noraidīti. Apstrādājiet tokena statusa paziņojumus, paslēpiet ietekmēto karti no klienta saglabātajām metodēm un aiciniet klientu pievienot karti atkārtoti parasta maksājuma laikā. ### Maksājumi ar vienu klikšķi ārpus vārtejas tokeniem * Digitālie maki. Apple Pay, Google Pay un Click to Pay nodrošina savu ātro norēķinu pieredzi — “saglabātā karte” glabājas makā, nevis jūsu sistēmās. Piedāvājiet tos līdzās maksājumiem ar vienu klikšķi, lai nodrošinātu maksimālu pārklājumu. * Pay by Bank. Pay by Bank atbalsta savu maksājuma modeli ar vienu klikšķi, kura pamatā ir saglabāta bankas un konta atsauce — skat. [Maksājumi ar vienu klikšķi, izmantojot Pay by Bank](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maksajums-no-bankas-konta/maksajumu-apstrade.md). ### Testēšana Pirms pieprasāt aktivizāciju Production vidē, Sandbox vidē pārbaudiet: * Sākotnējo CIT ar piekrišanas soli, tokena izveidi un tokena ID un kartes attēlošanas informācijas saglabāšanu. * Maksājumu ar vienu klikšķi, izmantojot saglabāto tokenu, tostarp plūsmu bez papildu darbībām un izaicinājuma 3DS scenārijus. * Maksājumu ar otru saglabāto karti un pārslēgšanos uz pilnu kartes datu ievadi. * Noraidītu maksājumu ar vienu klikšķi, tostarp ar apturētu vai deaktivizētu tokenu — klientam ir jāsaņem skaidrs paziņojums un atkārtotas mēģināšanas iespēja. * Saglabātas kartes dzēšanu — tokena atsauci vairs nedrīkst piedāvāt vai izmantot. ### Biežāk uzdotie jautājumi #### Vai maksājums ar vienu klikšķi ir tas pats, kas periodisks maksājums? Nē. Maksājums ar vienu klikšķi ir klienta iniciēts: klients ir klātesošs un apstiprina katru pirkumu. Periodisks maksājums ir tirgotāja iniciēts: jūsu sistēmas ierosina maksu bez klienta. Abos gadījumos tiek izmantots tas pats saglabātais tokens, bet tiek ievēroti atšķirīgi noteikumi — skat. Merchant-Initiated Transactions (MIT). #### Vai klients, maksājot ar vienu klikšķi, izlaiž 3-D Secure? Bieži, bet ne vienmēr. Turpmākie CIT var kvalificēties SCA atbrīvojumiem un bieži tiek pabeigti plūsmā bez papildu darbībām — taču galīgo lēmumu pieņem izdevējs, un tas var pieprasīt izaicinājumu. Vārteja to apstrādā automātiski. #### Vai klients var saglabāt vairāk nekā vienu karti? Jā. Katra saglabātā karte ir atsevišķs tokens; saglabājiet tokenu ID klienta profilā un ļaujiet klientam izvēlēties norēķinu laikā. #### Kas notiek, ja saglabātās kartes termiņš beidzas vai tā tiek nomainīta? Ar tīkla tokenizāciju kartes atkārtotas izdošanas un termiņa beigu atjauninājumi tiek piemēroti tokenam automātiski, un saglabātā karte turpina darboties. Ja tokens ir deaktivizēts, maksājumi ar to tiek noraidīti — jūs saņemat tokena statusa paziņojumu un jums jālūdz klientam pievienot karti vēlreiz. #### Vai man katram maksājumam ar vienu klikšķi atkal ir nepieciešama klienta piekrišana? Piekrišana saglabāt maksājuma datus tiek dota vienu reizi, sākotnējā CIT laikā. Pēc tam katru maksājumu ar vienu klikšķi klients apstiprina norēķinu laikā — šis apstiprinājums ir autorizācija konkrētajam pirkumam. ### Saistītā dokumentācija * [Saglabātie dati](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati.md) * [Klienta iniciētie darījumi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/klienta-inicieti-darijumi-cit.md) (CIT) * [Tirgotāja iniciēti darījumi](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/saglabatie-maksajumu-akreditacijas-dati/tirgotaja-inicieti-darijumi-mit.md) (MIT) * [Tokenizācija](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/tokenizacija.md) * [EMV® 3-D Secure](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/kartes/emv-r-3-d-secure-emv-3ds.md) (EMV 3DS) * [Maksājumi ar vienu klikšķi, izmantojot Pay by Bank](/seb-docs-draft/seb-docs-public-lv/maksajumu-metodes/maksajums-no-bankas-konta/maksajumu-apstrade.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/saglabatie-maksajumu-akreditacijas-dati/maksajumi-ar-vienu-klikski.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.