Klienci biura siedzą na sześciu różnych systemach. To nie jest ten problem, za który go bierzecie

Sześć systemów, jedna obiekcja

Nie, sześciu integracji nie potrzebujecie. Ta sama obiekcja pada w każdym biurze rachunkowym w pierwszych dziesięciu minutach rozmowy i zawsze ma formę rachunku — akurat rachunek jest w niej jedyną częścią, która się broni.

Brzmi to tak. Czterdziestu klientów. Tu Optima, tam enova365, trzech na Subiekcie, kilku na wFirmie, jeden uparty producent na czymś, o czym nikt nie słyszał od 2011 roku. Sześć systemów, może osiem. Czyli automatyzacja to sześć konektorów, sześć zobowiązań serwisowych, sześć rzeczy psujących się w sześciu różnych tygodniach. Przy takiej cenie oczywiście się nie spina.

Suma dobra, założenie złe. Biuro rachunkowe w typowym przypadku w ogóle nie integruje się z ERP-ami klientów. Integruje się z miejscami, przez które dokumenty i tak muszą przejść — a tych miejsc jest dużo mniej niż klientów.

Dokumenty i tak płyną w drugą stronę

Praca dzieje się w Waszym systemie, nie w ich. Obiekcja o sześciu systemach przechodzi obok tego obojętnie, a kiedy wstawić ten fakt z powrotem, cała wycena zmienia kształt.

ERP klienta stoi wyżej w obiegu niż Wy. Jego zadaniem jest obsługa tamtej firmy: magazyn, zamówienia, produkcja, handlowcy. Wam potrzebny jest z niego strumień dokumentów — a ten strumień nie płynie połączeniem do bazy. Płynie przez KSeF, przez bank, przez pocztę, przez portal dokumentowy, który biuro i tak już prowadzi. Każdy z tych kanałów to jedna integracja dla całego portfela.

Uczciwe pytanie nie brzmi więc „ile jest ERP-ów?", tylko „iloma kanałami realnie przychodzą do nas dokumenty i jak dobrze każdy z nich działa?". W większości biur odpowiedź to trzy albo cztery kanały, a dwa z nich ktoś już zdążył w połowie zautomatyzować przypadkiem.

Wejście wprost do Optimy albo enova365 klienta bywa projektem sensownym. Zarabia na siebie jednak tylko wtedy, kiedy potrzebujecie czegoś, czego sam dokument nie niesie: rozdzielnika na MPK żyjącego w wymiarach klienta, numeru zlecenia produkcyjnego, wyceny magazynu na koniec miesiąca, kodu projektu, którego nikt nigdy nie wpisuje na fakturze. To są konkretne potrzeby, które da się nazwać. „Wypadałoby się zintegrować" nie jest żadną z nich.

Co KSeF spłaszczył, a czego nie ruszył

KSeF wyjął ERP klienta z równania dla mniej więcej połowy Waszego wolumenu dokumentów, a drugiej połowy nie tknął. Ten podział to dziś najbardziej użyteczna linia, jaką da się przeciągnąć przez plan automatyzacji biura.

Po stronie płaskiej: faktury sprzedaży i faktury zakupu od każdego krajowego dostawcy wystawiającego przez system. Przychodzą jako ustrukturyzowany XML FA(3), jednym API, w jednym modelu autoryzacji, z NIP-em sprzedawcy, kwotami, stawkami i pozycjami rozłożonymi na pola. Kompletnie obojętne, czy klient, który je wystawił, siedzi na Optimie, Subiekcie, czy na arkuszu z wtyczką do KSeF. Pobieranie faktur z KSeF to jedna budowa, raz, na cały portfel.

Po stronie rozdrobnionej — cała reszta. Wyciągi bankowe nadal przychodzą per klient, per bank, w formatach standardowych na papierze i nie do końca w praktyce. Płace zostają w systemie klienta albo w Waszym. Ruchy magazynowe, dokumenty wewnętrzne, faktury od dostawców zagranicznych, paragon ze stacji — nic z tego nie zbliża się do KSeF i nic z tego nie zrobiło się prostsze w 2026 roku.

