Aplikacja ma się dogadać z Optimą, Subiektem i bankiem: ile godzin zjada integracja i gdzie zwykle pęka

System do zleceń działa, zamówienia wpadają, zespół kojarzy statusy. A mimo to raz w tygodniu ktoś siada i przepisuje dokumenty sprzedaży do programu księgowego, a co rano ktoś inny loguje się do banku, przegląda przelewy i odhacza w arkuszu, kto zapłacił. Na rozmowach o nowych aplikacjach jedno zdanie wraca częściej niż wszystkie inne: „to musi się dogadać z tym, co już mamy” – z Optimą albo Subiektem, z bankiem, z płatnościami online.

Potem przychodzą oferty i robi się dziwnie. „Integracja z systemem księgowym” potrafi kosztować 8 tys. zł u jednego wykonawcy i 50 tys. zł u innego, a poradniki budżetowe doliczają za integracje średnio kilkanaście tysięcy do wyceny aplikacji – bez słowa, co się w tej pozycji mieści. Rozstrzał sześciokrotny przy identycznie brzmiącej pozycji oferty oznacza jedno: to słowo opisuje bardzo różne rzeczy.

W tym wpisie rozbieramy je na części. Co „integracja” znaczy w praktyce, które połączenia są tanie, a które nie, gdzie projekt zwykle pęka i co możesz sprawdzić przed rozmową z wykonawcą, żeby estymata spadła, zanim powstanie. Wszystko w godzinach, bo u nas każda praca ma jedną, publiczną stawkę: 600 zł netto za godzinę.

„Integracja” znaczy pięć różnych rzeczy

Zanim porównasz jakiekolwiek kwoty, ustal, o którym z tych połączeń w ogóle mowa. W małych i średnich firmach niemal zawsze chodzi o jedno z pięciu:

• Program księgowy (Optima, Subiekt i podobne). Dokumenty sprzedaży i dane kontrahentów płyną z aplikacji do księgowości automatycznie, zamiast być przepisywane. To połączenie zwraca się najszybciej, bo kończy najbardziej widoczną ręczną robotę.
• Bank. Aplikacja czyta historię przelewów i sama oznacza, które faktury są opłacone. Znika poranne odhaczanie, a windykacyjne przypomnienia idą tylko do tych, którzy naprawdę nie zapłacili.
• Operator płatności (Stripe, Przelewy24, PayU). Klient płaci kartą albo BLIK-iem prosto w Twoim systemie zamówień czy rezerwacji. Konto u operatora jest Twoje, pieniądze idą bezpośrednio do Ciebie, a prowizja operatora to rząd 1–2% od transakcji – nie nasza, tylko jego.
• Logowanie kontem, które firma już ma. Zespół wchodzi do aplikacji tym samym kontem firmowym co do poczty, bez kolejnego hasła na karteczce.
• KSeF. Od 2026 roku faktury etapami i tak zaczynają przechodzić przez centralny system Ministerstwa Finansów, więc system, który je wystawia, musi umieć się z nim dogadać. O tym mamy osobny wpis, tu tylko zaznaczamy: to też jest integracja i też liczy się w godzinach.

Każde z tych połączeń ma dwa suwaki, które przesuwają koszt mocniej niż logo na pudełku. Pierwszy: odczyt czy zapis. Czytanie danych z drugiego systemu jest proste; odkładanie tam dokumentów tak, żeby księgowość zgadzała się co do grosza, wymaga uzgodnień i testów. Drugi: jak często. Plik wymieniany raz na dobę to zupełnie inna praca niż dane płynące natychmiast, w sekundę od zdarzenia. Duża część firm potrzebuje „raz na dobę” i przepłaca za „natychmiast”.

Skąd na rynku widełki 8–50 tys. zł

