Гайд 4. Часті запитання та помилки під час роботи з Pay2.House

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

Перед початком

Якщо ви лише починаєте роботу з Pay2.House або ще не знайомі з базовими можливостями сервісу, рекомендуємо спочатку ознайомитися з попередніми частинами:

• Гайд 1. Як зареєструватися та почати працювати з Pay2.House
• Гайд 2. Як працює Pay2.House і як ним користуватися
• Гайд 3. Як випускати та використовувати віртуальні картки Pay2.House

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

1. Типові помилки новачків

1.1. Невідповідність валюти балансу та валюти картки

Одна з найчастіших ситуацій – користувач намагається випустити картку в EUR, тоді як кошти знаходяться в USD або USDT.

Важливо враховувати:

• для випуску картки потрібно мінімум 50 USD або 50 EUR
• сума має бути саме у валюті картки

Доповнено: USD-картки можна поповнювати напряму з USDT-рахунку. Попередньо переводити USDT у USD не потрібно.

1.2. Нерозуміння мінімальних умов випуску картки

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

Для випуску картки необхідно мати не менше 50 USD або 50 EUR у відповідній валюті.

1.3. Очікування, що можна оплачувати напряму з балансу акаунта

Баланс акаунта – це внутрішній гаманець, а не платіжне джерело.

Коректна схема роботи завжди виглядає так:

1. поповнення акаунта
2. випуск картки
3. поповнення картки
4. оплата сервісів і реклами карткою

Спроби оплачувати напряму з акаунта призводять до помилок і непорозумінь.

Кожну картку необхідно поповнювати окремо – кошти не списуються автоматично із загального балансу.

1.4. Агресивна поведінка у перші дні роботи

Поширена помилка арбітражників – надто активні дії з першого дня:

• багато спроб списань поспіль
• різкі суми
• часті переприв’язки картки
• тести одразу на кількох сервісах

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

1.5. Нерозуміння логіки списань і етапів платежу

Багато користувачів плутаються у рухах по картці та вважають, що гроші списалися кілька разів.

Насправді всі операції поділяються на три типи:

• авторизація
• комісія
• транзакція

Авторизація – це момент, коли кошти резервуються на картці.

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

Тобто логіка така:

• спочатку відбувається авторизація (резерв коштів)
• потім транзакція (підтвердження резерву)

Фактично оплата відбувається вже на етапі авторизації, а транзакція є технічним підтвердженням.

Іноді авторизація може довго перебувати у статусі In Processing. Якщо при цьому по ній уже є транзакція – це не помилка користувача, а візуальний баг у провайдера. Така авторизація може відображатися «в обробці» навіть до місяця, хоча платіж уже завершено.

Щоб зрозуміти, які списання належать до однієї операції, використовуйте Original Auth ID. За цим ID можна побачити всі етапи одного платежу – авторизацію, комісію та транзакцію.

1.6. Не відв’язують картку від сервісів

Після тестів або підписок картка часто залишається прив’язаною до сервісів, які продовжують робити спроби списань.

Кожна така спроба:

• створює decline
• погіршує статистику
• заважає поверненню коштів

Перед поверненням або закриттям картки обов’язково відв’яжіть її від усіх сервісів.

1.7. Вплив акаунта, IP та гео на оплати

Для арбітражників важливо розуміти: стабільність оплат залежить не лише від картки.

На результат впливають:

• якість рекламного акаунта
• IP та його історія
• гео акаунта
• платіжна поведінка

Різкі невідповідності між гео, IP і білінгом суттєво підвищують імовірність відмов з боку рекламних платформ.

1.8. Очікування гарантій апруву від платіжки

Pay2.House надає платіжну інфраструктуру, але не впливає на рішення рекламних платформ.

Якщо сам акаунт перебуває у зоні ризику, навіть стабільна картка не гарантує успішний платіж.

2. Часті проблеми з оплатами

2.1. Що таке decline і чому він виникає

Decline – це відхилення платежу з боку сервісу або платіжного ланцюжка.

Причини можуть бути різними:

• правила конкретного сервісу
• історія спроб
• тип платежу
• параметри акаунта

Один decline не означає, що картка неробоча.

2.2. Чому вчора платіж проходив, а сьогодні ні

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

2.3. Що робити після першої відмови

Рекомендований порядок дій:

• не робити багато спроб поспіль
• перевірити баланс картки
• зачекати
• у разі повтору використати окрему картку під сервіс

2.4. Мікроплатежі та тестові списання

Часті тестові списання на невеликі суми можуть сприйматися сервісами як підозріла активність. Краще обмежитися однією тестовою операцією.

3. Баланс, повернення та правило 14 днів

3.1. Чому не можна одразу повернути кошти з картки

Повернення коштів і закриття картки можливі через 14 днів після останньої транзакції, включно з decline.

3.2. Чому важливо відв’язати картку перед очікуванням повернення

Поки картка прив’язана до сервісів, спроби списань тривають. Навіть за відсутності коштів такі спроби фіксуються як decline.

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

Сума тимчасового блокування розраховується за формулою:

