Vytvorenie platobného systému od začiatku. Ako uskutočniť platbu v internetovom obchode prostredníctvom platobných systémov? Možnosti prijatia platby

Kapitola 4. Platobné systémy ako prvky národného platobného systému Ruska

§ 1. Postup pri vytváraní platobného styku

Ako už bolo uvedené, platobný systém je umelý útvar, ktorého základom je vôľa konkrétnej osoby - prevádzkovateľa platobného systému - a ktorý funguje na základe zmluvných vzťahov medzi všetkými jeho účastníkmi. Pravidlá platobného styku stanovuje prevádzkovateľ platobného systému.

Prevádzkovateľ platobného systému je právnická osoba, ktorá vytvorila platobný styk. Prevádzkovateľom platobného systému môže byť úverová organizácia, organizácia, ktorá nie je úverovou organizáciou a vytvorená v súlade s právnymi predpismi Ruskej federácie, Banky Ruska alebo Vnesheconombank (článok 15 zákona o národnom platobnom systéme). . Z textu normy tohto článku vyplýva, že prevádzkovateľom platobného styku nemôže byť zahraničná právnická osoba. Táto norma je jedným z prejavov princípu národného charakteru národného platobného systému Ruska. Všetky zahraničné organizácie, ktoré v Rusku poskytovali platobné služby v akejkoľvek forme, sú teraz povinné uviesť svoju činnosť do súladu s požiadavkami zákona o národnom platobnom systéme. Najjednoduchším spôsobom je, aby takáto organizácia získala štatút prevádzkovateľa platobného systému.

Banka Ruska pôsobí ako prevádzkovateľ platobného systému na základe zákona o národnom platobnom systéme. Všetky ostatné organizácie musia získať štatút prevádzkovateľa platobného systému spôsobom ustanoveným zákonom o národnom platobnom styku.

Organizácia, ktorá má v úmysle stať sa prevádzkovateľom platobného systému, musí poslať žiadosť o registráciu do Ruskej banky. Postup pri odosielaní tejto žiadosti upravujú Pravidlá Ruskej banky o postupe zasielania žiadosti Ruskej banky o registráciu prevádzkovateľa platobného systému zo dňa 2. mája 2012 č. 378-P.

Ak má úverová inštitúcia v úmysle stať sa prevádzkovateľom platobného systému, k žiadosti o registráciu by mali byť priložené tieto dokumenty:

• rozhodnutie riadiaceho orgánu úverovej inštitúcie o organizácii platobného systému;
• pravidlá platobného systému;
• zoznam prevádzkovateľov služieb platobnej infraštruktúry, ktorí budú poverení poskytovaním služieb platobnej infraštruktúry v platobnom systéme.

Ak má neúverová organizácia v úmysle stať sa prevádzkovateľom platobného systému, musí spĺňať tieto požiadavky:

• mať čisté aktíva najmenej 10 miliónov rubľov;
• fyzické osoby zastávajúce funkcie jediného výkonného orgánu a hlavného účtovníka takejto organizácie musia mať vyššie ekonomické, vyššie právnické vzdelanie alebo vysokoškolské vzdelanie v oblasti informačných a komunikačných technológií, a ak majú iné vysokoškolské vzdelanie, prax v riadení odboru alebo inej divízie úverovej inštitúcie alebo systémov prevádzkovateľov platieb najmenej dva roky;
• jednotlivci zastávajúci funkcie jediného výkonného orgánu a hlavného účtovníka takejto organizácie by nemali mať záznam v registri trestov za trestné činy v hospodárskej oblasti, ako aj skutočnosti skončenia pracovnej zmluvy s nimi z podnetu zamestnávateľa na základe ustanovené v odseku 7 časti 1 čl. 81 Zákonníka práce Ruskej federácie počas dvoch rokov pred dátumom podania žiadosti o registráciu Banke Ruska.

K žiadosti o registráciu organizácie, ktorá nie je úverovou inštitúciou a ktorá sa chce stať prevádzkovateľom platobného systému, sú priložené tieto dokumenty:

• zakladajúce dokumenty;
• rozhodnutie oprávneného orgánu takejto organizácie o organizácii platobného styku;
• podnikateľský plán rozvoja platobného styku na najbližšie dva kalendárne roky s uvedením cieľov a plánovaných výsledkov organizácie platobného styku vrátane analýzy trhových a infraštruktúrnych faktorov;
• pravidlá platobného systému, ktoré sú v súlade s požiadavkami tohto federálneho zákona;
• zoznam prevádzkovateľov služieb platobnej infraštruktúry, ktorí budú poverení poskytovaním služieb platobnej infraštruktúry v platobnom systéme;
• písomný súhlas úverovej inštitúcie, a to aj vo forme zmluvy uzavretej s ňou, stať sa zúčtovacím centrom platobného systému;
• dokumenty obsahujúce informácie o veľkosti čistých aktív organizácie s prílohou formulárov finančného výkazníctva vypracovaných k poslednému dátumu vykazovania, ktorý predchádza dátumu predloženia dokumentov Ruskej banke na registráciu;
• dokumenty potvrdzujúce súlad s požiadavkami.

