BlogAnton Ignashev

Ile czasu zajmuje wdrożenie agenta AI — uczciwy harmonogram

Ile czasu zajmuje wdrożenie agenta AI — uczciwy harmonogram

W każdej ofercie, którą wysyłam, stoi jakaś liczba. Trzy do pięciu dni na integrację z enova365. Uruchomienie w tydzień.

Obie liczby są prawdziwe. Obie osobno prawie nic nie znaczą — bo mierzą budowę, a budowa przez cztery lata prawie nigdy nie zdecydowała o tym, kiedy klient naprawdę dostał działającego agenta.

W każdym wdrożeniu tykają dwa zegary. Zegar budowy liczy dni mojej pracy. Zegar kalendarzowy liczy od rozmowy, na której zapada decyzja, do poranka, w którym ktoś u Was zadaje agentowi pytanie i dostaje odpowiedź. Przy agencie tylko do odczytu pierwszy pokazuje pięć dni, drugi — dwa do trzech tygodni.

Ta różnica to nie zapas bezpieczeństwa. Ta różnica to jest projekt.

Co naprawdę mieści się w tych pięciu dniach

To rozpiska z życia, nie slajd z folderu sprzedażowego. Dotyczy agenta tylko do odczytu na ERP, który ma już warstwę REST — dokładnie takiego, jakiego zbudowałem dla LUBART Keg Market.

Dzień pierwszy: konektor. Uwierzytelnianie, tokeny sesyjne o krótkim czasie życia i konkretne endpointy, które agent w ogóle może zobaczyć. Nic poza tym. To ten dzień się sypie, kiedy okazuje się, że ERP stoi w starszej wersji on-premise za VPN-em, którego nikt nigdy nie opisał.

Dzień drugi i trzeci: z pytań na zapytania. Wszyscy uważają to za najtrudniejszą część i mają rację — tylko nie z tego powodu, o którym myślą. Nie chodzi o nauczenie modelu polskiego słownictwa księgowego. Chodzi o odkrycie, że kiedy szef pyta „co wisi", ma na myśli przeterminowane należności z pominięciem dwóch klientów, z którymi ma prywatne ustalenia, a „jak poszło wczoraj" znaczy sprzedaż po zwrotach. Każde biuro ma dziesięć, piętnaście pytań, które generują prawie cały ruch. Trafienie w te dziesięć to jest cały produkt.

Dzień czwarty: cykliczne raporty. Poranny puls o 8:00 w dni robocze, dłuższa wersja w poniedziałek. Ta jedna funkcja decyduje, czy ktokolwiek używa agenta w czwartym tygodniu — bo zdejmuje z ludzi obowiązek pamiętania, że agent w ogóle istnieje.

Dzień piąty: wdrożenie. Jeden kontener, sekrety, kanał komunikacji, monitoring. Nudne z premedytacją. W architekturze nie ma nic nowatorskiego i właśnie dlatego ten sam wzorzec przenosi się do kolejnej firmy w kilka dni, zamiast powstawać od zera.

Pięć dni. Podpisuję się pod tą liczbą. A teraz o tym, dlaczego mimo to nie ruszycie w piątek.

Miara, która przewiduje wszystko: opóźnienie dostępowe

Policzcie dni między spotkaniem, na którym ustalacie, że to robicie, a momentem, w którym konektor ma działające poświadczenia tylko do odczytu do Waszego produkcyjnego systemu.

W moich projektach ta liczba wahała się od jednego dnia do pięciu tygodni. Przewiduje łączny czas wdrożenia lepiej niż rodzaj ERP, zakres prac, wielkość portfela klientów i cokolwiek innego, z czym próbowałem ją zestawić. Pięć dni budowy za pięciotygodniowym opóźnieniem dostępowym daje projekt sześciotygodniowy. Żadna szybkość inżynierska tego nie skróci.

