Без електронних платіжних систем не зможе обійтися жодна людина, яка працює в Інтернеті. Адже треба десь зберігати зароблені гроші і якось отримати їх готівкою! Багато сайтів для заробітку надають кілька платіжних систем для виведення грошей, а вже з платіжної системи гроші можна легко вивести на будь-яку картку банку.

Є одним із основних сервісів для безготівкового розрахунку коштів у всьому світі. За допомогою платіжних систем можна здійснювати інтернет – покупки, переказ та обмін грошей, оплачувати різні послугиі багато іншого. Інакше кажучи, електронні платіжні системи виконують самі фінансові операції, як і інтернет – послуги різних банків. Тому платіжні системи та банки дуже тісно пов'язані між собою і часто співпрацюють один з одним. Це дозволяє без жодних проблем переказувати гроші як з платіжної системи банку, так і з банку на платіжну систему. Пропоную вам ознайомитись із основними електронними платіжними системами, які використовуються майже на всіх сайтах для заробітку.

Найкращий електронний гаманець для громадян РФ. Після реєстрації вам необхідно ідентифікувати свою особу для того, щоб користуватися всіма привілеями платіжної системи. Ви будете отримувати різні бонуси та знижки на багато товарів, а також оплачувати більшість послуг. Але найголовніше, можна оформити картку Яндекс.Гроші та знімати готівку в будь-якому банкоматі без комісії!Замовити картку можна у розділі "Карти Яндекс.Грошей".

Найпоширеніша платіжна система, заснована 1998 року. Нині кількість її користувачів перевищує 30 мільйонів. Ця платіжна система ідеально підійде для виведення грошей з усіх російськомовних сайтів для заробітку. У платіжній системі Webmoney ви зможете зареєструвати електронні гаманці багатьох валют: рублі (WMR), гривні (WMU), долари (WMZ), євро (WME) та інші. Webmoney дуже серйозна система, яка має багато ступенів захисту для безпеки грошових рахунківсвоїх клієнтів. Тому процес реєстрації має досить багато етапів, але це того варте!

Ця платіжна система була заснована в Грузії 4 роки тому і має свої представництва у Росії та Великобританії. За цей невеликий термін стала дуже популярною і має ряд істотних переваг, в порівнянні з іншими платіжними системами. Висновок грошових коштівна Payeer гаманець доступний на російськомовних сайтах для заробітку та на деяких зарубіжних. Після простої реєстрації в цій системі вам буде доступний електронний рахунок, на який можна переказувати рублі, долари та євро. Також платіжна система Payeer має свій внутрішній обмінник, що дозволить обміняти валюту різних електронних гаманців.

Іноземна платіжна система, де ви зможете відкрити доларовий гаманець. Якщо ви збираєтеся заробляти гроші на зарубіжних сайтах, ця система стане незамінною для вас. Платіжна система Payza використовується майже на всіх сайтах, які платять у доларах. Зареєструватися в цій системі не важко. Єдина перешкода полягає в тому, що сайт повністю на англійською, але для цього можна скористатися перекладачем у вашому браузері.

Універсальна платіжна система, яка використовується в багатьох зарубіжних та російськомовних сайтах для заробітку. на Perfect Moneyвам будуть доступні електронні рахунки в доларах, євро, дорогоцінних металах (золото) та Bitcoin, які можна обмінювати між собою. Електронна платіжна система дуже зручна та проста у використанні, до того ж у ній є російський інтерфейс. Раджу всім зареєструватися на Perfect Money, оскільки виходячи з практики, цією платіжною системою доводиться користуватися досить часто.

Ця Політика конфіденційності персональної інформації (далі – Політика) діє стосовно всієї інформації, яку ТОВ "Сайтмаркет" (далі – Постачальник) може отримати про користувача під час використання ним будь-якого з сайтів Постачальника (далі – Сайти). Використання Сайтів означає беззастережну згоду користувача з цією Політикою та вказаними в ній умовами обробки його персональної інформації. У разі незгоди з цими умовами, користувач повинен утриматися від використання Сайтів.