V lehote nepresahujúcej 30 kalendárnych dní odo dňa prijatia žiadosti o registráciu od organizácie, ktorá má v úmysle stať sa prevádzkovateľom platobného systému, Ruská banka rozhodne o registrácii uvedenej organizácie ako prevádzkovateľa platobného systému alebo rozhodne o zamietnutí. takúto registráciu.

Ak sa rozhodne o registrácii organizácie ako prevádzkovateľa platobného systému, Ruská banka pridelí organizácii registračné číslo, zahrnie informácie o nej do registra prevádzkovateľov platobných systémov a najneskôr do piatich pracovných dní odošle organizácii osvedčenie o registrácii. dní odo dňa prijatia tohto rozhodnutia.

Platobný systém musí mať v pravidlách platobného styku uvedený názov, ktorý obsahuje slová „platobný systém“. Žiadna organizácia v Ruskej federácii, s výnimkou organizácie zapísanej v registri prevádzkovateľov platobných systémov, nesmie vo svojom názve (názve spoločnosti) používať slová „platobný systém“ ani inak označovať činnosť prevádzkovateľa platobného systému. Prevádzkovatelia služieb platobnej infraštruktúry a účastníci platobného systému majú právo uviesť svoju príslušnosť k platobnému systému v súlade s pravidlami platobného systému. Banka Ruska má právo používať slová „platobný systém“ vo vzťahu k platobnému systému Banky Ruska.

Ruská banka odmieta zaregistrovať úverovú organizáciu ako prevádzkovateľa platobného systému v týchto prípadoch:

Ruská banka odmieta zaregistrovať organizáciu, ktorá nie je úverovou inštitúciou, ako prevádzkovateľa platobného systému v týchto prípadoch:

• nepredloženie požadovaných dokumentov;
• zistenie, že organizácia nedodržiava požiadavky stanovené pre organizácie, ktoré nie sú úverovými inštitúciami a majú v úmysle stať sa prevádzkovateľmi platobných systémov;
• nesúlad vypracovaných pravidiel platobného styku s požiadavkami zákona o národnom platobnom styku.

V prípade odmietnutia registrácie ako prevádzkovateľa platobného systému Ruská banka písomne ​​informuje organizáciu, ktorá poslala žiadosť o registráciu, s uvedením dôvodov odmietnutia najneskôr do piatich pracovných dní od dátumu rozhodnutia.

Banka Ruska môže prevádzkovateľa platobného systému vylúčiť z registra prevádzkovateľov platobných systémov. Toto sa môže stať:

• na základe žiadosti prevádzkovateľa platobného systému s uvedením pracovného dňa, ku ktorému sú informácie o organizácii vyradené z registra prevádzkovateľov platobného systému - v pracovný deň uvedený v žiadosti, najskôr však v deň podania žiadosti predkladá sa prevádzkovateľ platobného systému;
• v prípade opakovaného nesplnenia príkazov vyžadujúcich odstránenie porušenia ovplyvňujúceho neprerušené fungovanie platobného systému do jedného roka odo dňa odoslania prvého príkazu Ruskej banky na odstránenie takéhoto porušenia - o obchode deň nasledujúci po dni, keď Banka Ruska prijala rozhodnutie;
• v prípade opakovanej žiadosti u prevádzkovateľa platobného systému, ktorým je úverová inštitúcia, v priebehu roka za porušenie zákonných požiadaviek, ak má uvedené porušenie vplyv na nepretržité fungovanie platobného systému, opatrenia podľa § 74 zákona o Banke Ruska - v pracovný deň nasledujúci po dni prijatia rozhodnutí Bankou Ruska;
• ak Ruská banka pri výkone dohľadu zistí významný nesúlad s informáciami, na základe ktorých bola vykonaná registrácia prevádzkovateľa platobného systému - v pracovný deň nasledujúci po dni, keď rozhodnutie prijal Ruská banka;
• keď Banka Ruska odníme licenciu na vykonávanie bankových operácií úverovej inštitúcii, ktorá je prevádzkovateľom platobného systému - v pracovný deň nasledujúci po dni, keď bola Bankou Ruska odňatá licencia;
• v prípade likvidácie prevádzkovateľa platobného systému ako právnickej osoby - v pracovný deň nasledujúci po dni, keď sa Banka Ruska dozvedela o likvidácii právnickej osoby, ktorá je prevádzkovateľom platobného systému.

Vyradenie informácií o organizácii z registra prevádzkovateľov platobných systémov z iných dôvodov nie je povolené.

