Platforma potrzebuje fundamentu
omwio opublikowało aktualizację produktową dotyczącą Core, czyli części platformy, na której działa każdy tenant niezależnie od planu rozliczeniowego. Firma opisuje Core jako element, który musi istnieć, zanim jakikolwiek opcjonalny moduł zacznie mieć sens: platforma płatnicza jest użyteczna tylko wtedy, gdy pieniądze mogą się przemieszczać, zostać przypisane do merchanta i być widoczne dla wszystkich, którzy muszą na nie reagować. Core obejmuje Tenant manager, Merchant panel, Hosted checkout oraz Processing API.
Merchanci, transakcje i portfele w jednym modelu
Każdy tenant wdraża własnych merchantów z własnymi tabelami opłat, prowizjami, przypisanymi metodami i wyjątkami na poziomie merchanta, a karta merchanta jest punktem odniesienia, od którego zależy wszystko inne. Płatności, wypłaty, wymiany walut, zwroty i chargebacki są modelowane jako transakcje, dzielące jeden model statusów, publiczny token oraz jedno, zwinięte mapowanie statusów widoczne dla merchantów. Portfele są wielowalutowe w ramach każdego merchanta, z historią sald i widocznością rezerw, dzięki czemu menedżer może zawsze ustalić, skąd pochodzi dana kwota i co jest obecnie zablokowane.
Routing, checkout i fakturowanie
Dostawcy są dołączani jako moduły, MID-y są rejestrowane w ich ramach, a każda waluta ma własny zestaw aktywnych metod. Rozwiązanie trasowania można podglądać dla danego merchanta i metody, zanim jakikolwiek ruch do niego trafi. Hosted checkout zapewnia merchantom markową stronę płatności na własnej domenie płatniczej tenanta, a Processing API to jedno podpisywane API do tworzenia i odczytywania transakcji, w którym specyfika poszczególnych dostawców jest normalizowana do kanonicznych instrukcji płatniczych. Merchanci mogą także wystawiać faktury i wysyłać je markową pocztą w języku odbiorcy, a płatnicy rozliczają się na publicznej stronie; katalog klientów przypisany do tenanta przechowuje dane płatników w postaci zaszyfrowanej, z wyszukiwaniem poprzez indeks ślepy, dzięki czemu wyszukiwanie nigdy nie wymaga danych w postaci jawnej.
Zwroty, chargebacki i spory
Cała ścieżka po dokonaniu płatności znajduje się w fundamencie platformy, a nie za dodatkowym modułem: zwroty, obsługa chargebacków i ustrukturyzowany proces sporów. Menedżer może zezwolić merchantowi na otwieranie sporów dotyczących jego własnych płatności i wypłat, z panelu merchanta lub przez Processing API, z podaniem przyczyny i do pięciu plików dowodowych. Menedżer rozstrzyga spory, a salda są automatycznie wycofywane i ponownie księgowane.
Analityka, waluty i kontrola dostępu
Core zawiera analitykę konwersji i dostawców: współczynniki sukcesu, przyczyny niepowodzeń oraz wolumeny w czasie dla płatności i wypłat, rankingowane według merchanta, dostawcy i MID, z filtrowaniem według waluty, statusu i okresu. Merchanci mają własny dashboard ograniczony tylko do ich danych. Pary walutowe mają przypisane źródła kursów oraz blokady kursu, wymiany między merchantami odbywają się na bazie kursów na żywo, a reguły zaokrąglania są wymuszane po stronie serwera, dzięki czemu eksporty i ekrany zawsze się zgadzają. Dostęp jest kontrolowany przez RBAC z granularnością sięgającą pojedynczych akcji w panelu, z dwuczynnikową autoryzacją przypisaną do tenanta, resetowaniem haseł, kontrolą sesji oraz zapisywanym rejestrem działań administracyjnych.
Zawsze aktywny, w każdym planie
Core jest obecny w każdym planie rozliczeniowym i nie można go wyłączyć. Tenant korzystający tylko z Core może już wdrażać merchantów, przyjmować płatności, realizować wypłaty, fakturować, wymieniać waluty i rozstrzygać spory — opcjonalne moduły dodają do tego zasięg, a nie samą zdolność do prowadzenia działalności.