1. У рамках цієї Політики під «персональною інформацією користувача» розуміється персональна інформація, яку користувач надає про себе самостійно під час реєстрації (створення облікового запису) або в процесі використання Сайту, включаючи персональні дані користувача.

2. Постачальник збирає та зберігає лише ті персональні дані, які необхідні для надання послуг (виконання угод та договорів з користувачем).

3. Персональну інформацію користувача Постачальник може використовувати з метою: ідентифікації сторони в рамках угод та договорів, надання користувачеві персоналізованих послуг, а також зв'язку з користувачем, у тому числі направлення електронних листів, SMS та інших повідомлень, запитів та інформації щодо надання послуг.

4. Щодо персональної інформації користувача зберігається її конфіденційність. Постачальник має право передати персональну інформацію користувача третім особам лише для покращення надання послуг користувачеві.

5. Під час обробки персональних даних користувачів Постачальник керується Федеральним законом РФ «Про персональні дані».

6. Користувач може у будь-який момент видалити надану їм у межах певної облікового записуперсональну інформацію При цьому видалення облікового запису може спричинити неможливість використання деяких можливостей Сайтів.

7. Для видалення свого облікового запису користувач може скористатися функцією «Відписатися від розсилки», що міститься в кожному електронному листі, що надсилається Постачальником користувачеві, або надіслати запит на електронну поштуПостачальника support@сайт. Також користувач повинен очистити cookie та кеш браузера.

8. Постачальник вживає необхідних та достатніх організаційних заходів для захисту персональної інформації користувача від неправомірного або випадкового доступу, знищення, зміни, блокування, копіювання, розповсюдження, а також від інших неправомірних дій з нею третіх осіб.

9. Постачальник має право вносити зміни до цієї Політики. При внесенні змін до актуальної редакції вказується дата останнього оновлення. Нова редакція Політики набирає чинності з моменту її розміщення.

Завдяки якому ви налаштуєте прийом платежів на сайті за 2 години і навіть якщо ви не оформлені як ІП і зовсім не знаєтеся на технічних тонкощах.

Багато веб-майстрів, запускаючи сайт або блог, мріють про заробіток на своєму дітищі. Наша команда намагається допомогти у цьому читачам блогу «Світ Вебмайстра», і сьогодні ми поговоримо про те, як зробити прийом платежів на сайті. Погодьтеся, адже багато хто має що запропонувати потенційним покупцям, але відсутність знань чи невміння розмістити у себе на порталі агрегатор прийому платежів позбавляє когось пристойного заробітку.

Варіанти прийому платежів

Отже, щоб організувати на своєму сайті прийом платежів, потрібно вирішити для себе, як ви працюватимете – з окремими платіжними системами чи агрегаторами платежів. Перший варіант– низькі комісії, але жорсткі вимоги до веб-ресурсів, другий варіант– трохи велика комісія та гроші «падають» спочатку до партнерів.

Загальний принцип роботи з агрегаторами платежів

Усі системи отримання від покупців мають єдиний принцип роботи:

• Користувач вводить потрібні дані у певну форму (П.І.Б., нік, е-мейл та ін.)
• Покупець після заповнення форми потрапляє на сторінку оплати у вибраній системі електронних платежів
• Власник товару отримує від партнера листа з даними про оплату та перевіряє правильність внесення суми
• Покупець перенаправляється на сторінку завантаження файлу або отримує пароль на доступ до приватних сторінок або файлів. Якщо це інтернет-магазин, покупець отримує листа з повідомленням, що його замовлення прийнято.

Звичайно ж, це схематичне пояснення, у кожного агрегатора платіжних систем свої алгоритми дій, свої нюанси і на початку роботи з ними власнику веб-ресурсу варто уважно вивчити всі особливості платіжок. І обов'язково зробити контрольну закупівлю, щоби переконатися, що все працює як треба.

Найпростіший спосіб прийому платежів на сайті

Давайте розглянемо варіанти встановлення платіжних систем. Найлегший і найпростіший варіант - в окремому блоці на сайті вказати номер гаманця в Яндексі, ВебМані, Мейл.ру, РБК Мані і т.п. та суму, яку ви хочете бачити на своєму рахунку за товар. Якщо товарів кілька, інформацію доведеться розміщувати на сторінці з пропозицією.

