AI nie podłączy BLIK, KSeF ani Profilu Zaufanego do Twojej aplikacji

Scena, którą widzę coraz częściej. Założyciel sklepu albo startupu w weekend składa w Lovable, Bolt albo v0 ładny sklep internetowy. Projekt schludny, strony produktów działają, koszyk liczy poprawnie. Potem przychodzi moment, w którym klient ma realnie zapłacić BLIK-iem przez Przelewy24, użytkownik ma się zalogować Profilem Zaufanym albo mojeID, a po sprzedaży faktura ma trafić do KSeF. I właśnie tu wszystko się zatrzymuje.

AI generuje przycisk płatności, który wygląda idealnie. Tylko pieniądze przez niego nie wpływają. Generuje formularz „zaloguj przez mObywatel", który nikogo nie uwierzytelnia. Obiecuje eksport faktury, której KSeF nigdy nie przyjmie. To nie jest przypadek ani zły prompt — to fundamentalna granica, na której zatrzymują się dzisiejsze narzędzia AI. W tym artykule wyjaśnię, dlaczego tak jest, które konkretnie polskie integracje wymagają człowieka i co to realnie znaczy dla ceny oraz terminu Twojego projektu.

Dlaczego AI dobrze generuje interfejs, ale nie integracje

Interfejs to obszar, w którym AI jest naprawdę mocne. Przyciski, formularze, siatki, animacje — to powtarzalne wzorce, których w internecie opisano miliony przykładów. AI uczyło się dokładnie na takim kodzie, więc ładny i nawet responsywny frontend tworzy imponująco szybko. Jeśli potrzebujesz, żeby strona wyglądała dobrze, AI faktycznie pomoże.

Integracja z realnym systemem to zupełnie inna sprawa. Przelewy24, BLIK, KSeF, Profil Zaufany czy InPost nie są fragmentami kodu, które AI może „zapamiętać" i wygenerować. To żywe systemy, które istnieją poza Twoją aplikacją i którym potrzebne są trzy rzeczy, których AI fizycznie nie ma: umowny relacji Twojej firmy z operatorem, Twoich tajnych kluczy produkcyjnych i bezpiecznego serwera, na którym ta logika działa. AI nie podpisze za Ciebie umowy z PayU. Nie zweryfikuje Twojej spółki w KSeF. Nie przechowa bezpiecznie kluczy API, bo po prostu wkleja je do kodu, który widzi każdy użytkownik przeglądarki.

To zasadnicza różnica między „wygląda, jakby działało" a „działa na produkcji z realnymi pieniędzmi". O tym samym zjawisku piszę szerzej w tekście o tym, kiedy wystarczy AI, a kiedy potrzebny jest developer — integracje to właśnie ta część, na której zacina się najwięcej osób.

Polskie integracje, które wymagają człowieka

Spójrzmy konkretnie. Oto integracje, z którymi realnie mierzy się każdy polski projekt biznesowy, i dlaczego każda z nich wymaga człowieka, a nie promptu.

Integracja	Do czego	Dlaczego AI nie podłączy
BLIK / Przelewy24 / PayU / Tpay	Płatności (BLIK, karty, szybki przelew, raty)	Umowa z operatorem, weryfikacja NIP/REGON, klucze produkcyjne, potwierdzenie transakcji z weryfikacją podpisu na serwerze
Profil Zaufany / mojeID / e-dowód	Potwierdzenie tożsamości, logowanie	Umowny dostęp przez węzeł krajowy, bezpieczne podpisywanie żądań, przepływ tożsamości, zgodność z RODO
KSeF / JPK_VAT (e-faktura)	Wystawianie i wysyłka faktur, podatki	Uwierzytelnienie, ustrukturyzowany XML w schemacie FA(3), obsługa numeru KSeF, zgodność i obsługa odrzuceń
InPost Paczkomaty / DPD / Orlen Paczka	Punkty odbioru, etykiety, śledzenie	Umowa z przewoźnikiem, klucze konta, lista punktów, generowanie etykiet, broker (Furgonetka, Apaczka)
BaseLinker / Allegro	Wielokanałowa sprzedaż, synchronizacja zamówień	Dwukierunkowy przepływ danych, mapowanie stanów, uzgodnienie z księgowością i magazynem

Płatności: BLIK, Przelewy24, PayU, Tpay