• $10 за кожну активну картку
• + $2 за кожен залишковий день із 14-денного періоду з моменту останнього decline

Приклад: 1 активна картка, decline був сьогодні. Залишилося 14 днів. $10 + (14 × $2) = $38 тимчасово заморожено.

З кожним днем без decline сума зменшується, при цьому користувач може виводити дозволену частину балансу.

Саме тому важливо відв’язати картку від сервісів – це зупиняє нові decline та пришвидшує розблокування коштів.

4. Питання щодо карток

4.1. Чи можна встановити ліміт на картку

Ліміти на картки не встановлюються. Контроль витрат здійснюється через ручне поповнення.

4.2. Скільки карток можна випускати

Картки можна випускати у необмеженій кількості. Рекомендується розподіляти картки за проєктами та використовувати їх усвідомлено.

4.3. Одна картка для кількох проєктів

Технічно можливо, але для арбітражу краще використовувати окрему картку під кожен проєкт.

4.4. Помилки під час прив’язки картки у Facebook

Facebook іноді запитує 4-значний код із транзакції METAPAY*XXXX, а не стандартний 6-значний код. Це поширена причина помилок під час прив’язки.

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

5. Безпека та вхід в акаунт

5.1. Google Authenticator показує неправильний код

Найпоширеніші причини:

• неправильний час на пристрої
• вимкнена автоматична синхронізація часу
• використовується старий токен після переприв’язки
• вводиться код від іншого акаунта

Рекомендується увімкнути авто-синхронізацію часу та перевірити, що використовується актуальний токен.

5.2. Втрачено доступ до 2FA

Якщо ви не можете увійти через відсутність доступу до Google Authenticator, зверніться в підтримку.

Для пришвидшення вирішення одразу вкажіть:

• email акаунта
• детальний опис ситуації

6. Індивідуальні умови для команд

6.1. Чи є індивідуальні умови для команд

Так. Для команд і агентств передбачені індивідуальні умови.

Зв’язатися з менеджером можна в Telegram: Анна, Іван, Дмитро, Артем

7. FAQ для арбітражників (Facebook / Google / TikTok)

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

7.1. Чому картка не прив’язується до рекламного акаунта

У більшості випадків причина не в картці, а в самому акаунті.

На результат прив’язки впливають:

• траст рекламного акаунта
• історія платежів
• IP та його репутація
• гео акаунта
• кількість попередніх невдалих спроб

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

7.2. Картка прив’язалася, але реклама не стартує

Прив’язка картки не означає автоматичний старт відкрутки.

Поширені причини:

• рекламний акаунт обмежений
• платформа очікує перший успішний платіж
• недостатній баланс на картці без резерву
• проблеми з білінг-профілем

Рекомендується перевірити статус акаунта та зробити одну акуратну тестову оплату.

7.3. Чому Facebook відхиляє платіж, хоча Google приймає

Кожна платформа використовує власні антифрод-алгоритми.

Facebook більш чутливий до:

• різких змін поведінки
• частих переприв’язок карток
• невідповідності гео, IP та білінгу

Google Ads частіше фокусується на:

• історії акаунта
• коректності білінг-профілю
• стабільності платежів

Одна й та сама картка може по-різному працювати на різних платформах – це нормальна ситуація.

7.4. Чи потрібно використовувати окрему картку під кожен рекламний акаунт

Технічно одну картку можна використовувати в кількох акаунтах.

На практиці для арбітражу рекомендується:

• одна картка = один рекламний акаунт або проєкт

Це знижує ризики ланцюгових decline та спрощує контроль платежів.

7.5. Чому TikTok відхиляє картку після кількох спроб

TikTok чутливий до:

• частих повторних спроб
• мікроплатежів
• різких змін сум

Якщо платіж було відхилено, краще:

• не повторювати спробу одразу
• зачекати
• за потреби використати окрему картку

7.6. Чи впливає BIN картки на апрув

BIN важливий, але він не є єдиним фактором.

Апрув формується з:

• якості акаунта
• IP та гео
• історії платежів
• поведінки щодо спроб

Навіть «хороший» BIN не компенсує проблеми на стороні акаунта.

7.7. Чи можна масштабуватися з однією карткою

Для старту – так. Для масштабування – ні.

За зростання оборотів рекомендується:

• розподіляти бюджети між кількома картками
• розділяти проєкти
• не концентрувати весь спенд на одній картці

7.8. Що робити, якщо платформа відхилила картку й акаунт

Якщо після серії помилок рекламна платформа обмежила акаунт:

• заміна картки сама по собі проблему не вирішить
• потрібно спочатку відновити або замінити акаунт
• після цього підключати нову картку

Платіжна інфраструктура не може «виправити» обмеження акаунта.

7.9. Чи гарантують картки Pay2.House апруви

Ні.

Pay2.House надає стабільну платіжну інфраструктуру, але:

• не керує антифрод-рішеннями платформ
• не впливає на модерацію акаунтів
• не може гарантувати апрув за проблем на стороні акаунта

Висновок

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

За акуратної роботи з акаунтами, IP і платежами картки Pay2.House стають надійною основою для зростання та масштабування арбітражних команд.