Документ обсуждает архитектуру и особенности системы биллинга в компании Badoo, акцентируя внимание на важности поддержки различных способов оплаты и интеграции с платежными шлюзами. В нем также рассматриваются проблемы безопасности, связанные с фродом и стандартами PCI DSS, а также необходимость тщательного мониторинга и логирования для обеспечения успешных транзакций. Основной вывод заключается в том, что биллинг для больших проектов должен быть адаптивным и учитывать разнообразие рисков.

1. Биллинг
в большом проекте
Анатолий Панов

2. Я расскажу
• Немного об архитектуре биллинга
• О том, зачем мы подключаем так много
способов оплаты
• Особенности приема платежей из разных
источников
• Почему кредитные карты это
одновременно и просто и сложно
• И чем мы еще занимаемся, кроме этого

3. Badoo это
• Социальная сеть для поиска новых
друзей
• 200 млн. зарегистрированных
пользователей
• Работаем во всех странах мира
• Мобильные приложения под Android, iOS,
Windows, BlackBerry. А так же Wap и
HTML5 верии

4. Особенности монетизации
• Нужно принимать платежи из любой
страны

6. Особенности монетизации
• Нужно принимать платежи из любой
страны
• Мы не интернет-магазин. Основа
монетизации - микроплатежи
• Много импульсивных покупок. Процесс
оплаты должен быть максимально
удобным
• Из-за объема транзакций важен каждый
процент

7. Лондон
Москва

8. Зачем нам целый отдел
занимающийся биллингом?

9. Мы внутренняя платежная система
для Badoo

11. DB
Billing Badoo

12. DB
Billing Badoo
Billing API
HTTP/JSON
DB

13. DB
Billing Badoo
Billing API
HTTP/JSON
DB

14. DB
Billing Badoo
Billing API
HTTP/JSON
DB

15. Основная наша задача - проведение
интеграций с новыми агрегаторами
(платежными шлюзами)

17. Есть и необычные варианты оплаты
• IVR (Interactive Voice Response)
• IP Billing
• Ваучеры и счета на оплату

20. Почему нельзя просто подключить
одного агрегатора, который
предлагает больше всего методов?

21. Если проект маленький, то так
и стоит поступить

22. Для больших проектов
• Уменьшение рисков
• Можно выбрать агрегатора с наименьшей
коммиссией
• Разная реализация одних и тех же
способов оплаты
• Агрегатор - это шлюз между платежной
системой и нами. Могут поддерживать
только часть нужного функционала

23. Почему нельзя просто
подключить кредитки?

24. Голландия

25. Германия

26. Франция

27. Польша

28. Россия

30. Кредитки это одновременно
просто и сложно

31. Доход

32. Покупатель Продавец Платежный шлюз
Банк-эквайер
Платежная
система (МПС)
Банк-эмитент

33. Фрод (Fraud)
Доля успешных
платежей
Безопасность
(PCI DSS)

34. PCI DSS
• Стандарт безопасности разработанный
международными платежными системами
• Несколько уровней, с различными
требованиями в зависимости от
количества транзакций в год

35. Что такое фрод и чем он опасен

36. Как бороться с фродом

37. 3D Secure

38. Эффект от 3D Secure

39. Поэтому мы проводим через
3D Secure только подозрительные
платежи

40. Что влияет на успешность транзакций
• Сумма транзакции
• Тип товара/услуги
• Тип банковской карты
• Место совершения платежа
• Число транзакций
• MCC
• Локальный эквайринг (Доверие между
банками)

41. 7273
8641
4814
Дайтинг и эскорт услуги
(Dating and Escort Services)
Телекомы (Telecoms)
Социальные, гражданские
и услуги сообществ
(Social, Civic and Fraternity
services)
MCC (Merchant Category Code)

42. Эффект от локального эквайринга

43. Routing Platform

44. Routing Platform

45. Routing Platform

46. Routing Platform
30% 20%50%

47. Merchant Risk Council Spotlight Award

50. Покупки в приложениях
• Google и Apple требуют чтобы все покупки
в приложениях шли только через них
• API заточено под приложения, неудобно
делать backoffice
• Комиссия примерно 30%

52. SMS Billing
• MO & MT биллинг
• Жесткие требования регуляторов
• Высокие комиссии, до 50-70%
• Под одним брендом встречаются разные
API
Прямые списания со счета
• Меньше комиссия
• Невозможно протестировать, так как
требуется подходящая SIM-карта

53. Влияние комиссии

54. 60-70% наших задач - это поддержка
пользователей и уже написанного
кода

55. Поддержка пользователей
• В Лондоне есть отдел, который
занимается поддержкой пользователей
• Знают несколько языков, общаются с
пользователями на их языке
• Есть интерфейс, где модератор видит все
покупки пользователя. Это позволяет
решать им до 90% проблем
самостоятельно

56. Как узнать что что-то сломалось?

57. Логирование
• Стараемся писать как можно больше
• Каждый запрос имеет уникальный
идентификатор
• Логи собираются со всех серверов в
общее место
• По идентификатору запроса можно найти
все связанные с ним события

58. Следим за числом и типом ошибок

59. Мониторинг
• Zabbix мониторит то, для чего можно
выставить однозначные пороги
• Для агрегаторов этого сделать нельзя из-
за разного трафика

61. История мониторинга
• Мало интеграций. Каждый день смотрим
все графики
• Интеграций становиться больше. Делаем
страницу с избранными графиками.
Смотрим их каждый день, все остальное
когда получится
• Понимаем, что нужно автоматизировать
процесс

62. Автоматический мониторинг

64. Заключение
• Если делать биллинг с нуля, нужно
изначально делать его как сервис
• Логировать всё что можно
• Мониторить как можно больше
• Нужно следить за мошенниками,
спамерами и фродом
• Если поток транзакций большой, нужно
задуматься об увеличении доли
успешных платежей

65. Спасибо за внимание!
Вопросы?
Badoo Development
twitter.com/BadooDev
habrahabr.ru/company/badoo/
Анатолий Панов
anatoly@i-panov.com