Jak AI podpowiada, które faktury wysłać do faktoringu i ile to naprawdę kosztuje?

AI może realnie pomóc przy faktoringu, ale nie przez magię. Podłączacie dane z systemu fakturowania i z panelu faktora, a asystent codziennie sprawdza, które faktury spełniają warunki finansowania, ile każda z nich będzie kosztować i czy macie miejsce w limicie na danego kontrahenta. Decyzję podejmujecie Wy lub dyrektor finansowy, AI przynosi gotowe zestawienie z liczbami, nie z gadaniem.

Co wyciągamy z systemu fakturowania i ERP, zanim AI cokolwiek policzy

Punktem wyjścia jest lista faktur sprzedaży z otwartymi płatnościami. Z każdego dokumentu potrzebujemy kilku pól: numer faktury, data wystawienia, termin płatności, kwota brutto, NIP i nazwa kontrahenta, waluta. W systemach takich jak Comarch ERP Optima, Subiekt GT czy enova365 te dane siedzą w tabeli dokumentów sprzedaży: w Optimie to widok handlowy oparty na tabeli CDN.TraNag i CDN.TraElem, w enova to Handel.DokumentHandlowy. W chmurowych narzędziach, jak Fakturownia czy iFirma, te same dane są dostępne przez REST API w formacie JSON.

Obok faktur potrzebujemy drugiej warstwy: historii płatności tego kontrahenta. Ile jego faktur spłynęło w terminie, ile z opóźnieniem i o ile dni. To materiał do wstępnej oceny, czy faktor w ogóle przyjmie danego dłużnika na swój limit. PragmaGO i SMEO robią własną weryfikację kontrahenta, ale AI może z góry odfiltrować tych, którzy historycznie płacą po 60 lub 90 dniach: takich faktorzy rzadko finansują albo robią to po wyższej prowizji.

Trzeci strumień to przepływy pieniężne na przyszłe dni. Kiedy macie zaplanowane wychodzące płatności: przelewy do dostawców, raty leasingu, VAT do 25. dnia miesiąca, składki ZUS? Zestawienie płatności wychodzących z listą faktur, które mogą wejść do faktoringu, daje AI podstawę do konkretnej odpowiedzi: żeby domknąć przyszły wtorek, opłaca się zgłosić te trzy faktury, łącznie przyniosą tyle a tyle zaliczki, prowizja wyniesie mniej więcej tyle przy Waszej stawce, a środki powinny być na koncie w ciągu jednego dnia roboczego.

Jak fizycznie wygląda podłączenie do PragmaGO, SMEO i eFaktora

Każda z tych platform działa inaczej, więc warto wiedzieć, z czym się mierzycie, zanim ruszycie z konfiguracją.

PragmaGO udostępnia REST API dla partnerów i integratorów. Żeby z niego korzystać, firma musi mieć podpisaną umowę faktoringową i zgłosić się do działu technicznego PragmaGO po klucz API. Przez API można programowo złożyć fakturę do finansowania (endpoint zgłoszenia dokumentu), odpytać status wniosku, pobrać informację o wypłaconej zaliczce i dostępnym limicie na kontrahenta. PragmaGO integruje się natywnie z Comarchem i Symfonią przez gotowe wtyczki, ale jeśli macie inny system, podłączenie przez REST API jest możliwe i sprawdzone. Dokumentacja jest dostępna po zalogowaniu jako partner lub po kontakcie z opiekunem klienta.

SMEO to faktoring skierowany do małych firm, skupiony na prostym procesie przez panel www. Mają API do automatycznego przesyłania faktur, skierowane do integratorów systemów ERP i aplikacji księgowych. Żeby uzyskać dostęp, zakładacie konto firmowe w SMEO, podpisujecie umowę i prosicie o dane dostępowe do API. Format wymiany to JSON przez HTTPS. Z API pobieracie aktualny limit globalny i limit per kontrahent, wysyłacie fakturę do weryfikacji, dostajecie potwierdzenie przyjęcia i informację o wypłacie zaliczki.

eFaktor działa głównie przez panel klienta w przeglądarce. Na dziś eFaktor nie publikuje otwartej dokumentacji REST API dla zewnętrznych integracji, więc standardową drogą jest ręczne wgrywanie faktury przez panel lub import pliku. Jeśli korzystacie z Fakturowni, ta platforma ma własny moduł faktoringowy, gdzie faktury można przekazać do finansowania bezpośrednio z listy wystawionych dokumentów, bez oddzielnego logowania do serwisu faktora. To jeden z wygodniejszych wariantów dla firm, które fakturują właśnie tam.

Faktoring w bankach: BNP Paribas Faktoring, PKO Faktoring, mBank Faktoring, Alior Faktoring. Tu zazwyczaj nie ma otwartych API dla klientów. Dane pobieracie przez eksport CSV lub XML z panelu banku albo przez plik MT940 z wyciągiem, który wchodzi do systemu bankowego. AI może czytać te pliki automatycznie po wgraniu do wskazanego folderu, ale nie odpyta systemu bankowego na żywo bez logowania przez portal. To wolniejszy, ale działający sposób.

