Nowy klient biznesowy przechodzi weryfikację tożsamości w mojeID lub Authologic i dostajesz wynik porównania dokumentu tożsamości członka zarządu z jego twarzą. Potem przesyła odpis z KRS i oświadczenie o beneficjencie rzeczywistym, a część klientów także zaświadczenie o dochodach: jedni e-mailem, inni przez portal samoobsługowy, jeszcze inni w skanach z papieru. Oficer ds. zgodności otwiera każdą teczkę, przepisuje imiona, numery PESEL, NIP i KRS, numery dokumentów i daty ważności do karty klienta w Dynamics 365 lub Salesforce, a potem porównuje: czy członek zarządu z odpisu to ta sama osoba, którą zweryfikował system, czy deklarowani beneficjenci rzeczywiści zgadzają się z udziałowcami z odpisu, czy kwota dochodu zgadza się z wnioskiem, czy dokument jest nadal ważny. Przy jednej teczce zajmuje to zwykle pół godziny, a błędy pojawiają się tam, gdzie wzrok ślizga się po numerach.
Rozwiązanie pobiera dokumenty ze skrzynki KYC i portalu samoobsługowego, wynik weryfikacji z mojeID lub Authologic bierze przez API lub z ich raportu i przekazuje całość prywatnemu modelowi w regionie UE Bedrock. Model rozpoznaje typ dokumentu, wyciąga pola, porównuje je między dokumentami, z wynikiem weryfikacji oraz z istniejącą kartą klienta w Dynamics 365 lub Salesforce i oznacza terminy ważności, brakujące pola i niezgodności. Wynik pojawia się w CRM jako projekt karty klienta z uwagami i źródłem każdego pola. Specjalista sprawdza, poprawia i zatwierdza; do tego czasu nic nie trafia do karty klienta, a status klienta się nie zmienia. Z mojeID, Authologic i CRM łączymy się przez API, eksport plików lub przepływ e-mail, zależnie od Twojej wersji. Dane nie opuszczają UE, model się na nich nie uczy, a każde działanie zostaje w dzienniku, zgodnie z RODO i DORA.