Pre prevádzkovateľa platobného systému, ktorý je úverovou inštitúciou, Bankou Ruska alebo Vnesheconombank, je povolené kombinovať činnosti prevádzkovateľa platobného systému s činnosťami prevádzkovateľa prevodu peňazí, prevádzkovateľa služieb platobnej infraštruktúry a inými činnosťami, ak to nie je v rozpore s právnymi predpismi Ruskej federácie. Prevádzkovateľ platobného systému, ktorý nie je úverovou inštitúciou, môže spájať svoje činnosti s činnosťami prevádzkovateľa služieb platobnej infraštruktúry (s výnimkou zúčtovacieho centra) a s inými činnosťami, ak to nie je v rozpore s právnymi predpismi Ruskej federácie. Zdá sa to byť úplne logické. Prevod finančných prostriedkov je teda bankovou operáciou, ktorú môžu vykonávať úverové inštitúcie na základe licencie od Ruskej banky; Banka Ruska a Vnesheconombank vykonávajú túto operáciu na základe zákonov definujúcich ich štatút. Pokiaľ ide o prevádzkovateľov služieb platobnej infraštruktúry, pre každý z ich troch typov sú stanovené špecifické požiadavky a obmedzenia vo vzťahu k osobám oprávneným vykonávať činnosť konkrétneho prevádzkovateľa. Napríklad zúčtovacie centrum vykonáva príkazy účastníkov platobného systému odpísaním a pripísaním finančných prostriedkov na bankové účty účastníkov platobného systému, čo je banková operácia, takže zúčtovacím centrom môže byť iba úverová organizácia, Banka Ruska alebo Vnesheconombank. A funkcie operačného strediska môže vykonávať aj organizácia, ktorá nie je úverovou inštitúciou, keďže jej činnosť spočíva v zabezpečovaní výmeny elektronických správ medzi účastníkmi platobného styku a inými záujemcami a nesúvisí s poskytovaním bankové služby.

Prevádzkovateľ platobného systému je povinný:

• určovať pravidlá platobného styku, organizovať a kontrolovať ich dodržiavanie účastníkmi platobného systému a prevádzkovateľmi služieb platobnej infraštruktúry;
• zapojiť prevádzkovateľov služieb platobnej infraštruktúry okrem prípadu, keď prevádzkovateľ platobného systému spája funkcie prevádzkovateľa služieb platobnej infraštruktúry;
• viesť zoznam prevádzkovateľov služieb platobnej infraštruktúry, zabezpečiť nepretržité poskytovanie služieb platobnej infraštruktúry účastníkom platobného systému;
• organizovať systém riadenia rizík v platobnom systéme, vyhodnocovať a riadiť riziká v platobnom systéme, zabezpečiť nepretržité fungovanie platobného systému;
• poskytnúť možnosť predsúdneho a (alebo) rozhodcovského konania sporov s účastníkmi platobného systému a prevádzkovateľmi služieb platobnej infraštruktúry v súlade s pravidlami platobného styku.

Prevádzkovateľ platobného systému, ktorý nie je úverovou organizáciou, je povinný angažovať ako zúčtovacie centrum úverovú organizáciu, ktorá najmenej jeden rok prevádza peňažné prostriedky na bankové účty zriadené v tejto úverovej organizácii.

Od autora: Dobrý deň, priatelia! Podľa štatistík je asi 10% návštevníkov internetového obchodu eliminovaných vo fáze platenia za nákup, pretože jednoducho nedokážu pochopiť, ako zaplatiť za produkt alebo službu, alebo forma platby prezentovaná na stránke je pre nich nepohodlná. V našom dnešnom článku sa dozviete, ako uskutočniť platbu v internetovom obchode. A to je možno najjednoduchší spôsob, ako zvýšiť počet predajov bez investícií.

Keďže väčšina ľudí začína vytvárať online obchod bez právnej registrácie, zvážime proces pripojenia platby k online obchodu pre jednotlivca. Našou dnešnou úlohou je zorganizovať proces prevodu peňazí od používateľov stránok, ktorí si chcú kúpiť tovar, na vašu bankovú kartu. Navyše všetko by malo fungovať automaticky.

Ak vytvárate internetový obchod prvýkrát, odporúčame vám najprv si prečítať o vytváraní efektívnych komerčných webových stránok. Ak máte online platformu pripravenú na predaj, môžete okamžite pristúpiť k zváženiu otázky, ako zorganizovať platbu v internetovom obchode.

Technická stránka problému

Z technického hľadiska je proces vytvorenia platby v internetovom obchode nasledovný. Zákazník uskutoční nákup a je mu vystavená faktúra. Ďalej si vyberie vhodný platobný systém a zadá potrebné údaje na uskutočnenie platby.

Ak používateľ zadal všetko správne, server platobného systému odošle požiadavku na vopred zadanú adresu URL internetového obchodu a obchodná platforma zase prevedie peniaze na účet klienta. V prípade nesprávne zadaných údajov alebo iných technických porúch systém upozorní osobu, že platba neprebehla.

Ak je operácia úspešná, osoba bude presmerovaná na špeciálnu stránku, kde bude komentár označujúci, že platba bola vykonaná a peniaze boli pripísané.

Výber platobného systému

Existuje množstvo rôznych platobných systémov, poďme sa však zamerať na to, ako nastaviť platbu v internetovom obchode na základe 5 najobľúbenejších z nich.

Robokassa

Pripojenie prebieha v niekoľkých jednoduchých krokoch: zaregistrujte sa na webe, uveďte podrobnosti o internetovom obchode a nastavte si na webe platobný formulár. Špecifiká práce s Robokassou si vyžadujú aj špeciálnu striedmosť. Systém vyžaduje, aby boli na vašom webe uvedené nasledujúce špecifické podrobnosti:

