> 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-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.md). # Kaupmehe algatatud tehingud (MIT) Esitage salvestatud makseandmete alusel tasusid ilma, et klient oleks kohal – tellimuste, korduvate tasude ja järelmaksete jaoks. Kaupmehe algatatud tehing (MIT) on makse, mille loob otse kaupmees, ilma et klient oleks tehingu teostamise ajal aktiivselt kaasatud. MIT-id sobivad tellimuste, korduvtasude, teenustasude ja muude järelmaksete jaoks, kui eelnev kliendi nõusolek on olemas. MIT-e teostatakse kasutades kliendi varem salvestatud makseandmeid ning need peavad viitama nõusolekule, mis on antud esialgse kliendi algatatud tehingu (CIT) käigus. SEB e-kaubanduse maksevärav töötleb MIT-e vastavalt Visa ja Mastercardi Stored Credential Frameworkile. {% hint style="info" %} Kaupmehe algatatud tehinguid toetatakse ainult nende makseviiside puhul, mis lubavad makseandmete salvestamist ja tokeniseerimist – praegu kaardimaksed. {% endhint %} ### Võimaluste kokkuvõte
VõimalusToetus
MakseviisidMaksekaardid (Visa, Mastercard)
EeltingimusEdukalt sooritatud esialgne kliendi algatatud tehing (CIT) koos salvestatud makseandmetega
Kliendi osalusPuudub – teostamise ajal klient ei osale
AutentimineEMV® 3DS Requestor-Initiated (3RI), kui kohaldatav
TokeniseerimineSisemised (värava) ja võrgutokenid (Visa TMS, Mastercard SCOF)
AlgatamineKaupmehe API – maksed algatavad teie süsteemid
AjastamineTeostatakse teie süsteemide poolt; maksevärav makseid ei ajasta
Järgsed maksetegevusedPangakontole kandmine, tagasimakse ja tühistamine standardvoogude kaudu
OlekuteavitusedTagasiside teavitused (webhookid)
Sandboxi testimineSaadaval
Üksikute võimaluste saadavus sõltub teie kaupmehe lepingust, lubatud teenustest ja omandamiskonfiguratsioonist. ### Eeltingimused Enne kui saate töödelda kaupmehe algatatud tehinguid: 1. Viige läbi esialgne kliendi algatatud tehing, mille käigus klient nõustub selgesõnaliselt, et tema makseandmeid võib tulevikus kasutamiseks salvestada. Vt [Kliendi algatatud tehingud (CIT)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kliendi-algatatud-tehingud-cit.md). 2. Saage ja salvestage tokeni ID. Esialgse makse ajal salvestab maksevärav turvaliselt kliendi makseandmed ja genereerib tokeni. Tokeni ID tagastatakse teile koos muude makseandmetega. 3. Säilitage tõendid kliendi nõusoleku kohta – näiteks arveldusmudel, sagedus, summad ja tühistamisprotsess, millega klient nõustus. Iga MIT peab sellele nõusolekule viitama. {% hint style="info" %} Ärge algatage kaupmehe algatatud tehinguid ilma kehtiva ja edukalt sooritatud esialgse CIT-ita. Kui esialgne CIT lükati tagasi või jäeti pooleli, ei ole nõusolekusuhet olemas ning salvestatud makseandmeid ei tohi debiteerida. {% endhint %} ### Maksevoog Kaupmehe algatatud tehing töödeldakse kaupmehe API kaudu kahes etapis: 1. Algatage makse. Teie süsteem algatab makse, edastades summa ja valuuta, ostukorvi andmed ning muu nõutava makseteabe. Maksevärav tagastab algatatud makse ID. 2. Kandke salvestatud makseandmetelt maha. Teie süsteem debiteerib makse, saates päringu, mis viitab varem salvestatud tokenile. Kliendi osalus ei ole vajalik. Maksevärav lahendab tokeni ja töötleb tehingu tavapärase autoriseerimisvoo kaudu. Emitter autoriseerib iga makse vastavalt kohaldatava kaardiskeemi reeglitele ja omaenda riskihindamisele. Lõplik makse olek tagastatakse API vastuses ning, kui see on seadistatud, edastatakse teie süsteemidele tagasiside teadete (webhookide) kaudu. Pärast autoriseerimist on standardsed järgsed maksetegevused – pangakontole kandmine, tagasimakse ja tühistamine – saadaval samade voogude kaudu nagu teiste kaardimaksete puhul. Vt [Toetatud toimingud](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/toetatavad-toimingud.md). ### Levinud kasutusjuhtumid Kaupmehe algatatud tehingud hõlmavad makestsenaariume, kus tasu algatavad teie süsteemid, mitte klient: * Korduvad maksed. Kindlas summas tasud kokkulepitud intervalliga – igakuised tellimused, aastased uuendamised, liikmemaksud, kindlustusmaksed. * Osamaksed. Ostusumma jagatakse koos kliendiga kokkulepitud graafiku alusel osadeks. * Kasutuspõhine arveldamine. Erineva suuruse või ajastusega tasud tegeliku kasutuse põhjal – näiteks mõõdetud teenused või täiendlaadimised – kliendiga kokkulepitud tingimuste raames. * Edasilükatud või järelmaksud. Pärast algset ostu kogutavad summad, kui see oli kliendiga kokku lepitud. * Tasud. Konto- või teenustasud, mida kogutakse kliendi kehtiva nõusoleku alusel. Olenemata stsenaariumist peavad kaupmehe algatatud tasude summad, ajastus ja tingimused jääma kliendi esialgse CIT-i käigus antud nõusoleku ulatusse. ### Autentimine Kuna klient MIT-i ajal kohal ei ole, ei toimu tasu hetkel kaardiomaniku autentimist. Selle asemel: * Esialgse CIT-i ajal tehtud tugev kliendi autentimine (SCA) hõlmab salvestatud makseandmete suhte seadistamist. * Järgnevad MIT-id võivad kvalifitseeruda regulatiivsete erandite alla või jääda SCA kohaldamisalast välja, sõltuvalt kehtivatest regulatsioonidest. Lõplik autoriseerimisotsus jääb alati emitendi teha. * Kui kohaldatav, võivad MIT-id kasutada EMV® 3DS Requestor-Initiated (3RI) autentimist osana värava 3DS-toest. Vt [EMV® 3-D Secure (EMV 3DS) ja tugev kliendi autentimine (SCA)](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/emv-r-3-d-secure-emv-3ds.md) üksikasjade jaoks. ### Vastutuse jaotus Maksevärav tagab kaupmehe algatatud maksete turvalise teostamise. Tellimuse äriloogika jääb teie hallata. Selle jaotuse mõistmine on korrektse integratsiooni jaoks oluline:
Tagatud maksevärava pooltTeie vastutus
Esialgse CIT-i turvaline töötlemine, sh vajaduse korral SCAKliendi nõusoleku tõendite hankimine ja säilitamine
Turvaliste maksetokenite genereerimine ja haldamine (PCI DSS)Tokeni ID salvestamine ja selle sidumine kliendi profiiliga
Salvestatud tokenile viitavate MIT-ide teostamine, sh vajaduse korral 3RI tugiMaksete ajastamine – otsustamine, millal iga tasu algatatakse
Tehingu oleku käsitlemine ja reaalajas teavitused (webhookid)Tagasilükatud tasude uuesti proovimise käsitlemine ja tellimuse oleku uuendused
Standardsed pangakontole kandmise, tagasimakse ja tühistamise toimingudArveldusplaani seadistamine, arveldamine ja kliendisuhtlus
Tehingute nähtavus kaupmehe portaalisTellimuse elutsükli haldamine ja tühistamise käsitlemine
{% hint style="info" %} Maksevärav ei ajasta tellimuste makseid iseseisvalt. Korduvad tehingud algatavad teie süsteemid API-kõnede kaudu teie hallatavate intervallide järel. Maksevärav ei paku ka arveldusplaani seadistamist, arveldamist ega tellimuse äriloogikat. {% endhint %} ### Tagasilükkamiste ja kaardimuudatuste käsitlemine MIT-id võidakse tagasi lükata – näiteks ebapiisavate vahendite, peatatud tokeni või emitendi riskialgoritmi otsuse tõttu. Maksevärav tagastab makse oleku API vastuses ja tagasiside teadete kaudu, võimaldades teie süsteemidel hallata korduskatseid ja tellimuse oleku uuendusi. Tagasilükkamiste käsitlemisel: * Kasutage makse olekut ja maksevärava tagastatud teavitusi oma korduskatsete ja meeldetuletusloogika juhtimiseks. * Kui võrgutokeniseerimine on lubatud, rakendavad kaardiskeemid kaardi taasväljastamise ja aegumise uuendused salvestatud tokenile automaatselt – olemasolev tokeniviide jääb kehtima, vähendades aegunud kaardiandmetest põhjustatud tagasilükkamisi. * Tellige tokeni oleku teavitused. Kui token peatatakse või deaktiveeritakse, peatage kaupmehe algatatud tasud ja paluge kliendil makseviis uue kliendi algatatud tehingu kaudu uuesti esitada. * Teavitage kliente ebaõnnestunud tasudest ja andke neile võimalus oma makseviisi uuendada. ### Nähtavus ja aruandlus Kaupmehe algatatud ja tellimusega seotud tehingud on kaupmehe portaalis nähtavad jaotises Tellimused/Tehingu detailid. Kui tellimuse funktsionaalsus on lubatud, näitab tehingu detailvaade, kas tehing on esialgne kliendi algatatud tehing (CIT) või kaupmehe algatatud tehing (MIT), toetades vastavusse viimist ja operatiivset järeltegevust. ### Kaupmehe parimad tavad Soovitame kaupmeestel: * Algatada kaupmehe algatatud tehinguid ainult pärast kehtivat ja edukat kliendi algatatud tehingut. * Hoida kaupmehe algatatud tasud kliendi nõusoleku ulatuses – summad, sagedus ja tingimused. * Teavitada kliente enne korduvaid tasusid, kui seda nõuavad kohaldatavad regulatsioonid või kaardiskeemi reeglid. * Kommunikeerida korduva arveldamise tingimused selgelt ja pakkuda lihtsat tühistamisprotsessi. * Jälgida maksete teavitusi, viia tehinguid regulaarselt vastavusse ja uuendada tellimuse olekut kinnitatud makse oleku põhjal. * Käsitleda aegunud, asendatud või deaktiveeritud tokeneid asjakohaselt, kasutades tokeni oleku teavitusi. * Kasutada maksekaardi numbrite salvestamise asemel tokeniseerimist ja hoida oma maksekeskkonnale vastavat PCI DSS-i nõuetele vastavust. ### Testimine Viige kogu arendus ja valideerimine enne reaalsete tehingute töötlemist lõpule Sandboxi keskkonnas. Enne tootmise aktiveerimise taotlemist kontrollige: * Esialgne CIT koos kliendi nõusoleku sammuga ja eduka tokeni loomisega. * MIT-i tasu, mis viitab salvestatud tokenile, ilma kliendi osaluseta. * Tagasilükatud MIT-i stsenaariumid ning teie korduskatsete ja teavituste käsitlus. * Käitumine peatatud või deaktiveeritud tokeni korral. * Tagasiside- või webhook-teavitused ja tellimuse oleku uuendused teie süsteemides. * Kaupmehe algatatud maksete tagasimakse ja tühistamise töötlemine. ### Korduma kippuvad küsimused #### Kas MIT saab olla kliendi esimene makse? Ei. Kaupmehe algatatud tehingud nõuavad edukat esialgset kliendi algatatud tehingut, mille käigus klient nõustus selgesõnaliselt oma makseandmete salvestamisega. Selle makse ajal loodud token on see, millele teie MIT-päringud viitavad. #### Kas maksevärav ajastab minu tellimuse tasud? Ei. Maksevärav täidab tehingud, mille teie algatate, kuid ei ajasta makseid iseseisvalt. Teie süsteemid otsustavad, millal iga tasu algatatakse, ja kutsuvad seejärel vastavalt kaupmehe API-t, kasutades tellimuse oleku haldamiseks staatuseteavitusi. #### Kas klient lõpetab MIT-i ajal 3-D Secure’i? Ei. Klient ei ole kohal, seega ei toimu tasu hetkel kaardiomaniku autentimist. Esialgse CIT-i ajal tehtud SCA katab makseandmete seadistamise ning kui kohaldatav, toetab maksevärav MIT-ide jaoks EMV® 3DS Requestor-Initiated (3RI) autentimist. Autoriseerimisotsus jääb emitendi teha. #### Kas saan MIT-e kasutada ka muude makseviisidega kui kaardid? Kaupmehe algatatud tehinguid toetatakse ainult nende makseviiside puhul, mis lubavad makseandmete salvestamist ja tokeniseerimist – praegu kaardimaksed. Kontolt-kontole makseviisid järgivad teistsuguseid mudeleid; vt Pay by Bank. #### Mida peaksin tegema, kui MIT lükatakse tagasi? Kasutage API vastuses ja webhookside kaudu tagastatud makseolekut oma korduskatsete loogika ja tellimuse oleku uuenduste juhtimiseks. Kui tagasilükkamise põhjustab peatatud või deaktiveeritud token, paluge kliendil esitada makseviis uuesti uue kliendi algatatud tehingu kaudu. #### Kas saan kaupmehe algatatud makse tagasi maksta? Jah. Kinnitatud MIT-makseid saab standardse tagasimaksevoo kaudu tagasi maksta täielikult või osaliselt. Vt Toetatud toimingud. ### Seotud dokumentatsioon Jätkake järgmiste teemadega: * [Salvestatud makseandmed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed.md) * [EMV® 3-D Secure](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/emv-r-3-d-secure-emv-3ds.md) (EMV 3DS) * [Tokeniseerimine](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/tokeniseerimine.md) * [Ühe klõpsuga maksed](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/uhe-klopsuga-maksed.md) * [Kliendi algatatud tehingud](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/salvestatud-makseandmed/kliendi-algatatud-tehingud-cit.md) (CIT) * [Kaupmehe API](/seb-docs-draft/seb-docs-public-et/integratsioon/kaupmehe-api.md) * [Testimine](/seb-docs-draft/seb-docs-public-et/makseviisid/kaardid/testimine.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-et/makseviisid/kaardid/salvestatud-makseandmed/kaupmehe-algatatud-tehingud-mit.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.