> 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/funkcijos/pasikartojantys-mokejimai-ir-prenumeratos.md). # Pasikartojantys mokėjimai ir prenumeratos Automatiškai nuskaičiuokite iš klientų – prenumeratos, narystės, naudojimu pagrįstas atsiskaitymas. Vartai saugiai vykdo kiekvieną mokėjimą; jūsų sistemos nusprendžia, kada ir kokią sumą. SEB „Ecommerce Payment Gateway“ palaiko pasikartojančių ir prenumerata pagrįstų mokėjimų apdorojimą: saugų mokėjimo santykio nustatymą, kredencialų saugojimą ir kiekvieno nurašymo – pradinio ir vėlesnių – vykdymą su integruotu autentifikavimo ir atitikties valdymu. Vienas dalykas, kurį svarbu suprasti iš karto: vartai yra mokėjimo vykdymo variklis, o ne atsiskaitymo platforma. Atsiskaitymo planai, sąskaitų faktūrų išrašymas, klientų komunikacija, įsiskolinimų valdymo strategija ir prenumeratos verslo logika lieka jūsų sistemose – vartai vykdo jūsų sistemų inicijuotus nurašymus ir realiuoju laiku praneša jums, kas įvyko. Šis atskyrimas leidžia jums visiškai kontroliuoti savo prenumeratos modelį, o vartai prisiima mokėjimo saugumo ir atitikties naštą. *** ### Ką suteikia vartai * Saugus pradinės operacijos apdorojimas, įskaitant Stiprų kliento autentifikavimą (SCA), kai to reikalaujama – mokėjimas, kuriuo nustatomas kliento sutikimas. * Saugaus mokėjimo žetonų generavimas ir valdymas pagal PCI DSS – jūsų sistemose nėra kortelės duomenų. * Merchant-Initiated Transactions (MIT) vykdymas naudojant saugiai saugomus kredencialus, įskaitant 3DS Requestor-Initiated (3RI) autentifikavimą, kai taikytina. * Pasikartojančių operacijų vykdymas per Merchant API. * Su sąskaita susieti pasikartojantys mokėjimai, kai tai palaiko kliento bankas ir taikomas įgaliojimo modelis. * Realiojo laiko būsenos apdorojimas ir atgalinio iškvietimo pranešimai, kad jūsų sistemos galėtų valdyti pakartotinius bandymus ir prenumeratos būseną. * Kiekvienos prenumeratos operacijos matomumas Merchant Portal portale su CIT/MIT indikacija. Kas lieka jūsų pusėje: planavimas (vartai savarankiškai neplanuoja mokėjimų – jūsų sistemos iškviečia API, kai reikia atlikti nurašymą), atsiskaitymo planai ir proporcinis paskirstymas, sąskaitų faktūrų išrašymas, klientų pranešimai, pakartotinių bandymų ir įsiskolinimų valdymo strategija bei atšaukimo apdorojimas. Visa atskirtis aprašyta [Merchant-Initiated Transactions › Pareigų pasidalijimas](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md). *** ### Kaip prenumerata veikia nuo pradžios iki pabaigos 1. Registracija – pradinis CIT. Klientas užsisako prenumeratą ir sumoka pirmąjį nurašymą kaip įprastą Customer-Initiated Transaction, aiškiai sutikdamas su pasikartojančiu atsiskaitymu – suma arba atsiskaitymo modelis, dažnumas ir kaip atšaukti. Taikomas SCA. Žr. [Kliento inicijuoti sandoriai (CIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/kliento-inicijuotos-transakcijos-cit.md). 2. Kredencialas yra saugomas. Vartai saugo kredencialus savo žetonų saugykloje ir grąžina žetono ID – jūsų prenumeratos įraše dabar yra raktas būsimiems nurašymams. Žr. [Tokenizavimas](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/zetonizavimas.md). 3. Jūsų planuoklė inicijuoja kiekvieną nurašymą. Kai ateina atnaujinimo laikas, jūsų atsiskaitymo logika inicijuoja nurašymą per Merchant API kaip Merchant-Initiated Transaction, remdamasi žetonu – jokio kliento įsitraukimo. Žr. [Prekybininko inicijuojamos operacijos (MIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md). 4. Jūs reaguojate į rezultatą. Rezultatas gaunamas API atsakyme ir per atgalinio iškvietimo pranešimus. Sėkminga – pratęskite prenumeratą; atmesta – perima jūsų pakartotinių bandymų ir įsiskolinimų valdymo logika. Žr. [Webhook pranešimai](/seb-docs-draft/seb-docs-public-lt/integracija/prekybininko-api/webhooks.md) ir [Mokėjimo būsenos](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/mokejimo-busenos.md). 5. Kredencialas pats save atnaujina. Naudojant tinklo žetonizaciją, pakartotinai išduotos ir atnaujintos kortelės duomenys žetonams atnaujinami automatiškai – prenumeratos išlieka pakeitus kortelę, nereikalaujant iš kliento naujų duomenų. Žetono būsenos pranešimai nurodo, kada saugiam kredencialui reikia kliento dėmesio. *** ### Kurie mokėjimo metodai palaiko pasikartojančius mokėjimus
Mokėjimo metodasPasikartojančių mokėjimų palaikymasPastabos
Kortelės (Visa, Mastercard)PilnasMIT su 3RI, kai taikytina; tinklo žetonų automatiniai atnaujinimai mažina nevalingą klientų praradimą
Apple Pay/Google PayPalaikomaSaugomų kredencialų scenarijai veikia kaip įprastoms kortelėms, atsižvelgiant į jūsų konfigūraciją – žr. piniginių puslapius
Pay by Bank (A2A)Kai palaikomaSu sąskaita susieti pasikartojantys mokėjimai priklauso nuo kliento banko ir taikomo įgaliojimo modelio – susisiekite su savo SEB atstovu
PayPalŠiuo metu nePayPal mokėjimai apdorojami kaip kliento inicijuoti mokėjimai per PayPal atsiskaitymo procesą
*** ### Kaip išlaikyti prenumeratas aktyvias Didžioji dalis prenumeratos pajamų prarandama ne dėl atšaukimų, o dėl mokėjimo nesėkmių. Prieš tai veikia trys platformos galimybės: * Automatiniai kredencialų atnaujinimai. Kortelės pakartotinis išdavimas ir galiojimo pabaigos atnaujinimai kortelių schemų automatiškai pritaikomi saugomiems žetonams – mokėjimas, kuris būtų nepavykęs dėl pasenusios kortelės, vietoje to pavyksta. * Žetono būsenos pranešimai. Sustabdytas arba deaktyvuotas žetonas sukelia pranešimą prieš tai, kai kitas atnaujinimas nepastebimai nepavyksta – pristabdykite nurašymą ir paprašykite kliento atnaujinti mokėjimo metodą. * Realiojo laiko rezultatai. Kiekvienas atmetimas jūsų sistemas pasiekia realiuoju laiku kartu su mokėjimo būsena, suteikdamas jūsų pakartotinių bandymų ir įsiskolinimų valdymo logikai tikslius trigerius vietoje spėjimų. *** ### Atitikties pagrindai * Pradinio CIT metu gaukite aiškų sutikimą dėl pasikartojančio atsiskaitymo – aktyvų pasirinkimą, aiškiai nurodant atsiskaitymo modelį, dažnumą, sumas ir atšaukimo procesą – ir išsaugokite jo įrodymą. Kiekvienas pasikartojantis nurašymas remiasi šiuo sutikimu. * Prieš pasikartojančius nuskaičiavimus praneškite klientams, kai to reikalauja taikytini teisės aktai arba kortelių schemos taisyklės. * Nurašymai turi atitikti sutikimo apimtį – sumas, dažnumą ir sąlygas, dėl kurių klientas sutiko. * Suteikite paprastą atšaukimo kelią ir nedelsdami sustabdykite nurašymus, kai klientas atšaukia prenumeratą. *** ### Nuo ko pradėti 1. Skaityti [Išsaugoti kredencialai](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys.md) – sistema: kaip sutikimas, žetonai, CIT ir MIT dera tarpusavyje. 2. Įdiekite registracijos mokėjimą su sutikimo žingsniu ir žetono saugojimu – [Kliento inicijuoti sandoriai (CIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/kliento-inicijuotos-transakcijos-cit.md). 3. Įdiekite atnaujinimo nurašymą ir prijunkite savo planuoklę prie Merchant API – [Prekybininko inicijuojamos operacijos (MIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md). 4. Užbaikite operacinį ciklą – apdorokite atgalinius iškvietimus, tvarkykite atmetimus ir žetono pranešimus bei išbandykite visą kelią [Sandbox](/seb-docs-draft/seb-docs-public-lt/gaires/sandbox.md). *** ### Susijusi dokumentacija * [Išsaugoti kredencialai](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys.md) * [Kliento inicijuoti sandoriai (CIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/kliento-inicijuotos-transakcijos-cit.md) * [Prekybininko inicijuojamos operacijos (MIT)](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/issaugoti-duomenys/prekybininko-inicijuotos-transakcijos-mit.md) * [Tokenizavimas](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/zetonizavimas.md) * [Atgaliniai pranešimai](/seb-docs-draft/seb-docs-public-lt/integracija/prekybininko-api/webhooks.md) * [Mokėjimo būsenos](/seb-docs-draft/seb-docs-public-lt/mokejimo-metodai/korteles/mokejimo-busenos.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-lt/funkcijos/pasikartojantys-mokejimai-ir-prenumeratos.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.