Stworzenie od podstaw systemu płatności. Jak dokonać płatności w sklepie internetowym poprzez systemy płatności? Opcje akceptacji płatności

Rozdział 4. Systemy płatnicze jako elementy krajowego systemu płatniczego Rosji

§ 1. Tryb tworzenia systemu płatności

Jak już wspomniano, system płatniczy jest tworem sztucznym, którego podstawą jest wola konkretnej osoby – operatora systemu płatniczego – i który działa w oparciu o stosunki umowne pomiędzy wszystkimi jego uczestnikami. Regulamin systemu płatności ustala operator systemu płatności.

Operator systemu płatności jest osobą prawną, która stworzyła system płatności. Operatorem systemu płatniczego może być organizacja kredytowa, organizacja niebędąca organizacją kredytową i utworzona zgodnie z ustawodawstwem Federacji Rosyjskiej, Bankiem Rosji lub Wnieszekonombankiem (art. 15 ustawy o krajowym systemie płatniczym) . Z tekstu normy tego artykułu wynika, że ​​operatorem systemu płatniczego nie może być zagraniczna osoba prawna. Norma ta jest jednym z przejawów zasady narodowego charakteru krajowego systemu płatniczego Rosji. Wszystkie organizacje zagraniczne, które świadczyły usługi płatnicze w jakiejkolwiek formie na terenie Rosji, mają obecnie obowiązek dostosowania swojej działalności do wymogów ustawy o krajowym systemie płatniczym. Najprostszą drogą dla takiej organizacji jest uzyskanie statusu operatora systemu płatności.

Bank Rosji działa jako operator systemu płatniczego na podstawie ustawy o Krajowym Systemie Płatniczym. Wszystkie pozostałe organizacje muszą uzyskać status operatora systemu płatniczego w sposób przewidziany w ustawie o Krajowym Systemie Płatniczym.

Organizacja zamierzająca zostać operatorem systemu płatności musi wysłać wniosek rejestracyjny do Banku Rosji. Procedurę wysłania tego wniosku regulują Regulamin Banku Rosji w sprawie procedury przesyłania do Banku Rosji wniosku o rejestrację operatora systemu płatności z dnia 2 maja 2012 r. Nr 378-P.

Jeżeli instytucja kredytowa zamierza zostać operatorem systemu płatniczego, do wniosku rejestracyjnego należy dołączyć następujące dokumenty:

• decyzja organu zarządzającego instytucji kredytowej w sprawie organizacji systemu płatności;
• zasady systemu płatności;
• wykaz operatorów usług infrastruktury płatniczej, którzy będą zaangażowani do świadczenia usług infrastruktury płatniczej w systemie płatności.

Jeżeli organizacja niekredytowa zamierza zostać operatorem systemu płatności, musi spełniać następujące wymagania:

• posiadać aktywa netto w wysokości co najmniej 10 milionów rubli;
• osoby zajmujące stanowiska jedynego organu wykonawczego i głównego księgowego takiej organizacji muszą posiadać wykształcenie wyższe ekonomiczne, wyższe prawnicze lub wyższe w zakresie technologii informacyjno-komunikacyjnych, a w przypadku posiadania innego wykształcenia wyższego, doświadczenie w kierowaniu działem lub inny oddział instytucji kredytowej lub systemów operatora płatności od co najmniej dwóch lat;
• osoby zajmujące stanowiska jedynego organu wykonawczego i głównego księgowego takiej organizacji nie powinny posiadać karalności za przestępstwa w sferze gospodarczej, a także fakty dotyczące rozwiązania z nimi umowy o pracę z inicjatywy pracodawcy na podstawie przewidziane w ust. 7 części 1 art. 81 Kodeksu pracy Federacji Rosyjskiej, w ciągu dwóch lat poprzedzających datę złożenia wniosku rejestracyjnego w Banku Rosji.

Do wniosku rejestracyjnego organizacji niebędącej instytucją kredytową zamierzającej zostać operatorem systemu płatniczego dołączane są następujące dokumenty:

• dokumenty założycielskie;
• decyzja uprawnionego organu takiej organizacji w sprawie organizacji systemu płatniczego;
• biznes plan rozwoju systemu płatniczego na kolejne dwa lata kalendarzowe, wskazujący cele i planowane rezultaty organizacji systemu płatniczego, z uwzględnieniem analizy czynników rynkowych i infrastrukturalnych;
• zasady systemu płatności zgodne z wymogami niniejszej ustawy federalnej;
• wykaz operatorów usług infrastruktury płatniczej, którzy będą zaangażowani do świadczenia usług infrastruktury płatniczej w systemie płatności;
• pisemna zgoda instytucji kredytowej, w tym w formie zawartej z nią umowy, na bycie centrum rozliczeniowym systemu płatniczego;
• dokumenty zawierające informacje o wielkości aktywów netto organizacji, wraz z załącznikami formularzy sprawozdawczości finansowej sporządzonych na ostatni dzień sprawozdawczy poprzedzający dzień złożenia dokumentów do Banku Rosji w celu rejestracji;
• dokumenty potwierdzające spełnienie wymagań.