Мінусів у цього способу прийому платежів більше, ніж переваг, пропоную вам подумати над цим, шановний читачу. Але найголовніше тут — щоб отримати гроші, ви повинні бути дуже поважною людиною: кому хочеться ризикувати, адже нарватися на шахрая в Мережі дуже просто.

Огляд відомих платіжних агрегаторів

Сервісів для прийому платежів в Інтернеті безліч – нижче я розповім про деякі з них, детальніше – про встановлення на сайт «платежки» від Єдиної Каси.

1. Почнемо з Інтеркаси– непоганого сервісу, готового підключити до вашого чи сайту всі відомі платіжні системи. За свої послуги INTERKASSA візьме комісію 3% від отриманої оплати за товари. Під час прийому платежів Інтеркас не отримує від покупця його секретні дані, що гарантує безпеку угоди. Для початку співпраці із системою доведеться зареєструватися та відправити на модерацію сайт – не всі майданчики приймаються до обслуговування. Крім коду можна встановити модулі та плагіни – це спростить роботу з інтеграцією. платіжки». До речі, ось відео по роботі із системою:

2. Наступна система прийому платежів – КіберПлат. Щоб розпочати роботу з цим сервісом, потрібно пройти реєстрацію, отримати пакет документів від менеджера проекту, заповнити папери та надіслати їх співробітникам КіберПлату. У відповідь ви отримаєте дані для встановлення системи платежів. На мій погляд – дуже багато зайвих рухів та очікувань, але тут є повне юридичне обґрунтування співпраці та безпека роботи.

3. Третя система прийому платежів на сайті у нашому списку – QIWI.

Для роботи із системою потрібно зареєструватися та відправити на модерацію адресу інтернет-магазину. При підключенні доведеться вибрати тип гаманця: іменної чи юридичної особи. Різниця між ними є, і суттєва, починаючи з комісії та закінчуючи термінами підключення сервісу. Після схвалення інтернет-магазину адміністрація сервісу надсилає повідомлення та документи, які доведеться підписати та повернути назад. Далі – налаштування форми прийому платежів у вибраному вами протоколі (можна вибрати комбінований).

4. Наступна «платіжка» - .

Сервіс відомий та популярний, для роботи з ним потрібно зареєструватися та надіслати пакет документів адміністрації порталу. Після цього вам прийде код, який потрібно встановити на сайт. Комісія за обслуговування залежить від вибору тарифу, їх кілька: «Основний», «ЖКУ», «Твори добро»і т.д. До оплати приймаються гаманці RBK Moneyта всі основні електронні платіжні системи.

Цей сервіс прийому платежів є одним із найкращих у своїй сфері, якому у 2013-му році виповниться 10 років:). ROBOKASSA працює як з юридичними, так і з фізичними особами. Для початку співробітництва юридичним особам слід створити обліковий запис, підписати договір, перевірити працездатність системи, погодитися з актом техстану «платежки» та оформити довіреність. Співпраця з фізичними особами ґрунтується на публічній оферті та вимагає лише реєстрації та підтвердження, що сайт відповідає правилам сервісу. У першому варіантідля розрахунків партнери використовують безготівковий розрахунок, другому- електронні гроші. Робокас дійсно надійний агрегатор, якщо ви сумніваєтеся у виборі системи, то зверніть увагу на неї в першу чергу. Плата за послугу стягується в залежності від обраного тарифу, і починається з 1%.

Як зробити прийом платежів на сайті за допомогою Єдиної Каси

Чому я вибрав цю систему? Через її простоту та зручність установки. Отже, заходимо на merchant.w1.ru/checkout/siteі тиснемо кнопку «Підключитися зараз»:

На сторінці, що відкрилася, нам показують алгоритм наших подальших дій, і ми починаємо з реєстрації:

Для реєстрації потрібно вказати як логін робочий е-мейл або номер телефону, ввести Захисний коді зрозуміти, що ви погоджуєтесь з договором публічної оферти, прочитати який можна, пройшовши за посиланням.

Пароль для реєстрації надходить на вказаний е-мейл. Після того як ви введете його, відкриється сторінка старту.

