Poprawka pod - 176532 - poprawienie synchronizacji rachunków

Poprawka pod - 136962 - dodanie informacji o kontach do callbacków sesji dotyczących transakcji

Poprawka pod - 153529 - poprawienie mapowania dla transakcji CITI

Poprawka pod - 145405 - zmiana nazwy kontekora na "PKOBP Sandbox" zamiast "PKO BP SA"

Poprawka pod - 133197 - strzały o transakcje pending i scheduled w Credit Agricole

Funkcjonalność na zapotrzebowanie do 123864 ([FOBT-5455] dodatkowe pola na streamingu accountów)

Poprawka dotycząca poprawnego przesyłania ID dla odświeżonych transakcji w streamingu
​​
master 20221116.1

poprawka dotycząca poprawnego przesyłania parametru build_id (#111427)

Zmiany w compose po ostatnich ręcznych zmianach:
​

Mbank_PAYLOAD_URI
Mbank_AUTHORIZE_RESOURCE
Mbank_TOKEN_RESOURCE
Mbank_ACCOUNT_RESOURCE
Mbank_ACCOUNTDETAILS_RESOURCE
Mbank_TRANSACTION_RESOURCE

consul_config

Poprawki optymalizacyjne pod migracje w Consent Service

Poprawka zabezpieczająca przed sytuacjami jak w 99576 gdzie nie były przesyłane callbacki na QA

rozwiązanie do 99188 – poprawiono przypisania banków do apiclientów, wszyscy apiclienci mają wszystkie banki

poprawka do skryptu SQLMigration

dodanie funkcjonalności pod 91398 - rozszerzenie wiadomości na streamingu o apiclient

Poprawka pod spotykane czasami deadlocki na bazie sql podczas procesowania transakcji - 92397

Dodanie możliwości sterowania widocznością banku BPKOSAND, są zmiany w compose:
dodanie linijek
- TenantAppBanks__IKO_FF__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IKO__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IPKO_FF__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IPKO__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__PKO_COMMON__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__pko__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IKO_DASH_KK__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IKO_DASH_LO__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IKO_DASH_PG__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IPKO_DASH_KK__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IPKO_DASH_LO__BPKOSAND__enabled=${BANK_ENABLE}
- TenantAppBanks__IPKO_DASH_PG__BPKOSAND__enabled=${BANK_ENABLE}
​
na dp i qa wartość BANK_ENABLE powinna być ustawiona na true, na pr false - w innym wypadku na pr będzie zwracany bank BPKOSAND na liście banków

Poprawienie konfiguracji do BPKOSAND - 92397

Usunięcie finatreportingservice z compose

Należy usunąć zmienną o nazwie FINAT_REPORTING_SQL_CONNECTIONSTRING z .env

BUILD_ID=65677, BUILD_NUMBER=20220707.1

Paczka z wersją master

Ze względu na zmianę sposobu generowania plików docker-compose, prawie wszystkie nazwy zmiennych zostały zmienione. W celu przyspieszenia wgrywki na DP można skopiować .env ze srodowiska DEV podmieniając connection stringi na poprawne dla środowiska DP. Oprócz tego wartości zmiennych: BUILD_ID=65386, BUILD_NUMBER=20220701.3
Pełna lista zmian w pliku .xlsx

Istotne zmiany (przyrost od wersji obecnie na produkcji do wersji master TSP)

Zostało wprowadzonych wiele zmian w rabbicie, po wgrywce należy uruchomić skrypty na hoście rabbita z archiwum. dp_qa_rabbit.sh należy uruchomić na dp i qa, pr_rabbit.sh na produkcji. Uruchomienie poleceniem <nazwa_pliku>.sh <login> <haslo>

zmiany_env.xlsx

07 lip 2022, 09:10 AM

finat_rabbit_streaming.rar

01 lip 2022, 08:13 AM

Paczka zawiera zmiany cache'owanych danych w redisie. Aby zapobiec przeciążeniu redisa poprzez generowane nadmiarowe requesty, przerzucone zostały niektóre z nich do pamięci.

Dodane zostało nowe narzędzie diagnostyczne do funkcjonalności streamingu. Teraz logowane będą w osobnej kolekcji pushservice'u dane wyemitowane na kolejki RabbitMQ, pozwoli to w analizie zgłoszeń związanych z tą funkcjonalnością.

FIN-487 & FIN-518 | Dodanie zmiennych do .env i compose QA&DP dla Credit Agricole oraz Alior.

(FIN-516) [FOBT-989] Ruch na apiCall jest wzbogacony o apiClientId

(FIN-534) - Dodanie endpointu dla Revolut /bankaccount/{idType}/{idValue}/currency/{currency}

(FIN-529) - Dodanie Banku PkoSandbox - SWIFT : BPKOSAND

Paczka przyrostowa do wersji 20211213.1 wyrównująca środowiska

Po wgrywce na produkcje proszę o wykonanie zapytania i przesłanie wyników

Zmienne powinny być ustawione jak przedstawionio w tabelce.

Paczka punktowa do wersji 151 20210929.1

Paczka do FIN-512, FIN-513, FIN-514

(FIN-512) - zmiana mapowania statusów dla transakcji; ASPSP Revolut --> PSD2HUB, booked --> done, pending --> hold - potrzebne jest wykonanie skryptu SQL FIN_512.sql

(FIN-513) - dodanie zwracanego typu operacji dla transakcji w polu OriginalType

(FIN-514) - dodanie informacji o typie właściciela w polu holderType

Naprawa duplikatów transakcji

Paczka punktowa do wersji 151 20210929.1

Paczka do FIN-512, FIN-513, FIN-514

(FIN-512) - zmiana mapowania statusów dla transakcji; ASPSP Revolut --> PSD2HUB, booked --> done, pending --> hold - potrzebne jest wykonanie skryptu SQL FIN_512.sql

(FIN-513) - dodanie zwracanego typu operacji dla transakcji w polu OriginalType

(FIN-514) - dodanie informacji o typie właściciela w polu holderType

Paczka przyrostowa do wersji 151 20211130.3

Paczka do FIN-512, FIN-513, FIN-514

(FIN-512) - zmiana mapowania statusów dla transakcji; ASPSP Revolut --> PSD2HUB, booked --> done, pending --> hold - potrzebne jest wykonanie skryptu SQL FIN_512.sql

(FIN-513) - dodanie zwracanego typu operacji dla transakcji w polu OriginalType

(FIN-514) - dodanie informacji o typie właściciela w polu holderType

Paczka do poprawy streamingu kont w citi. Znaleźliśmy błąd, w którym przesyłaliśmy null w ibanie tylko w konektorze citi (exchange "destinationAddress": "xxxx/Psd2Hub.Services.PushService.Models.Streaming.Accounts:AccountMessage",). W tej wersji przesyłamy już iban (np. "iban": "PLXXXXXXXXXXXXXXXXXXXXXX8349",)

Paczka do FIN-496, FIN-499

(FIN-496) Flow z odmaskowywaniem IBAN z perspektywy streamingu bedzie działał tak, że wysyłane są wiadomości na streaming z kontami i jak się uda odmaskować to wysyłamy nowy komunikat z polem operation: updated i będą one odmaskowane

(FIN-499) Należy utworzyć nowy exchange (o nazwie Psd2Hub.Services.PushService.Models.Streaming.Session:SessionFinishedMessage) w rabbicie i zbindować go do istniejącej / nowej kolejki transactions_queue;
​
​

Paczka do FIN-496, FIN-500, FIN-502

Dodano killswitch dla konektora Citi, dzieki któremu będą mogły koegzystować 2 wersje konektora (kill-switch z pełnym i niepełnym IBAN) - więcej informacji w tabelce ze zmianami w compose

UWAGA: zmieniono wpisy w pliku docker-compose tylko na pr (taka konfiguracja już jest na produkcji):
Usunięto wraz ze zmiennymi w .env:

Paczka do FIN-505, FIN-500

Dodano nowe pola do streamingu kont - account.isBusiness + account.holderType

Paczka zawiera też najnowsze zmiany pod konektor citi i poprzednie poprawki

UWAGA: zmieniono wpisy w pliku docker-compose tylko na dp i qa:
Usunięto wraz ze zmiennymi w .env:

Poprawka do zgłoszenia FIN-492 - możliwość ustawienia kiedy powinniśmy pobierać szczegóły transakcji, wyłączono też ponawianie jobów w razie błędu podczas działającego odpytania w tle (job nie będzie już próbował wykonać się ponownie)

Wydzielono serwis redis poza stack aplikacyjny aby uniknąć przypadków jak w FIN-501. Teraz przy każdej paczce oprócz plików docker-compose-<środowisko>.zip będzie też redis-docker-compose-<środowisko>.zip
Instrukcja gdzie wgrać osobno redisa: FINAT-middlewares-update

UWAGA: dodano nowe linie w pliku docker-compose:
​
​

Poprawka do zgłoszenia FIN-496. Na produkcji Citi zaczęło zwracać pełne ibany rachunków pod endpointem accounts details transactions. Na sandbox nadal nie działa ta funkcjonalność ze strony ASPSP

UWAGA: dodano nowe linie w pliku docker-compose:
​
​

Zrobiono development pod pobieranie pełnego IBANu w Citi (wg. dokumentacji ASPSP). UWAGA - endpointy po stronie ASPSP nie działają, co utrudnia weryfikację działania apihuba

Poprawka do poprzedniej paczki - zrobiono revert zmian pod FIN-492

Poprawka do zgłoszenia FIN-497; poprawiono mapowania balansów dla kont Citi

Poprawka do zgłoszenia FIN-495; dodano brakujące nagłówki do strzałów o token

Poprawka do zgłoszenia FIN-495

Poprawiono logikę odpytania o konta w Credit Agricole

Do każdego banku dodano linijkę BankConfig__BANK__SupportsMultipleConsents=false nie pozwalającą na przypadki gdy klient miał aktywną więcej niż 1 zgodę (FIN-492)

Poprawka do zgłoszenia FIN-488

Poprawiono mapowanie transakcji w Citi;
[
{
"source": "BILLED",
"destination": "Done"
},
{
"source": "ALL",
"destination": "Other"
},
{
"source": "POSTED",
"destination": "Done"
},
{
"source": "UNBILLED",
"destination": "Done"
},
{
"source": "PENDING",
"destination": "Hold"
}
]
​
Rozwiązanie zostało tak zrealizowane, aby zmiana nie spowodowała negatywnych efektów w postaci duplikatów transakcji. Nie trzeba usuwać/dodawać na nowo konta, tylko wystarczy je odświeżyć

Poprawka do zgłoszenia FIN-491. Poprawa healthchecków konektorów

Poprawka do zgłoszenia FIN-488.
​UWAGA, po instalacji paczki należy w konektorze citi uruchomić następującego curla przeliczającego hashcody transakcji:

curl -X POST -H 'Host: localhost' -H 'X-Tenant-Id: placeholder' -H 'Execution-id: placeholder' -H "Content-type: application/json" 'http://localhost/api/hashCode/recalculate' -d '{"SwiftCode" : "CITIPLPX","Scope" : "Transactions" }'

oraz pliki docker-compose nie będą zawierały już wpisów - BankConfig__CitiPl__AuthorizationModels=${AUTH_MODELS} zgodnie z naszymi ustaleniami podczas omawiania zgłoszenia FIN-482

Poprawka do zgłoszenia FIN-447 - poprawa zwracania wartości w polach initiator oraz buildId

Poprawka do zgłoszenia FIN-447 - ograniczenie wiadomości w polu failure reason podczas zwracania kont

Poprawione error handlery w konfiguracji mBanku oraz poprawkę do błędu zwracanego przez Alior podczas odpytania o token przy refreshu kont.
Dla obydwu przypadków wina leży po stronie ASPSP i niepewnym przejściu na nową wersję api.
Mbank obecnie przesyła inne komunikaty błędów niż początkowo (stąd konieczne uogólnienie EH, by zabezpieczyć się przed innymi wersjami w przyszłości) oraz nie reaguje na nasze zapytania.
Alior jest niezgodny z dokumentacją. Tu jednak mamy już potwierdzenie od nich, że zmiany przez nas wprowadzone będą zgodne z działaniem ich api produkcyjnego.

Poprawka do błędu o treści Sequence contains more than one element znalezionego na sandboxie Citi podczas kroku pobierania szczegółów transakcji

Zaktualizowanie error handlerów dla mBanku w związku z nieakceptowalnymi refresh tokenami z poprzedniej wersji api

Dodanie do serwisu apirest wpisu:
depends_on: - redis

Poprawka do błędu znalezionego podczas wewnętrznych testów citi związanego ze statusami sesji

UWAGA: dodano nowe linie w pliku docker-compose:
​
​

Poprawki do zgłoszeń FIN-478, FIN-473

Konfiguracja pod nowe wersje api w aliorze, bnp i mbanku - FIN-401 (szczegóły: Wsparcie dla PLAPI 3.0 )

Poprawka do mapowań typów kont (FIN-475)

Obsłużenie błędu zwracanego przez citi podczas niektórych odpytań o transakcje (fin-473)
​Uwaga, po instalacji paczki należy uruchomić w konektorze citi następującego curla: curl -X POST -H 'Host: localhost' -H 'X-Tenant-Id: placeholder' -H 'Execution-id: placeholder' -H "Content-type: application/json" 'http://localhost/api/hashCode/recalculate' -d '{"SwiftCode" : "CITIPLPX","Scope" : "Transactions" }'

Zmianę mapowań nowych transakcji (fin-472)

Streaming: emitowanie zdarzeń na temat ruchu do ASPSP i wrzucanie ich na wskazaną kolejkę rabbitową. Do exchange o nazwie Psd2Hub.Services.PushService.Models:AspspCall należy podpiąć dedykowaną kolejkę (może być nowa, może być istniejąca)
​
​

Dodanie poprawki do logowania, dzięki której będzie nam łatwiej poruszać się po Mongo

W plikach docker-compose znajduje się konfiguracja do zapisywania logowania do pliku na serwerze

Dodanie migracji zmieniającej ibany PLPLxxx na PL dla niektórych kont ING. Przez błąd po stronie ASPSP, API ING zwróciło nam w responsie na strzał /token parę razy przedrostek PLPL, który zapisaliśmy w bazie (m.in bankaccountidentifeir)

Dodanie serwisu BankService. Zawiera się w nim:
Dodana flaga informującej o dostępności danego ASPSP API. Informacje na temat dostępności usług (AisSca, AisSync, PisSca) przechowywane są w kolekcji BankAvailabilities.

Dodanie mechanizmu „rozproszony request rate limit"
· Mechanizm przewiduje blokowanie wybranych metod na określony interwał czasu.

· Metody podaje się regexem, zaimplementowano użycie dla refresh bankaccount RAA = true, który wygląda tak: get:\/api\/v2\/bankaccount\/?.*\/RefreshActiveAccounts=true

· Aktualnie blokada jest na 1 request co 2 min. Jeśli strzał będzie robiony częściej to dostaniemy response z HTTP Statusem 429 Too many request, Message zależny od konfiga {"message": "API calls quota exceeded! Maximum admitted 1 per 2m"}

· Od teraz kiedy będzie dużo odpytań o refresh bankaccount RAA = true to będziemy zwracać HTTP Status 429 Too many request więc trzeba sprawdzić jak front-end będzie wtedy funkcjonował.

· W responsach z ograniczanego endpointu będzie w headerach zwracany parametr Retry-After: 118, który mówi o ilości pozostałych sekund, zanim ograniczenie się skończy.

Dodanie nowego serwisu: Account Service - potrzebny jest do prawidłowego działania aplikacji

Nowości w env/compose:
​BankServiceConfig__BaseUrl=${BANK_SERVICE_ENDPOINT} - wartość zmiennej: http://bank_service/api/
​AccountServiceConfig__BaseUrl=${ACCOUNT_SERVICE_ENDPOINT} - wartość zmiennej: http://account_service/api/
​ClientRateLimitOptions__EnableEndpointRateLimiting=${ENABLE_ENDPOINT_RATE_LIMIT} - włączenie/wyłączenie mechanizmu rozproszony request rate limit - wartość zmiennej: true/false
konfiguracja Revoluta w konektorze Openbanking

Dokonaliśmy zmiany konfiguracji error handlerów (w oparciu o informacje uzyskane w międzyczasie od ASPSP), ponieważ zauważyliśmy, że Nestbank odrzucał świeżo wydany access token

FIN-433 - poprawki do nest banku

FIN-427, FIN-428 - poprawiono konfigurację nestbanku oraz FIN-429 - zmiana nazwy flagi z isDirectPsu na is_user_session

FIN-421 - poprawki do streamingu kont i transakcji

Obsłuzenie przypadku kiedy ASPSP wysyła wartość NULL w polu bookingBalance

Optymalizacje wywołania metody DELETE bankaccount - znaleźliśmy błąd, który powstał w wyniku poprzednich optymalizacji. Błąd polega na błędnej invalidacji consentów podczas usuwania 1 konta gdy użytkownik ma podpiętych więcej kont

FIN-409 - poprawiono session callbacki

FIN-408 - dodano zabezpieczenie podczas odpytywania o transakcje danych kont

FIN-408 - dodano zabezpieczenie podczas odpytywania o transakcje danych kont

FIN-398 - dodanie streamingu zdarzeń o transakcjach

FIN-400 - poprawiono purposes dla Millenium

FIN-397 - dodanie streamingu zdarzeń o rachunkach

FIN-391 - Poprawa mechanizmu wyświetlania aktualnych sald

FIN-390 - Poprawa mechanizmu usuwającego blokady

Optymalizacja connector_polish_api_ex

FIN-376 - Optymalizacja serwisów (głównie w kontekście użycia pamięci RAM przez serwisy)

Optymalizacja serwisów

FIN-383 - poprawa konfiguracji serwisu apirest

FIN-373, FIN-374, FIN-375 - naprawa mechanizmu zarządzającego zgodą gdy ta się przedawni

FIN-367 - poprawa mapowania transactionType dla ING (dodanie sprawdzania wartości NULL do naszego mechanizmu)

FIN-360 - poprawa flow podczas dezaktywacji usera

FIN-355 - uodpornienie się na sytuację kiedy duplikaty w tabeli [Transaction] pojawiały się w przypadku gdy zostały uruchomione po sobie bardzo szybko 2 sesje odświeżania, a użytkownik, który wcześniej posiadał transakcje pending/scheduled/hold uzyskał te transakcje jako done (po tym kiedy one zmieniły swój rodzaj w ASPSP)

FIN-348 - zmiana mapowania typów transakcji Millenium na mapowanie z pola auxData

FIN-345 - wprowadzenie mechanizmu wybiórczego odpytywania o szczegóły transakcji, z uwzględnieniem różnej parametryzacji per ASPSP

FIN-350 - Przywrócenie metody HttpDelete dla usera (było HttpPost)

FIN-349 - poprawa warunku, według którego mają być aktualizowane wartości pól status oraz lastSyncDate dla mBanku

FIN-344 - poprawienie możliwości nadania relacji dla rachunku

Dostarczenie konfiguracji pod Message Resend Mechanism

FIN-340, FIN-341 – zmiany w zarządzaniu połączeniami api z sql db (poprawa wydajności aplikacji)

Naprawienie błędu podczas pobierania szczegółów transakcji dla mBanku

FIN-313, FIN-312 - edycja warunków invalidacji zgody (specyficznie dla każdego banku)

FIN – 338 - uodpornienie się na blokadę równoległych zapytań

FIN – 328 – blokada 2 POST przy authorize kiedy code został już wykorzystany

FIN – 329 – naprawa błędu 500 przy próbie update informacji o rachunku

FIN – 331 - poprawa sposobu pytania o transakcje Millenium

FIN-326 - dodanie mapowań kont rozszerzone o informacje uzyskane od ASPSP

FIN-322 - w callbacku dotyczącym pierwszej strony transakcji usunięto całkowicie pole userExternalId, a w polu userId będziemy trzymać wartość externalUserId

Zawiera ona poprawkę do paczki 116_20200617 (ze środy), w którym przez pomyłkę zwiększyliśmy zakres zgody (scopetimelimit) dla mbanku z 1 miesiąca (pierwotna wartość) na 100 lat (tak jak reszta banków). Niestety okazało się, że mbank na produkcji nie wspiera wartości scopetimelimit>90 dni (podobnie jak bank BNP), dlatego w tej paczce ustawiamy zgodę na 90 dni (dla mbank i bnp).

FIN-308 – poprawienie zduplikowanych callbacków

FIN-315 – zmiana logiki podczas kasowania zgód użytkownika w danym banku (kasujemy także wszystkie konta powiązane z tym bankiem)

FIN – 308 – nie wysyłanie duplikatów statusów sesji

FIN – 308 – poprawa statusu w callbackach

Zmiana nazwy statusu invalidationReason z Unspecified na Expired w przypadku ręcznej manipulacji dat na bazie danych

FIN-310 – poprawienie sortowania transakcji

FIN-306 - Poprawienie pustego externalSessionId przesyłanego w callbackach

FIN-298 - Mechanizm dodatkowego callbacku po pierwszej pobranej stronie transakcji (specyfikacja: Sprint 116 - opis wysyłania callback po pobraniu 1 strony transakcji )

FIN-292 – obejście na błędną datę wysyłaną przez Santander (dodanie + 1 dzień)

FIN-295 - Rozszerzenie odpowiedzi dla metody BankAccount - dodanie pól „raw”, accountType.Code i accountType.Description

FIN-279:

FIN-287,288 - Format dat zwracanych z API (dodanie “Z”)

Bank ING – Zmiana kolejności nagłówków, przy pobieraniu historii rachunku

FIN – 290,291 – Synchronizowanie danych BNP, Santander

FIN – 283, FIN – 284 – nie pojawiać się już będą transakcje, dla kont zdezaktywowanych + obsługa sytuacji przy datach w przyszłości dla transakcji Schedule

Poprawki w konfiguracji do odświeżania tokenu (refresh_token)

Zdjęcie wymagalności na RecipientAddress/SenderAddress w banku mBank

FIN - 274 – zmiana adresacji URLI (do pełnego działania wymagana jest również zmiana adresacji na PROD GATEWAY) – problem mBank

FIN - 271 – filtracja kont typu „MissingAccount” z flagą IsActive=false na GET /bankaccount

FIN – 269 – wyświetlanie rachunków GET /bankaccount w przypadku gdy consent jest Reused

FIN - 266 – KOD HSM - ecoding zmieniony z base64 na base64url – problem Millenium Bank

FIN -259

FIN-267

Zabezpieczenie się przed dublowaniem się purpose, gdy startują 2 kontenery na raz

Błąd przy wywoływaniu metody GET consent

Ustawianie IsAisForceAccount dla polskich banków

zmieniamy filtry przy pobieraniu transakcji dla banku PKOBP (FIN-262)

dodajemy migrację do bazy danych z mapowaniem holdertype (FIN-218)

wyciągniecie na poziom docker-composa zmiennej maxAllowedHistory

FIN-242 - podpisy w bankach (nagłówek x5t)

FIN-257 - zmiana formatu scopeTimeLimit

FIN-258 - URL dla Aliora

Zmiany funkcjonalne dostępne w planie wydań w wersji 116 (Plan wydań)

FIN-253, FIN- 238– wycieki pamięci szyny

FIN- 256 - usunięcie nadmiarowego parametru w query

FIN- 237 – zmiana parametru na 24 miesiące

FIN- 252 – zmiana działania updatu relacji na rachunkach