W terminie nieprzekraczającym 30 dni kalendarzowych od daty otrzymania wniosku rejestracyjnego od organizacji zamierzającej zostać operatorem systemu płatniczego Bank Rosji podejmuje decyzję o rejestracji tej organizacji jako operatora systemu płatniczego lub decyzję o odmowie taka rejestracja.

Jeżeli zostanie podjęta decyzja o zarejestrowaniu organizacji jako operatora systemu płatniczego, Bank Rosji przydziela organizacji numer rejestracyjny, umieszcza informacje o nim w rejestrze operatorów systemów płatniczych i wysyła organizacji certyfikat rejestracji nie później niż pięć dni roboczych dni od dnia podjęcia niniejszej decyzji.

System płatności musi mieć nazwę określoną w regulaminie systemu płatności, zawierającą wyrazy „system płatności”. Żadna organizacja w Federacji Rosyjskiej, z wyjątkiem organizacji zarejestrowanej w rejestrze operatorów systemów płatności, nie może używać w swojej nazwie (nazwie firmy) słów „system płatności” ani w inny sposób wskazywać działalności operatora systemu płatności. Operatorzy usług infrastruktury płatniczej oraz uczestnicy systemu płatności mają prawo wskazać swoją przynależność do systemu płatności zgodnie z regulaminem systemu płatności. Bank Rosji ma prawo używać słów „system płatności” w odniesieniu do systemu płatności Banku Rosji.

Bank Rosji odmawia rejestracji organizacji kredytowej jako operatora systemu płatniczego w następujących przypadkach:

Bank Rosji odmawia rejestracji organizacji niebędącej instytucją kredytową jako operatora systemu płatniczego w następujących przypadkach:

• niezłożenie wymaganych dokumentów;
• stwierdzenie niespełnienia przez organizację wymagań przewidzianych dla organizacji niebędących instytucjami kredytowymi i zamierzających zostać operatorami systemów płatności;
• niezgodność opracowanych zasad systemu płatniczego z wymogami ustawy o Krajowym Systemie Płatniczym.

W przypadku odmowy rejestracji jako operator systemu płatniczego Bank Rosji powiadamia na piśmie organizację, która przesłała wniosek rejestracyjny, podając przyczyny odmowy nie później niż pięć dni roboczych od daty decyzji.

Operator systemu płatności może zostać wykluczony przez Bank Rosji z rejestru operatorów systemów płatności. Może się to zdarzyć:

• na podstawie wniosku operatora systemu płatności ze wskazaniem dnia roboczego, w którym informacja o organizacji zostanie wykreślona z rejestru operatorów systemów płatności – w dniu roboczym określonym we wniosku, nie wcześniej jednak niż w dniu złożenia wniosku operator systemu płatności został złożony;
• w przypadku powtarzającego się niezastosowania się do poleceń wymagających usunięcia naruszenia wpływającego na niezakłócone funkcjonowanie systemu płatniczego, w ciągu jednego roku od daty wysłania pierwszego nakazu Banku Rosji w celu usunięcia takiego naruszenia - w interesie dzień następujący po dniu podjęcia decyzji przez Bank Rosji;
• w przypadku ponownego zwrócenia się w ciągu roku do operatora systemu płatniczego będącego instytucją kredytową z tytułu naruszenia wymogów prawnych, jeżeli naruszenie to ma wpływ na niezakłócone funkcjonowanie systemu płatniczego, stosuje się środki przewidziane w art. 74 ustawy w Banku Rosji - w dniu roboczym następującym po dniu podjęcia decyzji przez Bank Rosji;
• jeżeli Bank Rosji, sprawując nadzór, stwierdzi fakt istotnej rozbieżności z informacjami, na podstawie których przeprowadzono rejestrację operatora systemu płatniczego – w dniu roboczym następującym po dniu podjęcia decyzji przez Bank Rosji;
• w przypadku cofnięcia przez Bank Rosji licencji na prowadzenie działalności bankowej instytucji kredytowej będącej operatorem systemu płatniczego – w dniu roboczym następującym po dniu cofnięcia licencji przez Bank Rosji;
• w przypadku likwidacji operatora systemu płatności jako osoby prawnej – w dniu roboczym następującym po dniu, w którym Bank Rosji dowiedział się o likwidacji osoby prawnej będącej operatorem systemu płatności.

Wyłączenie informacji o organizacji z rejestru operatorów systemów płatności z innych powodów jest niedozwolone.

W przypadku operatora systemu płatniczego będącego instytucją kredytową, Bankiem Rosji lub Wnieszekonombankiem dozwolone jest łączenie działalności operatora systemu płatniczego z działalnością operatora przekazów pieniężnych, operatorem usług infrastruktury płatniczej i inną działalnością, jeżeli nie jest to sprzeczne z ustawodawstwem Federacji Rosyjskiej. Operator systemu płatniczego niebędący instytucją kredytową może łączyć swoją działalność z działalnością operatora usług infrastruktury płatniczej (z wyjątkiem centrum rozliczeniowego) oraz z inną działalnością, jeżeli nie jest to sprzeczne z ustawodawstwem Federacji Rosyjskiej. Wydaje się to całkowicie logiczne. Zatem transfer środków jest operacją bankową, którą mogą przeprowadzić instytucje kredytowe na podstawie licencji Banku Rosji; Bank Rosji i Wnieszekonombank przeprowadzają tę operację na podstawie przepisów określających ich status. Jeżeli chodzi o operatorów usług infrastruktury płatniczej, dla każdego z trzech ich typów ustalane są szczegółowe wymagania i ograniczenia w stosunku do osób uprawnionych do prowadzenia działalności danego operatora. Na przykład centrum rozliczeniowe realizuje zlecenia uczestników systemu płatniczego poprzez obciążenie i uznanie środków na rachunkach bankowych uczestników systemu płatniczego, co jest operacją bankową, zatem centrum rozliczeniowym może być wyłącznie organizacja kredytowa, Bank Rosji lub Wnieszekonombank. A funkcje centrum operacyjnego może pełnić także organizacja niebędąca instytucją kredytową, gdyż jej działalność polega na zapewnieniu wymiany komunikatów elektronicznych pomiędzy uczestnikami systemu płatniczego a innymi zainteresowanymi stronami i nie jest związana ze świadczeniem usługi bankowe.

