Pobierz specyfikację OpenAPI:Download
AUTENTI
oraz modyfikacja wymagań dla sposobu podpisania umowy INTERNET
: jeśli wybrany we wniosku sposób podpisania umowy to INTERNET lub AUTENTI, to wymagane jest podanie komórkowego numeru telefonu w danych kontaktowych wnioskodawcy.OFFER_ACCEPTED
dla ofert na pełną dokumentację.AUTOMATIC_ANALYSIS
(Automatyczna analiza) oraz OFFER_ACCEPTED
(Oferta zaakceptowana). Pierwszy jest statusem wewnętrznym, a drugi należy ustawić potwierdzając ofertę./api/v2/application/{applicationId}/status
(obiekt offer
).actualProductId
), przyznana liczba rat (obiekt actualScheduleData
). Pola są ustawiane po akceptacji oferty lub przyznaniu pożyczki. Dzięki temu oryginalne parametry wnioskowane pozostają bez zmian.TEMPORARY
i TO_FILL
(z NEW
).Mikrokasa API to interfejs programistyczny przygotowany dla Partnerów firmy Mikrokasa S.A. Został zrealizowany według wzorca REST. Komunikacja polega na wysłaniu żądania HTTP (GET
, POST
, PUT
, DELETE
) pod odpowiedni adres endpointa razem z ewentualnymi wymaganymi danymi w formacie JSON.
Aby ułatwić znalezienie potrzebnych informacji oznaczyliśmy poszczególne opisy następującymi tagami:
Konto użytkownika
- informacje dotyczące obsługi konta oraz logowania,Walidacje
- metody umożliwiające sprawdzenie poprawności danych,Zgody
- informacje w zakresie obsługi zgódPobieranie danych
- metody pozwalające na pobranie danych z systemu,Wnioski
- obsługa wniosków od złożenia do umowy,Pliki
- obsługa plików (załączniki do wniosków i umów),Komentarze
- obsługa komentarzy do wniosków.number
. Należy podawać czas uniksowy w strefie UTC w milisekundach, np. 1764111600000.nullable
nie są przekazywane w response'ach jeśli są null-em. W niektórych wypadkach takie pole może nie zostać przekazane nawet jeśli zawiera wartość.W przypadku błędów walidacji danych w body
odpowiedzi przekazywana jest struktura:
{
"code": 0,
"description": "string",
"validationElements": []
}
W polu description
znajdują się informacje dla użytkownika (opis błędu). Pozostałe pola są przestarzałe i nie zaleca się korzystania z nich.
W celu utworzenia konta należy skontaktować się z nami drogą mailową wysyłając prośbę o utworzenie konta na adres kontaktowy. W ramach zgłoszenia należy przekazać:
Podstawowe typy danych opisane są pod tym adresem. Dla większej przejrzystości oczekiwanych danych w niniejszym opisie stosujemy dwa typy dla określania wartości liczbowych:
integer
- dozwolona jest liczba całkowita, włączając timestamp,number
- dozwolona jest dowolna liczba zmiennoprzecinkowa.Złożone typy danych (obiekty) stosowane w Mikrokasa API opisane są w response'ach. Najważniejszy obiekt wykorzystywany podczas obsługi klientów stanowią wnioski o pożyczkę. Wnioski procesowane są według ustalonytch statusów. W zależności od statusu poszczególne pola/obiekty we wniosku mogą być wymagane lub nie, mieć określone wartości itp.
Szczegóły procesu ustalane są na etapie podpisywania umowy z partnerem. W niniejszej dokumentacji opisane są wymaganie, które są niezależne od procesu.
Główne słowniki stosowane w Mikrokasa API opisane są w kolejnych sekcjach. Dozwolone wartości słownikowe opisane są także bezpośrednio w metodach.
Ze względu na liczne warianty realizacji procesu obsługi klientów przejścia między statusami mogą mieć różne ścieżki. Poniżej opisano możliwe statusy oraz przejścia w standardowej sytuacji (podpisanie umowy w agencji). Szczegóły ustalane są na etapie podpisywania umowy między partnerem a Mikrokasą. System ułatwia realizację procesu zwracając w obiekcie wniosek listę statusów możliwych do nadania w danym momencie.
Nazwa | Opis |
---|---|
TEMPORARY |
Tymczasowy. Na tym etapie wniosek nie jest traktowany jako złożony. Przy zapisie wykonywane są tylko podstawowe walidacje poprawności pól. Na tym etapie można wprowadzić wszystkie dane, edytować je oraz zwalidować ich poprawność. |
CONSENT_AGREEMENT |
Akceptacja zgód. Etap dostępny tylko dla wniosków ze sposobem wyrażenia zgody TEXT_MESSAGE. Na tym etapie wysyłany jest sms z kodem weryfikacyjnym. Wniosek można odczytywać, jednak nie można wykonywać zmian. Wniosek musi być kompletny i poprawny. Można wysłać żądanie ponownej wysyłki sms. |
NEW |
Nowy. Na tym etapie wniosek trafia do pracowników Mikrokasy. Można go odczytywać, jednak nie można wykonywać zmian. Wniosek musi być kompletny i poprawny. |
AUTOMATIC_ANALYSIS |
Automatyczna analiza. Wniosek poddawany jest analizie automatycznej. Można go odczytywać, jednak nie można wykonywać zmian. |
IN_ANALYSIS |
W analizie. Wniosek poddawany jest szczegółowej analizie. Można go odczytywać, jednak nie można wykonywać zmian. |
TO_FILL |
Do uzupełnienia przez agenta. Może wystąpić na etapie wniosku lub umowy. Na etapie wniosku dozowlona jest edycja niektórych danych, na etapie umory - tylko załączanie plików. |
OFFER |
Oferta. Na typ etapie do agenta trafia indywidualna oferta dla klienta. W odpowiedzi należy przesłać komentarz ze stanowiskiem klienta (akceptacja, zmiana warunków) oraz zmienić status na poprzedni. Jeśli klient odmawia, należy zmienić status na ABANDONED. |
OFFER_ACEPTED |
Akceptacja oferty. Klient dokonał wyboru oferty, następuje weryfikacja tożsamości i - w zależności od warunków ofert - dochodu. W przypadku pozytywnej weryfikacji następuje przejście do statusu GRANTED |
GRANTED |
Przyznany. Wniosek został rozpatrzony pozytywnie, rozpoczyna się proces podpisania umowy. |
ABANDONED |
Rezygnacja z wniosku. |
REJECTED |
Odrzucony. |
ACCEPTED |
Umowa zaakceptowana przez Mikrokasa. |
TO_CORRECT |
Do poprawy przez Mikrokasa. Status nadawany przez agenta gdy w umowie są błędy. |
CONFIRMED |
Potwierdzona umowa. Status nadawany przez agenta, wymaga załączenia skanu podpisanej umowy. |
TO_SEND |
Umowa do wysyłki kurierem. |
SENT |
Umowa wysłana kurierem. |
RECEIVED |
Umowa wysłana wcześniej kurierem odebrana przez klienta. |
RESIGNATION |
Rezygnacja z umowy. |
TO_PAY |
Umowa do wypłaty. |
Nazwa | Opis |
---|---|
AGENCY |
Przez agenta (w biurze lub innymi drogami, przy czym agent jest odpowiedzialny za dostarczenie prawidłowo podpisanej umowy). |
INTERNET |
Przez serwis Autenti z jednoczesnym założeniem konta w EBOK-u Mikrokasy. |
AUTENTI |
Przez serwis Autenti bez zakładania konta w EBOK-u Mikrokasy. |
COURIER |
Przez kuriera (w zależności od ustaleń kurier jest wysyłany przez Mikrokasa lub agenta). |
Nazwa | Opis |
---|---|
CALL_CENTER |
Zgody odczytywane są przez agenta telefonicznie, klient wyraża zgodę ustnie. Na żądanie Mikrokasay agent zobowiązany jest dostarczyć nagranie z rozmową, podczas której wyrażono zgody dla danego wniosku. |
DOCUMENT |
Zgody drukowane są na formularzu wniosku przez agenta i podpisywane przez klienta. Agent musi załączyć do wniosku skan podpisanego formularza. |
INTERNET |
Zgody wyrażane są przez klienta na stronie internetowej. Konieczne jest dostarczenie numeru IP, z którego zgody zostały wyrażone. |
TEXT_MESSAGE |
Zgody odczytywane są lub udostępniane przez agenta klientowi na ekranie monitora. Klient otrzymuje sms-em kod, który podaje agentowi, a ten przekazuje go do systemu. |
Nazwa | Opis |
---|---|
APPLICATION |
Ogólny typ dla wniosku (np. skan podpisanego wniosku). |
APPLICATION_PERSON |
Ogólny typ dla klienta we wniosku (np. skan dowodu tożsamości). |
AGREEMENT |
Ogólny typ dla załączników w umowie. Uwaga: nie dotyczy skanów umów! |
CONTRACT_PROPOSAL |
Propozycja umowy możliwa do pobrania jako załącznik (w formacie .pdf). |
SIGNED_CONTRACT |
Podpisana umowa (załącznik o tym typie należy wysyłać przy dołączaniu podpisanej umowy). |
UNKNOWN |
Nieznany; fallback. Każdy inny typ poza wymienionymi powyżej traktowany jest jako UNKNOWN. |
Szczegóły dotyczące poszczególnych procedur ustalane są w ramach warunków współpracy na linii Mikrokasa-Partner.
Nazwa | Opis |
---|---|
CONSOLIDATION |
Procedura konsolidacyjna. |
FULL_DOCUMENTATION |
Pełna dokumentacja. |
STATEMENT |
Na oświadczenie. |
Wartości stosowane w sytuacji, gdy dane klienta w systemie wymagają korekt.
Nazwa | Opis |
---|---|
TO_FILL_CONSOLIDATION_DATA |
Dane konsolidacyjne. |
TO_FILL_CLIENT_DATA |
Dane klienta. |
TO_FILL_OTHER_DATA |
Inne dane. |
Wartości stosowane w sytuacji, gdy konieczne jest załączenie określonych plików/skanów.
Nazwa | Opis |
---|---|
TO_FILL_IDENTIFICATION |
Dokument potwierdzający tożsamość. |
TO_FILL_ADDRESS |
Dokument potwierdzający adres zameldowania. |
TO_FILL_BANK |
Dokument potwierdzający numer rachunku bankowego. |
TO_FILL_INCOME |
Dokument potwierdzający dochód. |
TO_FILL_CONSOLIDATION |
Dokumenty konsolidacyjne. |
TO_FILL_APPLICATION |
Formularz wniosku. |
TO_FILL_AGREEMENT |
Umowa. |
TO_FILL_SCHEDULE |
Harmonogram. |
TO_FILL_INFO_FORM |
Formularz informacyjny. |
TO_FILL_OTHER |
Inny dokument. |
Przykładowy proces obsługi wniosku dla wariantu podpisania umowy w agencji jest następujący:
Krok | Endpoint | Strona wywołująca |
---|---|---|
Zapisanie wniosku | POST /api/v2/application | Firma zewnętrzna |
Dodanie klienta | POST /api/v2/application/{applicationId}/client | Firma zewnętrzna |
Zwalidowanie poprawności danych | GET /api/v2/application/{applicationId}/validate | Firma zewnętrzna |
Pobranie formularza wniosku | GET /api/v2/application/{applicationId}/person/{personId} | Firma zewnętrzna |
Pobranie formularza informacyjnego | GET /api/v2/application/{applicationId}/infoForm | Firma zewnętrzna |
Załadowanie skanu podpisanego formularza wniosku | POST /attachment | Firma zewnętrzna |
Złożenie wniosku | PUT /api/v2/application/{applicationId}/status -> NEW | Firma zewnętrzna |
Analiza wniosku | Callback na zmianę statusu na AUTOMATIC_ANALYSIS | Mikrokasa |
Przygotowanie oferty dla klienta | Callback na zmianę statusu na OFFER | Mikrokasa |
Pobranie oferty dla klienta | GET /v3/application/{applicationId}/offer | Firma zewnętrzna |
Potwierdzenie tożsamości przez klienta przez Kontomatik | Callback na możliwość akceptacji oferty | Mikrokasa |
Zmiana statusu zatwierdzająca akceptację | PUT /api/v2/application/{applicationId}/status -> OFFER_ACCEPTED, podane dane oferty | Firma zewnętrzna |
Potwierdzenie prawidłowości wybranej oferty | Callback na zmianę statusu na GRANTED | Mikrokasa |
Przygotowanie umowy | Callback na zmianę statusu na ACCEPTED | Mikrokasa |
Pobranie wniosku i id załącznika CONTRACT_PROPOSAL | GET /api/v2/application/{applicationId} | Firma zewnętrzna |
Pobranie załącznika z propozycją umowy | GET /attachment/{attachmentId}/download (CONTRACT_PROPOSAL) | Firma zewnętrzna |
Zapisanie skanu podpisanej umowy | POST /attachment (SIGNED_CONTRACT) | Firma zewnętrzna |
Zatwierdzenie umowy od strony klienta | PUT /api/v2/application/{applicationId}/status -> CONFIRMED | Firma zewnętrzna |
Wypłata środków | Callback na zmianę statusu na TO_PAY | Mikrokasa |
Mikrokasa API do uwierzytelnienia używa mechanizmu JWT. JWT - Json Web Tokens to otwarty standard oparty na dokumencie RFC7519 - https://tools.ietf.org/html/rfc7519. Odpowiednie biblioteki do użycia w projektach znajdują się pod adresem - https://jwt.io/
Wszystkie requesty poza /account/login
i /account/resetPassword
wymagają podania X-AUTH-TOKEN
.
Token autoryzacyjny należy przesyłać z każdym żądaniem do serwera poprzez header X-AUTH-TOKEN
. Token autoryzacyjny można rozkodować, aby otrzymać informację o aktualnie zalogowanym koncie.
Przykład rozkodowanego tokenu:
{
"sub": "1d79f6b3-8c38-4b52-9d0f-2161e153102a",
"agency": true,
"roles": [
"AGENT"
],
"agency_id": "e9310bc4-5164-41c3-8f17-f2cd16cba731",
"exp": 1506854397,
"iat": 1506850797,
"account": {
"firstName": "Demo",
"lastName": "Api",
"legacyId": null,
"id": "1d79f6b3-8c38-4b52-9d0f-2161e153102a",
"login": "demo-api",
"email": "demo-api@mikrokasa.pl"
},
"jti": "b82a717e-633a-4fa4-9c06-512b74fbaf3d"
}
Opis pól w definicji tokena znajduje się w tabeli.
Nazwa pola | Typ | Opis |
---|---|---|
sub | String | Identyfikator konta w systemie API |
agency | Boolean | W przypadku agencji, pole zawsze zwraca true |
roles | Lista |
Lista ról jakie posiada zalogowane konto. Może przyjąć wartości:
|
agency_id | String | Identyfikator agencji, do której przypisany jest zalogowany użytkownik. |
exp | Timestamp | Timestamp daty ważności tokena. Po tym czasie token wygasa i należy wykonać ponowne zalogowanie do systemu. |
iat | Timestamp | Timestamp daty wydania tokena. |
account | Obiekt | Obiekt opisujący aktualne konto. |
firstName | String | Imię osoby przypisanej do konta. |
lastName | String | Nazwisko osoby przypisanej do konta. |
legacyId | String | Identyfikator wewnętrzny. |
id | String | Identyfikator konta. |
login | String | Login konta. |
String | Email przypisany do konta. | |
jti | String | Identyfikator tokena |
Security scheme type: | API Key |
---|---|
Header parameter name: | X-AUTH-TOKEN |
Umożliwia zalogowanie się do systemu przy użyciu logina i hasła.
Umożliwia zalogowanie się do systemu przy użyciu logina i hasła.
login required | string Login do systemu Mikrokasa. |
password required | string Hasło do konta. |
Poprawne zalogowanie do systemu. Zwraca w headerze X-AUTH-TOKEN
token autoryzacyjny, którego należy użyć w pozostałych requestach.
Niezgodność danych logowania lub konta nie ma w systemie.
Serwer testowy
Serwer testowy
Umożliwia zmianę hasła do konta w systemie. Konieczne jest podanie starego
password required | string Aktualne hasło do konta. |
newPassword required | string Nowe hasło do konta. |
passwordConfirm required | string Nowe hasło do konta - potwierdzenie. |
Sukces
Serwer testowy
Powoduje wysłanie wiadomości email na adres zdefiniowany w koncie użytkownika. Wiadomość zawiera link do ustawienia nowego hasła. Nowe hasło nalezy wpisać w przeglądarce internetowej. Stosować w przypadku zapomnienia hasła do konta.
login required | string Login do konta, dla którego ma zostać zresetowane hasło. |
Sukces
Serwer testowy
Umożliwia walidację polskiego numeru NIP.
nip required | string Numer NIP, który ma zostać zwalidowany. |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi
Serwer testowy
Umożliwia walidację polskiego numeru REGON.
regon required | string Numer REGON, który ma zostać zwalidowany. |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi
Serwer testowy
Umożliwia walidację polskiego numeru PESEL.
pesel required | string Numer PESEL, który ma zostać zwalidowany. |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi
Serwer testowy
Umożliwia walidację polskiego numeru dowodu osobistego.
idNumber required | string Numer dowodu osobistego, który ma zostać zwalidowany. |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi
Serwer testowy
Umożliwia walidację płci względem polskiego numeru PESEL.
pesel required | string Numer PESEL, który ma zostać zwalidowany. |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi
Serwer testowy
Umożliwia walidację daty urodzenia względem polskiego numeru PESEL.
pesel required | string Numer PESEL, który ma zostać zwalidowany. |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi
Serwer testowy
Umożliwia walidację imienia względem polskiego numeru PESEL. Słowniki imion są zgodne ze słownikami stosowanymi w BIK.
Imię do walidacji i PESEL, względem którego ma być zwalidowane.
name required | string Imię do zwalidowania |
pesel required | string Numer PESEL względem którego ma być zwalidowane imię |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi
Serwer testowy
Umożliwia walidację polskiego rachunku bankowego.
iban required | string (Numer rachunku bankowego) Numer rachunku, który ma zostać zwalidowany. Należy użyć formatu |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi.
Serwer testowy
Umożliwia walidację polskiego numeru paszportu.
passport required | string Numer paszportu, który ma zostać zwalidowany. |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi.
Serwer testowy
Umożliwia sprawdzenie podstawowej zdolności kredytowej (bez odpytania serwisów zewnętrznych typu BIK czy CRIF).
pesel required | string Numer PESEL, który ma zostać sprawdzony. |
Zapytanie wykonane poprawnie, wynik walidacji w body
odpowiedzi.
Serwer testowy
Umożliwia pobranie szablonów zgód wymaganych do złożenia wniosku. W przypadku użycia endpointa bez parametrów zostanie zwrócona lista szablonów dla domyslnego sposobu wyrażenia zgody (DOCUMENT
).
UWAGA: zalecane jest aby zawsze wywoływać endpoint z parametrami, aby uniknąć sytuacji, w której klient złoży wniosek ze zgodami, których treści nie odpowiadają wybranemu sposobowi wyrażenia.
agreement_method | string (Sposób wyrażenia zgody) Enum:"CALL_CENTER" "DOCUMENT" "INTERNET" "TEXT_MESSAGE" Sposób wyrażenia zgody (patrz Słowniki->Sposób wyrażenia zgody). |
system_id | string Identyfikator systemu nadawany indywidualnie dla partnera. |
Zapytanie wykonane poprawnie, lista szablonów zgód przekazana w body
odpowiedzi.
Serwer testowy
Umożliwia pobranie danych adresowych dla podanego kodu pocztowego. System nie waliduje kodu pocztowego. W przypadku błędnego kodu zostanie zwrócona pusta lista.
postalCode required | string Kod pocztowy w formacie |
Sukces
Serwer testowy
Umożliwia pobranie parametrów produktów skonfigurowanych dla agencji przypisanej do konta. W przypadku błędnego zapytania lub braku produktów dla określonych warunków i/lub danej agencji system zwróci pustą listę.
Sukces
Serwer testowy
Umożliwia pobranie parametrów produktu o podanym id.
id required | string Identyfikator produktu (UUID) |
Sukces
Serwer testowy
Umożliwia pobranie kosztów pożyczki dla założonych parametrów. Do wykorzystania w kalkulatorach kosztów.
product_id required | string Identyfikator produktu (UUID) |
amount required | number Wnioskowana kwota pożyczki |
installment_count required | number Wnioskowana ilość rat |
Sukces
Serwer testowy
pesel required | string Numer PESEL wnioskodawcy |
paymentType required | string (Rodzaj płatności) Enum:"GIRO" "TRANSFER" Example: "TRANSFER"
|
Serwer testowy
query | string Parametry zapytania w formacie:
|
Lista wniosków spełniających kryteria zapytania.
Serwer testowy
scheduleData required | object (Wnioskowane parametry harmonogramu) |
paymentType required | string (Rodzaj płatności) Enum:"GIRO" "TRANSFER"
|
applicationAmount required | number (Kwota wnioskowana) Musi mieścić się w przedziale <min;max> wyznaczonym przez wybrany produkt. |
productId required | string (Identyfikator (UUID) produktu.) |
agreementSigningWay required | string (Sposób podpisania umowy) Enum:"AGENCY" "CALL_CENTER" "COURIER" "INTERNET" "AUTENTI"
|
consentAgreementMethod required | string (Sposób wyrażenia zgody) Enum:"CALL_CENTER" "DOCUMENT" "INTERNET" "TEXT_MESSAGE"
|
consolidationAgreements | Array of objects (Lista umów konsolidacyjnych) |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
scheduleData required | object (Wnioskowane parametry harmonogramu) |
paymentType required | string (Rodzaj płatności) Enum:"GIRO" "TRANSFER"
|
applicationAmount required | number (Kwota wnioskowana) Musi mieścić się w przedziale <min;max> wyznaczonym przez wybrany produkt. |
productId required | string (Identyfikator (UUID) produktu.) |
agreementSigningWay required | string (Sposób podpisania umowy) Enum:"AGENCY" "CALL_CENTER" "COURIER" "INTERNET" "AUTENTI"
|
consentAgreementMethod required | string (Sposób wyrażenia zgody) Enum:"CALL_CENTER" "DOCUMENT" "INTERNET" "TEXT_MESSAGE"
|
consolidationAgreements | Array of objects (Lista umów konsolidacyjnych) |
Serwer testowy
Walidowane są wszystkie pola wymagane do złożenia wniosku poza wymagalnością załączników.
applicationId required | string Identyfikator wniosku (UUID) |
Wniosek jest prawidłowy i kompletny.
Błędy walidacji
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
clientId | string (Identyfikator klienta) Identyfikator klienta (UUID). Podawany jedynie przy edycji. |
bankAccountNumber | string (Numer rachunku do wypłaty pożyczki) Numer rachunku do wypłaty pożyczki. Wymagany dla głównego wnioskodawcy. |
person required | object (Dane szczegółowe osoby) Złożenie wniosku: wymagane podanie kompletnego rekordu. |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
clientId required | string Identyfikator klienta (UUID) |
Dane klienta
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
clientId required | string Identyfikator klienta (UUID) |
Zmienione dane klienta
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
clientId required | string Identyfikator klienta (UUID) |
Klient usunięty.
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
id | string (Identyfikator rekordu) Identyfikator rekordu (UUID) |
personData | object (Dane personalne) Nullable |
pesel | string (Numer PESEL) Nullable Zwracane jeśli nie istnieje pole |
firstName | string (Imię) Nullable Zwracane jeśli nie istnieje pole |
secondName | string Nullable Drugie imię. Zwracane jeśli nie istnieje pole |
lastName | string (Nazwisko) Nullable Zwracane jeśli nie istnieje pole |
gender | string (Płeć) Enum:"MALE" "FEMALE"
|
birthDate | integer Data urodzenia |
contactData | object (Dane kontaktowe (odpowiedź)) |
mainIdentification | object (Dokument tożsamości) |
registeredAddress | object (Adres zameldowania) |
actualAddress | object (Adres korespondencyjny) Nullable |
financialSituation | object (Sytuacja finansowa) Nullable |
consents | Array of objects (Zgody wyrażone/niewyrażone/odwołane przez osobę) Nullable |
attachments | Array of objects (Załączniki dotyczące osoby) Nullable |
createdBy | string (Identyfikator twórcy) Identyfikator użytkownika, który utworzył rekord (UUID) |
creationTime | integer (Termin utworzenia) Termin utworzenia rekordu |
updatedBy | string (Identyfikator redaktora) Nullable Identyfikator użytkownika, który zaktualizował rekord (UUID) |
updateTime | integer (Termin utworzenia) Nullable Termin ostatniej aktualizacji rekordu |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
guarantorId required | string Identyfikator poręczyciela (UUID) |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
guarantorId required | string Identyfikator poręczyciela (UUID) |
Poręczyciel usunięty.
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
guarantorId required | string Identyfikator poręczyciela (UUID) |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
status required | string (Status wniosku) Enum:"TEMPORARY" "NEW" "AUTOMATIC_ANALYSIS" "IN_ANALYSIS" "TO_FILL" "OFFER" "OFFER_ACCEPTED" "GRANTED" "ABANDONED" "REJECTED" "ACCEPTED" "TO_CORRECT" "CONFIRMED" "TO_SEND" "SENT" "RECEIVED" "RESIGNATION" "TO_PAY" Słownik: statusy wniosku
|
authorizationCode | string (Kod autoryzacyjny) Wymagany przy zmianie statusu z CONSENT_AGREEMENT na NEW. |
offer | object Wymagane przy zmianie statusu z OFFER na OFFER_ACCEPTED. W zależności od procedury wybranej oferty należy dodatkowo:
|
Zaktualizowany wniosek.
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
Zapytanie wykonane poprawnie, szczegóły w odpowiedzi
Serwer testowy
Wysłanie danych Kontomatik wnioskodawcy - dane XML zgodne ze schematem https://developer.kontomatik.com/schema/v1/default_import.xsd
applicationId required | string Identyfikator wniosku (UUID) |
id required | string Identyfikator osoby (UUID) lub PESEL |
Operacja wykonana poprawnie, dane zostały zapisane
Serwer testowy
Zalecane jest, aby przy jednej osobie we wniosku do wszystkich załączników na etapie wniosku używać typu APPLICATION. Przy wiekszej liczbie osób należy użyć typu APPLICATION_PERSON przekazując załączniki dedykowane danej osobie (np. skan dowodu, zaświadczenie o dochodach), a typu APPLICATION używać do załączników dotyczących wniosku ogólnie.
Należy pamiętać, że skan podpisanej umowy musi być załadowana jako plik typu SIGNED_CONTRACT.
data | object (Szczegóły załącznika) |
bodyFileKey | string <binary> |
Szczegóły zapisanego pliku
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
personId required | string Identyfikator osoby (UUID) |
Formularz wniosku wypełniony danymi wskazanej osoby.
Serwer testowy
Pobranie formularza informacyjnego do wniosku
applicationId required | string Identyfikator wniosku (UUID) |
Formularz informacyjny danego wniosku.
Serwer testowy
Wykorzystywana przy podpisaniu umowy za pośrednictwem kuriera wysyłanego do klienta przez agencję.
applicationId required | string Identyfikator wniosku (UUID) |
clientId required | string Identyfikator klienta (UUID) |
Zestaw dokumentów powitalnych dla danej umowy.
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
content required | string (Treść komentarza) |
Szczegóły dodanego komentarza
Serwer testowy
applicationId required | string Identyfikator wniosku (UUID) |
Lista komentarzy
Serwer testowy
Należy przesłać do Mikrokasy następujące informacje:
external_endpoint
- pełen endpoint na który będzie wysyłana informacja o statusie (np. https://integracje.firma.com/status).Autoryzacja: W headerze w kluczu X-AUTH-TOKEN przesyłany będzie hash md5 identyfikatora agencji do której należy twórca wniosku oraz secretu ustalonego z partnerem. np:
partner.id
.X-AUTH-TOKEN required | string Hash md5 identyfikatora agencji do której należy twórca wniosku oraz secretu ustalonego z partnerem. |
id | string (Identyfikator (UUID) wniosku) |
status | string (Status wniosku) Enum:"TEMPORARY" "NEW" "AUTOMATIC_ANALYSIS" "IN_ANALYSIS" "TO_FILL" "OFFER" "OFFER_ACCEPTED" "GRANTED" "ABANDONED" "REJECTED" "ACCEPTED" "TO_CORRECT" "CONFIRMED" "TO_SEND" "SENT" "RECEIVED" "RESIGNATION" "TO_PAY" Słownik: statusy wniosku
|
date | integer (Termin ustawienia statusu) |
Potwierdzenie otrzymania callbacka.
Serwer testowy
Należy przesłać do Mikrokasy następujące informacje:
external_endpoint
- pełen endpoint na który będzie wysyłana informacja o statusie (np. https://integracje.firma.com/status).Autoryzacja: W headerze w kluczu X-AUTH-TOKEN przesyłany będzie hash md5 identyfikatora agencji do której należy twórca wniosku oraz secretu ustalonego z partnerem. np:
partner.id
.X-AUTH-TOKEN required | string Hash md5 identyfikatora agencji do której należy twórca wniosku oraz secretu ustalonego z partnerem. |
applicationId | string (Identyfikator (UUID) wniosku) |
commentId | string (Identyfikator (UUID) komentarza) |
date | integer (Termin dodania komentarza) |
content | string (Treść komentarza) |
addedBy | object (Dane twórcy komentarza) |
Potwierdzenie otrzymania callbacka.
Serwer testowy
Callback jest wysyłany gdy klient zaloguje się poprawnie przez Kontomatik celem potwierdzenia swojej tożsamości i opcjonalnie dochodu. W przypadku ofert na Pełną dokumentację daje to możliwość wysłania akceptacji oferty bez obawy o odmowę zmiany statusu ze względu na niespełnione warunki. Należy przesłać do Mikrokasy następujące informacje:
external_endpoint
- pełen endpoint na który będzie wysyłana informacja o statusie (np. https://integracje.firma.com/status).Autoryzacja: W headerze w kluczu X-AUTH-TOKEN przesyłany będzie hash md5 identyfikatora agencji do której należy twórca wniosku oraz secretu ustalonego z partnerem. np:
partner.id
.X-AUTH-TOKEN required | string Hash md5 identyfikatora agencji do której należy twórca wniosku oraz secretu ustalonego z partnerem. |
id | string (Identyfikator (UUID) wniosku) |
status | string (Status wniosku) Enum:"TEMPORARY" "NEW" "AUTOMATIC_ANALYSIS" "IN_ANALYSIS" "TO_FILL" "OFFER" "OFFER_ACCEPTED" "GRANTED" "ABANDONED" "REJECTED" "ACCEPTED" "TO_CORRECT" "CONFIRMED" "TO_SEND" "SENT" "RECEIVED" "RESIGNATION" "TO_PAY" Słownik: statusy wniosku
|
date | integer (Termin ustawienia statusu) |
Potwierdzenie otrzymania callbacka.
Serwer testowy