Як бізнесу приборкати безлад з платежами на різних платформах
Коли бізнесу надходять замовлення із сайту, соцмереж, месенджерів та інвойсів, дані про оплату й виконання легко розходяться по різних системах. Платіжний сервіс WayForPay опублікував рекомендаії для бізнесу, як упорядкувати цей безлад і контролювати продажі з кількох каналів. Головна порада: однозначно пов'язувати кожен платіж із конкретним замовленням, а статуси оплати та виконання вести окремо.
Де губиться зв'язок між оплатою та замовленням
- За описом WayForPay, розрив виникає, коли замовлення й оплату фіксують у різних системах.
- Наприклад, клієнт домовляється з менеджером у соцмережі чи месенджері, менеджер вносить замовлення в CRM або таблицю й окремо формує рахунок.
- Як приклад компанія наводить інвойси. За її внутрішніми даними, з 1 січня 2017 року до 11 серпня 2026 року користувачі платформи створили й відправили 16 641 476 інвойсів.
- Підприємець вказує суму та параметри платежу й надсилає клієнту посилання поштою, SMS або в месенджері.
- Якщо між транзакцією та записом у обліку немає чіткого зв'язку, працівник шукає платіж за сумою, часом, телефоном чи іншими даними.
- За великої кількості продажів це забирає час і підвищує ризик помилки.
- Для інтегрованих платежів WayForPay передбачає параметр orderReference — унікальний номер замовлення в системі продавця, який передається разом із платіжним запитом.
- За ним можна перевірити статус і суму транзакції, дані про повернення та інші параметри. Без автоматичної інтеграції компанія радить фіксувати відповідність у внутрішньому реєстрі через однозначний ідентифікатор.
Чому бізнесу потрібно відстежувати статуси платежу й замовлення
Бізнесу варто окремо відстежувати стан транзакції та етап виконання. У WayForPay є, зокрема, статуси InProcessing (в обробці), Pending (антифрод-перевірка), Approved (успішний платіж), а також Expired, Declined, Refunded/Voided і RefundInProcessing.
Approved означає, що платіж проведено й кошти списано з картки, але не гарантує, що товар уже передали на склад чи відправили.
Підписуйтеся на наші соцмережі
Внутрішній статус замовлення, наприклад, «прийнято в роботу», «комплектується», «відправлено» чи «виконано», відповідає на інше питання. Тому поля «оплачено / не оплачено» недостатньо.
Базові поля запису про продаж: номер замовлення, дата, канал продажу (сайт, месенджер, соцмережа, інвойс тощо), контактні дані покупця та сума.
До них додають дані про оплату: ідентифікатор транзакції, статус, суму й час проведення. За потреби — поля для фіскального чека, повернення коштів і коментаря відповідального. Також радять визначати відповідального за поточний етап, щоб запис показував наступну дію: підтвердити деталі, підготувати товар чи перевірити повернення.
Невеликому бізнесу, за порадою WayForPay, вистачить структурованої таблиці. Зі зростанням кількості замовлень частину даних доцільно автоматично передавати до CRM, CMS або системи управління замовленнями. Незалежно від формату, за номером замовлення працівник має бачити джерело, оплату, поточний етап, відповідального та всі зміни після оформлення.
Що робити бізнесу після підтвердження оплати
- Інформацію про успішний платіж треба передати в систему, де ведуться замовлення. Інакше в платіжному кабінеті операція буде успішною, а замовлення в обліку так і залишиться без змін.
- Невеликому бізнесу може вистачити сповіщень: у WayForPay їх можна отримувати на пошту, в Telegram або в застосунок. Працівник бачить платіж, знаходить замовлення й передає його далі.
- Якщо операцій багато, процес краще автоматизувати. Для цього у WayForPay є параметр serviceUrl, через який система продавця отримує результат транзакції.
- Параметр returnUrl лише визначає, на яку сторінку потрапить покупець після оплати, тож орієнтуватися на нього при зміні статусу замовлення не варто.
- Якщо сервер продавця не відповідає коректно, WayForPay повторює повідомлення до чотирьох діб. Тому система має розпізнавати повтори, щоб один платіж не запускав двічі відправлення товару чи відкриття доступу.
Чому нестандартні грошові операції бізнесу варто контролювати окремо
Частину платежів доведеться перевіряти вручну: ті, що довго в обробці, повернення без фінального статусу, оплати без знайденого замовлення.
Такі операції краще винести в окремий перелік і для кожної фіксувати причину, статус, наступну дію та строк.
Коли питання вирішено (платіж підтверджено чи відхилено, повернення проведено, помилку передано на виправлення), запис повертають до загального потоку.
Які три рівні звірки має враховувати бізнес
- Операційна. Замовлення порівнюють із платежами, щоб знайти розбіжності: оплату без замовлення, «оплачене» замовлення без транзакції або різницю в сумі. У WayForPay для цього можна вивантажити звіт у CSV чи Excel. Мета не перевіряти все вручну, а отримати список операцій, де дані не збігаються.
- Фіскальна. Кожну оплату зіставляють із чеком і перевіряють суму та товарні позиції, а повернення мають бути відображені у фіскальному обліку. Для інтернет-продажів, зокрема карткою, ДПС вимагає РРО або ПРРО, хоча для окремих способів переказу є винятки. За дев'ять років через ПРРО WayForPay сформовано понад 12,3 млн чеків на 17,23 млрд грн. Чек повернення сервіс створює автоматично.
- Фінансова. Перевіряють, чи гроші справді надійшли на рахунок. Суми платежів, комісій і повернень порівнюють із банківською випискою. WayForPay виплачує кошти наступного банківського дня, крім вихідних і свят.
Як перевірити свій бізнес-процес
- Чи можна за номером замовлення швидко знайти платіж і його статус?
- Чи є окремий перелік операцій для ручної перевірки?
- Чи знає команда, який сигнал підтверджує оплату?
- Чи можна за період звірити замовлення, платежі, чеки й надходження?
- Чи зрозуміло, що робити, коли дані не збігаються?
Якщо на якесь запитання немає чіткої відповіді, WayForPay радить почати перевірку саме з цієї ділянки.