Realia techniczne w skrócie: do PragmaGO i SMEO daje się podpiąć programowo przez REST API z odpytywaniem co kilka godzin. Do eFaktora i banków najwygodniej przez eksport pliku przetwarzanego raz dziennie. W obu przypadkach AI ma co czytać, tylko w różnym rytmie.

Które faktury AI wskazuje do faktoringu i jak to liczy

To serce całego mechanizmu. AI nie działa na zasadzie "oddaj wszystko, co się da". Patrzy na kilka warunków jednocześnie i układa listę priorytetów.

Pierwsze kryterium: termin płatności. Faktury z terminem krótszym niż kilka dni roboczych od dziś często nie wchodzą w faktoring albo faktor przyjmuje je z niższym priorytetem, bo czas na weryfikację jest zbyt krótki. AI odfiltruje dokumenty, gdzie finansowanie nie zdąży wpłynąć przed terminem Waszych wychodzących płatności.

Drugie kryterium: kontrahent i jego limit. Każdy faktor przydziela firmie limit globalny i limit per kontrahent. Jeśli z tym samym odbiorcą macie kilka faktur w toku, AI patrzy, ile z limitu jest już wykorzystane i czy jest miejsce na kolejną. Typowy scenariusz z biura: firma ma limit na jednego kontrahenta, powiedzmy "X tys. zł", z czego połowa jest zajęta przez dwie wcześniej zgłoszone faktury w trakcie rozliczania. AI widzi to od razu i nie proponuje zgłaszania kolejnej faktury do tego kontrahenta, bo i tak zostałaby odrzucona lub przekroczyłaby limit.

Trzecie kryterium: realny koszt. Prowizja faktora jest naliczana od wartości faktury i od liczby dni finansowania. Jeśli termin płatności na fakturze to 60 dni, a Wasz kontrahent historycznie płaci w 30, prowizja za pełne 60 dni to przepłacenie. AI policzy koszt przy założeniu realnej historii płatności tego odbiorcy. To jest inna cyfra niż to, co stoi w taryfie faktora. AI nie zna Waszych stawek prowizji, jeśli ich nie podacie, ale jak je wczytacie z umowy faktoringowej lub wpiszecie w konfiguracji, liczy koszt per faktura i pokazuje go obok kwoty spodziewanej zaliczki.

Na tej podstawie asystent przygotowuje zestawienie: lista faktur do zgłoszenia posortowana po priorytecie, spodziewana zaliczka z każdej, szacowany koszt i łączny wpływ na saldo konta do konkretnej daty. To jest plik, który właściciel albo dyrektor finansowy dostaje rano, zanim wejdzie na panel faktora. Zamiast siedzieć nad tabelką Excela, dostajecie gotowe wnioski z uzasadnieniem.

Pilnowanie limitów na kontrahenta: co się dzieje, gdy limit jest wyczerpany

Limit per kontrahent to jedno z najczęstszych źródeł niespodzianek przy faktoringu. Zdarza się tak: firma zgłasza fakturę, dostaje odmowę, bo limit wyczerpany, i dowiaduje się o tym dopiero przy próbie złożenia dokumentu w panelu faktora. Nieraz dopiero po tym, jak ktoś już obiecał kontrahentowi, że "płatność pójdzie szybko". AI może to wyeliminować.

Mechanizm jest prosty: asystent odpytuje API faktora raz dziennie i aktualizuje tabelę: kontrahent, limit przyznany, limit wykorzystany, limit wolny. Gdy nowa faktura trafia do systemu, AI sprawdza, czy mieści się w wolnym limicie, zanim w ogóle zaproponuje ją do zgłoszenia.

Gdy limit jest wyczerpany, AI ma kilka wariantów do pokazania właścicielowi. Czekać na spłatę wcześniej zgłoszonej faktury przez kontrahenta, bo wtedy limit się odblokuje. Poszukać finansowania tej samej faktury u innego faktora, jeśli firma ma umowy z dwoma platformami. Albo zostawić fakturę i finansować gotówką do czasu odblokowania limitu. To zestawienie do decyzji, nie decyzja za firmę.

Dekret, cesja i rozliczenie końcowe: co AI przygotowuje dla księgowości

Faktoring ma swoje specyficzne zapisy w księgach i to jest miejsce, gdzie asystent oszczędza sporo czasu biura rachunkowego lub własnej księgowej.