Operator systemu płatności zobowiązany jest do:

• ustalanie regulaminu systemu płatniczego, organizowanie i monitorowanie jego przestrzegania przez uczestników systemu płatniczego i operatorów usług infrastruktury płatniczej;
• angażują operatorów usług infrastruktury płatniczej, z wyjątkiem przypadku, gdy operator systemu płatniczego łączy funkcje operatora usług infrastruktury płatniczej;
• prowadzić listę operatorów usług infrastruktury płatniczej, zapewniać nieprzerwane świadczenie usług infrastruktury płatniczej uczestnikom systemu płatniczego;
• organizować system zarządzania ryzykiem w systemie płatniczym, oceniać i zarządzać ryzykami w systemie płatniczym, zapewniać nieprzerwane funkcjonowanie systemu płatniczego;
• zapewnić możliwość przedprocesowego i (lub) arbitrażowego rozpatrywania sporów z uczestnikami systemu płatniczego i operatorami usług infrastruktury płatniczej zgodnie z regulaminem systemu płatniczego.

Operator systemu płatniczego niebędący organizacją kredytową jest obowiązany zaangażować organizację kredytową jako centrum rozliczeniowe, które od co najmniej roku przekazuje środki na rachunki bankowe otwarte w tej organizacji kredytowej.

Od autora: Cześć przyjaciele! Według statystyk około 10% osób odwiedzających sklep internetowy jest eliminowanych na etapie płacenia za zakup, ponieważ po prostu nie rozumieją, jak zapłacić za produkt lub usługę lub forma płatności prezentowana na stronie jest dla nich niewygodna. W naszym dzisiejszym artykule dowiesz się jak dokonać płatności w sklepie internetowym. I to jest chyba najłatwiejszy sposób na zwiększenie sprzedaży bez inwestycji.

Ponieważ większość osób rozpoczyna tworzenie biznesu internetowego bez rejestracji prawnej, rozważymy proces podłączenia płatności do sklepu internetowego dla osoby fizycznej. Naszym dzisiejszym zadaniem jest zorganizowanie procesu przesyłania pieniędzy od użytkowników serwisu, którzy chcą kupić towar na Twoją kartę bankową. Co więcej, wszystko powinno działać automatycznie.

Jeśli tworzysz sklep internetowy po raz pierwszy, polecamy najpierw przeczytać o tworzeniu skutecznych komercyjnych stron internetowych. Jeśli posiadasz platformę internetową gotową do sprzedaży, możesz od razu przystąpić do zastanawiania się nad tym, jak zorganizować płatność w sklepie internetowym.

Techniczna strona problemu

Z technicznego punktu widzenia proces tworzenia płatności w sklepie internetowym wygląda następująco. Klient dokonuje zakupu i otrzymuje fakturę. Następnie wybiera odpowiedni system płatności i wprowadza niezbędne dane, aby dokonać płatności.

Jeśli użytkownik określił wszystko poprawnie, serwer systemu płatności wysyła żądanie na podany wcześniej adres URL sklepu internetowego, a platforma handlowa z kolei przelewa pieniądze na konto klienta. W przypadku błędnie podanych danych lub innych usterek technicznych system powiadomi osobę, że płatność nie została zrealizowana.

Jeżeli operacja się powiedzie, osoba zostanie przekierowana na specjalną stronę, na której pojawi się komentarz informujący, że płatność została dokonana, a pieniądze zaksięgowane.

Wybór systemu płatności

Różnych systemów płatności jest mnóstwo, jednak skupmy się na tym, jak skonfigurować płatność w sklepie internetowym w oparciu o 5 najpopularniejszych z nich.

Robokassa

Połączenie odbywa się w kilku prostych krokach: zarejestruj się na stronie, podaj dane sklepu internetowego i skonfiguruj formularz płatności na swojej stronie. Specyfika pracy z Robokassą również wymaga szczególnego umiaru. System wymaga, aby na Twojej stronie internetowej znajdowały się następujące szczegółowe informacje:

dane kontaktowe do przedstawicieli sklepu.

Opłata za płatność różni się w zależności od wybranego systemu płatności i może osiągnąć 12%.

W1

Połączenie odbywa się w podobny sposób: rejestracja, podanie danych osobowych, ustawienie parametrów pod własne potrzeby. Prowizja - od 3%.

Portfel Qiwi

