Среди прочей нашей работы, мы занимаемся рейтингом в Oracle Billing and Revenue Management (Oracle BRM). В ходе нашей работы мы быстро поняли, что для того, чтобы предложить действительно универсальное решение, должна существовать какая-то форма сбора средств. Клиенты должны иметь возможность, при желании, оплачивать услуги непосредственно с платформы, которую они используют. На выбор предлагается несколько различных провайдеров услуг по обработке платежей, которые различаются между собой поддерживаемыми странами, вариантами оплаты, услугами и т.д. Каждый провайдер также имеет различные средства интеграции, что может стать проблемой при попытке поддержки нескольких вариантов провайдеров платежей. В компании Tridens мы разработали отдельное решение - Tridens. Платежный шлюз - который служит унифицированным коммуникационным программным обеспечением для интеграции с различными платежными провайдерами. В этой статье мы сосредоточимся на ее использовании для интеграции различных платежных провайдеров в Oracle BRM.
Оглавление
Обработка платежей в Oracle BRM
Некоторую общую информацию о Oracle Billing and Revenue Management (Oracle BRM) Вы можете найти в нашей предыдущей статье, "Интеграция Oracle BRM с налоговыми провайдерами." Кроме того, в этой статье мы рассмотрим поддержку платежей в Oracle BRM и возможное решение для расширения ее возможностей. Oracle Billing and Revenue Management поддерживает Paymentech в качестве своего процессора онлайновых платежей. Chase Paymentech - это подразделение по обработке платежей и торговому эквайрингу компании JPMorgan Chase, который является крупнейшим банком в США.Чтобы использовать Paymentech с Oracle BRM, Вы должны установить программное обеспечение Paymentech Manager. Это программное обеспечение интегрирует программу Paymentech Manager с Oracle BRM.
Oracle BRM поддерживает прямое дебетование средств с помощью Paymentech и всех кредитных карт, поддерживаемых Paymentech. Он также поддерживает дебетовые карты, которые не требуют ввода персонального идентификационного номера (PIN) для совершения операций. Oracle BRM также поддерживает прямое дебетование в рамках Единой зоны европлатежей (SEPA) и кредитные переводы SEPA.
Наше решение по интеграции платежных процессоров с Oracle BRM
Но что, если Вы хотите использовать какого-либо другого провайдера обработки онлайновых платежей с Oracle BRM? Провайдера, такого как Braintree, Paypal, Cybersource, Stripe, Wirecard, Authorize.Net и т.д.? Возможно, Вас интересуют не только платежи по кредитным картам, но и другие методы, такие как ApplePay, GooglePay, SEPA-платежи и другие. Поэтому мы разработали решение, которое позволяет Вам делать именно это с любым платежным провайдером и легко интегрироваться с новыми платежными провайдерами.На приведенной ниже схеме показана архитектура нашего решения.
Как видно из диаграммы, мы ввели новый пользовательский объект данных BRM. Этот объект содержит всю необходимую информацию о конфигурации платежного процессора. Тем не менее, по-прежнему предлагается возможность конфигурирования нескольких платежных процессоров.
Наша настройка опкода политики PCM_OP_PYMT_POL_PRE_COLLECT позволяет нам получить всю необходимую информацию об активном процессоре платежей из объекта пользовательских данных. Более того, мы используем полученные данные для модификации объекта PayInfo BRM, чтобы включить в него информацию о процессоре онлайновых платежей.
Мы разработали пользовательский менеджер платежных данных (DM) для Tridens. CM был настроен на использование нового пользовательского DM для обработки платежей. Основная функция нового DM - обмен данными с Tridens Payment Gateway (Tridens PGW). Он должен извлечь всю необходимую информацию из объекта PayInfo и создать запрос к платежному шлюзу в его унифицированном формате.Затем Tridens Payment Gateway преобразует платежный запрос в формат, используемый конкретными платежными процессорами. Когда платежный процессор обрабатывает платеж, Tridens Payment Gateway преобразует данные, возвращаемые платежным процессором, в унифицированный формат. Наш пользовательский DM получает возвращенные данные, проверяет статус платежа и заполняет внутренние структуры платежных данных BRM, чтобы CM мог обработать их соответствующим образом.После обработки CM сохраняет детали платежа в событиях платежа.
Заключение
Одним из главных приоритетов при проектировании и разработке нашего решения была безопасность. Мы достигли этого, отказавшись от необходимости хранить любые Ваши конфиденциальные платежные реквизиты. То есть, мы не храним в Oracle BRM номера кредитных карт и другие персональные данные. Реализация пробного варианта, описанная в этой статье, еще раз показывает, насколько универсальна настройка Oracle BRM. Возможности настройки позволяют нам реализовать наши бизнес-потребности и разработать функции, не входящие в комплект поставки. Разработка и использование таких решений часто может помочь нам улучшить наш бизнес. Это позволяет нам удовлетворить потребности клиента, снизить затраты и открыть новые пути для проектирования архитектуры наших решений.
Если Вам нужна дополнительная информация об использовании провайдеров обработки онлайновых платежей с Oracle BRM, не стесняйтесь обращаться к нам!