Проводимо все потрібні налаштуванняїх багато, але часу на це витратитися мінімум. Та й ми ж серйозну справу замислили, тож – не варто лінуватися. До речі, можна вибрати видимість ваших даних.

Налаштовуємо інтернет-магазин. Тут доведеться підтвердити права на сайт, завантаживши текстовий файлв корову папку або встановити якийсь код шаблон головної сторінки.

Підтвердивши права на веб-сайт, слід налаштувати форму прийому платежів на веб-сайті. Як правильно це зробити, розповідається на сторінці merchant.w1.ru/checkout/site/develope, там - опис параметрів, які можна ввести в код для додаткових характеристикоплати (з якими гаманцями працювати, з якими – ні, яка має бути валюта та ін.).

Вийде щось подібне – після відповідних налаштувань та інтеграції:

Можна встановити інформер, в якому вказано способи оплати замовлення.

А ще можна зробити все за допомогою модулів. Завантажити їх можна зі сторінки, з якої ми розпочинали роботу:

Нижче – відео як встановлювати прийом платежів на сайті на Joomla!

Сподіваюся, тепер ви знаєте, як організувати прийом платежів на сайті– принаймні загалом. Залишилося тільки зрозуміти, що ви продаватимете і зупинитись на будь-якій платіжній системі. Успіхів!

Привіт, Хабре! Ми на RBKmoney новий платіжний процесинг написали. З нуля. Ну чи не мрія?

Ми розповімо, як написали весь процесинг RBKmoney Payments, ми його назвали. Як робили його стійким до навантажень та збоїв обладнання, як вигадали можливість його практично лінійного горизонтального масштабування.

І, насамкінець, як ми з усім цим злетіли, не забувши про комфорт тих, хто перебуває всередині - наша платіжна система створювалася з думкою про те, щоб бути цікавою насамперед для розробників, тих, хто її створює.

Цим постом ми відкриваємо цикл статей, у яких ділитися як конкретними технічними речами, підходами та реалізаціями, і досвідом розробки великих розподілених систем у принципі. Перша стаття – оглядова, в ній ми позначимо віхи, які розкриватимемо докладно, а іноді – дуже докладно.

Disclaimer

З дня останньої публікації в нашому блозі минуло 5 років. За цей час наша команда розробки помітно оновилася, біля керма компанії тепер є нові люди.

Коли створюєш платіжну систему, потрібно врахувати купу різних речей і розробити безліч рішень. Від процесингу, здатного обробити тисячі одночасних паралельних запитів на списання грошей, до зручних та зрозумілих для людей інтерфейсів. Банально, якщо не зважати на дрібні нюанси.

Сувора реальність така, що за платіжним процесингом знаходяться платіжні організації, які зовсім не з розкритими обіймами приймають такий трафік, а іноді навіть просять "надсилати нам не більше 3 запитів на секунду". А на інтерфейси дивляться люди, які, можливо, вперше в інтернеті наважилися щось сплатити. І будь-який косяк UX, незрозумілість та затримка – це привід запанікувати.

Кошик, в який можна покласти покупки навіть під час торнадо

Наш підхід у створенні платіжного процесингу полягає в тому, щоб надати можливість завжди запустити платіж. Без різниці, що коїться у нас усередині - згорів сервер, адмін заплутався в мережах, відключили електрику у будівлі/районі/місто, у нас дизель хм… втратили. Неважливо. Сервіс все одно дозволить запустити платіж.

Підхід звучить знайомо, чи не так?

Так, ми надихалися концепцією, описаною в Amazon Dynamo Paper. Хлопці з Амазона теж будували все так, що користувач повинен мати можливість покласти книжку в кошик, яка б не діялася по той бік його монітора.

Звичайно, ми не порушуємо закони фізики і не вигадали як спростувати CAP-теорему. Не факт, що платіж тут і проведеться - можуть бути неполадки і на стороні банків, але запит сервіс створить, і користувач побачить, що все спрацювало. Та й нам до ідеалу ще десяток лістингів беклога з технічним боргом, чого гріха таїти, можемо й зрідка відповісти.

Заглянемо в бункер, коли торнадо за вікном