kontaktné informácie so zástupcami predajne.

Poplatok za platbu sa líši v závislosti od zvoleného platobného systému a môže dosiahnuť 12 %.

W1

Pripojenie prebieha podobným spôsobom: registrácia, špecifikácia osobných údajov, nastavenie parametrov podľa vlastných potrieb. Provízia - od 3%.

Qiwi peňaženka

Jednoduchý je aj základný postup pripojenia. Prejdete rýchlou registráciou, následne je vám pridelený konkrétny manažér, s ktorým absolvujete ďalšie konzultácie o technických otázkach. Špecifiká peňaženky Qiwi vyžadujú okrem zadávania štandardných údajov používateľom aj kontrolu platnosti telefónneho čísla.

Provízia Qiwi je 1% zo všetkých prevodov.

Peniaze Yandex

Toto je jeden z najpopulárnejších typov platobných systémov, preto sme sa ho rozhodli spomenúť, aby ste o tom nemali žiadne otázky. Systém Yandex.Money nezahŕňa prácu s jednotlivcami. Navyše, aj keď ste právnická osoba, stále existuje minimálna finančná hranica, pod ktorou sa spolupráca s internetovým obchodom javí ako nemožná.

Preto budete musieť pri pripájaní Yandex.Money chvíľu počkať, kým obchod nezíska správnu dynamiku. Ak je pre vás dostupnosť tohto spôsobu platby dôležitá, potom uprednostnite Robokassa ako hlavný platobný systém pre váš internetový obchod. Toto je jediná externá platforma, ktorá podporuje Yandex.Money.

WebMoney

Organizácia automatického prijímania platieb v systéme WebMoney bude vyžadovať trochu viac času. Najprv musíte zaregistrovať svoj osobný pas. Môže to trvať asi týždeň, pretože WebMoney vyžaduje odoslanie notárom overenej aplikácie pomocou ruskej pošty.

Potom pridajte internetový obchod do katalógu stránok na megastock.ru. Bude to trvať ešte 1-3 dni. Výhodou systému je, že si platbu môžete otestovať (v podstate všetko prebieha štandardným spôsobom, len sa nevyberú peniaze). Táto výhoda vám umožňuje zachytiť chyby v kóde vopred.

Finančné prostriedky prevedené klientom idú do peňaženky WebMoney uvedenej pri registrácii. Provízia sa poskytuje len za samotnú platbu (sťahuje sa klientovi).

Akú hodnotu má prepojenie online platieb?

Z prepojenia platobného systému s internetovým obchodom však výrazne profitujú aj majitelia fyzického tovaru. Ten posledný ušetrí veľa času od posielania čísel účtov klientom a zbytočného čakania, kým ľudia vložia požadovanú sumu. Platobné systémy zase umožnia zákazníkom ušetriť na doručení a ušetria ich finančnej byrokracie.

Stojí za zmienku, že sme neštudovali všetky existujúce platobné systémy, ale iba tie najpopulárnejšie.

Čo by mali robiť právnické osoby?

Na prepojenie online platby s internetovým obchodom pre právnickú osobu je potrebné vykonať takmer rovnaké kroky. Len majte na pamäti, že zorganizovanie procesu zaberie trochu viac času. Dôvodom je potreba uzavrieť formálnu dohodu, ktorá zabezpečí dôkladnejšie kontroly vašich činností.

Dostali ste podrobnú odpoveď, ako si vybrať platobný systém pre internetový obchod a správne ho prepojiť. Postup nie je zložitý, hlavné je starostlivo vyplniť údaje pri registrácii, inak potom strávite veľa času ich opravou na podpore.

Ak sa chcete dozvedieť viac o funkcionalite vášho internetového obchodu, odporúčame vám vziať si na vedomie niekoľko užitočných online kurzov od.

Bez elektronických platobných systémov sa nezaobíde ani jeden človek, ktorý pracuje na internete. Zarobené peniaze si predsa potrebujete niekde uložiť a nejako ich dostať v hotovosti! Mnoho webových stránok na zarábanie peňazí poskytuje niekoľko platobných systémov na výber peňazí a z platobného systému môžete ľahko vybrať peniaze na akúkoľvek bankovú kartu.

Sú jednou z hlavných služieb pre bezhotovostné platby po celom svete. Pomocou platobných systémov môžete nakupovať online, prevádzať a vymieňať peniaze, platiť za rôzne služby a oveľa viac. Inými slovami, elektronické platobné systémy vykonávajú rovnaké finančné transakcie ako internetové služby rôznych bánk. Preto sú platobné systémy a banky veľmi úzko prepojené a často navzájom spolupracujú. To vám umožní bez problémov previesť peniaze z platobného systému do banky aj z banky do platobného systému. Navrhujem, aby ste sa oboznámili s hlavnými elektronickými platobnými systémami, ktoré sa používajú takmer na všetkých stránkach na zarábanie peňazí.