Podstawowa procedura podłączenia jest również prosta. Przechodzisz szybką rejestrację, następnie przydzielany jest Ci konkretny menadżer, z którym przechodzisz dalsze konsultacje w kwestiach technicznych. Specyfika portfela Qiwi wymaga, oprócz wprowadzenia przez użytkownika standardowych danych, także sprawdzenia ważności numeru telefonu.

Prowizja Qiwi wynosi 1% od wszystkich przelewów.

Pieniądze Yandexa

Jest to jeden z najpopularniejszych rodzajów systemów płatności, dlatego postanowiliśmy o nim wspomnieć, abyście nie mieli na ten temat żadnych pytań. System Yandex.Money nie wymaga pracy z pojedynczymi osobami. Co więcej, nawet jeśli jesteś osobą prawną, nadal istnieje minimalny limit finansowy, poniżej którego współpraca ze sklepem internetowym wydaje się niemożliwa.

Dlatego z podłączeniem Yandex.Money trzeba będzie trochę poczekać, aż sklep nabierze odpowiedniego rozpędu. Jeśli dostępność tej metody płatności jest dla Ciebie istotna, preferuj Robokassę jako główny system płatności dla Twojego sklepu internetowego. To jedyna platforma zewnętrzna obsługująca Yandex.Money.

WebPieniądze

Zorganizowanie automatycznej akceptacji płatności w systemie WebMoney będzie wymagało nieco więcej czasu. Przede wszystkim musisz zarejestrować swój paszport osobisty. Może to zająć około tygodnia, ponieważ WebMoney wymaga przesłania poświadczonego notarialnie wniosku za pośrednictwem poczty rosyjskiej.

Następnie dodaj sklep internetowy do katalogu witryny na megastock.ru. Zajmie to kolejne 1-3 dni. Zaletą systemu jest możliwość przetestowania płatności (właściwie wszystko przebiega standardowo, jedynie pieniądze nie są pobierane). Ta zaleta pozwala z wyprzedzeniem wyłapać błędy w kodzie.

Przelane przez klienta środki trafiają do portfela WebMoney wskazanego podczas rejestracji. Prowizja pobierana jest wyłącznie za samo dokonanie płatności (jest pobierana od klienta).

Jaka jest wartość podłączenia płatności online?

Jednak na połączeniu systemu płatności ze sklepem internetowym znaczne korzyści odniosą także właściciele dóbr fizycznych. To ostatnie pozwoli zaoszczędzić mnóstwo czasu na wysyłaniu numerów kont do klientów i niepotrzebnym oczekiwaniu, aż ludzie wpłacią wymaganą kwotę. Z kolei systemy płatności pozwolą klientom zaoszczędzić na dostawie i uchronić ich przed biurokracją finansową.

Warto zaznaczyć, że nie badaliśmy wszystkich istniejących systemów płatności, a jedynie te najpopularniejsze.

Co powinny zrobić osoby prawne?

Aby połączyć płatność internetową ze sklepem internetowym dla osoby prawnej, należy wykonać prawie te same czynności. Pamiętaj tylko, że organizacja procesu zajmie trochę więcej czasu. Wynika to z konieczności zawarcia formalnej umowy przewidującej dokładniejsze sprawdzenie Twoich działań.

Otrzymałeś szczegółową odpowiedź jak wybrać system płatności dla sklepu internetowego i prawidłowo go podłączyć. Procedura nie jest skomplikowana, najważniejsze jest dokładne wypełnienie danych podczas rejestracji, w przeciwnym razie spędzisz dużo czasu na poprawianiu ich w wsparciu.

Jeśli chcesz dowiedzieć się więcej na temat funkcjonalności swojego sklepu internetowego, polecamy zapoznanie się z kilkoma przydatnymi kursami internetowymi z.

Żadna osoba pracująca w Internecie nie może obejść się bez elektronicznych systemów płatności. W końcu musisz gdzieś przechowywać zarobione pieniądze i jakoś zdobyć je w gotówce! Wiele witryn do zarabiania pieniędzy udostępnia kilka systemów płatności do wypłaty pieniędzy, a z systemu płatności można łatwo wypłacić pieniądze na dowolną kartę bankową.

Stanowią jedną z głównych usług płatności bezgotówkowych na całym świecie. Korzystając z systemów płatności, możesz dokonywać zakupów online, przesyłać i wymieniać pieniądze, płacić za różne usługi i wiele więcej. Innymi słowy, systemy płatności elektronicznych realizują te same transakcje finansowe, co serwisy internetowe różnych banków. Dlatego systemy płatności i banki są ze sobą bardzo blisko powiązane i często ze sobą współpracują. Dzięki temu możesz bez problemu przesyłać pieniądze zarówno z systemu płatniczego do banku, jak i z banku do systemu płatniczego. Sugeruję zapoznanie się z głównymi systemami płatności elektronicznych, które są używane w prawie wszystkich witrynach do zarabiania pieniędzy.

Najlepszy portfel elektroniczny dla obywateli Rosji. Po rejestracji musisz się zidentyfikować, aby móc cieszyć się wszystkimi przywilejami tego systemu płatności. Otrzymasz różne bonusy i rabaty na wiele produktów, a także zapłacisz za większość usług. Ale co najważniejsze, możesz złóż wniosek o kartę Yandex.Money i wypłacaj gotówkę z dowolnego bankomatu bez prowizji! Kartę możesz zamówić w sekcji „Karty Yandex.Money”.

