zmiana logiki zarządzania mechanizmem Reporting Service

przeniesienie widoków na poziom tabel zasilanych dynamicznie
(*) zmiana wymaga uruchomienia migracji, która z powodu swojej objętości wykonuje się około ~10min. W tym czasie wymagane jest zatrzymanie aplikacji.

Prace optymalizacyjne na serwisach

Dodanie zwracania rachunków prowadzonych w wielu walutach - mutlicurrency Iban przedstawiany jako wiele kont

Usunięcie wymagalności z PSU IP, pozostawienie jej podczas wykonywania metod /authorize pierwszy, /payment pierwszy, /getPaymentStatus, /refreshActiveAccounts, /sync, /deleteConsent

Zmiany w mechanizmie do mapowania pól transactionType i sender/recipient (CR - zmiana domyślnej odpowiedzi na "Operacja na rachunku w banku zew.")

Uodpornienie się na przypadek gdy ASPSP przesyła NULL w polu TransactionType

Naprawa błędu w bazie SQL pojawiającego się podczas deaktywacji usera

Optymalizacja odpytań o transakcje i konta dla danego użytkownika (endpoint /accounts)

Poprawa statusów płatności pushowanych do CBT (zmiana statusów tak aby zaczynały się z wielkiej litery)

Naprawa błędu pojawiającego się podczas odpytywania ASPSP o transakcje Scheduled

Udoskonalenie funkcjonalności bezpieczeństwa (CR, autoryzacja przez OAuth, keycloak 2/2)

Dodanie możliwości konfiguralnej obsługi odpytań o TransactionDetails

Uodpornienie się na przypadek kiedy dostajemy wartość NULL w polu sendDate w odpowiedzi od ASPSP

Zmiana nazwy kolekcji z logami w mongo w bazie NLog (nazwy kolekcji będą się nazywać: Log_yyyymmdd)

Naprawa błędu powodującego niezapisywania wartości kolumny AccountName w tabeli BankAccount

Naprawa błędu nieaktualizującego pól TransactionStatus i LastSyncDate w tabeli Transaction dla mBanku

Dodanie flow consentu gdy ten znajduje się w statusie Registered -> Registered (sytuacja, w której ktoś chce odświeżyć consent i porzuca SCA)

Poprawiono statusy paymentów podczas pushowania do CBT

Dodanie możliwości modyfikowania poziomów logowania w NLog (od jakiego poziomu mamy mieć logi)

Modyfikacja flow odświeżenia zgody w Pekao SA

Rozszerzenie callbacków w Rabbicie (na kolejkę consent_confirmed będą wpadały komunikaty o zmianie statusu consentu)

Utworzenie widoków SQL dla ReportingService (CR, raporty o userach, transakcjach i kontach)

Dodanie funkcjonalności bezpieczeństwa (CR, autoryzacja przez OAuth, keycloak 1/2)

Optymalizacja IdentifierService

Poprawa błędu związanego z zapisywaniem wartości w bazie SQL podczas wykonywania konkretnych metod

Rozszerzenie wiadomości wysyłanej na kolejke consent_confirmed (CR - dodanie pól "status", "timestamp", "isDeleted")

Poprawa zarządzania połączeniami z bazą SQL

Optymalizacja bazy SQL

Poprawa błędu pojawiającego się podczas usuwania consentu

Poprawa błędu pojawiającego się podczas odpytywania o status płatności przez SchedulerService

Optymalizacja działania PushService

Dodanie statusów płatności Cancelled i Rejected do migracji SQL

Dodnaie migracji SQL ukrywającej zawartość kolumn użytkownikowi bez uprawnień

Optymalizacja działania SchedulerService

Dodanie mechanizmu blokowania niektórych procesów (POST Authorize, DELETE Consent for user, DELETE Consent by ID, GET bankaccountrefreshActiveAccounts=true, DELETE user, POST sync) gdy inne są w trakcie (gdy dany user ma jeszcze jakąś sesję inProgress)

Zmiana nazwy pola w Purposes z bankSwiftCode na banksSwiftCodes oraz zmiana tego pola na listę kiedy purpose jest współdzielony przez wiele banków

Dodanie indeksów na identyfikatory w IdentifierService

Poprawa pobierania szczegółów transakcji w mBanku

Optymalizacja działania rabbita

Dodnie mechanizmu mapowania pól transakcji dla mBanku (CR - mapowanie OriginalTransactionType > TransactionType, sender/recipient)

Dodanie pola creditOrDebit (przyjmującego wartości Credit/Debit do CBT mówiące o kierunku transakcji - w LDS wartość 1 = Credit, 2 = Debit) przy pushowaniu transakcji do CBT

