Services

Services

Opis

Test How-To

Push Service

1. Push danych (informacje o pobranych transakcjach i kontach) na podany w appsettingsach link w momencie zmiany statusu sesji na finished. Lokalnie jest to: {+}https://requestbin.com/r/en7g9e3map8zp/1QPCBesTDWI9JULv4ueNFBO1de8+ ) 2. Push na kolejkę rabbitMq (nazwa kolejki w appsettingsach) w momencie potwierdzenia consentów, czyli gdy user przejdzie sca i w wyniku tego zostanie zamieniony Code na Token.

1. Sprawdzenie, czy pod podanym URLem dostaję informację o kontach i transakcjach 2. Sprawdzenie, czy na kolejce mam informacje o zgodzie 3. Sprawdzenie logów: a. "message" : "ConsentConfirmed Consume"

Session Callback Service

Usługa odpowiedzialna za przesyłanie info o zmianie statusu. W appsettingsach ustawiany jest URL, na który pójdzie callback z informacjami o zmianie statusu (info o sesji). Lokalnie jest to: {+}https://requestbin.com/r/en7g9e3map8zp/1QPCBesTDWI9JULv4ueNFBO1de8+ )

1. Sprawdzenie, czy pod podanym URLem dostaję informację o sesji (na każdą zmianę sesji) 2. Sprawdzenie logów: a. "logger" : "Service"

Reporting Service

Serwis do zbierania raportów

Możliwość podglądu raportu w bazie mongo

Consent Service

Serwis do obsługi zgód. Czyli wyciąganie purpose z bazy mongo, tworzenie zgody (w bazie mongo), tagowanie danych consentem.

Wyciągamy consentId z metody GET api/session i sprawdzamy, czy dane (rachunki, transakcje są otagowane dobrym consentem)

Scheduler Service

Serwis obsługujący joby uruchamiane w określonych interwałach czasowych. Joby służą do odświeżania danych w tle jak np. kont i transakcji lub statusów płatności.

Pobranie aktualnych jobów GET /job

User Service

Serwis zarządzający użytkownikami. W nim trzymane są wszystkie informacje o userach. Inne serwisy mogą z niego korzystać do pobrania niezbędnych informacji.

Payment Service

Serwis obsługujący płatności. Z niego aplikacja może np. pobrać aktualnie przetwarzane płatności i poprzez Scheduler Service odpytać o aktualny status.