Wśród innych naszych prac, zajmujemy się ratingiem w Oracle Billing and Revenue Management (Oracle BRM). Dzięki naszej pracy szybko zdaliśmy sobie sprawę, że aby zaoferować prawdziwie wszechstronne rozwiązanie, musi istnieć pewna forma gromadzenia funduszy. Klienci powinni mieć możliwość, w razie potrzeby, płacenia za usługi bezpośrednio z platformy, z której korzystają. Do wyboru jest kilku różnych dostawców usług przetwarzania płatności, którzy różnią się między sobą obsługiwanymi krajami, opcjami płatności, usługami itp. Każdy dostawca ma również różne sposoby integracji, co może stać się problemem przy próbie obsługi wielu opcji dostawcy płatności. W Tridens opracowaliśmy samodzielne rozwiązanie - Tridens Bramka płatności - który służy jako ujednolicone oprogramowanie komunikacyjne do integracji z różnymi dostawcami płatności. W tym artykule skupimy się na wykorzystaniu go do integracji różnych dostawców płatności w Oracle BRM.
Spis treści
Przetwarzanie płatności w Oracle BRM
Ogólne informacje na temat Oracle Billing and Revenue Management (Oracle BRM) znajdą Państwo w naszym poprzednim artykule, "Integracja Oracle BRM z dostawcami usług podatkowych." Ponadto w tym artykule przyjrzymy się obsłudze płatności przez Oracle BRM i możliwemu rozwiązaniu rozszerzającemu jego możliwości. Oracle Billing and Revenue Management obsługuje Paymentech jako procesor płatności online. Chase Paymentech to firma zajmująca się przetwarzaniem płatności i pozyskiwaniem sprzedawców. JPMorgan Chase, który jest największym bankiem w Stanach Zjednoczonych.Aby korzystać z Paymentech z Oracle BRM, muszą Państwo zainstalować oprogramowanie Paymentech Manager. To oprogramowanie integruje oprogramowanie Paymentech Manager z Oracle BRM.
Oracle BRM obsługuje polecenia zapłaty za pomocą Paymentech i wszystkich kart kredytowych obsługiwanych przez Paymentech. Obsługuje również karty debetowe, które nie wymagają osobistego numeru identyfikacyjnego (PIN) do przeprowadzania transakcji. Oracle BRM obsługuje również polecenia zapłaty w ramach jednolitego obszaru płatności w euro (SEPA) i przelewy SEPA.
Nasze rozwiązanie do integracji procesorów płatności z Oracle BRM
Co jednak, jeśli chcą Państwo skorzystać z usług innego dostawcy usług przetwarzania płatności online? Oracle BRM? Dostawca taki jak Braintree, Paypal, Cybersource, Stripe, Wirecard, Authorize.Net, itp? Być może interesują Państwa nie tylko płatności kartą kredytową, ale także inne metody, takie jak ApplePay, GooglePay, płatności SEPA i inne. W związku z tym opracowaliśmy rozwiązanie, które pozwala Państwu robić to dokładnie z dowolnym dostawcą płatności i łatwo integrować się z nowymi dostawcami płatności.Poniższy schemat przedstawia architekturę naszego rozwiązania.
Jak widać na diagramie, wprowadziliśmy nowy niestandardowy obiekt danych BRM. Obiekt ten przechowuje wszystkie niezbędne informacje o konfiguracji procesora płatności. Niemniej jednak nadal oferuje możliwość konfiguracji wielu procesorów płatności.
Nasze dostosowanie kodu operacyjnego polityki PCM_OP_PYMT_POL_PRE_COLLECT pozwala nam pobrać wszystkie niezbędne informacje o aktywnym procesorze płatności z niestandardowego obiektu danych. Ponadto wykorzystujemy pobrane szczegóły do modyfikacji obiektu PayInfo BRM w celu uwzględnienia informacji o procesorze płatności online.
Opracowaliśmy niestandardowy menedżer danych płatności (DM) Tridens. CM został skonfigurowany do korzystania z nowego niestandardowego DM do przetwarzania płatności. Podstawową funkcją nowego DM jest wymiana danych z Tridens Payment Gateway (Tridens PGW). Musi on wyodrębnić wszystkie wymagane informacje z obiektu PayInfo i utworzyć żądanie do bramki płatności w jej zunifikowanym formacie.Tridens Payment Gateway następnie konwertuje żądanie płatności do formatu używanego przez określone procesory płatności. Gdy procesor płatności przetwarza płatność, Tridens Payment Gateway konwertuje dane zwrócone przez procesor płatności w ujednoliconym formacie. Nasz niestandardowy DM odbiera zwrócone dane, sprawdza status płatności i wypełnia wewnętrzne struktury danych płatności BRM, aby CM mógł je odpowiednio przetworzyć.Po przetworzeniu CM zapisuje szczegóły płatności w zdarzeniach płatności.
Wnioski
Jednym z głównych priorytetów podczas projektowania i opracowywania naszego rozwiązania było bezpieczeństwo. Osiągnęliśmy to, pomijając potrzebę przechowywania jakichkolwiek poufnych danych uwierzytelniających płatności. Oznacza to, że nie przechowujemy numerów kart kredytowych ani innych danych osobowych w Oracle BRM. Implementacja proof-of-concept opisana w tym artykule dodatkowo pokazuje, jak wszechstronna jest personalizacja Oracle BRM. Możliwości dostosowywania pozwalają nam realizować nasze potrzeby biznesowe i rozwijać funkcje, które nie są zawarte w pudełku. Opracowywanie i korzystanie z takich rozwiązań często pomaga nam usprawnić naszą działalność. Pozwala nam to zaspokoić potrzeby naszych klientów, obniżyć koszty i otworzyć nowe sposoby projektowania naszej architektury rozwiązań.
Jeśli potrzebują Państwo więcej informacji na temat korzystania z dostawców usług przetwarzania płatności online z Oracle BRM, prosimy o kontakt!