To, co siedzi w środku tego opóźnienia, nigdy nie jest techniczne:

  • ERP hostuje partner, a partner chce zgłoszenia, okna serwisowego i osoby po Waszej stronie uprawnionej, żeby to zgłoszenie założyć.
  • Moduł API okazuje się licencjonowany osobno i nikt o tym nie wiedział — więc w środku projektu, w którym nie było już żadnych decyzji zakupowych, pojawia się decyzja zakupowa.
  • Przegląd bezpieczeństwa. Całkowicie rozsądny i stojący w kolejce za dwoma innymi.
  • Jedyna osoba z hasłem administratora wraca z urlopu 4.

Nic z tego nie jest niezwykłe i nic z tego nie jest niczyją winą. Błąd polega na tym, że planuje się to na samym końcu. Dlatego dziś proszę o poświadczenia tylko do odczytu jako o zadanie numer jeden — zanim cokolwiek powstanie, często zanim podpiszemy umowę. To jedyny krok, którego żadna ze stron nie skróci, kiedy już się zacznie.

Jeśli macie wynieść z tego tekstu jedną rzecz operacyjną, to tę: zróbcie z dostępów zadanie pierwsze i zmierzcie, ile zajęły — bo to jest realna prędkość Waszego projektu, nie moja.

Kalendarz biura rachunkowego zjada połowę opcji

Drugie strukturalne opóźnienie to kształt Waszego własnego miesiąca. Biuro, które składa deklaracje 15., 20. i 25., nie ma na nic czterech tygodni. Ma mniej więcej jeden — a o tym, ile ten spokojny tydzień naprawdę uniesie, pisałem po tym, jak dwa projekty przesunęły się o kwartał, bo udawaliśmy, że jest inaczej.

Boli to bardziej, niż brzmi, bo działa skokowo. Przegapicie okno między 5. a 14.? Nie tracicie trzech dni. Tracicie miesiąc, bo następny termin jest za trzydzieści dni. Dwa przegapione okna i pięciodniowa budowa po cichu zrobiła się kwartałem — a nikt po drodze nie zrobił nic złego.

Lekarstwo jest banalne i prawie nikt go nie stosuje: wpiszcie tydzień pilotażowy do kalendarza przed spotkaniem otwierającym, a nie po nim.

Uczciwe liczby według kształtu projektu

Co budujecie Budowa Realny kalendarz Godziny Waszego zespołu
Agent tylko do odczytu, jeden ERP z API REST 3–5 dni 2–3 tygodnie 4–6 h
To samo plus poranne i tygodniowe raporty +1–2 dni bez zmian +1 h
Wczytywanie dokumentów w trybie cienia — agent proponuje, człowiek księguje 1–2 tygodnie 6–8 tygodni 10–15 h
Księgowanie z prawem zapisu i kolejką wyjątków 2–4 tygodnie 3–4 miesiące 25–40 h
Dopasowywanie wyciągów bankowych w portfelu klientów 2–3 tygodnie 2–3 miesiące 15–25 h

Dwa wiersze z tej tabeli warto omówić osobno.

W kolumnie kalendarzowej przy pilotażu w trybie cienia siedzi cały miesiąc, który nie jest pracą. To miesiąc, w którym agent proponuje, a zespół księguje po staremu — po to, żebyście zmierzyli realny procent automatyzacji na własnych dokumentach, zanim cokolwiek dotknie ksiąg. Da się go skrócić. Nigdy nie widziałem, żeby się to opłaciło.

Skok z sześciu tygodni do trzech miesięcy w momencie, gdy pojawia się prawo zapisu, nie jest skokiem technicznym. Konektor zmienia się minimalnie. Zmienia się to, że każdy spór o sposób zaksięgowania — ten, który żyje w głowach trzech osób i nigdy nie został spisany — trzeba rozstrzygnąć na głos, bo oprogramowanie nie utrzyma niespisanej konwencji. Od tego momentu to uzgadnianie jest projektem. Kod jest łatwiejszą połową.

Co robi z trzech tygodni trzy miesiące

Poza prawem zapisu harmonogram rozciągają trzy rzeczy. Wszystkie trzy da się zdiagnozować przed startem.