Najbardziej rozpowszechniony system płatności, założony w 1998 roku. Obecnie liczba jego użytkowników przekracza 30 milionów osób. Ten system płatności jest idealny do wypłacania pieniędzy ze wszystkich rosyjskojęzycznych witryn w celu zarabiania pieniędzy. W systemie płatności Webmoney możesz zarejestrować portfele elektroniczne wielu walut: rubli (WMR), hrywny (WMU), dolarów (WMZ), euro (WME) i innych. Webmoney to bardzo poważny system, który ma wiele poziomów ochrony, aby zapewnić bezpieczeństwo rachunków pieniężnych swoich klientów. Dlatego proces rejestracji ma dość dużo etapów, ale warto!

Ten system płatności powstał w Gruzji 4 lata temu i ma swoje przedstawicielstwa w Rosji i Wielkiej Brytanii. W tak krótkim czasie stał się bardzo popularny i posiada szereg znaczących zalet w porównaniu do innych systemów płatności. Wypłata środków do portfela Payeer jest dostępna na rosyjskojęzycznych stronach do zarabiania pieniędzy oraz na niektórych zagranicznych. Po zwykłej rejestracji w tym systemie uzyskasz dostęp do konta elektronicznego, na które możesz przesyłać ruble, dolary i euro. Ponadto system płatności Payeer posiada własny wewnętrzny wymiennik, który umożliwi wymianę walut z różnych portfeli elektronicznych.

Zagraniczny system płatności, w którym możesz otworzyć portfel dolarowy. Jeśli zamierzasz zarabiać na zagranicznych stronach, ten system stanie się dla Ciebie niezbędny. System płatności Payza jest używany na prawie wszystkich stronach, które płacą w dolarach. Rejestracja w tym systemie nie jest trudna. Jedyną przeszkodą jest to, że strona jest w całości w języku angielskim, ale możesz to zrobić za pomocą tłumacza w swojej przeglądarce.

Uniwersalny system płatności używany w wielu witrynach zagranicznych i rosyjskojęzycznych do zarabiania pieniędzy. Na Perfect Money będziesz mieć dostęp do kont elektronicznych w dolarach, euro, metalach szlachetnych (złoto) i Bitcoinach, które można między sobą wymieniać. System płatności elektronicznych jest bardzo wygodny i łatwy w obsłudze, posiada także rosyjski interfejs. Radzę każdemu zarejestrować się w Perfect Money, ponieważ z praktyki wynika, że ​​ten system płatności musi być używany dość często.

29 października 2010 o 17:28

Jak powstają systemy płatności: część pierwsza

• Blog firmy z grupy Mail.ru

Latem 2009 roku firma Mail.Ru ogłosiła uruchomienie nowego systemu płatności stworzonego przez własnych programistów (pamiętajcie, że wcześniej system płatności MoneyMail zapewniał wsparcie technologiczne i serwisowe dla projektu [email protected]). Nowy projekt miał między innymi zaoferować użytkownikom portalu jeden, wygodny i bezpieczny mechanizm płacenia za różne usługi firmy – od projektów rozrywkowych (Gry, Aplikacje w Moim Świecie) po projekty e-commerce (Produkty, Nieruchomości , Mailingi).

Minął rok. [email protected] stale się rozwija, zwiększając liczbę instrumentów finansowych zarówno dla użytkowników, jak i sklepów. Dla użytkowników jest to możliwość dokonywania przelewów w ramach systemu, płacenia za różne usługi i towary (od płacenia za liczne gry, łączność komórkową, Internet i usługi mieszkaniowe i komunalne po zakup odzieży i biletów), możliwość wpłaty z banku kartami i wypłacaj na wirtualne karty Visa. Dla sklepów aktywnie rozwijane są narzędzia umożliwiające automatyzację przyjmowania płatności czy uzupełniania kont użytkowników – wiele funkcji systemu płatności dostępnych jest poprzez API.

Oprócz wspomnianych oczywistych funkcji, pojawiają się także te technologiczne, o których mówi się znacznie rzadziej, ale które są nie mniej istotne dla całej firmy. Na przykład usługi portalowe i sklepy połączone z [email protected] mają możliwość akceptowania płatności od użytkowników, którzy przechowują swoje środki elektroniczne w innych systemach płatności - WebMoney, Yandex.Money i wielu innych. Równie ważną częścią systemu jest obsługa SMS-ów, za pomocą których odwiedzający z wielu krajów mogą płacić za usługi różnych usług portalu bez konieczności zakładania konta w systemie płatności.

Tym artykułem otwieramy całą serię opowieści o tym, jak nasz system płatności działa od środka, jakich narzędzi używamy, aby zapewnić jego niezawodne działanie, jak współpracujemy z dziesiątkami systemów zewnętrznych, jakie problemy napotkaliśmy, jak je rozwiązaliśmy i jakie wnioski, jakie wyciągnęliśmy. Oprócz artykułów technicznych postaramy się porozmawiać o tym, jak wykorzystać nasz system płatności do poszerzenia aktywnego finansowo grona odbiorców Twoich sklepów internetowych i aplikacji społecznościowych. Jeśli interesują Cię inne tematy dotyczące [email protected], zapytaj, postaramy się to omówić.

