Чи потрібно  інтегрувати платіжну систему ? Наприклад, якщо це Адмін панель ресторану то розрахунок керується через Адмін панель? Якщо так, тоді потрібно окремий розділ з фінансами розробляти? 

1. Хіба-що у випадках коли і дизайном і розробкою доведеться займатись вам особисто.
2. Ви створюєте продукт, у якому задіяні гроші та якась взаємодія з ними: наприклад upwork використовує платіжну систему, яка в свою чергу інтегрується в логіку роботи з клієнтами: клієнт та виконавець починають роботу – підключається біллінг (по тайм трекеру) або в ручну при редагуванні контракту (Submit work for payment – але на ту кнопку ліпше не натискати)

З платіжними системами ситуація здебільшого наступна:

• Плагіни на будь яку CMS
• Інструкції та уроки по інтеграції
• Аналітика і тд – на стороні платіжної системи та CMS: зазвичай одразу вже створені

Якщо ви розробник, ситуація трішки змінюється та іноді стає боляче:

• Коли клієнт просить змінити дизайн платіжної системи
• Коли у вас не популярна CMS, така як от WordPress (платіжні системи намагаються створювати рішення для будь-яких CMS, але не завжди)

Власне чого боляче і що варто розуміти про платіжні системи:

• Працюють на стороні сервісу платіжної системи / API – а це значить, що всі фінансові операції відбуваються в платіжній системі
• До вашого магазину/додатку – система видає статус операції, і таким чином в адмінці магазину можна побачити пройшла оплата чи ні
• Також існують додаткові дії, які можна викликати у платіжної системи за допомогою API – наприклад рефанд (повернення коштів)
• У звʼязку з тим, що фінансові операції відбуваються на стороні системи – зазвичай максимум який ми взмозі редагувати – це те що дозволить нам та система у своєму конструкторі (Paypal наприклад дозволяє робити вспиваюче вікно, або вбудовану форму для донатів)

В дизайні додатків/сайтів з фінансовими операціями у більшості випадків використовуються готові рішення: від систем обробки платежів до візуального оформлення аналітики.

Серед популярних платіжних систем:

• stripe – сша, гарно модно молодьожно
• liqpay, wayformoney і тд.

Підсумую по платежам:

• Існують компанії, що займаються оцими обробками платежів – коли починаєш приймати оплату онлайн, то паралельно з цим реєструєшся в одній з систем, проходиш верифікацію (підтвердження фоп, або в страйпі наприклад – амерканське громадянство треба 🥲).
• Без платіжного агрегатору (якось так називають їх ше) – оплату можна підключити лише у форматі наложеного платежу або неіснуючої валюти, або криптовалюти (іноді ще пишуть номер карти в чекауті, куди перевести або коли підтверджують покупку – шлють номер карти, але це вроді як не законно).
• Якщо є не дуже сильне бажання реєструвати фоп, а магазин хочеться відкрити – існують альтернативні рішення по типу Gumroad
• Те що відбувається в дійсності VS що ми бачимо в адмін-панелі: При покупці товару користувача перенаправляє на сайт платіжної системи, або відкривається pop-up з платіжною системою, проходить оплата. Наш додаток просто слухає що платіжна система йому відповість: оплата пройшла, помилка – і запише в нашу адмін-панель. Власне тут зʼявляється проблемка – коли відсутній плагін для обробки платежів – тоді програмістам доводиться писати взаємодію вручну (людина яка вперше побачила код – може втратити свідомість), але гарна новина в тому що практиично в кожній з цих платіжних систем є документація з прикладами і онлайн підтримка.