Wycofanie przekazywania wartości income/expense w polu transactionType podczas pushowania transakcji do CBT

Poprawa flow kasowania consentów

Poprawa flow kiedy nastąpiło ponowne odpytanie o token

Poprawa błędu występującego przy refreshu z flagą RefreshActiveAccounts=true (RAA=true) od razu po sesji

Poprawa flow podczas równoległych zapytań o refresh token

Poprawa błędu dotyczącego nieprawidłowego nadpisywania daty confirmed na zgodzie

Usunięcie joba updatePaymentsStatuses - powstała heurystyka a job zmienił się na updatePaymentsStatuses z updatePaymentStatus

Aktualizacja swaggera

Poprawa błędu występującego z refresh tokenem przy dłuższych wymianach z ASPSP

Zmiany dotyczące bezpieczeństwa, m. in. wycofanie userId z parametrów GET w całym api

Dodanie optymalizacji działania modułów aplikacji

Poprawa konfiguracji polskich banków

Wysyłanie daty potwierdzenia consentu jako refreshTokenStartDate

Poprawa logowania eventów ze scheduler service

Dodanie czasu sesji w logach do informacji o sesji

Ograniczenie wielkości niektórych typów logów

Optymalizacja działania rabbita

Dodanie nowego api-client, by działał w dwóch kontekstach (dodanie funkcjonalności pozwalającej na przejście płatności PIS przy użyciu innego redirect uri niż dla AIS, na Sanbox oraz Produkcji, tam gdzie ASPSP nie umożliwił rejestracji więcej niż jednego redirect-uri w ramach tej samej aplikacji)

Poprawa flow usuwania zgody

Zmiana filtrów dla transackji typu done dla pekao sa

Dodanie możliwości paczkowania transakcji

Dodanie informacji o wielkości szczegółów w szczegółach Logu

Poprawiono konfiguracje banków alior, mbank, pekao sa, bnp

Przywrócenie dłuższej ważności zgody (mbank i bnp)

Poprawa flow przy wymianie tokena dla pekao sa

Poprawa wartości przekazywanej w polu AccountType (powinno być NULL, było wysyłane -1)

Rozszerzenie executionData w logach (dodanie dodatkowych parametrów ułatwiających filtrowanie logów):
executionData: {
​

id: '',

context: {

tenant,

user,

accountId,

consentId,

sessionId,

paymentId

}

}

Dodanie pola IsBusinessUserContext (kontekst biznesowy) do każdego consentu

Heurestyka w pytaniu o status płatności. Aktualnie pytanie o statusy dzieje się co określony interwał czasowy dla wszystkich paymentów. Zostanie to zmodyfikowane aby po zleceniu płatności dana płatność odświeżała się co [5s, 20s, 60s, 5min, 1h, 6h*]

Rozszerzenie executionData w logach. W każdym logu o ile będzie to możliwe, będą informacje takie jak:

user,

accountId,

consentId,

sessionId,

paymentId

Pozwoli to na efektywne tworzenie zapytań z sesji, łatwiejszą diagnozę ewentualnych problemów czy tworzenia raportów.

Rozwój oprogramowania związany z konektorami niepolskimi

PIS ING

PIS Alior

AIS Nest Bank

Rozdzielenie kolejek w MassTransit, aby nie było kilku consumerów z jednej kolejki.

Rozwój oprogramowania związany z konektorami niepolskimi

PIS Pekao SA

Optymalizacja scheduler service

Nowy serwis - Scheduler Service

Job do odpytywania o statusy transakcji (PISP) (SchedulerService)

Job do odświeżania danych w tle (zamiast batchjoba)

Słowniki typów przelewów (PISP) per Bank (ze względu na odstępstwa od PolishApi MBanku)

Dodanie do /authorize parametru mówiącego o ważności zgody (consentExpirationDate)

Zmiana wymagalności parametru "months" w /authorize

Refaktoryzacja BatchJoba (na kolejny sprint w którym będzie implementowany batchjob do odpytywania o statusy płatności). W tym kontekście ulegnie również zmiana SynchronizationService.

Rozwój oprogramowania związany z konektorami niepolskimi

Zarządzanie pobieranymi typami transakcji z poziomu plików docker-compose i env.

Rozwój oprogramowania związany z konektorami niepolskimi

Mechanizm do zarządzania transakcjami Pending, Schedule oraz Hold. APIHUB będzie trzymał logikę usuwania tych typów transakcji po swojej stronie, a do CBT na zdefiniowany nowy ednpoint, będzie strzelał metodą DELETE z odpowiednim id transakcji, która powinna zostać usunięta w CBT.

