Конструктор 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%.