Najlepšia elektronická peňaženka pre ruských občanov. Po registrácii sa musíte identifikovať, aby ste mohli využívať všetky privilégiá tohto platobného systému. Na mnohé produkty získate rôzne bonusy a zľavy, ako aj zaplatíte za väčšinu služieb. Ale čo je najdôležitejšie, môžete požiadajte o kartu Yandex.Money a vyberajte hotovosť z akéhokoľvek bankomatu bez provízie! Kartu si môžete objednať v sekcii „Yandex.Money Cards“.

Najrozšírenejší platobný systém založený v roku 1998. V súčasnosti počet jeho používateľov presahuje 30 miliónov ľudí. Tento platobný systém je ideálny na výber peňazí zo všetkých stránok v ruskom jazyku na zarábanie peňazí. V platobnom systéme Webmoney si môžete zaregistrovať elektronické peňaženky mnohých mien: ruble (WMR), hrivny (WMU), doláre (WMZ), eurá (WME) a ​​ďalšie. Webmoney je veľmi seriózny systém, ktorý má mnoho úrovní ochrany na zaistenie bezpečnosti peňažných účtov svojich klientov. Preto má registračný proces pomerne veľa fáz, ale stojí to za to!

Tento platobný systém bol založený v Gruzínsku pred 4 rokmi a má svoje zastúpenia v Rusku a Spojenom kráľovstve. Za toto krátke obdobie sa stal veľmi populárnym a má množstvo významných výhod v porovnaní s inými platobnými systémami. Výber prostriedkov do peňaženky Payeer je k dispozícii na stránkach v ruskom jazyku na zarábanie peňazí a na niektorých zahraničných. Po jednoduchej registrácii v tomto systéme získate prístup k elektronickému účtu, na ktorý môžete prevádzať ruble, doláre a eurá. Platobný systém Payeer má tiež vlastný interný výmenník, ktorý vám umožní vymieňať si meny z rôznych elektronických peňaženiek.

Zahraničný platobný systém, v ktorom si môžete otvoriť dolárovú peňaženku. Ak sa chystáte zarábať na zahraničných stránkach, potom sa tento systém stane pre vás nepostrádateľným. Platobný systém Payza sa používa takmer na všetkých stránkach, ktoré platia v dolároch. Registrácia v tomto systéme nie je náročná. Jedinou prekážkou je, že stránka je celá v angličtine, ale môžete na to použiť prekladač vo svojom prehliadači.

Univerzálny platobný systém, ktorý sa používa na mnohých zahraničných a ruských stránkach na zarábanie peňazí. Na Perfect Money budete mať prístup k elektronickým účtom v dolároch, eurách, drahých kovoch (zlato) a bitcoíne, ktoré je možné medzi sebou vymieňať. Elektronický platobný systém je veľmi pohodlný a ľahko použiteľný a má tiež ruské rozhranie. Odporúčam každému, aby sa zaregistroval v Perfect Money, pretože podľa praxe sa tento platobný systém musí používať pomerne často.

29. októbra 2010 o 17:28 hod

Ako vznikajú platobné systémy: prvá časť

• Blog spoločnosti Mail.ru Group

V lete 2009 spoločnosť Mail.Ru oznámila spustenie nového platobného systému vytvoreného vlastnými vývojármi (nezabudnite, že predtým platobný systém MoneyMail poskytoval technologickú a servisnú podporu pre projekt [email protected]). Nový projekt mal okrem iného ponúknuť užívateľom portálu jednotný, pohodlný a bezpečný mechanizmus platenia za rôzne služby spoločnosti – od zábavných projektov (Hry, Aplikácie v mojom svete) až po projekty elektronického obchodu (Produkty, Reality , zásielky).

Uplynul rok. [email protected] sa naďalej vyvíja a zvyšuje počet finančných nástrojov pre používateľov aj obchody. Pre používateľov je to príležitosť uskutočňovať prevody v rámci systému, platiť za rôzne služby a tovar (od platenia za množstvo hier, mobilnú komunikáciu, internet a bývanie a komunálne služby až po nákup oblečenia a lístkov), možnosť vkladať peniaze z banky. karty a výber na virtuálne karty Visa. Pre obchody sa aktívne vyvíjajú nástroje na automatizáciu prijímania platieb či dopĺňania používateľských účtov – mnohé funkcie platobného systému sú dostupné cez API.

Okrem spomenutých samozrejmých funkcií sú tu aj technologické, o ktorých sa hovorí oveľa menej, no pre spoločnosť ako celok nie sú o nič menej významné. Napríklad portálové služby a obchody pripojené k [email protected] majú možnosť prijímať platby od používateľov, ktorí uchovávajú svoje elektronické prostriedky v iných platobných systémoch - WebMoney, Yandex.Money a množstvo ďalších. Nemenej dôležitou súčasťou systému je spracovanie SMS, pomocou ktorého môžu návštevníci z mnohých krajín platiť za služby rôznych služieb portálu bez toho, aby si museli zakladať účet v platobnom systéme.

Týmto článkom otvárame celý rad príbehov o tom, ako náš platobný systém funguje zvnútra, aké nástroje používame na zabezpečenie jeho spoľahlivej prevádzky, ako pracujeme s desiatkami externých systémov, s akými problémami sme sa stretli, ako sme ich vyriešili a aké závery, ktoré sme vyvodili. Okrem technických článkov sa pokúsime porozprávať o tom, ako využiť náš platobný systém na rozšírenie finančne aktívneho publika vašich internetových obchodov a aplikácií sociálnych sietí. Ak máte záujem o akékoľvek iné témy týkajúce sa [email protected], opýtajte sa, pokúsime sa to pokryť.