W ryczałtowej wycenie integracji siedzą trzy rzeczy naraz: przewidywane godziny pracy, stawka, której nie widzisz, oraz marża na ryzyko. Ta ostatnia jest największa, bo wykonawca na etapie oferty zwykle nie wie, z czym się połączy: jaka wersja programu księgowego, czy interfejs do wymiany danych jest w licencji, czy jest gdzie testować. Skoro nie wie, zakłada najgorsze i wycenia najgorsze. Płacisz za jego niepewność, nie za swoją integrację.

Rachunek w godzinach odwraca tę logikę. Na discovery (30 minut rozmowy) ustalamy, jak Twój system wypuszcza i przyjmuje dane, a estymatę godzin dostajesz na piśmie i akceptujesz, zanim zacznie się praca. Jeśli połączenie okazuje się proste, kosztuje jak proste. Jeśli po drodze wyjdzie, że jest niemożliwe albo droższe, niż jest warte, usłyszysz to wprost – taka odpowiedź też jest wynikiem discovery.

Rachunek w godzinach: trzy typowe połączenia

Poniższe widełki to orientacja, nie cennik – realny koszt zależy od tego, co po drugiej stronie i w jakim stanie są dane. Ale skala jest uczciwa:

• Dokumenty sprzedaży do księgowości plikiem, raz na dobę. Aplikacja co noc wystawia plik z fakturami i kontrahentami, księgowa importuje go jednym kliknięciem. Typowo 4–8 h, czyli 2 400–4 800 zł netto. To najczęstszy pierwszy krok i często w zupełności wystarcza.
• Dwustronna wymiana z programem księgowym przez interfejs (API). Kontrahenci, dokumenty i statusy płyną w obie strony automatycznie, bez pliku i bez klikania. Typowo 12–20 h, czyli 7 200–12 000 zł netto, z czego sporą część zjadają testy zgodności: dokumenty muszą się zgadzać co do grosza.
• Bank: automatyczne oznaczanie opłaconych faktur. Aplikacja czyta historię operacji i dopasowuje wpłaty do faktur po kwocie i tytule przelewu. Typowo 5–10 h, czyli 3 000–6 000 zł netto. Zakres zależy od banku: część udostępnia wygodne połączenie dla firm, część tylko pliki z wyciągami – to ustalamy przed estymatą, nie po.

Płatności online to osobna historia, bo rzadko są „doklejane” – zwykle wchodzą w zakres pierwszej działającej wersji systemu zamówień albo rezerwacji (ok. 30 h / 18 000 zł netto za całość, nie za samą płatność). Samo podpięcie operatora do istniejącej aplikacji to z reguły pojedyncze godziny.

czw · −6 h · eksport dokumentów sprzedaży z systemu zleceń do Optimy – faktury i kontrahenci schodzą automatycznie co noc, księgowa importuje jednym kliknięciem zamiast przepisywać

Gdzie integracja zwykle pęka

Rozstrzał widełek na rynku nie bierze się z samego programowania. Bierze się z kilku miejsc, w których projekt potrafi utknąć – i które da się sprawdzić wcześniej:

• Interfejs istnieje, ale nie w Twojej licencji. Możliwość wymiany danych bywa płatnym dodatkiem do programu księgowego albo wyższym pakietem w banku. Ta cena musi być znana przed estymatą, bo potrafi zmienić wybór drogi: czasem plik co noc wygrywa z interfejsem właśnie przez koszt licencji.
• Nie ma gdzie testować. Jeśli dostawca nie daje wersji testowej, każda próba dzieje się obok żywej księgowości. Praca robi się wolniejsza, bo musi być ostrożniejsza: więcej uzgodnień, mniejsze kroki, testy na kopiach.
• Dane są brudne. Ten sam kontrahent zapisany na pięć sposobów, numery NIP z literówkami, daty jako tekst. Mapowanie i czyszczenie to często połowa godzin całego projektu – i to jest normalna część pracy, nie awaria. Kto tego nie wycenia na starcie, dolicza to później aneksem.
• Zapis jest trudniejszy niż odczyt. Pobranie listy faktur to godziny; odłożenie dokumentu tak, żeby księgowa go zaakceptowała, to uzgodnienia: serie numeracji, stawki, zaokrąglenia. Jeśli oferta wycenia odczyt i zapis identycznie, ktoś tu czegoś nie policzył.
• Druga strona czasem milczy. Bank ma przerwę techniczną, KSeF nie odpowiada, operator zwraca błąd. Dobra integracja nie gubi wtedy danych, tylko dosyła je, gdy łączność wraca. Ta odporność to konkretne godziny w estymacie – w wersji „na szybko” zwykle ich nie ma i wychodzi to w pierwszą większą awarię.
• Wersje się zmieniają. Dostawca aktualizuje program, pole zmienia nazwę, plik zmienia układ. Integracja potrzebuje właściciela: kogoś, kto po aktualizacji sprawdzi, że wszystko dalej płynie. U nas to część opieki po wdrożeniu, rozliczanej z tego samego salda godzin.