Потрібно було зробити наш платіжний шлюз доступним завжди. Чи зросло пікове навантаження, щось упало або пішло на обслуговування в ДЦ - кінцевий користувач не повинен цього помічати взагалі.

Це вирішили мінімізацією місць, де зберігається стан системи - очевидно, що Stateless-додатки легко масштабувати до горизонту.

Самі програми у нас крутяться у Docker-контейнерах, логи з яких ми надійно зливаємо в центральне Elasticsearch-сховище; один одного вони знаходять через Service Discovery, а дані передають IPv6 всередині Макросервісу .

Всі зібрані та працюючі спільно мікросервіси разом із супутніми службами є Макросервісом, який надає вам у результаті платіжний шлюз, яким ви його бачите зовні у вигляді нашого публічного API.

За порядком доглядає SaltStack, в якому описано весь стан макросервісу.

Ми ще повернемося з докладним описомвсього цього господарства.

З додатками легше.

А от якщо зберігати десь стан, то обов'язково в такій базі, де мінімальна ціна виходу з ладу частини нод. Ще щоб у ній не було майстер-нід із даними. Щоб могла з очікуваним часом очікування на запити відповідати. Це тут мріють? Тоді ще щоб її обслуговувати особливо не треба було і щоб розробникам-ерлангістам подобалася.

Так, хіба ми ще не сказали, що всю онлайн-частину нашого процесингу на Ерланзі написано?

Як багато хто вже, напевно, здогадався вибору у нас як такого і не було.