W Polsce checkout bez BLIK-a to sygnał „to nie było robione dla naszego rynku". BLIK odpowiada za około połowę płatności online, a kupujący po prostu spodziewają się go jako pierwszego — sześciocyfrowy kod z aplikacji bankowej, bez wpisywania danych karty. Żeby to działało, potrzebna jest umowa z operatorem (Przelewy24, PayU albo Tpay), zweryfikowane konto firmowe i klucze produkcyjne. Ale najważniejsza część jest niewidoczna: gdy klient zapłaci, operator wysyła potwierdzenie webhookiem do Twojego serwera, a Twój serwer musi zweryfikować podpis tego komunikatu, zanim oznaczy zamówienie jako opłacone. Bez tej weryfikacji każdy może wysłać sfałszowane „opłacone" i odebrać towar za darmo. Tej logiki serwerowej AI nie generuje, bo nie ma Twoich kluczy i nie rozumie konsekwencji biznesowych. Sklep, który defaultowo proponuje tylko Stripe bez BLIK-a, od razu odpada w polskim koszyku.

Logowanie i tożsamość: Profil Zaufany, mojeID, e-dowód

Jeśli Twoja usługa wymaga wiarygodnego potwierdzenia tożsamości — finanse, zdrowie, umowy, rejestracje, kontakt z urzędem — to Polak spodziewa się Profilu Zaufanego, mojeID przez swój bank albo e-dowodu z warstwą NFC. To nie jest generyczny „social login". Dostęp odbywa się przez węzeł krajowy (login.gov.pl) i operatorów takich jak KIR, na podstawie umowy, i wymaga poprawnego podpisywania żądań oraz przepływu potwierdzenia tożsamości. Błąd ma tu dwie strony: albo nikt się nie zaloguje, albo — co znacznie gorsze — wpuścisz nie tę osobę. To nie formularz, to system bezpieczeństwa, który musi zbudować i przetestować człowiek rozumiejący, czym kończy się pomyłka. Tam, gdzie potrzebny jest podpis kwalifikowany (Certum, Szafir od KIR, EuroCert), dochodzi jeszcze warstwa zgodności z eIDAS.

KSeF i JPK_VAT: „prawie poprawne" nie przejdzie

To najważniejsza historia integracyjna 2026 roku w Polsce. KSeF (Krajowy System e-Faktur) staje się obowiązkowy etapami: od 1 lutego 2026 dla firm z obrotem powyżej 200 mln zł, a od 1 kwietnia 2026 dla wszystkich pozostałych. AI obiecuje „eksport faktury", ale generuje co najwyżej PDF, którego KSeF nie przyjmie. System przyjmuje wyłącznie ustrukturyzowany XML w schemacie FA(3), z poprawnymi polami, kodami podatkowymi i strukturą, po uwierzytelnieniu (Profil Zaufany, podpis kwalifikowany, pieczęć lub token KSeF). Nie ma formatu „prawie poprawnego" — dane albo są przyjęte, albo odrzucone z błędem, który trzeba zrozumieć i naprawić. Do tego od sierpnia 2026 numer KSeF staje się obowiązkowym polem w JPK_VAT. Tę zgodność zapewnia człowiek, który wie, jak system realnie się zachowuje, a nie tekst, który brzmi przekonująco.

Wysyłka: InPost Paczkomaty, DPD, Orlen Paczka

Polska to dojrzały rynek e-commerce z ponad 60 tysiącami punktów i automatów paczkowych, więc kupujący oczekują wyboru Paczkomatu InPost, DPD Pickup, DHL BOX 24/7 czy Orlen Paczki. Potrzebny jest do tego kontrakt z przewoźnikiem, klucze konta, wczytanie listy punktów i generowanie etykiet przez ich system — albo przez brokera takiego jak Furgonetka czy Apaczka. AI narysuje mapę z wyborem Paczkomatu, ale będzie pusta — bez realnego połączenia z API InPost nie ma tam ani punktów, ani etykiet, ani śledzenia.

Sprzedaż wielokanałowa: Allegro i BaseLinker

Jeśli sprzedajesz też na Allegro, sklep musi się dogadać z resztą ekosystemu: stany magazynowe, ceny i zamówienia muszą krążyć w obie strony i się zgadzać, często przez BaseLinker. To najgłębsza integracja z całej listy, bo dotyka realnej logiki biznesowej i księgowości. Błąd oznacza, że stany się nie zgadzają albo faktury się dublują — a to rozwiązuje się przez uzgodnienie z konkretną konfiguracją Twojego magazynu, nie przez generowanie kodu z niczego.

Dlaczego to nie jest „podłącz API w 5 minut"

