Якщо ви вибираєте способи оплати для невеликого B2C-магазину в Німеччині, почніть із PayPal і дебетових або кредитних карток. Apple Pay і Google Pay можна додати одразу, якщо вибрана інтеграція підтримує їх без окремої розробки. Оплату за рахунком через провайдера варто розглянути на наступному етапі.
Це практична послідовність запуску, а не обов’язковий за законом набір. Для підписок варто раніше оцінити списання SEPA. А для B2B-продажів умови оплати за рахунком потрібно розглядати окремо.
Спочатку визначте, чим покупець зможе платити
У запитанні «Stripe чи PayPal?» змішано два рішення: які варіанти оплати потрібні покупцеві й через кого магазин прийматиме кошти.
Картка — це спосіб оплати. Stripe — платіжний провайдер, через якого магазин підключає доступні йому способи. PayPal водночас є платіжним сервісом для покупця та провайдером для продавця.
Тому спершу складіть перелік: оплата через PayPal, окремо карткою, за можливості — мобільні гаманці. Потім з’ясуйте, яке підключення забезпечить цей набір на вашій платформі. Один провайдер не обов’язково покриє всі потреби: можливість приймати PayPal і картки потрібно підтвердити для конкретної інтеграції та облікового запису продавця.
PayPal і картки: перевірте два окремі сценарії
На сторінці PayPal для бізнесу перелічено варіанти приймання платежів через єдине підключення, зокрема картками. Але наявність способу в переліку ще не означає, що він доступний вашому магазину: це залежить від продавця та вибраної інтеграції.
Попросіть розробника або провайдера показати два сценарії: покупець оплачує замовлення через PayPal і покупець вибирає саме картку. Кнопка PayPal сама собою не доводить, що окрема оплата карткою вже працює.
Якщо розглядаєте Stripe для приймання карток, окремо уточніть, як підключатимете PayPal. Не плануйте проєкт із розрахунку на те, що будь-який модуль Stripe автоматично додасть усі потрібні варіанти.
Гаманці можна додати одразу, але перевіряти їх потрібно на відповідному пристрої
Apple Pay і Google Pay варто розглянути разом із картками, якщо вибрана інтеграція передбачає їх підключення й для цього не потрібен окремий проєкт. PayPal зазначає обидва варіанти на своїй сторінці способів приймання оплати; доступність для вашого підключення потрібно підтвердити окремо.
До запуску уточніть, за яких умов з’являються кнопки: який потрібен пристрій, браузер і як має бути налаштований гаманець покупця. Потім перевірте оплату за цих умов. Якщо в одному браузері кнопки немає, це ще не означає, що магазин налаштовано неправильно.
Якщо гаманці потребують окремого доопрацювання, їх можна відкласти. Спершу переконайтеся, що основні платежі проходять, замовлення отримують правильні статуси, а працівники знають, що робити далі.
Оплата за рахунком і SEPA вирішують різні завдання
Kauf auf Rechnung через провайдера варто оцінювати окремо від самостійного відправлення товару з очікуванням переказу. Перед підключенням з’ясуйте, коли кошти стають доступними продавцю, хто несе ризик несплати та в яких випадках провайдер може висунути вимоги магазину.
Також запросіть порядок повного й часткового повернення коштів, скасування замовлення та розгляду спорів. Не сприймайте обіцянку взяти на себе ризик несплати як захист від будь-яких претензій покупця.
Для магазину з підписками варто раніше розглянути SEPA-Lastschrift — списання з банківського рахунку. У документації Stripe описано повторні списання в євро, потребу в мандаті — згоді покупця на списання — та відкладене підтвердження платежу.
На практиці це означає: надісланий запит на списання ще не є підтвердженою оплатою. Заздалегідь узгодьте, який статус матиме таке замовлення й на якому етапі можна передавати товар або надавати послугу.
Як порівняти пропозиції Stripe і PayPal
Надішліть обом провайдерам однаковий опис: що продаєте, на якій платформі працює магазин, чи потрібні підписки та які способи оплати хочете запропонувати. Запросіть умови саме для вашого облікового запису й інтеграції.
Порівнювати лише комісію за успішний платіж недостатньо. Скористайтеся таблицею як коротким переліком запитань до провайдера або розробника.
| Що порівняти | Що з’ясувати для Stripe і PayPal |
|---|---|
| Потрібні способи оплати | Які з них доступні для вашого облікового запису продавця та працюють у вибраному модулі магазину? |
| Платіж, повернення коштів і спір | Які комісії діють у кожному випадку? Що відбувається з початковою комісією під час повернення коштів? |
| Виплати й утримання | Коли кошти надходять на банківський рахунок? За яких умов виплати можуть затримувати або утримувати? |
| Сумісність | Чи підтримується ваша платформа? Як дані про платежі, комісії та повернення передаються до бухгалтерської системи? |
| Розв’язання проблем | Куди звертатися, якщо платіж завис, статуси не збігаються або виплата затримується? Хто відповідає за модуль магазину? |
Одне підключення простіше обслуговувати, якщо воно справді забезпечує потрібний набір. Два провайдери — теж прийнятний варіант, але тоді слід заздалегідь організувати звіряння платежів і роботу з двома кабінетами.
Перевірте замовлення від телефона покупця до повернення коштів
Під час підготовки інтернет-магазину внесіть перевірку платежів до переліку умов приймання робіт. Повідомлення «модуль встановлено» не підтверджує, що весь процес працює.
- Оформіть замовлення з телефона. Перевірте підсумкову суму з доставкою та доступність вибраного способу оплати.
- У тестовому середовищі провайдера перевірте успішний і відхилений платіж, а також скасування оплати покупцем. Не використовуйте випадкові справжні картки, щоб імітувати відмову.
- Зіставте результат платежу зі статусом замовлення. Після відмови або скасування замовлення не має відображатися для працівника як оплачене.
- Перевірте сповіщення: що отримав покупець і де працівник побачив замовлення, суму та стан оплати.
- Виконайте повернення коштів. Якщо можливі часткові повернення, перевірте й їх: сума в магазині та кабінеті провайдера має збігатися.
- Після переходу в робочий режим проведіть узгоджену контрольну покупку. Простежте її до виплати на банківський рахунок і звірте суму з урахуванням комісій.
Окремо запишіть порядок дій на випадок, якщо провайдер прийняв кошти, а замовлення залишилося неоплаченим. Працівник має вміти знайти платіж за ідентифікатором, звірити суму й валюту та передати проблему відповідальному. Просити покупця заплатити повторно до такої перевірки ризиковано.
Не додавайте доплату за спосіб оплати без перевірки
Якщо хочете перекласти платіжну комісію на покупця, спершу обговоріть це з фахівцем. Для перевірки актуальності та застосовності норм використовуйте § 270a BGB і § 312a(4) BGB.
Дату перевірки актуальності цих норм для статті не зафіксовано. Посилання наведено як відправну точку, а не як юридичний висновок. До запуску попросіть фахівця підтвердити допустимість доплати й вимоги до безкоштовного варіанта оплати та зафіксувати дату перевірки.
Що надіслати провайдеру перед підключенням
Підготуйте короткий перелік: потрібні способи оплати, платформа магазину, тип товарів, наявність підписок, повне й часткове повернення коштів, вимоги до передавання даних у бухгалтерію. Додайте запитання з таблиці та попросіть підтвердити доступність кожного пункту для вашого підключення.
Додаткові способи краще вибирати після перевірки початкового набору. Орієнтуйтеся на реальні звернення покупців і проблеми під час оформлення замовлення, а не на бажання заповнити сторінку оплати всіма доступними кнопками.
Якщо ви готуєте схожий запуск, можна обговорити з Русланом потрібний набір способів оплати та порядок їх перевірки у вашому магазині.
Автор: Руслан Трінько, засновник WebHive. Робить сайти з 2020 року, зараз працює з бізнесом у Німеччині.