Ako bola oceľ temperovaná

Úloha začať práce na novom projekte bola na naše oddelenie zadaná koncom roka 2008. Platobné systémy v tom čase neboli typmi projektov, na ktoré bol Mail.Ru zvyknutý vyvíjať, spúšťať a úspešne prevádzkovať. Avšak už vo fáze nastolenia problému došlo k porozumeniu Čo museli byť zohľadnené a implementované počas procesu vývoja.

Tieto požiadavky sme nazvali „MMM“ (toto je, samozrejme, vtip) podľa prvých písmen. Tu sú:

• Mškálovateľnosť
• M multi-menový
• M novinka

Trochu viac o každom z nich.

Škálovateľnosť

Nie je žiadnym tajomstvom, že niekedy sa projekt nečakane rozbehne pre ľudí, ktorí ho vytvorili, dostane veľké množstvo používateľov a vývojári čelia problému, ako rýchlo zvládnuť prudko zvýšené zaťaženie. Pokrytie projektu memcache, zvýšenie replikácie master-slave – tieto pojmy pozná veľa ľudí, ktorí sa snažili urobiť niečo pre to, aby sa projekt nespomalil. Žiaľ, ani tieto jednoduché metódy väčšinou nedokážu rýchlo pomôcť – musíte naučiť systémové komponenty pristupovať ku cache, používať jeden databázový server na zápis a mnohé na čítanie atď. Rýchle poskytnutie dobrej horizontálnej mierky (zmenšenie mierky) nie je vždy triviálna úloha. A my sme nechceli týždeň, mesiac alebo rok po spustení čeliť skutočnosti, že na vyriešenie tohto problému budeme musieť prepísať projekt, ktorý by celý ten čas nezvládol svoju hlavnú úlohu. - elektronické platby. Preto už vo fáze návrhu systému bolo potrebné položiť základy pre jednoduché škálovanie [email protected].

Viac mien

Opäť nie je žiadnym tajomstvom, že kód, ktorý funguje skvele s jablkami, niekedy odmietne fungovať, keď sa v sklade, ktorý obsluhuje, objavia banány. Kód nezabezpečuje prácu s rôznymi entitami! V mnohých prípadoch, ktoré sme videli, sa problém často vyriešil vytvorením novej sady tabuliek pre pomaranče, podobne ako tie „jablkové“, a skopírovaním predtým napísaného kódu s náhradou $iApples na $iBanány. V iných prípadoch bolo riešenie problému adekvátnejšie - v databáze sa objavili ďalšie polia, triedy sa zdedili z hotových s pridaním niektorých nových metód a vlastností (napríklad atribút „šúpať“ pre jablko je spracované úplne inak ako pri banáne). Ale aj toto riešenie si niekedy vyžadovalo dosť veľké zmeny v kóde. Preto bolo potrebné okamžite začleniť multimenu do systému.

Viaceré zobrazenia

Na prvý pohľad najzáhadnejšia vlastnosť, no vysvetlenie je veľmi, veľmi jednoduché. Obchod nazývame vstupný bod systému, ktorý môže pracovať s nastaveniami nezávislými od hlavného vstupného bodu – od inej adresy domény a vlastnej meny až po vlastný spôsob autorizácie používateľa a vlastné rozhranie. Spustenie takéhoto nového obchodu by malo byť tiež veľmi jednoduché – o nič zložitejšie ako pridanie niekoľkých riadkov do konfiguračných súborov systému a v prípade potreby nových šablón používateľského rozhrania.

Samozrejme, toto nie sú všetky požiadavky na platobný systém, ale boli to tie, ktoré najviac ovplyvnili architektúru systému. Nový projekt musel byť dosť flexibilný a odolný voči chybám.

Podarilo sa nám to? Áno, bolo to úplne úspešné.

Teraz, podľa našich odhadov, môžeme jednoducho škálovať systém na stovky uzlov doslova jednoduchou inštaláciou a konfiguráciou nového hardvéru a zadaním informácií o uzloch do konfigurácie projektu.

Dokážeme spracovať všetky meny sveta (národné banky, ouch!) bez toho, aby sme premýšľali o tom, ako sa systém bude správať. Aby to nebolo neopodstatnené - systém už teraz používa niekoľko mien (ach, tieto právne problémy!).

Ako príklad výkladov môžete uviesť verziu stránky na ladenie obchodov, ktorá používa testovaciu menu; mobilná verzia stránky, ktorá má vlastnú sadu dostupných akcií a vlastné šablóny. Ďalším príkladom je ukážka obchodov s rozhraním API, kde sa používa spôsob autorizácie, ktorý je odlišný od spôsobu, ktorým sú používatelia portálu identifikovaní v [email protected]. Spustenie týchto výkladov pre systém naozaj nevyzeralo ako nič iné, ako vzhľad blokov popisujúcich výklady v konfiguračných súboroch a niekoľkých priečinkov so šablónami. Presne rovnakým spôsobom môžeme poskytnúť napríklad prácu na našom motore pre platobný systém [email protected] alebo akýkoľvek iný, ktorý vyjadruje takúto túžbu.