Dane podstawowe. Zdublowani kontrahenci z tym samym NIP-em w trzech pisowniach. Plan kont, który po cichu rozjechał się między klientami. MPK uzupełniane przez połowę zespołu i ignorowane przez drugą połowę. Żadna z tych rzeczy sama w sobie nie przekreśla projektu. Razem decydują, czy kalibracja zajmie tydzień, czy sześć. I tego głównie szuka audyt gotowości do AI.

Kilka ERP w portfelu. Każdy dokłada konektor, a co ważniejsze — inny zestaw konwencji w polach. Dwa ERP to nie jest podwójna praca. Ale to nie jest też 1,2×.

Liczba osób, które muszą się zgodzić. Jednoosobowy właściciel decyduje przez telefon. Biuro z czterema wspólnikami potrzebuje spotkania, a spotkania w biurach rachunkowych odbywają się po 25.

Czego nie skracać

Jeśli termin zmusza Was do cięcia, tnijcie zakres, a nie tryb cienia. Wypuśćcie agenta, który odpowiada na pytania, i odpuśćcie tego, który księguje dokumenty. Ta wersja zdobywa zaufanie w tydzień, bo ryzyko jest strukturalnie zerowe — niczego nie zmieni — i kupuje Wam miesiące na uporządkowanie danych pod spodem, w czasie gdy ludzie już z niej korzystają. Tak wygląda większość agentów AI dla firm, które po pół roku nadal są w użyciu.

Te dwa tygodnie, w których agent proponuje, a księguje nadal człowiek, to najtańsze tygodnie w całym projekcie. Każda godzina spędzona tam wycina tydzień późniejszych sporów. A biuro, które przez miesiąc oglądało propozycje agenta, wie coś, czego nie powie mu żadna oferta: własny realny procent automatyzacji, na własnych dokumentach, przed wydaniem złotówki na ścieżkę zapisu.

Od czego zacząć

Chcecie konkretnej daty zamiast widełek? Umówcie bezpłatną 30-minutową rozmowę, powiedzcie, na jakim ERP pracujecie i kto zarządza jego poświadczeniami, a dostaniecie z powrotem dwie liczby — dni budowy i realny tydzień uruchomienia — plus uczciwą opinię, czy wersja tylko do odczytu nie wystarczy Wam na ten rok. Zakresy i ceny są na stronie integracji enova365 z AI. Na rozmowie kalendarz robi się konkretny.

Porozmawiajmy o Twoim projekcie

Bezpłatna 30-minutowa konsultacja. Sprawdzimy, czy i jak mogę pomóc.

Umów bezpłatną 30-minutową rozmowę

Wybierz datę

Sierpień 2026
Pon
Wt
Śr
Czw
Pt
Sob
Ndz
Powrót do bloga

Powiązane wpisy

Comarch Optima API: przewodnik programisty po integracji
Blog

Comarch Optima API: przewodnik programisty po integracji

Pytanie brzmi zwykle: czy Optima ma API. Odpowiedź brzmi: ma pięć różnych rzeczy o tej nazwie, każda z inną licencją, innym właścicielem i innym numerem telefonu, pod który dzwonisz, gdy przestanie działać.

Czytaj dalej
Który agent AI wdrożyć w enova365 jako pierwszy
Blog

Który agent AI wdrożyć w enova365 jako pierwszy

Najcenniejszy agent to prawie zawsze zły pierwszy projekt. Nie dlatego, że się nie da go zbudować — dlatego, że pierwszy wynik pokazuje po dziesięciu tygodniach, a tyle uwagi nikt nie utrzyma. Cztery pytania, które przesiewają kandydatów, i jedna liczba, która mówi, czy wdrożenie wyjdzie.

Czytaj dalej
Konto serwisowe w enova365 — co naprawdę znaczy „tylko do odczytu”
Blog

Konto serwisowe w enova365 — co naprawdę znaczy „tylko do odczytu”

Integracja dostaje konto Administratora, bo rozpisanie uprawnień zajęłoby popołudnie, a nikt nie ma tego popołudnia. Potem okazuje się, że najmocniejszą granicą odczytu w enova365 nie jest wcale drzewko uprawnień, tylko licencja.

Czytaj dalej