Gdy stal była hartowana

Zadanie rozpoczęcia prac nad nowym projektem zostało powierzone naszemu działowi pod koniec 2008 roku. W tamtym czasie systemy płatności nie były typem projektów, które Mail.Ru był przyzwyczajony do opracowywania, uruchamiania i skutecznego działania. Jednak już na etapie stawiania problemu było zrozumienie Co musiały zostać wzięte pod uwagę i wdrożone w procesie rozwoju.

Po pierwszych literach nazwaliśmy te wymagania „MMM” (to oczywiście żart). Tutaj są:

• M skalowalność
• M wielowalutowy
• M nowość

Trochę więcej o każdym z nich.

Skalowalność

Nie jest tajemnicą, że czasami projekt dla ludzi, którzy go stworzyli, startuje niespodziewanie, otrzymuje dużą liczbę użytkowników, a programiści stają przed problemem, jak szybko poradzić sobie z gwałtownie zwiększonymi obciążeniami. Objęcie projektu memcache, podniesienie replikacji master-slave – te koncepcje są znane wielu osobom, które próbowały coś zrobić, aby projekt nie zwalniał. Niestety nawet te proste metody zwykle nie pomagają szybko - trzeba nauczyć komponenty systemu dostępu do pamięci podręcznej, używać jednego serwera bazy danych do zapisu i wielu do odczytu i tak dalej. Szybkie zapewnienie dobrego skalowania poziomego (skalowania w poziomie) nie zawsze jest trywialnym zadaniem. A nie chcieliśmy się zmierzyć, tydzień, miesiąc, czy rok po premierze, z tym, że aby rozwiązać ten problem, musielibyśmy napisać projekt od nowa, który przez cały ten czas nie poradziłby sobie ze swoim głównym zadaniem - płatności elektroniczne. Dlatego już na etapie projektowania systemu konieczne było położenie podstaw pod proste skalowanie [email protected].

Wielowalutowy

Powtórzę: nie jest tajemnicą, że czasami kod, który świetnie sprawdza się w przypadku jabłek, przestaje działać, gdy w obsługiwanym przez niego magazynie pojawiają się banany. Cóż, kod nie przewiduje współpracy z różnymi podmiotami! W wielu przypadkach, które widzieliśmy, problem często rozwiązywano tworząc nowy zestaw tabel dla pomarańczy, podobny do „jabłkowych” i kopiując wcześniej napisany kod z zamianą $iJabłka NA $iBanany. W innych przypadkach rozwiązanie problemu było bardziej adekwatne – w bazie pojawiły się dodatkowe pola, przejęto klasy z gotowych, dodając kilka nowych metod i właściwości (np. atrybut „skórka” jabłka to przetworzone zupełnie inaczej niż w przypadku banana). Ale nawet to rozwiązanie czasami wymagało dość dużych zmian w kodzie. Dlatego też konieczne było natychmiastowe wprowadzenie do systemu wielowalutowości.

Wiele wyświetlaczy

Najbardziej tajemnicza właściwość na pierwszy rzut oka, ale wyjaśnienie jest bardzo, bardzo proste. Nazywamy witrynę sklepową punktem wejścia do systemu, który może pracować z ustawieniami niezależnymi od głównego punktu wejścia - od innego adresu domeny i własnej waluty po własną metodę autoryzacji użytkownika i własny interfejs. Uruchomienie takiej nowej witryny sklepowej również powinno być bardzo proste - nie trudniejsze niż dodanie kilku linijek do plików konfiguracyjnych systemu i, jeśli zajdzie taka potrzeba, nowych szablonów interfejsu użytkownika.

Oczywiście to nie wszystkie wymagania stawiane systemowi płatności, ale to one miały największy wpływ na architekturę systemu. Nowy projekt musiał być dość elastyczny i odporny na błędy.

Czy udało nam się to zrobić? Tak, to się w pełni udało.

Teraz, według naszych szacunków, możemy łatwo skalować system do setek węzłów, dosłownie po prostu instalując i konfigurując nowy sprzęt oraz wprowadzając informacje o węzłach do konfiguracji projektu.

Możemy przetwarzać wszystkie waluty świata (banki krajowe, och!), nie myśląc o tym, jak zachowa się system. Nie bez powodu – obecnie system korzysta już z kilku walut (ach, te kłopoty prawne!).

Otóż ​​jako przykład witryn sklepowych możesz podać wersję strony do debugowania sklepów, która wykorzystuje walutę testową; mobilna wersja serwisu, która posiada własny zestaw dostępnych akcji oraz własne szablony. Innym przykładem jest wizytówka sklepów z API, gdzie stosowana jest inna metoda autoryzacji niż ta, za pomocą której identyfikują się użytkownicy portalu w [email protected]. Uruchomienie tych witryn sklepowych dla systemu tak naprawdę wyglądało niczym innym jak pojawieniem się w plikach konfiguracyjnych bloków opisujących witryny sklepowe i kilku folderów z szablonami. Dokładnie w ten sam sposób możemy zapewnić na przykład pracę nad naszym silnikiem dla systemu płatności [email protected] lub dowolnego innego, który wyraża takie pragnienie.