Myslím, že mnohých zaujíma, ako sa nám to všetko podarilo zrealizovať po technickej stránke. Preto si v nasledujúcom článku povieme niečo o nástrojoch a technológiách, ktoré nám umožnili spraviť náš platobný systém tým, čím je a zameriame sa aj na všeobecnú architektúru projektu. Ostaň s nami!

Tím [email protected]

Značky:

• platobné systémy
• Mail.ru
• ako to bolo

Pridať značky

Ahoj Habr! V RBKmoney sme napísali nové spracovanie platieb. Od nuly. No nie je to sen?

Povieme vám, ako sme napísali celé spracovanie platieb RBKmoney, tak sme to nazvali. Ako ho urobili odolným voči záťaži a poruchám zariadení, ako prišli na možnosť takmer lineárneho horizontálneho škálovania.

A nakoniec, ako sme sa s tým všetkým rozbehli, nezabúdajúc na pohodlie tých, ktorí sú vo vnútri - náš platobný systém bol vytvorený s myšlienkou, aby bol zaujímavý predovšetkým pre vývojárov, tých, ktorí ho tvoria.

Týmto príspevkom otvárame sériu článkov, v ktorých sa podelíme o konkrétne technické veci, prístupy a implementácie, ako aj o skúsenosti s vývojom veľkých distribuovaných systémov v princípe. Prvý článok je recenzia, v ňom načrtneme míľniky, ktorým sa budeme venovať podrobne a niekedy aj veľmi podrobne.

Vylúčenie zodpovednosti

Od poslednej publikácie na našom blogu neuplynulo menej ako 5 rokov. Počas tejto doby bol náš vývojový tím výrazne aktualizovaný a na čele spoločnosti sú teraz noví ľudia.

Keď vytvárate platobný systém, musíte vziať do úvahy veľa rôznych vecí a vyvinúť mnoho riešení. Od spracovania schopného spracovať tisíce súčasných paralelných požiadaviek na odpis peňazí až po užívateľsky prívetivé a užívateľsky prívetivé rozhrania. Triviálne, ak neberiete do úvahy malé nuansy.

Tvrdou realitou je, že za spracovaním platieb stoja platobné organizácie, ktoré neakceptujú takúto komunikáciu s otvorenou náručou a niekedy dokonca žiadajú, „aby nám neposlali viac ako 3 žiadosti za sekundu“. A na rozhrania sa pozerajú ľudia, ktorí sa snáď prvýkrát na internete rozhodli za niečo zaplatiť. A akýkoľvek UX zásek, nezrozumiteľnosť a oneskorenie je dôvodom na paniku.

Nákupný košík, do ktorého môžete vložiť svoje potraviny aj počas tornáda

Náš prístup k vytváraniu spracovania platieb je poskytnúť príležitosť Vždy začať platbu. Nezáleží na tom, čo sa v nás deje – vyhorel server, admin sa poplietol v sieťach, vypli elektrinu v budove/okrese/meste, hmm... stratili sme naftu. Nevadí. Služba vám stále umožní začať s platbou.

Tento prístup znie povedome, však?

Áno, inšpirovali sme sa konceptom opísaným v Amazon Dynamo Paper. Aj chalani z Amazonu postavili všetko tak, že používateľ by mal mať možnosť vložiť knihu do košíka bez ohľadu na to, aká hrôza sa odohrávala na druhej strane jeho monitora.

Samozrejme, neporušujeme fyzikálne zákony a neprišli sme na to, ako vyvrátiť teorém CAP. Nie je pravda, že platba bude spracovaná okamžite - koniec koncov môžu nastať problémy na strane bánk, ale služba vytvorí požiadavku a používateľ uvidí, že všetko fungovalo. Áno, a stále máme tucet nevybavených zoznamov s technickým dlhom pred ideálom, úprimne povedané, príležitostne môžeme odpovedať na 504.

Pozrime sa do bunkra, keďže za oknom je tornádo

Bolo potrebné, aby bola naša platobná brána vždy dostupná. Či už sa špičkové zaťaženie zvýšilo, niečo kleslo alebo odišlo do DC na údržbu, koncový používateľ by si to vôbec nemal všimnúť.

Vyriešilo sa to minimalizovaním miest, kde sa ukladá stav systému – samozrejme, bezstavové aplikácie sa dajú ľahko škálovať na horizont.

Samotné naše aplikácie bežia v kontajneroch Docker, protokoly, z ktorých sa spoľahlivo spájame do centrálneho úložiska Elasticsearch; navzájom sa nájdu prostredníctvom vyhľadávania služieb a interne si prenášajú údaje cez IPv6 Makroservis .

Všetky mikroslužby zostavené a spolupracujúce spolu so súvisiacimi službami tvoria makroslužbu, ktorá vám v konečnom dôsledku poskytuje platobnú bránu tak, ako ju vidíte zvonku vo forme nášho verejného API.