Dodanie do bazy danych kolumny BankId w dict.deliveryMode, dict.deliverySystem, dict.executionMode, rozdzielającej mechanizmy wysyłania przelewów dla PISP, per bank. MBank ze względu na odstępstwa od PolishApi musi mieć swoje dedykowane nazwy dla deliveryMode, deliverySystem, executionMode.

Zmiany w usłudze /consent. W tej wersji usunięty zostanie consentStatus oraz cały obiekt bank. ID banku zostanie dodane jako parametr consentu, a nie jako parametr obiektu bank.

Do mapowania pola accountType w BankAccount, na podstawie mapy AccountTypeMap oprócz pola złożonego AccountType.Code, będzie również wykorzystywane dodatkowo pole AccountType.Description

Implementacja callbacku dla PIS (PIS callback service)

Możliwość podmiany fragmentu URLA otrzymanego z API - Obsługa 4 brandów Aliora - rozdzielenie Aliora na 4

Nowe mapowania do CBT (info o zgodzie + refreshtoken)

Używanie nowej dedykowanej kolejki do obsługi autoryzacji (kolejka będzie niezależna od kolejki, w której będzie następowało procesowanie danych biznesowych)

Usunięcie ograniczenia wyświetlania sesji (w tym momencie sesja wygasa po 10 min) - metoda api/bank{bankId}/session

Dodanie nowego pola do API do celów wyświetlania loga banku w wersji mini

Dodanie do consentu "previousstatus"

Możliwość przekazywania unikalnego identyfikatora request header zwracanego zawsze w response header

CIĄG DALSZY: Zmiany w obiekcie dto.BankAccount - zmiana logiczna wartości syncStatus na koncie, dodanie obiektu syncError oraz dodanie info o statusie synchronizacji transakcji (pola transactionSyncStatus i transactionSyncDate) do API

CIĄG DALSZY: Odświeżanie wszystkich danych (flagi SyncAllData, DayBack do metody /authorize i /sync) - obsługa różnych zakresów dat przy pobieraniu transakcji

Możliwość obsłużenia więcej niż 1 IBAN w 1 authorize

Dodanie do metody api/bank/session/{sessionId} obiektu errors ze statystyką i szczegółami błędów w sesji

Możliwość ustawienia flagi w appsettings w celu pobrania calej historii i usuwania wpisów, które się nie pojawiły (przypadek Holds - PLAPI)

Możliwość wyłączenia zapytania o szczegóły transakcji w danym statusie (przypadek Holds - PLAPI)

Dodanie obiektu Consent do BankAccount

TestApi: Nowe banki

Worldline PISP: Modyfikacje we flow

DO ZAMKNIĘCIA W SPRINCIE 114: Zmiany w obiekcie dto.BankAccount - zmiana logiczna wartości syncStatus na koncie i dodanie obiektu syncError do API

OBUK: Nowy event w momencie skasowania consentu

Dodanie możliwości filtrowania transakcji po liście statusów

DO ZAMKNIĘCIA W SPRINCIE 114: Odświeżanie wszystkich danych (flagi SyncAllData, DayBack)

Dodanie innych typów transakcji

Zmiany wynikające z dostosowania się do zmian w API Aliora (inny response przy pytaniu o transakcje)

Możliwość ustawienia kolejności nagłówków JWT

Dopasowanie się do specyficznego standardu mBanku (PolishApi)

Zapisywanie IP w sesji i używanie go w metodach /callback

Możliwość ustawienia whitelisty oczekiwanych statusów odpowiedzi (ExpectedHttpStatuses) w mechanizmie ErrorHandlerów

Rozszerzenie mechanizmu do konfigurowania typów transakcji w zależności od spełnionych warunków

Dodanie funkcji IFNULL ({ifNull(variables.executionDate, variables.created)}) - do wykorzystywania w plikach konfiguracyjnych (appsettings)

Dodanie możliwości przekazania nagłówka accept-language i isDirectPsu z wysyłanych nam headerów w appsettingsach

Wysyłanie nowego consentId przy kroku ExchangeToken

Uproszczone SCA dla istniejącej zgody (PolishApi) (w momencie podania externalConsentId, które istnieje już w bazie danych)

Rozszerzenie framework - Dodanie opcji niewykonywania eventu, gdy sekcja istnieje, ale ma flagę ignore = true

Rozszerzenie metody GET api/consent o obiekt Content