Myślę, że wiele osób jest zainteresowanych tym, jak udało nam się to wszystko wdrożyć z technicznego punktu widzenia. Dlatego w kolejnym artykule porozmawiamy o narzędziach i technologiach, które pozwoliły nam uczynić nasz system płatności takim, jakim jest, a także skupimy się na ogólnej architekturze projektu. Zostań z nami!

Zespół [email protected]

Tagi:

• systemy płatności
• Mail.ru
• jak było

Dodaj tagi

Witaj, Habro! W RBKmoney napisaliśmy nowe przetwarzanie płatności. Od zera. No cóż, czy to nie sen?

Opowiemy Wam jak napisaliśmy całą procedurę realizacji Płatności RBKmoney, bo tak to nazwaliśmy. Jak uodpornili go na obciążenia i awarie sprzętu, jak doszli do możliwości niemal liniowego skalowania poziomego.

I w końcu jak sobie z tym wszystkim poradziliśmy, nie zapominając o komforcie tych, którzy są w środku - nasz system płatności powstał z myślą o tym, aby był interesujący przede wszystkim dla programistów, tych, którzy go tworzą.

Tym postem otwieramy serię artykułów, w których będziemy dzielić się zarówno konkretnymi kwestiami technicznymi, podejściami i wdrożeniami, jak i ogólnym doświadczeniem w tworzeniu dużych systemów rozproszonych. Pierwszy artykuł to recenzja, w nim zarysujemy kamienie milowe, które omówimy szczegółowo, a czasem bardzo szczegółowo.

Zastrzeżenie

Od ostatniej publikacji na naszym blogu minęło nie mniej niż 5 lat. W tym czasie nasz zespół programistów został znacząco zmodernizowany, na czele firmy stoją teraz nowi ludzie.

Tworząc system płatności trzeba wziąć pod uwagę wiele różnych rzeczy i opracować wiele rozwiązań. Od przetwarzania zdolnego do przetwarzania tysięcy jednoczesnych, równoległych wniosków o umorzenie pieniędzy, po przyjazne dla użytkownika i przyjazne dla użytkownika interfejsy. Trywialne, jeśli nie weźmie się pod uwagę drobnych niuansów.

Brutalna rzeczywistość jest taka, że ​​za przetwarzaniem płatności stoją organizacje płatnicze, które nie akceptują takiego ruchu z otwartymi ramionami, a czasami nawet proszą „o wysyłanie nam nie więcej niż 3 żądań na sekundę”. A interfejsom przyglądają się osoby, które być może po raz pierwszy w Internecie zdecydowały się za coś zapłacić. A każdy ościeżnica UX, niezrozumiałość i opóźnienie to powód do paniki.

Wózek na zakupy, do którego możesz włożyć zakupy nawet podczas tornada

Nasze podejście do tworzenia przetwarzania płatności polega na zapewnieniu możliwości Zawsze rozpocząć płatność. Nie ma znaczenia, co się w nas dzieje – spalił się serwer, administrator pomieszał się w sieciach, w budynku/dzielnicy/mieście wyłączył prąd, hmm… straciliśmy olej napędowy. Nie ma znaczenia. Usługa w dalszym ciągu umożliwi rozpoczęcie płatności.

Podejście brzmi znajomo, prawda?

Tak, zainspirowała nas koncepcja opisana w Amazon Dynamo Paper. Chłopaki z Amazona zbudowali też wszystko tak, aby użytkownik mógł włożyć książkę do koszyka, niezależnie od tego, jaki horror dział się po drugiej stronie jego monitora.

Oczywiście nie naruszamy praw fizyki i nie wymyśliliśmy, jak obalić twierdzenie CAP. Nie jest faktem, że płatność zostanie zrealizowana od razu – w końcu mogą być problemy po stronie banków, ale obsługa utworzy żądanie, a użytkownik zobaczy, że wszystko zadziałało. Tak, i nadal mamy kilkanaście list zaległości z długiem technicznym przed ideałem, szczerze mówiąc, czasami możemy odpowiedzieć na 504.

Zajrzyjmy do bunkra, bo za oknem szaleje tornado

Konieczne było, aby nasza bramka płatnicza była zawsze dostępna. Niezależnie od tego, czy obciążenie szczytowe wzrosło, coś spadło, czy też poszło do DC w celu konserwacji, użytkownik końcowy nie powinien tego w ogóle zauważyć.

Rozwiązano to poprzez zminimalizowanie miejsc, w których przechowywany jest stan systemu – oczywiście aplikacje bezstanowe można łatwo skalować po horyzont.

Same nasze aplikacje działają w kontenerach Docker, a logi, z których niezawodnie łączymy się z centralnym magazynem Elasticsearch; odnajdują się nawzajem poprzez Service Discovery i przesyłają dane wewnętrznie poprzez IPv6 Makroserwis .

Wszystkie mikrousługi zebrane i współpracujące, wraz z powiązanymi usługami, tworzą Makrousługę, która ostatecznie zapewnia bramkę płatniczą tak, jak widzisz ją z zewnątrz w postaci naszego publicznego API.

Za porządek odpowiada SaltStack, który opisuje cały stan Macroservice.

Wrócimy ze szczegółowym opisem całego tego gospodarstwa.

Z aplikacjami jest łatwiej.