Весь стан онлайн-частини нашої системи зберігається в Basho Riak. Про те, як готувати Riak і не зламати собі пальці (бо мозок ви зламаєте обов'язково), ми ще розповімо, а поки продовжимо далі.

Де гроші, Лебовськи?

Якщо взяти безліч грошей, можливо, вдасться побудувати нескінченно надійний процесинг. Але це не точно. Та й грошей нам особливо не виділили. Якраз на сервері рівня "якісний, але Китай".

На щастя, це спричинило позитивні ефекти. Коли розумієш, що тобі як розробнику, буде важко отримати 40 фізичних ядер, що адресують 512GB оперативної пам'яті, доводиться викручуватися і писати маленькі програми. Зате їх можна розгорнути скільки завгодно багато - сервери все-таки недорогі.

Ще в нашому світі будь-які сервери мають тенденцію не повертатися після перезавантаження до життя, або навіть ловити відмову блоків живлення в невідповідний момент.

З огляду на всі ці страхіття ми навчилися будувати систему з розрахунком на те, що будь-яка її частина обов'язковораптово зламається. Важко пригадати, чи викликав цей підхід якісь незручності для розробки онлайн-частини процесингу. Можливо, це якось пов'язане з філософією ерлангістів та їхньою знаменитою концепцією LetItCrash?

Але із серверами легше.

Ми розібралися, де розміщувати програми, їх багато, вони масштабуються. База теж розподілена, майстра немає, згорілі ноди не шкода, можемо швидко навантажити віз серверами, приїхати в ДЦ і залишати їх вилами у стійки.

Але з дисковими масивами так не вчинити! Вихід із ладу навіть невеликого дискового сховища – це відмова частини платіжного сервісу, чого ми собі дозволити не можемо. Дублювати СГД? Занадто недоцільно.

А дорогі брендові дискові масиви ми дозволити собі не хочемо. Навіть із простого почуття прекрасного - вони не виглядатимуть поруч зі стійками, де рівними рядами набиті ноунейми. Та й невиправдано дорого це все вартує.

У результаті ми вирішили не використовувати дискові масиви взагалі. Всі блокові пристрої у нас крутяться під CEPH на однакових недорогих серверах - ми можемо ставити їх у стійки у великих кількостях, які нам потрібні.

З мережевим залізом підхід не дуже відрізняється. Беремо середнячків, отримуємо хороше обладнання, що підходить під завдання, зовсім недорого. У разі виходу з ладу свитча - паралельно працює другий, але в серверах налаштований OSPF, збіжність забезпечена.

Таким чином у нас вийшла зручна, відмовостійка і універсальна система- стійка, набита простими дешевими серверами, дещо свитчею. Наступна стійка. І так далі.

Просто, зручно та загалом – дуже надійно.

Прослухайте правила поведінки на борту

Нам ніколи не хотілося приходити в офіс, робити роботу та отримувати оплату грошима. Фінансова складова є дуже важливою, але вона не замінить задоволення від добре зробленої роботи. Ми вже писали платіжні системи, у тому числі на попередніх місцях роботи. І приблизно уявляли, чим ми не хочемо займатися. А не хотілося стандартних, але перевірених рішень, не хотілося нудного ентерпрайзу.

І ми вирішили підтягнути у роботу максимальний свіжак. У розробці платіжних систем часто обмежують нові рішення, мовляв, навіщо вам докер взагалі, давайте без нього. І взагалі. Несек'юрно. Заборонити.

Ми вирішили нічого не забороняти, а навпаки, заохочувати все нове. Так у нас у продакшені побудувався Макросервіс з величезної купи додатків у докер-контейнерах, керований через SaltStack, кластери Riak'а, Consul як Service Discovery, оригінальна реалізація трасування запитів у розподіленій системі та безліч інших чудових технологій.

erlang/otp Додати теги

Створення сервісу з прийому платежів в інтернеті передбачає рішення низки організаційних і технічних питань. Як і в будь-якого іншого бізнесу, питань багато, вони різноманітні та варіюються залежно від зовнішніх та внутрішніх обставин та умов.

Я, мабуть, виокремлю чотири базові питання, вирішення яких прямо чи опосередковано впливає на всі інші моменти, пов'язані із запуском нового постачальника платіжних послуг (payment service provider):

1. Вибір бізнес-моделі.
2. Визначення цільової аудиторіїсервісу.
3. Вибір платіжних систем.
4. Вибір процесингової платформи.

Бізнес модель

Говорячи про бізнес-модель сервісу з прийому інтернет-платежів, я маю на увазі не стратегію розвитку компанії та монетизацію її послуг, а відповідь на запитання: «Чи передбачає майбутній постачальник платіжних послуг займатися агрегацією платежів для своїх клієнтів чи ні»?

Для тих, хто поки що не дуже добре розуміє, про що йде мовая поясню. Існує дві основні моделі роботи будь-якого сервісу прийому інтернет-платежів. Я їх називаю «Процесор» та «Агрегатор». І ці назви точно відбивають суть.

"Процесор" займається вирішенням виключно технічних завдань, пов'язаних із прийомом платежів. Швидка та зручна взаємодія інтернет-торгівця з однією або декількома платіжними системами, захист від шахрайства, безпека транзакцій та платіжних даних, статистика, звітність – ось типовий набір послуг «процесора».

Що він не робить — то це не торкається грошей своїх клієнтів. Всі розрахунки з оброблених транзакцій між платіжними системами та інтернет-торговцями здійснюються безпосередньо, що передбачає реєстрацію торговця в кожній із платіжних систем, через яку він хоче отримувати гроші від своїх покупців.

"Агрегатор" - це розширена версія "процесора", до якої, до виконання раніше згаданих технічних функцій, додано одну фінансову послугу.

Суть цієї послуги в тому, що агрегатор від власного імені збирає платежі на користь своїх інтернет-торговців у всіх платіжних системах, з якими агрегатор працює. Платежі надходять на рахунки «агрегатора» у цих системах. Потім «агрегатор» збирає всі розкидані різними платіжними системами гроші в одну суму і одним платежем виплачує її торговцю.

Якщо постачальник платіжних послуг планує займатися агрегацією платежів, йому потрібно взяти до уваги таке:

• Агрегація платежів є видом діяльності, що ліцензується практично у всіх країнах світу. Компанії, яка має намір займатися агрегацією платежів, необхідно отримати ліцензію платіжної організації, тобто так звану PI ліцензію. У деяких російськомовних країнах її називають ліцензією НКФЗ.
• Для отримання PI ліцензії потрібно звертатися до фінансового регулятора або адміністрації країни, де зареєстровано юридична особамайбутнього постачальника платіжних послуг.
• Процес отримання PI ліцензії не простий, потребує певних зусиль та ресурсів, і в середньому триває півроку — рік.
• Агрегація значно ускладнює ведення бухгалтерської звітності платіжного сервісу та тягне за собою витрати на регулярний фінансовий аудит компанії відповідно до вимог PI ліцензії.

Коротше кажучи, вибір бізнес-моделі «агрегатора» робить процес створення сервісу прийому інтернет-платежів більш тривалим, складним і дорогим порівняно з бізнес-моделлю «процесора».

Цільова аудиторія

Я розумію, що на питання про те, хто клієнти нового платіжного сервісу так і хочеться відповісти: «Все, кому потрібний прийом платежів через інтернет!» Це чудово, якщо ви хочете завоювати весь світ. Але я б рекомендувала подумати та відповісти на запитання:

1. Який бізнес ведуть потенційні клієнтимайбутнього постачальника платіжних послуг?
2. У яких країнах чи регіонах фізично перебувають потенційні клієнти?
3. Які країни чи регіони потенційні клієнти продають свої товари/послуги?

Відповівши на ці питання, ви зрозумієте, які платіжні кошти мають бути запропоновані інтернет-торговцям із самого початку, які умови та тарифи на послуги з прийому платежів можуть бути прийнятними та конкурентоспроможними, якими особливостями має володіти процесингова платформа нового сервісу тощо.

Платіжні системи

Ні для кого не секрет, що найпопулярніший засіб платежу в інтернет – це банківські платіжні картки. Лідерами у цій ніші є міжнародні платіжні системи Visa та Mastercard. Отже, мінімум, що має пропонувати постачальник платіжних послуг інтернет-торговцям, — це можливість прийому платежів за картками вищезгаданих платіжних систем.

Однак практично в кожній країні чи навіть регіоні існують свої місцеві платіжні системи, які за популярністю серед продавців та покупців часто не поступаються міжнародним.

І це не обов'язково карткові системи. Це можуть бути електронні гаманці, як WebMoney або QIWI у Росії. Це можуть бути системи міжбанківських або внутрішньобанківських переказів, як ЄРІП у Білорусі чи BankLink у країнах Балтії. Це можуть бути передплачені ваучери, як Ukash у Великій Британії.

Можна пропонувати до прийому лише платежі за картками. Але якщо до них додати можливість прийому платежів з використанням популярних місцевих платіжних засобів, це підвищить привабливість постачальника платіжних послуг, що починає, в очах його потенційних клієнтів.

А від кількості та різноманітності платіжних засобів безпосередньо залежать вимоги до процесингової платформи та технічної інфраструктури майбутнього сервісу з прийому інтернет-платежів.

Процесингова платформа

Процесингова платформа – це основа та фундамент бізнесу будь-якого постачальника платіжних послуг. Саме вона визначає можливості, кількість та якість послуг платіжного сервісу. Від її надійності та стабільності залежить бізнес процесора чи агрегатора платежів.

Процесингова платформа здатна надати велике конкурентна переваганавіть для новачка над ринком платіжних послуг. Одним словом, процесингова платформа це дуже і дуже важливо.

І дуже важливо спочатку вибрати правильну процесингову платформу. Тому що зміна платформи в компанії з прийому та обробки інтернет-платежів, що активно працює, — це завжди великий головний біль для її керівництва та співробітників відділу. технічної підтримкиклієнтів.

Варіант 1. Розробка власної процесингової платформи усередині компанії

Найчастіше під час створення нового постачальника платіжних послуг виникає спокуса розробити з нуля власну процессинговую платформу.

Ход думок при цьому приблизно такий: «Для початку пропонуватимемо прийом платежів за картами. Наймемо програмістів. Вони напишуть код платіжного шлюзу для зв'язку інтернет-магазину та банку-еквайєра. Запустимося з невеликим базовим набором послуг. Потім поступово будемо додавати нові опції та альтернативні платіжні кошти. Все вдасться".

Так, можливо, вийде. І навіть, зрештою, безперечно вийде. Але перш, ніж все вийде, доведеться неабияк помучитися. І головне, щоби грошей вистачило. Тому що розробка власної процесингової платформи — процес дуже довгий і дорогий.

Довгий— оскільки тільки на базову версію процесингової платформи, з якої вже можна надавати послуги з прийому карткових (і тільки карткових!) платежів, але ще не можна залучити клієнтів, у команди з 3-х сильних програмістів, з яких хоча б 1 має досвід створення процесингових платформ, піде щонайменше півроку. І це не випадок, коли збільшення числа програмістів значно скорочує термін розробки.

Дорогий— тому що сильні та досвідчені програмісти не працюють за малі зарплати. І утримувати хоча б мінімальний штат програмістів доведеться постійно, оскільки розвиток процесингової платформи — процес безперервний. У неї постійно доводиться щось додавати, щось поліпшувати, щоб задовольнити потреби клієнтів постачальника платіжних послуг, що виникають.

А ще є така штука як PCI DSS. Це стандарт, що описує вимоги до програмного забезпеченняпостачальника платіжних послуг, до технічної інфраструктури та бізнес-процесів, що стосуються поводження з картковими даними.

Перш ніж процесингова платформа буде введена в експлуатацію, її необхідно сертифікувати за PCI DSS. Вперше процес може бути досить складним і розтягнутися на 5-6 місяців. Вартість сертифікації починається від кількох десятків тисяч євро.

І щороку PCI DSS сертифікацію потрібно проходити заново. Часу на це йтиме менше, але вартість залишиться незмінною. А може й збільшитись, якщо вимоги стандарту посиляться, що призведе до додаткової роботи з боку сертифікатора.

Втім, варіант з розробкою власної процесингової платформи має і плюси. Доступ до вихідного кодуі API документації дає воістину необмежені можливості щодо модифікації, гнучкого оновлення та розвитку платформи. Все в руках платіжного сервісу. Можна робити будь-що, коли завгодно і як завгодно. Хоча дуже часто мінуси — довгий і дорогий запуск, а так само наступні високі витрати на технічне обслуговування, - Зрештою все ж таки переважують.

Варіант 2. Придбати вже готову процесингову платформу

Можна відмовитися від ідеї розробки процесингової платформи самотужки та купити вже готову. Це значно скоротить термін запуску сервісу прийому інтернет-платежів. Але й доведеться витратитися раптово.

По-перше, вартість готової платформи починається із шестизначного числа. По-друге, щоразу для внесення будь-якої зміни до платформи доведеться звертатися до розробника та платити високі погодинні ставки за роботу його програмістів.

Необхідність проходження складної та дорогої PCI DSS сертифікації купленої платформи зберігається, оскільки платформа перебуває у власності постачальника платіжних послуг і відповідає за її відповідність стандарту. Розробник підготує програмне забезпечення до проходження сертифікації. Але проходитиме її платіжний сервіс самостійно.

Варіант із придбанням процесингової платформи у власність я б розглядала тільки в тому випадку, якщо інші можливості відсутні або у платіжного сервісу, що запускається, великий бюджет і дуже стислі терміни. Або на це є якісь внутрішні причини. Втім, яким би великим не був бюджет проекту, його треба розумно витрачати.

Варіант 3. Оренда процесингової платформи

Адже можна без втрати скоротити витрати на процесингову платформу, технічну інфраструктуру і обслуговування і значно заощадити.

Достатньо звернути увагу на процесингові платформи, які пропонуються до використання у вигляді WLS по SaaS моделі.

Акроніми WLS та SaaS в описі означають, що за невелику (в межах 4-х знаків) щомісячну плату постачальник платіжних послуг отримує в оренду повнофункціональну сучасну процесингову платформу.

Зовнішній вигляд та стиль платформи виконані відповідно до побажань орендаря. Фізично платформа розміщується на серверах розробника, який самостійно і власним коштом вирішує всі питання, пов'язані з PCI DSS сертифікацією та технічним обслуговуванням.

Оренда процесингової платформи дозволяє платіжному сервісу відмовитися від дорогого штату програмістів, уникнути обов'язкової та щорічної PCI DSS сертифікації та не витрачати купу грошей на технічне забезпечення свого бізнесу. Сама підготовка та запуск процесингової платформи «під ключ» займає зазвичай не більше місяця.