Dodanie dodatkowych typów rachunku (identyfikatory) dla OBUK (PTSB)

PolishApi: Nowe banki-> MBank, Santander, BnpPl, PekaoSa, Millenium, Ing

PolishApi: Obsługa scenariusza ExchangeToken

Dodanie odpowiedników do kilku metod, które wywoływane są jeszcze po ID (bankId, accountId)
​DELETE /api/v2/consent/{idType}/{idValue}
​POSTT /api/v2/bankaccount/{idType}/{idValue}/delete
​POST /api/v2/bankaccount/{idType}/{idValue}
​GET /api/v2/bank/SWIFTCODE/{SWIFTCODE}/deliverySystem
​GET /api/v2/bank/SWIFTCODE/{SWIFTCODE}/executionMode
​GET /api/v2/bank/SWIFTCODE/{SWIFTCODE}/deliveryMode

Mechanizm migracji w bazie mongo

Możliwość filtrowania transakcji po EffectiveDate

Aktualizacja swaggera do wersji 2.0

Rozszerzenie odpowiedzi z API przy błędzie z ASPSP

Mapowanie scopeTimeLimit na wartość ExpirationDate w szczegółach consentu (GET api/consent)

Nowy Bank - UniCredit

Dodanie pola executionDataId do kolekcji consenthistoryitem

Przerobienie Worldline PISP

Udrożnienie synchronizacji offline na wersji kontenerowej - BatchJob i Eurobits Service

Zmiana sposobu nadawania AccountName - ustawianie wartości NULL dla nazwy rachunku, gdy nie zostanie zwrócony przez ASPSP - PolishApi

Worldline: Zmiana w strukturze _links oraz wyciąganie urla z odpowiedzi zamiast generowania

Elastyczny mechanizm do podpisywania (https i jws signing)

Dodanie funkcji do wyciągania treści certyfikatu (do użytku w appsettings)

SLSP Bank

Nowa metoda do usuwania rachunków (globalnie - dla danego użytkownika w danym banku).

Nowa metoda do updatu wszystkich rachunków (globalnie - dla danego użytkownika w danym banku).

BC: Rozszerzenie callbacków o secondaryidentifiers banku

Przeniesienie plików konfiguracyjnych do konektorów (z REST) - stepy i konfiguracje

TestApi - nowe banki

BC: Zmiana w metodzie GET api/consent -> dodanie numeru rachunku i jego identyfikatora poprzez dodanie tablicy accounts:[] (była tylko tablica accountNumbers:[])

Tworzenie podpisu: Możliwość dodania "call method" do appsettingów

ConsentService: Rozszerzenie enuma InvalidationReason (nowa wartość NewConsentCreated)

Tworzenie podpisu: Możliwość używania atrybutów certyfikatu w całych appsettingsach

Dodanie kilku pól do listy consentów (np.status)

Logowanie do plików

Kasowanie consentu po jego ID

Deaktywacja consentu, gdy użytkownik usunie wszystkie powiązane z nim konta

Nie invalidowanie consentu dla drugiego IBANA w tym samym banku

Zmiana w endpoint do usuwania consent (dodatkowa flaga DeactivateAccount z wartością default =true, do dezaktywacji rachunków)

Dodanie logów ze szczegółami używanymi do podpisywania i dołączanych certyfikatów

Zmiany infrastrukturalne w aplikacji BatchJob

Dodanie kroku do pobierania URLa (ING Connector)

Zmiany w bibliotece HSM (logi, kod źródłowy)

Konektor generyczny (standard OBUK) - c.d.

Ponowienie wysyłania Callback, gdy zostanie zwrócony inny status odpowiedzi niż 200

Dodanie parametru consentId do callback ze zgodami

Nowe konektory do banków zagranicznych

Uelastycznienie mechanizmu podpisywania JWS

Implementacja dostarczonej biblioteki do podpisywania

Zmiany/refaktoring backendu aplikacji

Konektor generyczny (standard OBUK) - c.d.

PISP dla konektora SBA

Możliwość parametryzacji zmiany kolejności wyświetlanie banków
W metodach API:
​GET /api/bank
​GET/api/country/{isoCode}/bank
​​sortowanie banków odbędzie się na podstawie flagi Order na poziomie powiązania banku i apiclientId. Kolejność będzie parametryzowana indywidualnie dla każdego apiclientId.

Dodanie flagi AmountsAbsolute podczas filtrowania transakcji w API

Dodanie flagi IsSCA wraz z statusami sesji w serwisie do przekazywania informacji o statusach

Zwracanie 2 wartości typów transakcji:

Konektor generyczny (standard OBUK)

Konektor generyczny (standard SBA)

PISP dla konektora Wordline

PISP dla konektora specyficznego BNP

Generowanie podpisu JWS-signature (na 2 sposoby)

Dodanie pola "creditOrDebit" w obiekcie TransactionDto

Zmiany w ustawieniu relacji user-rachunek

Są 2 scenariusze:
a) Dostajemy wartości z API (może być to lista)

Wyświetlanie w API:

"tppProvidedRelations": ["Owner","value"]
​
b) Manualnie POSTEM zmieniamy relację

Wyświetlanie w API:

"manualRelation": "Owner",
"manualRelationModificationDate":"2019-01-01"

Zapisywanie historii balansów (nie wpływa na odpowiedzi z API)

FIX Zmiana. Dodanie opcjonalnego parametry sessionExternalId w metodzie api/bank/{bankId}/sync (w body) i w metodzie GET /api/bankaccount?RefreshActiveAccounts=true (jako dodatkowy parametr)

CHANGE: Dodanie wersjonowania API Wszystkie nowe metody będą dostępne w /v2/

Mechanizm obsługi błędnych odpowiedzi z API

Dodanie endpointów do redirect callbacków
​

HOTFIX ZMIANA: Zwracanie SessionExternalId i SessionId w synchronicznej zwrotce po przekazaniu zwrotki z SCA

HOTFIX ZMIANA: Możliwość obsłużenia scenariuszy (z podaniem IBAN po stronie TPP, z wyborem rachunku po przekierowaniu do ASPSP) z wykorzystaniem jednego purpose

Obsługa parametru scopeTimeLimit (mapowanie na refreshtoken expiry time)

Push danych (zgody) przez kolejkę

Przekazywanie w nagłówku opcjonalnego parametru mówiącego o tym, czy request jest inicjowany przez usera

Zmiana obsługi nagłówka dot.accept-encoding

BREAKING CHANGE: Zmiana endpointu do pobierania transakcji

Możliwość stworzenia użytkownika przez API z możliwością przypisania secondaryIdentifiers

Mikroserwis do tworzenia globalnych identyfikatorów UUID w wersji 1 czyli w oparciu o timestamp

Obsługa wartości spoza słowników (np. AccountHolderType). Obejście i obsługa błędnej wartości "accountHolderType": "0" zwracanej przez kilka API (standard PolishAPI)

Oznaczanie danych pobieranych w AIS consentem

PIS- implementacja PolishAPI

PIS - anulowanie płatności endpoint

Rozszerzenie listy parametrów przyjmowanych przez api/payment potrzebnych do tworzenia zgody (analogicznie do metody authorize)

Mechanizm do manualnego ustawienia accountRelation

Wsparcie dla scenariusza z wyborem rachunku po stronie ASPSP

Nowa metoda POST do odświeżania rachunków użytkownika w danym banku

Analogiczna do GET /api/bankaccount tylko z ograniczeniem dla wskazanego Banku:

POST api/bank/{bankId}/sync

POST api/bank/{bankIdentifierType}/{identifierValue}/sync

BREAKING CHANGE Rename Psd2AispAuthorization.Consent -> Code

JEST

BYŁO

POST/api/bank/{idType}/{idValue}
​values:[
​{
​key: "Code",
​value:"{{Code}}"
​}
​]

POST/api/bank/{idType}/{idValue}
​values:[
​{
​key: "Code",
​value:"{{Code}}"
​}
​]

BREAKING CHANGE Usunąć zahardkodowane walidowanie IBAN na sender przy PISP

JEST

BYŁO

POST
​/api/bank/{bankId}/payment
​POST
​/api/bank/{bankIdentifierScheme}/{bankIdentifier}/payment

POST
​/api/bank/{bankId}/bankaccount/{iban}/payment
​POST
​/api/bank/{bankIdentifierScheme}/{bankIdentifier}/bankaccount/{iban}/payment

Możliwość wywołania metod np. authorize z użyciem secondidentifer banku:

GET/api/bank/{idType}/{idValue}
​GET/api/bank/{idType}/{idValue}/authorize
​POST/api/bank/{idType}/{idValue}/authorize
​POST/api/bank/{bankIdentifierType}/{identifierValue}/sync
​GET /api/bank/{bankIdentifierScheme}/{bankIdentifier}/payment

Mikroserwis do obsługi zgód:

Dodanie zewn identyfikatora sesji

POST/api/bank/{bankId}/authorize
Metoda przyjmuje dodatkowo parametr "sessionExternalId": "string"