Klasyczne BI odpowiada na pytania, które ktoś zadał pół roku temu. Zarząd, który decyduje szybciej niż dział raportowania jest w stanie go obsłużyć, kończy w Excelu.
Klasyczną integrację trzeba napisać pod konkretny przypadek — i przepisać, kiedy zmieni się pytanie albo baza. My poszliśmy inaczej. Agent AI dostaje strukturę enovy i reguły Twojej firmy jako kontekst, a zapytania buduje sam. Nowa kolumna w bazie nie wymaga poprawki w kodzie.
Twoja baza na MS SQL. Konto techniczne w trybie odczytu.
Struktura enovy, reguły Twojej firmy, logika biznesowa z automatycznym failoverem na SQL. Tu mieszka cała wiedza o tym, co znaczą dane.
Twoje pytanie po polsku. Odpowiedź, źródło i dashboard.
Struktury tabel, widoki, relacje i obiekty biznesowe. Spójny w około 90% dla różnych wdrożeń — to część gotowa, którą przynosimy ze sobą.
Reguły, które zna tylko Twoja organizacja — na przykład które dokumenty są wewnętrzne i nie wchodzą do przychodu. To te 2–3 dni budowy.
Zapytanie idzie przez logikę biznesową. Gdy ta zawiedzie, przełącza się na bezpośredni SQL. Brak odpowiedzi nie jest opcją.
Pracujemy w trybie odczytu — nie modyfikujemy struktury bazy ani logiki procesowej. Serwer MCP działa w osobnym środowisku, więc aktualizacja enovy go nie dotyka.
Zamiast zamawiać raport, zadajesz kolejne pytanie. Zakres analizy przestaje zależeć od dostępności programisty.
Claude, Copilot albo inny model — wybór jest po Twojej stronie, a jego wymiana nie oznacza budowy rozwiązania od nowa.
Reguły biznesowe są zapisane w systemie, nie w głowie jednego analityka. Odejście osoby nie zabiera ze sobą sposobu liczenia.
Gdy odpowiedź jest nietrafna, to sygnał braku kontekstu — douczamy go, a system pamięta. Kolejne pytania z tego obszaru są już celne.
Każda odpowiedź pokazuje, z czego powstała. Nie zastępujemy księgowości ani sprawozdania — skracamy drogę od pytania do liczby.
Najlepiej sprawdza się w organizacjach 50–250+ osób, gdzie enova365 jest systemem operacyjnym, a raportowanie zarządcze wciąż kończy się w Excelu.
Realny stan zamówień i kosztów zlecenia bez czekania na zestawienie. Prognoza wpływów zamiast arkusza szacunkowego.
Marża na kliencie i grupie towarowej po korektach, przeterminowane należności w podziale na opiekunów, rotacja zapasu.
Rentowność projektu w trakcie, nie po zamknięciu. Obłożenie zespołu i koszt pracy zestawione z przychodem.
Po stronie użytkowników nie ma wymagań sprzętowych — pytania zadaje się z przeglądarki albo czatu. Zakres i miejsce przetwarzania danych ustalamy na starcie.
Na pierwszej rozmowie wybieramy trzy pytania, na które Twój zarząd dziś nie ma odpowiedzi. One definiują zakres — i są kryterium odbioru wdrożenia.
Bezpłatnie. Wybieramy trzy pytania bez odpowiedzi i sprawdzamy stan danych w Twojej enovie. Na tej podstawie znasz zakres i widełki.
Konto odczytu, uruchomienie serwera MCP, budowa kontekstu Twojego wdrożenia enovy i reguł Twojej firmy.
Zarząd dostaje odpowiedzi na te trzy pytania i możliwość zadawania kolejnych. Dalej rozwijamy kontekst i dokładamy prognozy.
Nie mamy cennika na stronie, bo każde wdrożenie enovy jest inne. Konkretne widełki dostajesz po pierwszej rozmowie — bez gadki sprzedażowej.
Nie. Pracujemy w trybie odczytu — czytamy dane, nie modyfikujemy struktury bazy ani logiki procesowej systemu. Serwer MCP działa w osobnym środowisku i nie wymaga zmian w enovie, więc jej aktualizacja nie wymaga ruszania naszego rozwiązania.
Ryzyko pojawia się tam, gdzie brakuje kontekstu — i właśnie dlatego kontekst jest sercem tego produktu, a nie dodatkiem. Każda odpowiedź wskazuje źródło danych, a wskaźniki krytyczne weryfikujemy razem przy odbiorze. Decyzję zawsze podejmuje człowiek.
Prawie każdy je ma. Kontekst uniwersalny pokrywa około 90% typowej struktury — resztę dobudowujemy pod Twoje wdrożenie. Na to właśnie są te 2–3 dni.
Niech działają dalej — nie zastępujemy ich. Różnica jest w tym, kto może zadać nowe pytanie. W klasycznym BI: ktoś, kto umie zbudować raport. Tutaj: Ty, w trakcie rozmowy.
Zakres danych i miejsce przetwarzania ustalamy przed startem. Możliwy jest model, w którym serwer MCP działa na Twojej infrastrukturze, a wybór modelu językowego i jego warunków przetwarzania jest po Twojej stronie.
Zależy od zakresu i stanu danych — liczby pytań, liczby obszarów enovy, jakości ewidencji. Konkretne widełki dostajesz po pierwszej rozmowie.
To narzędzie do podejmowania decyzji ze świadomością źródła danych — nie zamiennik sprawozdania finansowego ani księgowości. Liczba, która nie została jeszcze zaksięgowana, nie pojawi się w odpowiedzi. Dlatego przy każdej odpowiedzi widzisz, skąd pochodzi.
Wyjdziesz z rozmowy z informacją, czy da się na nie odpowiedzieć z Twoich danych i ile to znaczy pracy. Bez cennika z sufitu i bez prezentacji na 40 slajdów.