Przy faktoringu pełnym lub niepełnym mamy do zaksięgowania kilka oddzielnych zdarzeń. Po pierwsze: cesja wierzytelności. Faktura sprzedaży zmienia status: należność od odbiorcy zamienia się na należność od faktora lub znika z rozrachunków zależnie od rodzaju faktoringu i warunków umowy. W Optimie to zapis na kontach rozrachunkowych, typowo konta 200 i 240. Po drugie: wpływ zaliczki. To jest faktyczny przelew od faktora, nie pełna kwota faktury. Po trzecie: prowizja faktora, zaksięgowana jako koszt usługi finansowej, z fakturą od faktora jako dokumentem źródłowym, konto 751 lub analogiczne w Waszym planie kont. Po czwarte: rozliczenie końcowe. Gdy kontrahent spłaci fakturę faktorowi, faktor przekazuje resztę: kwotę ponad zaliczkę pomniejszoną o prowizję. To jest czwarty przelew do zaksięgowania.

AI może przygotować wstępny dekret dla każdego z tych czterech zdarzeń, z numerami kont, kwotami i opisem operacji. Nie jest to gotowy dokument do wrzucenia bez weryfikacji. Ale 80% roboty jest zrobione. Księgowa albo biuro rachunkowe sprawdza i zatwierdza, zamiast wszystko pisać od zera na podstawie wyciągów z panelu faktora i faktur w formacie PDF.

Przy powiadomieniu dłużnika o cesji, które faktorzy zazwyczaj wymagają, żeby odbiorca wiedział, że wierzytelność została przeniesiona, AI może wygenerować treść pisma na podstawie danych z umowy faktoringowej i danych kontrahenta z systemu. Dwa pola do wpisania raz, pismo gotowe dla każdej faktury osobno. To rutyna, która zwykle zajmuje kilkanaście minut i nikt za nią nie przepada.

Ile kosztuje faktoring miesięcznie i czy to w ogóle ma sens

To pytanie, które właściciel zadaje sobie co miesiąc, ale rzadko ma pod ręką gotową odpowiedź. Zazwyczaj "mniej więcej wiadomo" albo "trzeba będzie policzyć". AI policzy to w ciągu sekund, pod warunkiem, że ma dostęp do danych z konta faktora i Waszej umowy.

Comiesięczne zestawienie wygląda tak: lista zgłoszonych faktur w danym miesiącu, kwota zaliczki z każdej, naliczona prowizja, data faktycznej spłaty przez kontrahenta, ewentualne dodatkowe koszty za opóźnienie (gdy kontrahent spłacił po terminie, niektórzy faktorzy naliczają dodatkowy koszt), i suma końcowa: ile kosztował faktoring w tym miesiącu. Obok tego asystent pokazuje, jak długo firma czekałaby na spłatę bez faktoringu i jaka byłaby wtedy luka płynnościowa w konkretnych datach.

Odpowiedź na pytanie "czy to ma sens" to porównanie kosztu faktoringu z kosztem alternatywy. Alternatywą jest albo krótkoterminowy kredyt obrotowy (tu AI potrzebuje danych o oprocentowaniu Waszego kredytu, żeby zestawić koszt), albo zwykłe czekanie. W tym drugim wariancie kosztem jest to, że przez te 30 lub 60 dni firma nie może tymi pieniędzmi obracać: nie płaci dostawcom w terminie, nie korzysta z rabatów za szybką płatność, czasem musi wstrzymać zamówienie. AI nie poda Wam werdyktu "tak" lub "nie", bo to zależy od Waszej sytuacji i planów. Ale da liczby do porównania, zamiast porównywania "mniej więcej".

Od czego zacząć, żeby to działało w praktyce

Zanim zaangażujecie programistę lub integratora, sprawdźcie trzy rzeczy. Czy macie podpisaną umowę faktoringową z platformą, która ma API: PragmaGO, SMEO lub Fakturownia z wbudowanym modułem. Czy Wasz system fakturowania ma eksport do pliku lub własne API: Comarch, Subiekt, enova, Fakturownia, iFirma. I czy wiecie, gdzie w Waszym planie kont siedzą rozrachunki z faktorem i konta prowizji: bez tego AI nie przygotuje sensownego dekretu.

Typowe wdrożenie zaczyna się od integracji z jednym systemem: albo tylko z panelem faktora, żeby mieć aktualne zestawienie limitów i kosztów, albo tylko z systemem fakturowania, żeby filtrować faktury do zgłoszenia. Potem spinamy oba i dorzucamy eksport do księgowości. Nie trzeba robić wszystkiego naraz. Zobaczycie efekt najszybciej tam, gdzie boli najbardziej: jeśli co miesiąc siedzicie nad tym, które faktury zgłosić, zacznijcie od modułu wyboru. Jeśli problemem jest księgowość faktoringu, zacznijcie od dekretów.

Chcecie zobaczyć, jak taki system wygląda na prawdziwych danych Waszej firmy? Umówcie się na 15 minut rozmowy: pokażemy Wam, jak to spina się z systemem, którego już używacie. Możecie też sprawdzić realne wdrożenia, żeby zobaczyć, co firma podobna do Waszej zyskała w praktyce.