Platforma wywiadu gospodarczego i oceny ryzyka kontrahenta

Analiza wiarygodności kontrahenta wymagała wcześniej ręcznego sprawdzania kilku publicznych rejestrów, pobierania sprawozdań finansowych i przenoszenia informacji do arkusza. Zbudowałem wewnętrzną platformę, która zbiera dane z kilku źródeł, parsuje urzędowe sprawozdania finansowe, wylicza wskaźniki i prezentuje je jako jedną kartę kontrahenta, wraz z historią zmian, powiązaniami i raportem PDF. Z systemu korzysta kilkudziesięciu użytkowników w obszarach zakupów, finansów, sprzedaży i zarządu.

• 01Rejestr sądowy, status podatkowy, repozytorium sprawozdań i listy sankcyjne działały jako osobne źródła.
• 02Urzędowe sprawozdania finansowe występowały w ustrukturyzowanym XML zgodnym ze zmieniającymi się schematami.
• 03Wynik analizy często pozostawał w lokalnym arkuszu zamiast w systemowym śladzie decyzji.
• 04Płatne API generowało koszt przy każdym zapytaniu, więc potrzebna była kontrola wykorzystania i cache.
• 05Brak monitoringu zmian oznaczał, że istotna zmiana u kontrahenta mogła zostać zauważona dopiero przy kolejnej ręcznej analizie.

Jedna aplikacja webowa dostępna w sieci firmowej. Użytkownik wyszukuje podmiot po danych rejestrowych lub nazwie i otrzymuje spójny widok.

• 01Karta kontrahenta 360: dane rejestrowe, status podatkowy, reprezentacja, struktura właścicielska, dane finansowe i dokumenty źródłowe.
• 02Wskaźniki i trendy: m.in. rentowność, płynność, zadłużenie i dynamika rok do roku, liczone na podstawie danych strukturalnych.
• 03Graf powiązań: relacje osobowe i kapitałowe między podmiotami, pomagające wskazać powiązania wymagające dalszej weryfikacji.
• 04Porównanie podmiotów: zestawienie kilku firm na wspólnym zestawie wskaźników.
• 05Watchlista i alerty: monitoring obserwowanych podmiotów i zmian w rejestrach.
• 06Raport PDF: gotowy materiał do dalszej analizy lub decyzji.
• 07Panel administracyjny: parametry, diagnostyka źródeł oraz kontrola kosztów zapytań do płatnych API.

Sześć warstw o rozdzielonych odpowiedzialnościach.

• 01Źródła danych: publiczne i komercyjne API, rejestr podatników, repozytorium sprawozdań, listy sankcyjne.
• 02Integracja: adapter per dostawca, cache, deduplikacja, kontrola kosztów, retry, circuit breaker i limity.
• 03Przetwarzanie: rozpoznanie wersji schematu, parser oparty o XSD, walidacja bilansowa, wskaźniki i graf powiązań.
• 04Składowanie: wersjonowane migawki, dane finansowe w strukturze gotowej do dalszej analizy, dokumenty źródłowe oraz dziennik operacji.
• 05Aplikacja: interfejs użytkownika, porównania, watchlista i raportowanie.
• 06Użytkownicy: dostęp zintegrowany z firmowym katalogiem i rozdzielenie ról operacyjnych/administracyjnych.

• 01Parser ze schematu zamiast heurystyki. Przejście na modele generowane ze schematów XSD pozwoliło traktować nieznany format jako jawny błąd zamiast cichego braku danych.
• 02Brak danych ma być widoczny. Rekord finansowy zachowuje informację o pochodzeniu i jakości odczytu. Brak wartości nie może wyglądać jak zero.
• 03Brak ślepej uliczki. Nawet jeżeli nowa wersja dokumentu nie jest jeszcze w pełni obsłużona przez parser, użytkownik nadal może przejść do dokumentu źródłowego.
• 04Monitoring zmian struktur urzędowych. Proces w tle sprawdza publikację nowych struktur i sygnalizuje zmianę zanim wpłynie ona na import.
• 05Uprawnienia z katalogu firmowego. Dostęp i role wynikają z firmowego katalogu, zamiast tworzyć osobny model kont w aplikacji.
• 06Koszt API jako obserwowalny parametr. Zapytania do płatnych źródeł są rozliczalne, cache ogranicza powtórzenia.

• 01Analiza kontrahenta odbywa się w jednym narzędziu zamiast w kilku niezależnych źródłach i arkuszu.
• 02Zestaw automatycznych testów chroni logikę finansową i uprawnienia przed cichą regresją.
• 03Każde zapytanie i wygenerowany raport pozostawiają ślad umożliwiający odtworzenie podstaw wcześniejszej analizy.
• 04Cache i limity ograniczają niepotrzebne koszty płatnych źródeł danych.
• 05Dane finansowe są przechowywane strukturalnie i mogą zasilać raportowanie BI bez ponownego ręcznego przepisywania.