Często słyszę: „przecież jest dokumentacja, po prostu podłącz API". Tak, demo, w którym przycisk wygląda jak płatność, faktycznie zajmuje 5 minut. Realne wdrożenie produkcyjne, które nie może zgubić pieniędzy, przyjąć podwójnych płatności ani polec w audycie operatora, składa się z kilku etapów, z których żadnego nie da się pominąć.

• Umowa i weryfikacja konta. Operator musi zweryfikować Twoją firmę (NIP, REGON) i nadać dostęp produkcyjny. To często trwa dłużej niż sam kod.
• Testy na sandboxie. Każdy operator ma środowisko testowe, w którym przepływ sprawdza się przed włączeniem realnych pieniędzy. Pominiesz ten krok — pierwszy realny klient staje się Twoim testem.
• Weryfikacja podpisów i potwierdzeń. Serwer musi sprawdzić, że potwierdzenie płatności naprawdę przyszło od operatora, a nie od podszywacza.
• Zgodność i RODO. Dane tożsamości i płatności są wrażliwe — ich przetwarzanie musi spełniać wymogi prawne i wytyczne UODO, a nie tylko „działać".
• Przypadki brzegowe. Co zrobić, gdy płatność urywa się w połowie, klient kliknie dwa razy, operator nie odpowiada, trzeba zwrócić pieniądze. To właśnie te przypadki odróżniają demo od produktu.

To te same „trudne 30%", o których mówię niemal każdemu klientowi. AI doprowadza projekt do 70% — ładnego, widocznego, efektownego. Pozostałe 30% — integracje, bezpieczeństwo, przypadki brzegowe, zgodność — to najtrudniejsza i najdroższa część. Nie dlatego, że „ciężko to dokończyć", lecz dlatego, że to właśnie ona jest realnym produktem. Jeśli chcesz głębiej zrozumieć, ile naprawdę kosztuje droga od „darmowej" wersji do działającego produktu, przeczytaj o prawdziwym koszcie darmowej strony z AI — tam rozkładam ukryte koszty na czynniki pierwsze.

Co to znaczy dla ceny i terminu

Otwarcie: oto realne, orientacyjne widełki, ile kosztuje czyste podłączenie polskich integracji do strony lub sklepu. To nie „łatanie kodu", lecz system, który wytrzyma realny ruch i audyt operatora. Ceny podaję w zł netto (+ VAT 23%), bo polski kupujący B2B myśli w kwotach netto i rozlicza się na fakturę.

Integracja	Orientacyjna cena (netto)	Termin (przy gotowym koncie)
Jedna bramka płatnicza (Przelewy24 / PayU / Tpay) z BLIK	4 000 – 9 000 zł	1 – 2 tyg.
Logowanie Profilem Zaufanym / mojeID	7 000 – 18 000 zł	2 – 3 tyg.
KSeF — e-faktura (FA(3)) + JPK_VAT	9 000 – 20 000 zł	2 – 4 tyg.
InPost Paczkomaty / DPD / Orlen Paczka	4 000 – 10 000 zł	1 – 2 tyg.
Synchronizacja Allegro / BaseLinker	od 9 000 zł	2 – 4 tyg.

Dwie rzeczy warto zapamiętać przy terminie. Po pierwsze, najwięcej czasu zwykle zajmuje nie kod, lecz weryfikacja konta u operatora i uzyskanie kluczy produkcyjnych — ten proces warto zacząć jak najwcześniej, niezależnie od tego, kto buduje aplikację. Dotyczy to zwłaszcza KSeF, gdzie deadline 1 kwietnia 2026 nie poczeka. Po drugie, integracje rzadko bywają izolowane: płatność, faktura KSeF i wysyłka zwykle tworzą jeden łańcuch, więc warto planować je razem, a nie łatać po jednej.

Jak ja do tego podchodzę

Kiedy biorę projekt, w którym integracje nie działają, nie łatam wygenerowanego kodu po kawałku. Patrzę, co realnie trzeba podłączyć, układam cały łańcuch — płatność, faktura KSeF, wysyłka, logowanie — i buduję warstwę serwerową ze wszystkimi weryfikacjami, testami na sandboxie i przypadkami brzegowymi. Pracuję na Next.js, nie na szablonie WordPressa, a kod zostaje Twój, bez lock-inu. Cel to nie „żeby przycisk wyglądał", lecz żeby pieniądze realnie wpływały, faktura trafiała do KSeF, a Paczkomat generował etykietę. Zostajesz z działającym produktem i kodem, który masz na własność, a nie z ładną fasadą, za którą nic nie ma. Jeśli planujesz nowy projekt od podstaw, zobacz też, jak wygląda tworzenie aplikacji u mnie.

Najczęściej zadawane pytania