Rozwiązania · Usługi finansowe
Aplikacja dla usług finansowych jest oceniana po tym, co dzieje się na jej granicach: co trafia do dziennika, co dzieje się, gdy klient prosi o zwrot danych, co widać w informacji przedumownej i co się dzieje, gdy zaplanowane zadanie nie uruchamia się. Budujemy mechanikę; polityka kredytowa pozostaje po Twojej stronie.
Już zbudowaneO platformă de creditare în producție, verificabilă din exterior azi: partea publică e o aplicație compilată static cu 50 de ecrane, între care patru calculatoare — credit, eligibilitate, refinanțare, grafic de plăți — pagini pe tip de credit, informare precontractuală și o rută prin care clientul își cere datele personale; partea de business e un backend modular în TypeScript cu 16 module și 18 tabele în schema de date, între care contract, plată, jurnal de audit, cerere privind datele personale, document încărcat, instantaneu zilnic de indicatori și rulare de sarcină programată. Harta de site de pe producție listează 227 de adrese, iar rutele românești și cele rusești răspund amândouă — verificate de mine pe 06.09.2026. Rezerva pe care o spunem: dovada e din cod și din răspunsurile publice, nu din comportamentul intern al serverului — nu am verificat pe ce versiune rulează producția și nici că toate cele 16 module sunt active pe live.
Spółka kredytowa nie potrzebuje strony internetowej. Potrzebuje pełnego łańcucha: wniosek wpływa online, przechodzi przez przepływ decyzyjny, generuje umowę, tworzy harmonogram spłat i zostawia ślad w audycie. Każde brakujące ogniwo w łańcuchu zamienia się w osobę, która kopiuje dane z jednego miejsca do drugiego, a w usługach finansowych każde ręczne kopiowanie jest też problemem zgodności, nie tylko czasu.
Struktura, którą budujemy, odzwierciedla to bezpośrednio w danych. W platformie, którą cytujemy, schemat ma 18 tabel, a ich lista mówi więcej niż jakikolwiek opis architektury: wniosek, umowa, płatność, kod jednorazowy, sesja, wniosek o odwołanie, szablon powiadomienia, dziennik powiadomień, dzienna migawka wskaźników, uruchomienie zaplanowanego zadania, artykuł, przekierowanie adresu, ustawienie widoczności, nota wewnętrzna, dziennik audytu, przesłany dokument, wniosek dotyczący danych osobowych. Backend jest podzielony na 16 modułów, wśród których jeden jest poświęcony wyłącznie prawom osoby, której dane dotyczą.
Część publiczna nie jest dekoracją: cztery kalkulatory — kredyt, zdolność, refinansowanie i harmonogram spłat — plus oddzielne strony według typu kredytu i informacja przedumowna. W kredytowaniu konsumenckim informacja przedumowna nie jest stroną wizerunkową: to obowiązek pokazania warunków, zanim ktoś się zobowiąże. Traktujemy ją jako wymaganie produktu, a nie jako tekst prawny doklejony na końcu. Trasy rumuńskie pozostają bez prefiksu, a rosyjskie idą własnym segmentem, z etykietami kanonicznymi i alternatywami generowanymi z języka aktywnej trasy.
I jeszcze granica, którą trzeba powiedzieć przed umową: przepływ decyzyjny dotyczący wniosków — reguły, progi, zatwierdzenie — jest po Twojej stronie. Budujemy mechanikę, dzięki której wniosek krąży, jest dokumentowany i staje się umową. Nie piszemy polityki kredytowej i nie bierzemy na siebie oceny wnioskodawcy; to decyzje o skutkach prawnych należące do uprawnionej instytucji.
Co obejmuje
Wniosek wpływa online i żyje jako odrębna encja, ze statusem widocznym i ekranem śledzenia dla klienta. Przesłane dokumenty mają własną tabelę, umowa ma własną tabelę, płatność — swoją. Różnica wobec formularza, który wysyła e-mail, polega na tym, że po trzech miesiącach można odpowiedzieć z danych na pytanie „co się stało z wnioskiem z 12 marca”.
Umowa i harmonogram nie są składane ręcznie w osobnym dokumencie: powstają z danych zatwierdzonego wniosku. To jedyna wersja, w której kwota w umowie i kwota w harmonogramie nie mogą się różnić, a klient, który dzwoni z dokumentem w ręku, mówi o tym samym, co operatorka lub operator patrzący w system.
Kredyt, zdolność, refinansowanie i harmonogram spłat — osobne, publiczne ekrany bez autoryzacji. W kredytowaniu konsumenckim kalkulator jest pierwszą realną interakcją: ktoś chce zobaczyć ratę, zanim porozmawia z kimkolwiek. A refinansowanie to inny kalkulator niż kredyt, nie ten sam pod innymi etykietami.
Własna strona, a nie akapit w stopce. Powód jest praktyczny: jeśli informacja nie znajduje się na ścieżce, którą przechodzi ktoś przed podpisaniem, nie spełnia swojej roli ani dla tej osoby, ani dla instytucji. Tekst należy do Ciebie i do Twoich prawników; my budujemy miejsce, moment i możliwość śledzenia.
Istnieje publiczna strona, przez którą klientka lub klient składa wniosek o swoje dane osobowe, dedykowany moduł backendu oraz ekran administracyjny dla otrzymanych wniosków, a także tabela, w której one żyją. Praktyczna konsekwencja: ustawowy termin odpowiedzi może zostać dotrzymany bez ręcznego otwierania bazy danych — i można po roku wykazać, że został dotrzymany.
Dziennik audytu jest osobną tabelą, odrębną od notatek wewnętrznych operatorów. Rozdzielenie ma znaczenie podczas kontroli: jedno to techniczny zapis tego, co się wydarzyło, drugie to to, co napisała osoba z zespołu o sprawie. Pomieszane, pierwsze staje się nieczytelne, a drugie staje się dokumentem.
Istnieje tabela dla uruchomień zadań zaplanowanych i jedna dla dziennych zrzutów wskaźników. W platformie finansowej zadanie, które nie uruchomiło się trzy noce z rzędu, jest poważniejszym problemem niż niedziałająca strona: nie widać tego z zewnątrz, ale przesuwa liczby. Dlatego uruchomienie zapisuje się, a nie zakłada.
Rumuńskie trasy pozostają bez prefiksu, rosyjskie idą na osobnym segmencie, z kanonicznymi etykietami i alternatywami generowanymi z języka aktywnej trasy. Na mapie strony w produkcji jest 227 adresów. Dla firmy kredytowej w Republice Mołdawii rosyjska część nie jest tłumaczeniem z grzeczności — to połowa wnioskodawców.
Kontrole przed publikacją, migracje bazy danych uruchamiane osobną komendą w produkcji, generowanie sekretów, kopia zapasowa i odtworzenie bazy — wszystko jako skrypty w repozytorium, a nie kroki z dokumentu. W systemie, który obsługuje umowy i płatności, „odtworzenie” musi być komendą, którą już sprawdzono, a nie intencją.
Traseul
Co oznacza złożony wniosek, zatwierdzony wniosek, otrzymana płatność; co dzieje się z wnioskiem, na który nie udzielono odpowiedzi; co zostaje zamknięte, gdy usługa zewnętrzna nie odpowiada. Dostarczamy dokument słownika i niezmienników, ponieważ na platformie finansowej termin użyty w dwóch znaczeniach staje się później dwiema różnymi liczbami w dwóch raportach.
Dziennik audytu i ewidencja dokumentów nie są dodawane na końcu; są częścią pierwszej działającej wersji. Dostarczamy pełny przepływ od wniosku do umowy, z jego śladem, na danych testowych — nie ekrany, które dobrze wyglądają nad pustą bazą.
Ekrany publiczne, kalkulatory, strony według typu kredytu i informacja przedumowna, z adresami rumuńskimi bez prefiksu i rosyjskimi na osobnym segmencie, z poprawnymi kanonicznymi etykietami. Dostarczamy mapę strony wygenerowaną z danych i sprawdzenie, że obie wersje odpowiadają.
Kontrola przed publikacją, migracje w produkcji z osobną komendą, generowanie sekretów, kopia zapasowa i odtworzenie — sprawdzone, nie tylko zapisane. Przekazujemy repozytorium, dokument wdrożeniowy i dostępy. Odtworzenie bazy demonstruje się przy przekazaniu, raz, przed Wami.
Dane
Zasady różnią się w zależności od branży. To są te, które obowiązują w usługach finansowych.
Przykład
Sytuacja
Początkowy wymóg w projekcie kredytowym brzmi niemal zawsze tak samo: „strona z formularzem wniosku”. Problem pojawia się w drugim miesiącu, kiedy ktoś pyta, gdzie jest umowa, kto zmienił akta i jak odpowiadamy na żądanie dostępu do danych osobowych w ustawowym terminie.
Co zbudowaliśmy
Zbudowaliśmy platformę w dwóch połowach, w tym samym repozytorium. Część publiczna to statycznie kompilowana aplikacja, z 50 ekranami: cztery kalkulatory — kredytu, zdolności, refinansowania, harmonogramu spłat — strony według typu kredytu, informacja przedumowna, śledzenie statusu wniosku i strona, przez którą klient prosi o swoje dane osobowe. Część biznesowa to modularny backend w TypeScript, z 16 modułami — w tym uwierzytelnianie, uprawnienia według ról, przepływ wniosków, dokumenty, płatności, powiadomienia, zadania planowane i jeden poświęcony prawom osoby, której dane dotyczą — nad schematem z 18 tabelami: wniosek, umowa, płatność, kod jednorazowy, sesja, przesłany dokument, dziennik audytu, żądanie dotyczące danych osobowych, uruchomienie zadania planowanego, dzienny snapshot wskaźników i reszta.
Co z tego wyszło
Łańcuch jest pełny: wniosek wpływa, przechodzi, tworzy umowę i harmonogram, a każdy krok zostawia ślad. Żądania dotyczące danych osobowych mają własną ścieżkę, z ekranem administracyjnym, więc termin ustawowy można dotrzymać i wykazać. Część publiczna jest weryfikowalna z zewnątrz: 227 adresów w mapie strony, z obydwoma wersjami językowymi aktywnymi.
Czego nie mówi ten przypadek
Dowód pochodzi z kodu i z publicznych odpowiedzi, a nie z wewnętrznego zachowania serwera: nie sprawdziliśmy, na jakiej wersji działa produkcja, ani że wszystkie 16 modułów są aktywne na live. Przepływ decyzji dotyczących wniosków — reguły, progi, zatwierdzanie — należy do klienta; my zbudowaliśmy mechanikę, nie politykę kredytową.
Pytania
Wy. Reguły, progi i zatwierdzanie to polityka upoważnionej instytucji, nie dostawcy oprogramowania. My budujemy mechanikę, dzięki której wniosek krąży, jest dokumentowany, staje się umową i harmonogramem spłat, i zostawia ślad. Dostawca, który bierze na siebie decyzję kredytową, sprzedaje coś, czego nie ma prawa sprzedawać.
Istnieje publiczna strona, przez którą składa się takie żądanie, dedykowany moduł backendu, ekran administracyjny oraz tabela, w której żądanie jest przechowywane. Dzięki temu można odpowiedzieć w terminie i później to wykazać. To, co nie jest decyzją techniczną: co można usunąć, a co trzeba zachować zgodnie z przepisami finansowymi — to ustala się z waszymi prawnikami, przed wdrożeniem.
Z danych zatwierdzonego żądania, razem z harmonogramem płatności — oba z tego samego źródła, aby nie mogły się różnić. To, co pozostaje po waszej stronie, to treść umowy i jej warunki. Umowa składana ręcznie w osobnym dokumencie to klasyczne miejsce, w którym pojawiają się dwie różne kwoty dla tego samego kredytu.
Bo w kredytowaniu konsumenckim informacja musi być na ścieżce, którą osoba przechodzi przed podjęciem zobowiązania, a nie w stopce. Traktujemy to jako część produktu: miejsce, moment i możliwość śledzenia są po naszej stronie, tekst jest po stronie waszych prawników.
Co najmniej tyle, ile odpowiada różnym decyzjom. Na platformie, do której się odwołujemy, są cztery — kredyt, kwalifikowalność, refinansowanie, harmonogram płatności — bo refinansowanie nie jest tym samym obliczeniem co nowy kredyt, a harmonogram odpowiada na inne pytanie niż rata. Jeden kalkulator z wieloma polami jest trudniejszy w użyciu niż cztery proste.
Nie, i to jest zasada, a nie preferencja: budujemy i testujemy na danych testowych. Dostęp do rzeczywistych danych, gdy jest potrzebny, odbywa się z wyznaczonymi osobami, na ustalony okres i ze śladem w dzienniku. W systemie finansowym „musieliśmy zajrzeć do produkcji” to zdanie, które powinno pojawić się w dzienniku, a nie w rozmowie.
To widać, ponieważ uruchomienia są zapisywane w osobnej tabeli, obok dziennych zrzutów wskaźników. To ważne właśnie dlatego, że zadanie, które się nie uruchomiło, nie daje żadnego widocznego objawu z zewnątrz — strona odpowiada, ekrany wyglądają dobrze, ale liczby już się nie zmieniają.
Żadnej liczby dotyczącej wolumenu, oprocentowania, liczby żądań ani klientów, nawet jeśli jest publicznie pokazana na jego stronie — bo to jego deklaracja, a nie nasze pomiary. To, co możemy pokazać, to struktura: ile modułów, jakie tabele, jakie ekrany publiczne, co jest sprawdzane przy publikacji. Ta sama zasada będzie dotyczyć również waszej pracy.
Część publiczną można sprawdzić już teraz: mapa strony ma 227 adresów, a rumuńska i rosyjska wersja kalkulatora obie odpowiadają. Część backendowa jest odczytywana z kodu — moduły i schemat danych — a nie z zachowania serwera: nie sprawdziliśmy, na jakiej wersji działa produkcja, ani czy wszystkie moduły są aktywne na live, i wolimy to napisać, niż zostawiać odwrotne wrażenie.
Opowiedz nam o swoim procesie. Wspólnie ustalimy, co warto zbudować, co da się połączyć i jak sprawdzimy wynik.