Kolejność pisze się więc sama. Najpierw płaska połowa, porządnie i dla wszystkich klientów naraz. Potem rozdrobniona — ale tylko tam, gdzie naprawdę siedzi wolumen. A wolumen nie rozkłada się równo i to właśnie on decyduje o budżecie.

Krzywa koncentracji: nie sześć systemów, tylko trzech klientów

Posortujcie klientów po miesięcznej liczbie dokumentów, a pytanie przestanie dotyczyć oprogramowania. W biurach, które mierzyłem, pięciu największych klientów niesie od połowy do dwóch trzecich wszystkich dokumentów w portfelu czterdziestu firm, a piętnastu z dołu listy razem niesie mniej niż jeden z tej piątki.

To ta krzywa wyznacza kolejność prac, a nie inwentarz systemów. Konektor per klient ma się zwrócić na godzinach zaoszczędzonych u tego jednego klienta, a klient produkujący trzydzieści dokumentów miesięcznie nie zwróci niczego — nawet jeśli przerabianie tych trzydziestu doprowadza Wasz zespół do szału. Irytacja jest prawdziwa. Tylko że to nie jest problem integracji. To problem kanału, a kanał i tak robicie dla wszystkich.

Jest ostrzejsza wersja tego testu i wyciągam ją w każdej rozmowie o zakresie, bo kończy dyskusję jedną odpowiedzią: zbudowalibyście tę integrację, gdyby następny klient odmówił? Jeśli tak — macie prawdziwą potrzebę per klient. Jeśli całość trzyma się tylko na tym, że „potem rozjedziemy to po portfelu", właśnie finansujecie pilota z pieniędzy wdrożenia, którego nigdy nie będzie. Bo następny klient siedzi na czymś innym.

Zestawcie to z miarą rozkładu z tekstu o zamknięciu miesiąca w biurze rachunkowym: udział dokumentów danego miesiąca, które są w systemie do 10. dnia. Czterdzieści procent oznacza, że wszystko przerabiacie pod presją terminu. Powyżej osiemdziesięciu — że kumulacja przestała być czymś strukturalnym. Policzcie tę liczbę per klient, a nie dla całego biura. Dwóch czy trzech klientów ciągnących średnią w dół okaże się zwykle tymi samymi, którzy stoją na szczycie krzywej wolumenu. To właśnie tam jest Wasz projekt.

Konektor to abonament na cudzy kalendarz wydań

Budowa jest tanią częścią, a reszty prawie nikt nie wycenia. Konektor do ERP klienta to stałe zobowiązanie wobec systemu, którego nie kontrolujecie, i wobec decyzji, o których nikt Was nie uprzedzi.

Ta lista nie jest hipotetyczna. Administrator dokłada pole na karcie kontrahenta, a Wasze mapowanie po cichu czyta je jako puste — pułapka pól własnych, w której „nie ma" i „puste" wyglądają dla odbiorcy danych identycznie. Klient przez weekend przechodzi z Subiekta GT na nexo, co nie jest aktualizacją, tylko innym produktem, a Wasza integracja dowiaduje się o tym z telefonu w poniedziałek rano. Baza Optimy stojąca na SQL Server Express dobija do sufitu 10 GB, na który nikt nie zaglądał od instalacji. Wersja wypada ze wsparcia.

Żadne z tych zdarzeń nie jest Waszym błędem. Każde będzie Waszą awarią, na Wasz koszt, zwykle w najgorszym tygodniu miesiąca u klienta. Wyceniajcie więc konektor jako pozycję miesięczną z nazwanym właścicielem. I zanim ktokolwiek podpisze, spiszcie, które z tych zdarzeń wykryjecie sami, a o których dowiecie się od klienta. Ta druga lista zawsze wychodzi dłuższa, niż ktokolwiek zakłada — i jej długość jest prawdziwym ryzykiem projektu. Techniczną stronę tego porównania dla trzech systemów, które spotkacie najczęściej, rozbiera porównanie API enova365, Optimy i Subiekta.

Co nie stanieje

Dwie rzeczy zostają dokładnie tak drogie, jak były. Udawanie, że jest inaczej, to najkrótsza droga do tego, żeby projekt automatyzacji stracił wiarygodność w trzecim miesiącu.