Najprostsze połączenie, które kończy przepisywanie

Najdroższy błąd w projektach integracyjnych to start od pełnej, dwustronnej, natychmiastowej wymiany wszystkiego ze wszystkim. Taki projekt długo trwa i łatwo pęka w każdym z miejsc wymienionych wyżej naraz. Odwrotna kolejność działa lepiej: najpierw jedno połączenie, które kończy najbardziej bolesne przepisywanie, zwykle w najprostszym możliwym wariancie. Plik co noc zamiast interfejsu. Odczyt zamiast zapisu. Jedno źródło zamiast trzech.

Dopiero gdy pierwsze połączenie pracuje i widać je w liczbach, dokłada się następne – już na sprawdzonym fundamencie i często z bonusowych godzin, które zostały na saldzie. Godziny kupujesz na saldo, a przy większych pakietach saldo rośnie szybciej niż wpłata: za 30 opłaconych godzin masz na koncie 31,75 h, za 60 – 67,25 h. Niewykorzystane godziny nie przepadają, więc „na integrację z bankiem wrócimy za kwartał” to normalny, policzalny plan, a nie stracona przedpłata.

Mamy system zleceń, faktury wystawiamy w Subiekcie, a przelewy sprawdzam ręcznie co rano w banku. Chcemy, żeby faktury i kontrahenci schodzili do księgowości sami, a system oznaczał, kto zapłacił. Nic więcej na razie nie ruszamy.

Jak to policzyć u nas

Proces jest ten sam co przy każdej pracy: po płatności w 24 godziny odzywa się inżynier prowadzący, na discovery (30 minut) ustalacie, co z czym ma się dogadać i którą drogą, a estymatę godzin dostajesz na piśmie do akceptacji przed startem. Postęp widzisz w logu panelu: opis, liczba godzin, efekt do kliknięcia. Akceptujesz pracę co 2–8 godzin, więc kierunek koryguje się po kwadransach, nie po fakturze.

Formalności są policzalne tak samo jak godziny. Poufność obowiązuje od pierwszej wiadomości, wprost z regulaminu, bez podpisywania czegokolwiek – co przy integracjach ma znaczenie, bo rozmowa zaczyna się od pokazania nam faktur i wyciągów. Testy i pokazy jadą na danych syntetycznych, więc dane Twoich kontrahentów nie krążą po wersjach próbnych. Kod i pełne prawa majątkowe są w 100% Twoje po każdym opłaconym etapie, a fakturę VAT wystawia aveneo, software house działający od 2008 roku, którego marką jest uncrn.

Na koniec uczciwie: nie każdą integrację warto robić. Jeśli przepisywanie dokumentów zajmuje u Ciebie kwadrans w tygodniu, żadne połączenie się nie zwróci i taką odpowiedź też u nas usłyszysz. Ale jeśli codziennie rano ktoś odhacza przelewy, a raz w tygodniu ktoś przepisuje faktury, to policz: godziny tygodniowo × stawka × 48 tygodni. Po drugiej stronie stoi jednorazowy rachunek od 2 400 zł netto – i różnica zwykle nie wymaga dalszej dyskusji.

← wszystkie wpisy