Ale jeśli przechowujesz gdzieś stan, to musi on znajdować się w bazie danych, w której koszt awarii części węzłów jest minimalny. Ponadto nie powinno być żadnych węzłów głównych zawierających dane. Aby mógł odpowiadać na żądania z przewidywalnym czasem oczekiwania. Czy oni tutaj śnią? Wtedy nie wymagał wiele konserwacji i dlatego programiści Erlanga go lubili.

Tak, czy nie powiedzieliśmy już, że cała część naszego przetwarzania online jest napisana w języku Erlang?

Jak zapewne wielu się już domyśliło, nie mieliśmy wyboru.

Cały stan części online naszego systemu jest przechowywany w Basho Riak. Powiemy Ci, jak ugotować Riak, nie łamiąc sobie palców (bo na pewno złamiesz sobie mózg), ale na razie przejdźmy dalej.

Gdzie są pieniądze, Lebowski?

Jeśli weźmiesz nieskończoną ilość pieniędzy, być może będziesz w stanie zbudować nieskończenie niezawodny zakład przetwarzania. Ale to nie jest dokładnie. I nie dali nam dużo pieniędzy. Dokładnie jak serwery na poziomie „wysokiej jakości, ale chińskie”.

Na szczęście przyniosło to pozytywne efekty. Kiedy zdasz sobie sprawę, że dla ciebie, jako programisty, będzie dość trudno uzyskać 40 fizycznych rdzeni obsługujących 512 GB pamięci RAM, musisz wyjść i napisać małe aplikacje. Można je jednak wdrożyć dowolną liczbę — serwery są nadal niedrogie.

Nawet w naszym świecie serwery zwykle nie wracają do życia po ponownym uruchomieniu, a nawet nie doświadczają awarii zasilania w najbardziej nieodpowiednim momencie.

Mając na uwadze te wszystkie okropności, nauczyliśmy się budować system, spodziewając się, że jakakolwiek jego część będzie zagrożona Koniecznie nagle pęknie. Trudno sobie przypomnieć, czy takie podejście spowodowało jakieś niedogodności dla rozwoju internetowej części przetwarzania. Być może ma to coś wspólnego z filozofią Erlangisty i ich słynną koncepcją LetItCrash?

Ale z serwerami jest łatwiej.

Wymyśliliśmy, gdzie umieścić aplikacje, jest ich wiele, są skalowalne. Baza też jest rozproszona, nie ma mastera, nie przeszkadzają nam spalone węzły, możemy szybko załadować wózek serwerami, przyjechać do DC i zostawić je z widłami w stojakach.

Ale nie można tego zrobić w przypadku macierzy dyskowych! Awaria nawet małego nośnika dyskowego to awaria części usługi płatniczej, na którą nie możemy sobie pozwolić. Zduplikowany system przechowywania? Zbyt niepraktyczne.

Ale nie chcemy sobie pozwolić na drogie, markowe macierze dyskowe. Nawet ze zwykłego poczucia piękna nie będą patrzeć obok stojaków, na których w równych rzędach stoją nonames. A wszystko to jest nieracjonalnie drogie.

W rezultacie postanowiliśmy w ogóle nie używać macierzy dyskowych. Wszystkie nasze urządzenia blokowe działają pod CEPH na identycznych niedrogich serwerach - w razie potrzeby możemy je umieścić w stojakach w dużych ilościach.

W przypadku sprzętu sieciowego podejście nie różni się zbytnio. Bierzemy przeciętnych ludzi i dostajemy dobry sprzęt odpowiedni do zadania przy bardzo niskich kosztach. W przypadku awarii przełącznika, równolegle pracuje drugi, a na serwerach skonfigurowany jest OSPF, zapewniona jest konwergencja.

Tym samym mamy wygodny, odporny na awarie i uniwersalny system – szafa pełna prostych, tanich serwerów, kilka przełączników. Następne stoisko. I tak dalej.

Prosty, wygodny i ogólnie bardzo niezawodny.

Posłuchaj zasad postępowania na pokładzie

Nigdy nie chcieliśmy przychodzić do biura, pracować i zarabiać pieniędzy. Element finansowy jest bardzo ważny, ale nie może zastąpić satysfakcji z dobrze wykonanej pracy. Pisaliśmy już systemy płatności, także w poprzednich miejscach pracy. I mieliśmy ogólne pojęcie o tym, czego nie chcieliśmy robić. Nie chciałem standardowych, ale sprawdzonych rozwiązań, nie chciałem nudnego przedsięwzięcia.

I postanowiliśmy wnieść do pracy maksimum świeżości. W rozwoju systemów płatności nowe rozwiązania są często ograniczone, mówią, po co w ogóle potrzebny doker, obejdźmy się bez niego. I ogólnie mówiąc. Niezabezpieczone. Zakaz.

Postanowiliśmy niczego nie zabraniać, a wręcz przeciwnie, zachęcać do wszystkiego, co nowe. W ten sposób zbudowaliśmy produkcyjną Macroservice z ogromnej masy aplikacji w kontenerach Docker, zarządzanych poprzez SaltStack, klastry Riak, Consul as a Service Discovery, autorską implementację śledzenia żądań w systemie rozproszonym i wiele innych wspaniałych technologii.

erlang/otp Dodaj tagi