Pierwsza to Wasz własny system. Każdy dokument, który przyszedł czysto, nadal trzeba zaksięgować według schematu przypisanego do jednego planu kont i jednych przyzwyczajeń. Ustrukturyzowana faktura z KSeF zdejmuje przepisywanie i błędy odczytu. Nie rozstrzyga, na które konto ma iść faktura od podwykonawcy agencji marketingowej. Reguły przenoszą się między klientami dużo gorzej niż dane — i to w systemie biura zostaje wąskie gardło.

Druga to uzgadnianie wyciągów, ograniczone przez rzecz, nad którą nikt nie panuje: przez to, co klienci Waszych klientów wpisują w tytule przelewu. Audyt pola opisu rozkłada miesiąc linii przychodzących na cztery kubełki, a kubełek z czytelnym numerem faktury wychodzi 55–80% u klientów z odbiorcami firmowymi na terminach i poniżej 40% u klientów z detalem albo długim ogonem drobnych płatników. Ten rozrzut między dwoma klientami jednego biura jest szerszy niż rozrzut między dwoma bankami czy dwoma ERP-ami. Można go zmierzyć, zanim ktokolwiek cokolwiek kupi. To najlepiej wydana godzina w całej tej sprawie.

Półdniowa inwentaryzacja portfela

Przed jakąkolwiek wyceną zbudujcie jedną tabelę: wiersz na klienta, sześć kolumn. Zajmuje popołudnie, a w każdym biurze, w którym ją z kimś przerobiłem, zmieniła plan.

1. Miesięczna liczba dokumentów, w podziale sprzedaż / zakup / linie bankowe. To jest krzywa wolumenu.
2. Udział w systemie do 10. dnia — miara rozkładu, liczona per klient.
3. Jakim kanałem realnie przychodzi dziś każdy typ dokumentu. Nie wersja oficjalna. Prawdziwa, razem z tym klientem, który nadal przysyła zdjęcia.
4. Czego potrzebujecie, a czego dokument nie niesie — MPK, kody projektów, stany magazynowe albo nic. Pusta komórka tutaj znaczy, że żaden konektor nie ma uzasadnienia, obojętne na czym klient siedzi.
5. System klienta i wersja plus to, kto go administruje. Klient bez administratora to klient, którego system zmieni się bez uprzedzenia.
6. Godziny miesięcznie zużywane u tego klienta na czyste przepisywanie. Jedyna kolumna, która za cokolwiek płaci.

Posortujcie po kolumnie 6, przefiltrujcie kolumną 4 i lista klientów wartych bezpośredniej integracji zejdzie zwykle do dwóch, trzech nazw. Reszta zostanie obsłużona pracą na kanałach, którą i tak mieliście wykonać — dla całego portfela, raz. Stronę kosztową rozbiera ile kosztuje agent AI do księgowości.

Jak ten sam wybór wygląda z poziomu całej firmy, a nie pojedynczego procesu, opisują agenci AI dla firm. Wariant, w którym pod spodem stoi enova365, to integracja enova365 z AI.

Co zostaje z sześciu systemów

Zostają tam, gdzie były — i o to właśnie chodzi. Liczba ERP-ów w portfelu opisuje biznesy Waszych klientów, a nie koszt Waszej automatyzacji. Mylenie jednego z drugim powstrzymało sporo biur przed zaczęciem czegokolwiek.

Praca, która płaci, stoi przed tymi systemami, a nie w nich: jedna ścieżka KSeF, jedna ścieżka bankowa, jedna uczciwa inwentaryzacja tego, co nadal przychodzi jako zdjęcie, i bardzo krótka lista klientów na tyle dużych, żeby uzasadnić własny konektor. Ta lista będzie krótsza niż lista systemów. W każdym biurze, z którym pracowałem, krótsza dziesięciokrotnie.

Prowadzicie biuro, w którym każdy klient siedzi na czymś innym? Napiszcie do mnie. Inwentaryzacja powyżej zajmuje popołudnie i ani razu nie skończyłem jej bez tego, żeby co najmniej jeden klient przeszedł z kolumny „potrzebujemy integracji" do kolumny „potrzebowaliśmy kanału".