Praca na B2B w branży IT to dla wielu programistów idealny model współpracy. Większa swoboda, lepsze zarobki i możliwość optymalizacji podatkowej. Ale kiedy pojawia się potrzeba kredytu — hipotecznego, gotówkowego, inwestycyjnego — ten sam model rozliczeń który optymalizuje podatki zaczyna działać przeciwko zdolności kredytowej.
Programiści na B2B dostają odmowy nie dlatego że zarabiają za mało. Dostają odmowy dlatego że bank widzi ich dochód inaczej niż oni sami. Zrozumienie mechanizmu tej rozbieżności — jak bank liczy dochód, jak ocenia ryzyko, jak interpretuje formę rozliczeń — jest kluczem do skutecznego wniosku kredytowego. Ten mechanizm nie jest unikalny dla programistów — dotyczy w podobnej formie większości wolnych zawodów rozliczających się na własnej działalności, ale w IT ma swoją specyfikę, którą opisujemy poniżej.
Specyfika dochodów w branży IT — dlaczego bank patrzy na nie inaczej
Programista na B2B wystawia fakturę. Widzi kwotę brutto i intuicyjnie traktuje ją jako swój dochód. Bank widzi to samo zdarzenie zupełnie inaczej — jako przychód firmy, który musi zostać pomniejszony o podatki, składki i ewentualne koszty, zanim zostanie uznany za podstawę do obliczenia zdolności kredytowej.
To fundamentalna różnica perspektyw. Pracownik na etacie dostaje wynagrodzenie netto wprost na konto — bank widzi kwotę możliwą do wydysponowania. Programista na B2B dostaje przychód firmy, z którego musi sam odprowadzić zobowiązania publicznoprawne. Bank musi ten przychód przeliczyć przez własny model — i każdy bank robi to inaczej. Ogólny mechanizm tej oceny — wspólny dla programistów, konsultantów i innych specjalistów na kontraktach — opisujemy w artykule o tym, jak bank ocenia specjalistów na B2B.
Dlatego ten sam programista, z tymi samymi fakturami, może dostać od jednego banku kredyt hipoteczny 600 000 zł, a od innego odmowę lub propozycję 380 000 zł. Różnica nie leży w jego zarobkach — leży w modelu liczenia dochodu stosowanym przez konkretną instytucję. Więcej o tym jak banki kalkulują dochód przedsiębiorcy: jak bank liczy dochód JDG.
Jak bank liczy dochód programisty B2B — trzy modele i ich konsekwencje
Banki stosują różne podejścia do liczenia dochodu przedsiębiorcy. Nie ma jednego standardu. To co jest wspólne — to że każdy bank stosuje własny algorytm, który przekłada przychody firmy na kwotę uznawaną za dochód do obliczenia zdolności. Programista który nie zna modelu stosowanego przez bank do którego składa wniosek — działa w ciemno.
Model PIT — bank liczy dochód z zeznania podatkowego
Część banków, szczególnie przy pełnej księdze, opiera się na dochodzie wykazanym w zeznaniu podatkowym za ostatni rok lub średniej z dwóch lat. To rozwiązanie przejrzyste — ale dla programistów z agresywną optymalizacją podatkową może być zabójcze dla zdolności kredytowej.
Programista który wystawia faktury na 25 000 zł miesięcznie, ale po uwzględnieniu wszystkich kosztów i amortyzacji wykazuje w PIT dochód 8 000 zł miesięcznie — zostanie przez bank policzony właśnie od tej niższej kwoty. Bank nie pyta o faktury. Pyta o dochód podatkowy. Jeśli ten jest zoptymalizowany do minimum — zdolność kredytowa jest minimalna.
Dlaczego bank to robi? Bo dochód podatkowy to jedyna kwota którą organ państwowy potwierdził jako rzeczywisty zarobek przedsiębiorcy. Bank traktuje ją jako punkt odniesienia — nawet jeśli faktyczna sytuacja finansowa programisty jest znacznie lepsza.
Model obrotu — bank liczy dochód od przychodu z mnożnikiem
Część banków — szczególnie przy ryczałcie — stosuje model obrotu. Zamiast patrzeć na dochód podatkowy, biorą przychód firmy i mnożą go przez współczynnik charakterystyczny dla danej formy opodatkowania i branży. Dla programistów na ryczałcie 12% typowe mnożniki wynoszą od 40% do 70% przychodu — w zależności od banku.
Praktycznie: programista z fakturami 25 000 zł miesięcznie, przy mnożniku 55%, będzie miał przez bank policzony dochód bankowy 13 750 zł. To znacznie więcej niż gdyby wykazał w PIT 8 000 zł dochodu po optymalizacji — ale nadal mniej niż faktyczne wpływy na konto.
Ten model jest dla programistów na ryczałcie często korzystniejszy niż model PIT. Ale kluczowe jest wybranie banku który stosuje wyższy mnożnik — różnica między 40% a 70% przychodu to różnica w zdolności kredytowej rzędu kilkuset tysięcy złotych.
Model wyciągów bankowych — bank liczy dochód z historii konta
Trzeci model — stosowany przez część instytucji pozabankowych i wybrane banki — polega na analizie wyciągów bankowych z ostatnich 6–12 miesięcy. Bank patrzy bezpośrednio na wpływy i uznaje za dochód kwotę faktycznie dostępną po odjęciu regularnych zobowiązań.
Dla programisty który prowadzi jedno konto firmowe z regularnymi wpływami od tych samych kontrahentów i niskim poziomem zobowiązań stałych — ten model może dać najwyższą zdolność kredytową. Jednocześnie ujawnia wszystko: chwilówki, nieregularności, przelewy do firm pożyczkowych. Więcej o tym jak banki interpretują historię rachunku: jak bank analizuje konto firmowe.
Forma opodatkowania a zdolność kredytowa — co wybrać i kiedy
Forma opodatkowania to jedna z najbardziej niedocenianych zmiennych w planowaniu zdolności kredytowej. Programiści wybierają ją optymalizując podatki — ale ta sama decyzja ma bezpośredni wpływ na to jak bank policzy ich dochód.
Ryczałt 12% — najczęstszy wybór, złożone konsekwencje dla kredytu
Ryczałt 12% jest najpopularniejszym wyborem programistów. Podatek od przychodu, żadnych kosztów, prosta księgowość. Z perspektywy podatkowej — optymalny przy wysokich przychodach i niskich rzeczywistych kosztach działalności.
Z perspektywy banku — skomplikowany. Bank nie widzi dochodu jako kategorii (ryczałt jej nie generuje) — widzi tylko przychód. Musi sam oszacować ile z tego przychodu zostaje przedsiębiorcy po zobowiązaniach. Stąd mnożniki: każdy bank ma własny algorytm przeliczający przychód ryczałtowy na dochód bankowy.
Konsekwencja praktyczna: programista na ryczałcie 12% z przychodem 25 000 zł miesięcznie może mieć dochód bankowy w przedziale 10 000–17 500 zł zależnie od banku i stosowanego mnożnika. Wybór banku ma tu kluczowe znaczenie — więcej niż jakakolwiek optymalizacja dokumentacji.
Podatek liniowy 19% — wyższy podatek, ale większa transparentność
Podatek liniowy generuje wyraźny dochód w deklaracji podatkowej. Bank przy modelu PIT ma jednoznaczną podstawę: dochód wykazany w zeznaniu. To prosty sygnał — ale podatek liniowy sensownie stosowany zakłada uwzględnianie kosztów działalności, które ten dochód obniżają.
Programista na podatku liniowym który wykazuje wysokie koszty (sprzęt, szkolenia, biuro, samochód) — może mieć niski dochód podatkowy mimo wysokich przychodów. Bank przy modelu PIT policzy go od niskiej kwoty. Jednocześnie banki stosujące model obrotu przy podatku liniowym mogą stosować korzystniejsze mnożniki niż przy ryczałcie — bo mają dostęp do pełnych danych o działalności.
Skala podatkowa — najrzadziej wybierana, ale czasem najkorzystniejsza dla kredytu
Skala podatkowa to dla większości programistów z wysokimi dochodami opcja podatkowo nieatrakcyjna (stawka 32% powyżej 120 000 zł dochodu rocznie). Ale z perspektywy zdolności kredytowej — może być najkorzystniejsza.
Bank przy skali podatkowej widzi wyraźny dochód netto, może go jednoznacznie zweryfikować i nie musi stosować szacunkowych mnożników. Dla programisty który planuje duży kredyt hipoteczny w ciągu 1–2 lat — czasem warto rozważyć czy koszt wyższego podatku jest niższy niż korzyść z wyższej zdolności kredytowej. To decyzja wymagająca indywidualnej kalkulacji.
DTI programisty B2B — jak bank liczy stosunek zobowiązań do dochodu
DTI (debt-to-income ratio) to jeden z kluczowych wskaźników w ocenie zdolności kredytowej. Określa stosunek miesięcznych zobowiązań do miesięcznego dochodu. Większość banków przyjmuje próg 40–50% — powyżej tej granicy zdolność kredytowa jest znacząco ograniczona lub wykluczona.
Dla programisty na B2B DTI jest obliczane od dochodu bankowego — nie od przychodu. To fundamentalna różnica. Programista z fakturami 25 000 zł miesięcznie i dochodem bankowym 13 750 zł (mnożnik 55%) ma zupełnie inne DTI niż ten sam programista policzony przy dochodzie bankowym 17 500 zł (mnożnik 70%).
Przykład: programista ma leasing 1 500 zł, kredyt gotówkowy 800 zł i planuje ratę hipoteczną 4 000 zł. Łączne zobowiązania: 6 300 zł. Przy dochodzie bankowym 13 750 zł — DTI 45,8% — na granicy akceptowalności. Przy dochodzie bankowym 17 500 zł — DTI 36% — komfortowa pozycja. Ten sam człowiek, te same faktury, inne DTI wyłącznie przez inny model liczenia dochodu w różnych bankach.
Do DTI wliczane są też karty kredytowe i limity w rachunku — często nawet jeśli nie są używane. Karta z limitem 20 000 zł to dla banku wirtualna rata 1 000–2 000 zł miesięcznie w modelu ryzyka, niezależnie od faktycznego wykorzystania. Programiści często nie zdają sobie sprawy, że nieużywane karty obniżają im zdolność kredytową. Szczegółowy mechanizm liczenia DTI: DTI przedsiębiorcy.
Stabilność kontraktów — jak bank ocenia ryzyko utraty dochodu
Bank udzielając kredytu hipotecznego na 25 lat stawia sobie jedno fundamentalne pytanie: czy ten klient będzie w stanie spłacać ratę przez 300 kolejnych miesięcy? Dla programisty na B2B odpowiedź zależy od tego jak stabilne są jego kontrakty.
Umowa na czas określony — model oceny ryzyka banku
Umowa B2B na 6 lub 12 miesięcy to dla banku sygnał tymczasowości. Analityk kredytowy widzi dochód który może zniknąć za kilka miesięcy. Bank nie wie czy programista odnowi kontrakt — może tylko obserwować historię. Jeśli programista co roku podpisuje nową umowę z tym samym klientem od 5 lat — bank może to zinterpretować pozytywnie. Ale wymaga to udokumentowania historii kontraktów.
Część banków przy umowie na czas określony liczy zdolność tylko do końca obowiązywania umowy — co przy kredycie hipotecznym na 25 lat jest praktycznie dyskwalifikujące. Inne banki wymagają minimum 3–6 miesięcy pozostałych do końca umowy w momencie składania wniosku.
Umowa na czas nieokreślony — dlaczego to złoty standard
Umowa B2B na czas nieokreślony — z wypowiedzeniem miesięcznym lub dłuższym — to sygnał dla banku że współpraca ma charakter stały. Nie jest to równoznaczne z etatem, ale znacznie redukuje oceniane ryzyko niestabilności dochodu.
Praktyczna rada: wielu programistów faktycznie pracuje długoterminowo z tym samym klientem, ale ma kontrakty „rolowane” co 6 miesięcy. To nie jest kwestia tego jak wygląda faktyczna współpraca — to kwestia tego co bank widzi w dokumentach. Zmiana formy kontraktu z krótkoterminowego na długoterminowy lub nieokreślony może mieć większy wpływ na zdolność kredytową niż wzrost faktur o 20%.
Kilku klientów jednocześnie — jak bank ocenia dywersyfikację
Programista pracujący jednocześnie dla 3–4 klientów jest przez bank oceniany przez pryzmat koncentracji przychodów. Jeśli 80% przychodów pochodzi od jednego klienta — bank widzi ryzyko koncentracji podobne jak przy jednym kontrakcie. Jeśli przychody są rozłożone równomiernie — dywersyfikacja działa na korzyść, bo utrata jednego klienta nie wyeliminuje całości dochodu.
Jednocześnie wiele kontraktów oznacza wiele dokumentów do weryfikacji. Bank będzie chciał zobaczyć wszystkie umowy i historię wpływów od każdego klienta. Niekompletna dokumentacja choćby jednego klienta może spowodować że bank nie uwzględni jego przychodów w kalkulacji zdolności.
Analiza wpływów na konto — co bank widzi i co to oznacza
Wyciąg bankowy to dla banku kronika finansowego życia przedsiębiorcy — a przez open banking (PSD2) analityk może zobaczyć pełną historię transakcji w ciągu sekund. Jak wygląda ta analiza krok po kroku, wyjaśniamy w osobnym artykule: jak bank analizuje konto przy kredycie. Na tej podstawie buduje profil behawioralny firmy.
Regularność wpływów to jeden z najważniejszych sygnałów. Programista z wpływami od tego samego klienta między 1. a 5. każdego miesiąca przez ostatnie 18 miesięcy — to dla banku wzorzec przewidywalny i bezpieczny. Programista z wpływami raz 5 000 zł, raz 32 000 zł, raz 0 zł — nawet jeśli suma roczna jest identyczna — to profil nieprzewidywalny.
Saldo końcowe miesiąca to kolejny kluczowy wskaźnik. Firma z obrotem 25 000 zł miesięcznie i saldem 300 zł na koniec każdego miesiąca sygnalizuje że wszystkie pieniądze natychmiast opuszczają konto — co może oznaczać zarówno wysokie koszty jak i prywatne wypłaty maskujące rzeczywisty cash flow. Firma z tym samym obrotem i saldem 3 000–4 000 zł regularnie — sygnalizuje kontrolę nad przepływami.
Przelewy do firm pożyczkowych są przez algorytmy bankowe kategoryzowane automatycznie. Każda chwilówka w historii rachunku — nawet terminowo spłacona, nawet poza BIK — obniża scoring behawioralny i jest interpretowana jako sygnał napięcia płynnościowego. Dla programisty który raz wziął chwilówkę między fakturami — może to mieć wpływ na decyzję kredytową miesiące później.
Historia działalności — minimalne wymagania i ich logika
Wymóg 12–24 miesięcy prowadzenia działalności jest przez wielu programistów traktowany jako arbitralny biurokratyczny próg. W rzeczywistości ma logikę ryzyka: bank potrzebuje historii żeby zbudować model prognozy. Bez historii nie ma danych. Bez danych nie ma podstawy do oceny ryzyka.
Minimalny staż 12 miesięcy pozwala bankowi zobaczyć pełny rok obrotowy — w tym ewentualną sezonowość. 24 miesiące to dwa pełne lata — możliwość porównania i sprawdzenia trendu. Programista który przez dwa lata konsekwentnie zwiększa przychody i utrzymuje stabilne wpływy — ma znacznie lepszą pozycję negocjacyjną niż ten który ma 12 miesięcy historii z jednym dobrym i jednym słabym rokiem.
Świeżo upieczona działalność (poniżej 12 miesięcy) jest przez zdecydowaną większość banków traktowana jako profil o zbyt wysokim ryzyku dla kredytu hipotecznego. Wyjątki istnieją — ale wymagają zazwyczaj wyższego wkładu własnego, dodatkowego zabezpieczenia lub współkredytobiorcy z udokumentowanym dochodem.
Trzy przypadki — dlaczego bank podjął taką decyzję
Przypadek 1 — Ryczałt 12%, wysokie faktury, odmowa przez model PIT
Profil: programista full-stack, JDG, ryczałt 12%, faktury 28 000 zł miesięcznie od jednego klienta przez 26 miesięcy. Kontrakt na czas nieokreślony. BIK czysty. Wnioskuje o kredyt hipoteczny 650 000 zł.
Bank A (model PIT): pyta o dochód podatkowy. Programista wykazał w zeznaniu za ostatni rok dochód 0 zł — przy ryczałcie nie ma kategorii dochodu, jest tylko przychód. Bank nie wie jak przeliczyć ryczałt na dochód kredytowy. Odmawia ze względu na brak możliwości weryfikacji dochodu.
Bank B (model obrotu, mnożnik 60%): 28 000 × 60% = 16 800 zł dochodu bankowego. Przy DTI 40%: dostępna rata 6 720 zł. Zdolność kredytowa przy 25 latach: około 580 000 zł. Bank oferuje kredyt, ale nie w wnioskowanej kwocie.
Bank C (model obrotu, mnożnik 72%): 28 000 × 72% = 20 160 zł dochodu bankowego. Przy DTI 40%: dostępna rata 8 064 zł. Zdolność przy 25 latach: około 700 000 zł. Akceptacja wniosku.
✔ Dlaczego takie decyzje? Trzy banki, te same faktury — trzy różne wyniki. Kluczem był dobór banku stosującego model obrotu z wyższym mnożnikiem dla ryczałtu 12%. Programista nie zmienił nic w swoich finansach — zmienił tylko instytucję.
Przypadek 2 — Podatek liniowy, agresywna optymalizacja kosztów, blokada przez DTI
Profil: programista backend, JDG, podatek liniowy 19%, faktury 22 000 zł miesięcznie. Wpisuje w koszty: leasing samochodu 1 800 zł, sprzęt (amortyzacja) 1 200 zł, szkolenia i literatura 800 zł, biuro (wynajem miejsca coworkingowego) 1 500 zł. Dochód wykazany w PIT: 16 700 zł miesięcznie. BIK czysty. Kontrakt B2B na 12 miesięcy. Ma aktywny leasing na auto (rata 1 800 zł), kartę kredytową firmową z limitem 15 000 zł (nieużywaną).
Bank (model PIT): Dochód bankowy: 16 700 zł. Zobowiązania: leasing 1 800 zł + wirtualna rata od karty 750 zł (5% limitu) = 2 550 zł. Przy wnioskowanej racie hipotecznej 5 000 zł — łączne zobowiązania 7 550 zł. DTI: 45,2% — na granicy. Jednocześnie kontrakt na 12 miesięcy budzi wątpliwości. Bank proponuje niższą kwotę lub wymaga wyższego wkładu własnego.
Co zmieniło decyzję: Programista zamknął nieużywaną kartę (DTI spadło do 42,2%) i przedłużył kontrakt na czas nieokreślony. Po 2 miesiącach złożył wniosek ponownie — tym razem akceptacja.
✔ Dlaczego taka decyzja? DTI i forma kontraktu to dwie niezależne zmienne — obie musiały być w normie jednocześnie. Zamknięcie karty (żaden koszt) i zmiana kontraktu (kwestia negocjacji z klientem) otworzyły dostęp do kredytu bez zmiany przychodów.
Przypadek 3 — Ryczałt 12%, dwa lata historii, nieregularne wpływy, odmowa przez scoring behawioralny
Profil: programista freelance, JDG, ryczałt 12%, trzech klientów, łączne faktury 19 000–24 000 zł miesięcznie (duże wahania zależnie od projektów). Historia działalności: 28 miesięcy. BIK czysty. Saldo końcowe konta: 200–600 zł co miesiąc mimo wpływów powyżej 19 000 zł. W wyciągach widoczne dwa przelewy do firmy pożyczkowej (6 i 11 miesięcy temu).
Decyzja banku: odmowa. Powody: nieregularne wpływy (duże wahania miesiąc do miesiąca), zerujące się saldo (sygnał braku buforu płynnościowego), historyczne przelewy do firmy pożyczkowej (scoring behawioralny poniżej progu). Bank widzi profil ryzyka nieakceptowalny mimo dobrego BIK i odpowiedniej historii działalności.
Co zmienił: przez 8 miesięcy utrzymywał saldo końcowe na poziomie 10% obrotu, zero nowych przelewów do firm pożyczkowych, wprowadził stały kontakt (retainer) z jednym z klientów zamiast fakturowania projektowego. Po 8 miesiącach — akceptacja w innym banku stosującym model obrotu z mnożnikiem 65%.
✔ Dlaczego taka decyzja? BIK to jeden z wielu elementów oceny. Scoring behawioralny z analizy rachunku bankowego zdyskwalifikował wniosek niezależnie od czystej historii kredytowej. Naprawa profilu rachunku zajęła 8 miesięcy — ale była możliwa bez zmiany formy działalności ani poziomu przychodów.
Optymalizacja podatkowa a zdolność kredytowa — gdzie leży konflikt
Konflikt między optymalizacją podatkową a zdolnością kredytową jest strukturalny. Optymalizacja zmierza do minimalizacji dochodu wykazywanego dla celów podatkowych. Zdolność kredytowa jest obliczana od dochodu — im wyższy, tym lepiej. Te dwa cele są w bezpośredniej sprzeczności.
Programista który przez 3 lata optymalizował podatki maksymalnie może mieć problem: bank patrzy na historię 2 lat i widzi niskie dochody podatkowe. Zmiana podejścia na rok przed kredytem może nie wystarczyć — bank uśrednia dane z dwóch lat.
Praktyczna zasada: jeśli kredyt hipoteczny jest planem na najbliższe 2–3 lata, forma opodatkowania i poziom wykazywanych kosztów powinny być elementem kalkulacji już teraz. Pytanie nie brzmi „jak zapłacić najniższy podatek” — lecz „jak zbilansować optymalizację podatkową z potrzebami kredytowymi”. To wymaga rozmowy zarówno z doradcą podatkowym jak i kredytowym.
Jak przygotować się do wniosku kredytowego jako programista B2B
Skuteczne przygotowanie do wniosku kredytowego to nie zebranie stosu dokumentów w ostatniej chwili. To zarządzanie profilem finansowym przez 6–18 miesięcy przed złożeniem wniosku.
Analiza rachunku bankowego. Przed złożeniem wniosku przejrzyj własne wyciągi z ostatnich 12 miesięcy tak jak zrobi to bank. Szukaj: wahań wpływów, zerowania salda, przelewów do firm pożyczkowych, nieczytelnych tytułów transakcji. To co zobaczysz — zobaczy też bank.
Struktura kontraktów. Jeśli masz umowy na czas określony rolowane co kilka miesięcy — negocjuj przejście na umowę na czas nieokreślony. Jeśli pracujesz z kilkoma klientami — zadbaj żeby każdy kontrakt był udokumentowany i żeby wpływy były regularne i identyfikowalne.
Zamknięcie nieużywanych limitów. Każda karta kredytowa i każdy limit w rachunku wirtualnie obciąża DTI — nawet jeśli nie jest używany. Zamknięcie nieużywanych produktów kredytowych przed wnioskiem może znacząco poprawić DTI bez żadnego rzeczywistego kosztu.
Bufor na koncie. Saldo końcowe na poziomie 8–12% miesięcznych wpływów przez minimum 6 miesięcy przed wnioskiem — to sygnał dyscypliny finansowej który bank interpretuje jako niższe ryzyko.
Dobór banku do profilu. Programista na ryczałcie 12% powinien szukać banku stosującego model obrotu z wysokim mnożnikiem dla tej formy opodatkowania. Programista na podatku liniowym z wysokim dochodem podatkowym — może korzystnie wypaść w banku stosującym model PIT. Nie ma jednej najlepszej instytucji — jest instytucja najlepsza dla konkretnego profilu.
Kompleksowy plan poprawy zdolności kredytowej: jak zwiększyć zdolność kredytową firmy.
Kredyt hipoteczny dla programisty B2B — mechanizm oceny wkładu własnego
Wkład własny w kontekście kredytu dla programisty B2B pełni podwójną funkcję: formalną (minimalne 10–20% wartości nieruchomości) i sygnałową (wyższy wkład redukuje ryzyko banku i może kompensować inne słabości profilu).
Programista z dochodem bankowym na granicy akceptowalności ale z wkładem własnym 30% — ma znacznie lepszą pozycję negocjacyjną niż programista z identycznym dochodem i wkładem 10%. Bank widzi wyższy wkład jako dowód zdolności do akumulowania kapitału — co jest silnym sygnałem dyscypliny finansowej.
Przy krótkim stażu działalności lub kontraktach na czas określony — wyższy wkład własny może być warunkiem uzyskania kredytu. Nie jako kara, lecz jako mechanizm redukcji ryzyka banku przy profilu który nie spełnia wszystkich standardowych kryteriów.
Kredyt gotówkowy vs firmowy — różnice w mechanizmie oceny
Wybór między kredytem gotówkowym (konsumpcyjnym) a firmowym ma znaczenie dla mechanizmu oceny zdolności.
Kredyt gotówkowy jest udzielany osobie fizycznej — dla programisty JDG oznacza to że bank ocenia dochody właściciela jako osoby fizycznej. Zobowiązania firmy i osobiste właściciela JDG są traktowane łącznie — co jest zarówno szansą (prywatne oszczędności wzmacniają profil) jak i ryzykiem (prywatne zobowiązania obciążają DTI).
Kredyt firmowy jest udzielany przedsiębiorcy — bank ocenia kondycję firmy: obroty, rentowność, historię działalności, perspektywy. Dla programisty który ma firmę z solidną historią i stabilnymi kontraktami — może to być korzystniejsza ścieżka, szczególnie przy wyższych kwotach lub gdy celem jest inwestycja w działalność. Jeśli Twoja firma to jednoosobowa działalność gospodarcza, ogólne zasady tej oceny opisujemy w artykule o kredytach dla jednoosobowych działalności.
Najczęstsze błędy prowadzące do odmowy
Składanie wniosku przed upływem 24 miesięcy działalności bez wcześniejszej diagnozy profilu — w większości banków kończy się odmową lub znacznie gorszymi warunkami.
Maksymalna optymalizacja podatkowa w roku przed kredytem bez konsultacji z doradcą kredytowym — bank widzi minimalny dochód i liczy od niego zdolność.
Nieregularne wpływy na konto wynikające z nieregularnego fakturowania — nawet jeśli suma roczna jest wysoka, bank widzi nieprzewidywalny cash flow.
Nieużywane karty kredytowe i limity jako wirtualne obciążenie DTI — zamknięcie ich przed wnioskiem jest darmową poprawą zdolności.
Składanie wniosku w jednym banku bez diagnozy profilu — różnica między mnożnikiem 40% a 70% przy ryczałcie to różnica rzędu 30–40% w dostępnej kwocie kredytu.
Najczęściej zadawane pytania
Jak długo trzeba prowadzić działalność B2B żeby dostać kredyt hipoteczny?
Większość banków wymaga minimum 24 miesięcy, część akceptuje 12 miesięcy z gorszymi warunkami. Poniżej 12 miesięcy — szanse na kredyt hipoteczny są minimalne bez współkredytobiorcy lub dodatkowego zabezpieczenia.
Czy bank liczy całą wartość faktury jako dochód?
Nie. Bank stosuje własny model przeliczenia przychodu na dochód bankowy. Przy ryczałcie — mnożnik od przychodu (40–72% zależnie od banku). Przy podatku liniowym lub skali — dochód z PIT, ewentualnie pomniejszony o koszty. Faktury to tylko punkt wyjścia — nie kwota wpisywana do obliczeń zdolności.
Czy ryczałt 12% to dobry wybór przed kredytem?
Zależy od banku. Ryczałt 12% przy banku stosującym model obrotu z wysokim mnożnikiem może dawać korzystną zdolność kredytową. Przy banku stosującym model PIT — ryczałt nie generuje dochodu podatkowego, co może skutkować odmową lub niemożliwością oceny. Kluczem jest wybór banku odpowiedniego dla tej formy opodatkowania.
Czy mogę dostać kredyt hipoteczny na B2B z umową na 12 miesięcy?
Tak, ale szanse są ograniczone. Część banków nie akceptuje umów krótszych niż 24 miesiące. Inne mogą zaakceptować 12 miesięcy przy wyższym wkładzie własnym lub dodatkowym zabezpieczeniu. Umowa na czas nieokreślony znacząco poprawia pozycję w każdym banku.
Co jeśli prowadzę firmę krócej niż 2 lata?
Opcje są ograniczone: szukanie banków akceptujących 12 miesięcy historii (często z wyższym wkładem lub gorszymi warunkami), dodanie współkredytobiorcy z udokumentowanym dochodem, lub poczekanie do ukończenia 24 miesięcy i złożenie wniosku z pełną historią.
Czy bank widzi chwilówki jeśli spłaciłem je terminowo i nie ma ich w BIK?
Tak. Przez open banking (PSD2) bank może zobaczyć każdy przelew z historii rachunku — w tym przelewy do firm pożyczkowych. Są one automatycznie kategoryzowane jako finansowanie awaryjne i obniżają scoring behawioralny niezależnie od BIK i terminowości spłaty.
Czy bank liczy fakturę czy dochód programisty B2B?
Bank nie przyjmuje wartości faktur jako dochodu. Przelicza przychód przez własny model (mnożnik lub PIT) i przyjmuje wynik jako podstawę obliczeń zdolności. Ten wynik jest zawsze niższy niż wartość faktur — często znacząco niższy przy agresywnej optymalizacji podatkowej.
Czy historia BIK ma znaczenie przy kredycie dla B2B?
Tak, ale jest jednym z wielu elementów oceny. BIK sprawdza historię spłat zobowiązań kredytowych. Równolegle bank analizuje scoring behawioralny z rachunku — i zdarza się że programista z czystym BIK dostaje odmowę przez profil rachunku (nieregularne wpływy, zerujące się saldo, przelewy do pożyczkodawców).
Jak długo trwa proces kredytowy dla osób na B2B?
Standardowo 4–8 tygodni od złożenia kompletnego wniosku. Dla programistów B2B może być dłużej ze względu na bardziej rozbudowaną weryfikację dokumentacji — szczególnie przy kilku kontrahentach lub niestandartowej formie opodatkowania.
Jeśli szukasz konkretnie dogłębnej analizy profilu programisty B2B — łącznie z tym, jak dobrać bank do formy opodatkowania — pełne zestawienie znajdziesz w artykule o tym, jak bank ocenia działalność IT programisty B2B. Ogólną ofertę finansowania dla firm, niezależnie od branży, sprawdzisz na stronie kredyt dla firm.