Для бізнесу
БлогFAQ

Блог

БлогВибір API і тарифу: як досягти максимального ефекту від прийому криптоплатежів?
Назад
5 хвилин
Опубліковано14.12.2022
BusinessCrypto paymentsUse cases

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

Усі кейси зібрані в одному рішенні: ви обираєте API і тариф, які підходять саме вам, завдяки чому стане можливим приймати різні платежі, вести прозору статистику, а також істотно економити.

 

 

2 API

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



 

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


 

Transfer API підійде:

  • Фрілансерам (щоб одразу зняти кошти і спрямувати їх на свій розсуд після виконання замовлення);
  • Бізнесу, у якого немає вільного обороту (і потрібно відразу використовувати платежі від клієнтів для підтримки нормальної роботи компанії);
  • Посередникам (наприклад, маркетплейсам і компаніям, що працюють за моделлю forex-брокерів, щоб після продажу товару/послуги відразу розрахуватися з постачальником).

Standard API дозволяє приймати вхідні платежі від клієнтів, акумулювати їх на вашому балансі в GCP і виводити окремим запитом. Його слід використовувати в тому випадку, коли важлива економія (до 50% порівняно з миттєвими платежами), а також якщо ви плануєте робити масові виплати на адреси, собі або своїм клієнтам (де також отримаєте економію до 50%, якщо порівнювати з окремим виведенням на кожну адресу).


 

Standard API підійде:

  • Бізнесу:
    - з постійним потоком платежів;
    - що має вільний обіг (без необхідності одразу використовувати платежі, що надійшли від клієнтів, на потреби компанії);
    - для якого економити до 50% вигідніше, ніж використовувати миттєві платежі і платити більше (як у випадку з Transfer API).
  • МLM і CASH BACK-компаніям:
    - для надсилання масових виплат своїм клієнтам (що дасть змогу економити до 50% порівняно з окремими переказами для кожного клієнта).

 

2 ТАРИФИ

Залежно від суми платежу, вигідніше використовувати той чи інший тип тарифу:
 

  • Відсотковий - при невеликих платежах (наприклад, до $600);
  • Фіксований - при великих платежах (понад $600).

 

Платежі можуть сильно відрізнятися один від одного: за розміром (що більший платіж, то більша комісія за переказ) і за використанням - кошти можуть знадобитися одразу, або ж зберігатися на балансі (що дасть економію майже у 200%).

 


 

У разі використання більшості процесингів ви будете змушені виводити платежі за запитом і платити комісію у відсотках від суми. Це незручно під час роботи з великими платежами, наприклад, від $1000 (платіж буде надто "дорогим", щоб сплачувати комісію у відсотках), або за необхідності вивести платіж одразу.

 

Але ми, навпаки, спрощуємо приймання платежів і заощаджуємо гроші - все в рамках одного рішення під кожне окреме замовлення (merchant ID): свій тип виведення (API) і свій тариф (процентний/фіксований).

 

ПРИКЛАД

У нас є маркетплейс із широким асортиментом, наприклад, формату на кшталт eBay і Amazon, який має:

 

  • Лінійку товарів вартістю від $1 до $10 000;
  • Постійний потік платежів (у середньому $100 000 на добу);
  • Різні періоди розрахунку з постачальниками (одразу після оплати товару/в цей же день/через кілька днів).

Додамо до цього те, що маркетплейс, приміром, має свою лінійку товарів (як-от книжки Kindle, планшети Amazon Fire, Fire TV - в Amazon), за продаж яких він не мусить звітувати перед постачальником, і тому може спокійно тримати кошти в себе на балансі.



 

"Зберемо" оптимальний шаблон для приймання платежів:

 

1. Тариф: 
 

  • При дрібних платежах (наприклад, до 600$) мерчантам вигідніше платити комісію у відсотках;
  • При великих платежах (понад 600$) мерчантам вигідніше платити фіксовану комісію.

 

Економія: завдяки використанню фіксованого тарифу під час приймання великих платежів вдалося заощадити $180 на добу або $5400 на місяць. Див. тарифи. 
                   

2. API для платежів:

 

  • З миттєвим розрахунком (постачальникам або під свої потреби) - Transfer API;
  • З відкладеним розрахунком (цього ж дня або через кілька днів) - Standard API.
     

Економія: Standard API майже в 2 рази дешевше, ніж Transfer API. Ми накопичуємо і виводимо одним запитом платежі, які підлягають виплаті:

 

  • Цього ж дня;
  • Через кілька днів;
  • А також кошти, отримані після продажу своєї лінійки товарів - тоді, коли захочемо.

 

3. Масове виведення:

 

  1. На адреси постачальників з відкладеним розрахунком (цього ж дня або через кілька днів).

 

Економія: до 50% від Standard API (порівняно з окремим виведенням на кожну адресу). Так, завдяки масовому виведенню принаймні 50% клієнтів (постачальників) економія складе $90 на добу або $2700 на місяць.

 

Разом, якщо маркетплейс має 30% великих платежів, а також хоча б 50% постачальників роблять масові виводи, то сумарна вигода складе $8100 на місяць.
 

І все це лише за рахунок більш гнучких налаштувань платежів!
 

Крім того, наші тарифи вже включають комісію мережі, а отже, вам не доведеться платити її додатково. Наприклад, під час платежу 400-500$ ви платитимете менше (на розмір комісії мережі, зараз це близько 0,7$), ніж в інших процессингах. 

 

Рекомендація:

Якщо у вас великий потік платежів з миттєвим виведенням (Transfer API, наприклад, кілька десятків на годину), ви можете використовувати масове виведення, але підключивши платежі до Standard API. Таким чином буде здійснено одне масове виведення, нехай і з різницею в кілька хвилин від потрібної дати переказу на адресу конкретного постачальника. А ви отримаєте додаткову вигоду до 50%.