Objednávku spravuje SaltStack, ktorý popisuje celý stav Macroservice.

Vrátime sa s podrobným popisom celej tejto farmy.

S aplikáciami je to jednoduchšie.

Ale ak niekde uložíte stav, tak to musí byť v databáze, v ktorej sú náklady na poruchu časti uzlov minimálne. Tiež by nemali byť žiadne hlavné uzly s údajmi. Aby mohol reagovať na požiadavky s predvídateľnou čakacou dobou. Snívajú tu? Vtedy to nevyžadovalo veľa údržby, a preto by sa to vývojárom Erlang páčilo.

Áno, nepovedali sme už, že celá online časť nášho spracovania je napísaná v Erlangu?

Ako už mnohí pravdepodobne uhádli, nemali sme na výber.

Všetok stav online časti nášho systému je uložený v Basho Riak. Prezradíme vám, ako uvariť Riak bez toho, aby ste si polámali prsty (lebo si určite zlomíte mozog), ale zatiaľ ideme ďalej.

Kde sú peniaze, Lebowski?

Ak vezmete nekonečné množstvo peňazí, možno budete schopní vybudovať nekonečne spoľahlivé spracovateľské zariadenie. Ale nie je to presne tak. A nedali nám veľa peňazí. Presne ako servery na úrovni „vysoká kvalita, ale Čína“.

Našťastie to viedlo k pozitívnym účinkom. Keď si uvedomíte, že pre vás ako vývojára bude trochu ťažké získať 40 fyzických jadier adresujúcich 512 GB RAM, musíte sa dostať von a písať malé aplikácie. Môžete ich však nasadiť koľko chcete - servery sú stále lacné.

Dokonca aj v našom svete majú servery tendenciu sa po reštarte nevrátiť k životu alebo dokonca zaznamenať poruchu napájania v najnevhodnejšom okamihu.

S okom na všetky tieto hrôzy sme sa naučili budovať systém s očakávaním, že akákoľvek jeho časť Nevyhnutne sa náhle zlomí. Je ťažké si spomenúť, či tento prístup spôsobil nejaké nepríjemnosti pre vývoj online časti spracovania. Možno to má niečo spoločné s filozofiou Erlangistov a ich slávnym konceptom LetItCrash?

So servermi je to však jednoduchšie.

Vymýšľali sme, kam umiestniť aplikácie, je ich veľa, sú škálovateľné. Databáza je tiež distribuovaná, neexistuje žiadny master, nevadia nám vyhorené uzly, môžeme rýchlo naložiť do košíka servery, prísť do DC a nechať ich s vidlami v stojanoch.

Ale nemôžete to urobiť s diskovými poľami! Výpadok čo i len malého diskového úložiska je výpadkom časti platobnej služby, ktorú si nemôžeme dovoliť. Duplicitné úložné systémy? Príliš nepraktické.

Nechceme si však dovoliť drahé značkové diskové polia. Ani z prostého zmyslu pre krásu sa nebudú pozerať vedľa regálov, kde sú noname natlačené v úhľadných radoch. A to všetko je neprimerane drahé.

V dôsledku toho sme sa rozhodli nepoužívať diskové polia vôbec. Všetky naše blokové zariadenia bežia pod CEPH na identických lacných serveroch - vieme ich umiestniť do rackov vo veľkých množstvách podľa potreby.

Pri sieťovom hardvéri sa prístup príliš nelíši. Berieme priemerných ľudí a získavame dobré vybavenie vhodné pre danú úlohu za veľmi nízku cenu. V prípade zlyhania prepínača pracuje paralelne druhý a na serveroch je nakonfigurovaný OSPF, konvergencia je zabezpečená.

Máme teda pohodlný, odolný voči chybám a univerzálny systém - rack plný jednoduchých, lacných serverov, niekoľko prepínačov. Ďalší stojan. A tak ďalej.

Jednoduché, pohodlné a celkovo veľmi spoľahlivé.

Počúvajte pravidlá správania na palube

Nikdy sme nechceli prísť do kancelárie, robiť prácu a dostávať peniaze. Finančná zložka je veľmi dôležitá, ale nemôže nahradiť spokojnosť z dobre vykonanej práce. Už sme napísali platobné systémy, a to aj na predchádzajúcich pracoviskách. A mali sme približnú predstavu o tom, čo nechceme robiť. Nechcel som štandardné, ale osvedčené riešenia, nechcel som nudný podnik.

A rozhodli sme sa vniesť do práce maximálnu sviežosť. Pri vývoji platobných systémov sú nové riešenia často obmedzené, hovoria, prečo vôbec potrebujete docker, poďme bez neho. A všeobecne povedané. Nezabezpečené. Zákaz.

Rozhodli sme sa nič nezakazovať, ale naopak podporovať všetko nové. Takto sme vo výrobe vybudovali Macroservice z obrovského množstva aplikácií v kontajneroch Docker, spravovaných cez SaltStack, klastre Riak, Consul as a Service Discovery, originálnu implementáciu sledovania požiadaviek v distribuovanom systéme a mnoho ďalších úžasných technológií.

erlang/otp Pridať značky