Download as PDF, PPTX
Uploaded byAnatoly Panov
Доклад "Биллинг в большом проекте" на РИТ++ 2014
Документ описывает архитектуру и особенности биллинга в Badoo, социальной сети с 200 млн пользователей. Основное внимание уделено разнообразным способам оплаты, процессам интеграции с платежными агрегаторами, а также вопросам безопасности и борьбы с мошенничеством. Приводятся рекомендации по организации эффективного биллинга и мониторинга транзакций.
Доклад "Биллинг в большом проекте" на РИТ++ 2014
- 1.
- 2. Я расскажу • Немногооб архитектуре биллинга • О том, зачем мы подключаем так много способов оплаты • Особенности приема платежей из разных источников • Почему кредитные карты это одновременно и просто и сложно • И чем мы еще занимаемся, кроме этого
- 3. Badoo это • Социальнаясеть для поиска новых друзей • 200 млн. зарегистрированных пользователей • Работаем во всех странах мира • Мобильные приложения под Android, iOS, Windows, BlackBerry. А так же Wap и HTML5 верии
- 4. Особенности монетизации • Нужнопринимать платежи из любой страны
- 6. Особенности монетизации • Нужнопринимать платежи из любой страны • Мы не интернет-магазин. Основа монетизации - микроплатежи • Много импульсивных покупок. Процесс оплаты должен быть максимально удобным • Из-за объема транзакций важен каждый процент
- 7.
- 8. Зачем нам целыйотдел занимающийся биллингом?
- 9. Мы внутренняя платежнаясистема для Badoo
- 11.
- 12.
- 13.
- 14.
- 15. Основная наша задача- проведение интеграций с новыми агрегаторами (платежными шлюзами)
- 17. Есть и необычныеварианты оплаты • IVR (Interactive Voice Response) • IP Billing • Ваучеры и счета на оплату
- 20. Почему нельзя простоподключить одного агрегатора, который предлагает больше всего методов?
- 21. Если проект маленький,то так и стоит поступить
- 22. Для больших проектов •Уменьшение рисков • Можно выбрать агрегатора с наименьшей коммиссией • Разная реализация одних и тех же способов оплаты • Агрегатор - это шлюз между платежной системой и нами. Могут поддерживать только часть нужного функционала
- 23. Почему нельзя просто подключитькредитки?
- 24.
- 25.
- 26.
- 27.
- 28.
- 30. Кредитки это одновременно простои сложно
- 31.
- 32. Покупатель Продавец Платежныйшлюз Банк-эквайер Платежная система (МПС) Банк-эмитент
- 33.
- 34. PCI DSS • Стандартбезопасности разработанный международными платежными системами • Несколько уровней, с различными требованиями в зависимости от количества транзакций в год
- 35. Что такое фроди чем он опасен
- 36. Как бороться сфродом
- 37.
- 38. Эффект от 3DSecure
- 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.
- 44.
- 45.
- 46.
- 47. Merchant Risk CouncilSpotlight 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. Спасибо за внимание! Вопросы? BadooDevelopment twitter.com/BadooDev habrahabr.ru/company/badoo/ Анатолий Панов anatoly@i-panov.com