Start / Baza wiedzy / Integracja ERP z Business Intelligence - automatyczne raporty zarządcze
Integracja ERP z Business Intelligence - automatyczne raporty zarządcze
Spis treści
Dlaczego standardowe raporty z ERP nie wystarczają zarządowi?
Jak wygląda integracja ERP z Business Intelligence krok po kroku?
Jakie dashboardy zarządcze zbudować na danych z ERP?
Jaki efekt biznesowy daje integracja ERP z Business Intelligence?
FAQ
Podsumowanie
Dlaczego standardowe raporty z ERP nie wystarczają zarządowi?
Integracja ERP z Business Intelligence jest potrzebna, bo ERP odpowiada na pytania księgowości i magazynu, a nie zarządu. Standardowy raport z ERP pokazuje jeden moduł, jeden okres i jeden format. Zarząd potrzebuje zaś sprzedaży, marży i gotówki w jednym widoku, z danymi z wczoraj, a nie z poprzedniego miesiąca.
Dane w firmach są, tylko nikt z nich nie korzysta na bieżąco. Według raportu GUS „Społeczeństwo informacyjne w Polsce w 2025 r.” oprogramowania ERP używało 40,5% przedsiębiorstw. Analitykę danych prowadziło tylko 25,9%. Oznacza to, że w wielu firmach ERP gromadzi transakcje latami, a decyzje zapadają na podstawie Excela i przeczucia.
Typowy obieg wygląda tak. Właściciel pyta o marżę na kluczowym kliencie. Księgowa eksportuje zestawienie z ERP, kontroler dokleja koszty z drugiego eksportu i ręcznie łączy je w arkuszu. Odpowiedź przychodzi po trzech dniach. W tym czasie handlowiec zdążył dać temu klientowi kolejny rabat. Jeśli takie pytania wracają co tydzień, firma najpewniej wyrasta z Excela w raportowaniu.
Różnicę między raportem z ERP a dashboardem BI najłatwiej pokazać na konkretnych cechach:
| Cecha | Standardowy raport z ERP | Dashboard BI na danych z ERP |
|---|---|---|
| Aktualność | Stan z chwili wydruku albo eksportu | Dane odświeżane automatycznie, np. co noc lub co godzinę |
| Zakres | Jeden moduł: sprzedaż albo finanse albo magazyn | Sprzedaż, marża, należności i gotówka w jednym widoku |
| Źródła danych | Tylko ERP | ERP plus CRM, sklep, bank i budżet z arkusza |
| Analiza | Tabela do przewinięcia | Kliknięcie w region, klienta lub produkt i zejście do faktury |
| Kto przygotowuje | Księgowość lub kontroler, ręcznie | Nikt, raport liczy się sam według ustalonych reguł |
| Definicje wskaźników | Każdy liczy marżę po swojemu w arkuszu | Jedna definicja marży dla całej firmy |
| Dostęp | Plik wysyłany mailem | Przeglądarka i telefon, z uprawnieniami per osoba |
Warto też odróżnić ten temat od dwóch sąsiednich. Ogólne zasady i korzyści z automatycznych raportów opisujemy w tekście o tym, jak automatyzacja raportowania pomaga podejmować lepsze decyzje. Raporty dla kierownika zmiany, czyli OEE, przestoje i braki, to z kolei dashboard Power BI dla hali produkcyjnej. Tutaj zajmujemy się poziomem wyżej: danymi finansowymi i handlowymi całej firmy, które zarząd chce widzieć bez czekania na księgowość.
Jak wygląda integracja ERP z Business Intelligence krok po kroku?
Integracja ERP z Business Intelligence polega na regularnym pobieraniu danych z bazy ERP do modelu danych w narzędziu BI, np. Power BI albo Looker Studio. Model raz definiuje wskaźniki, a dashboardy odświeżają się same według harmonogramu. Typowe wdrożenie przechodzi przez 7 kroków:
- Lista pytań zarządu. Spisujesz 10-15 pytań, na które zarząd chce mieć odpowiedź co tydzień. Bez tego powstaje dashboard „o wszystkim”, którego nikt nie otwiera.
- Mapa źródeł. Do każdego pytania przypisujesz tabelę w ERP i ewentualne źródła dodatkowe, np. CRM albo budżet w arkuszu.
- Bezpieczny dostęp do danych. Tworzysz użytkownika tylko do odczytu, widoki SQL albo kopię bazy, żeby raporty nie obciążały ERP w godzinach pracy.
- Połączenie z BI. Dla ERP na serwerze w firmie instalujesz bramę danych, dla ERP w chmurze używasz API.
- Model danych. Ustalasz jedną definicję marży, przychodu i należności przeterminowanych. Dzięki temu sprzedaż i finanse przestają kłócić się o liczby.
- Dashboardy i uprawnienia. Zarząd widzi całą firmę, handlowiec tylko swoich klientów, a kierownik regionu swój region.
- Harmonogram i alerty. Dane odświeżają się automatycznie, a przekroczenie progu, np. spadek marży, wysyła powiadomienie.
Cały przepływ, od bazy ERP do telefonu prezesa, wygląda tak:
Skąd BI bierze dane z ERP?
Popularne w Polsce systemy, takie jak Comarch Optima, działają na bazie Microsoft SQL Server. Dla narzędzia BI to wygodne, bo Power BI ma gotowy konektor do tej bazy. Problemem nie jest więc samo połączenie. Problemem jest to, że baza ERP ma setki tabel o nazwach zrozumiałych głównie dla producenta. Do tego marża „z faktury” różni się od marży po korektach i kosztach dostawy.
Masz trzy drogi. Pierwsza to bezpośrednie zapytania do bazy ERP przez widoki SQL. To najszybszy start i dobre rozwiązanie dla jednej spółki z jednym ERP. Druga to API producenta, np. w enova365, przydatne zwłaszcza przy ERP w chmurze. Trzecia to mała hurtownia danych, do której narzędzie integracyjne, np. n8n, co noc zbiera dane z ERP, CRM i banku. Ta opcja ma sens, gdy źródeł jest kilka albo spółek w grupie jest więcej niż jedna.
Niezależnie od drogi obowiązuje ta sama zasada: BI tylko czyta, nigdy nie zapisuje do ERP. Każdy przepływ danych powinien mieć też jednego właściciela i log błędów. Jak uniknąć sieci połączeń „każdy z każdym”, opisujemy w tekście o tym, jak przeprowadzić integrację ERP bez bałaganu. Firmy na Symfonii czy innych systemach przechodzą tę samą ścieżkę, różnią się tylko nazwy tabel.
Power BI czy Looker Studio?
Wybór narzędzia zależy głównie od tego, gdzie stoi ERP i w jakim ekosystemie pracuje firma. Najważniejsze różnice przy danych z ERP:
| Kryterium | Power BI | Looker Studio |
|---|---|---|
| ERP na serwerze w firmie | Brama danych (on-premises data gateway) łączy się z bazą bez wystawiania jej do internetu | Baza musi być osiągalna z chmury Google albo dane trzeba najpierw wysłać np. do BigQuery |
| Częstotliwość odświeżania | Do 8 razy dziennie w Pro, do 48 razy w Premium | Od kilku minut do 12 godzin dla baz SQL |
| Model danych i wskaźniki | Rozbudowany model i formuły do definicji marży, r/r, narastająco | Prostsze pola wyliczane, złożoną logikę lepiej przygotować w bazie |
| Uprawnienia do wierszy | Wbudowane zabezpieczenia na poziomie wierszy, np. handlowiec widzi swoich klientów | Możliwe, ale zwykle wymagają przygotowania danych po stronie źródła |
| Najlepiej pasuje, gdy | Firma pracuje w ekosystemie Microsoft, a ERP stoi lokalnie na SQL Server | Firma pracuje w ekosystemie Google, a dane są w chmurze |
| Co zyskujesz | Pełny raport zarządczy z jednego modelu, bez otwierania ERP | Szybki, tani start z prostym dashboardem sprzedaży |
Dane o odświeżaniu pochodzą z dokumentacji producentów: Microsoft dla Power BI i Google dla Looker Studio. Dla zarządu odświeżanie co noc albo kilka razy dziennie w zupełności wystarcza. Decyzje o rabatach i płatnościach nie zapadają co minutę, więc nie trzeba płacić za „czas rzeczywisty”, którego nikt nie wykorzysta.
Jakie dashboardy zarządcze zbudować na danych z ERP?
Na start wystarczą trzy dashboardy: sprzedaż, marża i płynność. Razem odpowiadają na pytania, które zarząd zadaje najczęściej: czy realizujemy plan, na czym naprawdę zarabiamy i czy wystarczy nam gotówki na najbliższe tygodnie. Każdy z nich da się zbudować na danych, które ERP już ma.
Dashboard sprzedaży
Pokazuje sprzedaż narastająco w miesiącu na tle planu i tego samego okresu rok wcześniej. Dalej rozbija ją na regiony, handlowców, grupy produktów i kanały. Po kliknięciu w słupek zarząd schodzi do listy faktur. Gdy do ERP dołączysz dane z CRM, dashboard pokazuje też otwarte oferty, czyli sprzedaż, która dopiero ma wpaść. Jak spiąć oba systemy, opisujemy przy temacie integracji ERP z CRM. Efekt: odchylenie od planu widać w pierwszym tygodniu miesiąca, a nie po jego zamknięciu.
Dashboard marży
To zwykle najcenniejszy z trzech widoków. Pokazuje marżę na kliencie, produkcie i handlowcu, po rabatach i korektach. Często okazuje się, że największy klient wcale nie jest najbardziej dochodowy, bo dostaje najwyższe rabaty i darmowy transport. Handlowiec widzi marżę jeszcze przed złożeniem oferty, więc rzadziej sprzedaje poniżej progu opłacalności. Zarząd widzi z kolei, które grupy produktów tracą marżę po podwyżkach u dostawców i gdzie trzeba poprawić cennik.
Dashboard płynności
Łączy należności, zobowiązania i saldo kont w prognozę gotówki na kilka tygodni do przodu. Najważniejszy element to należności przeterminowane w podziale na klientów i liczbę dni. Dashboard pokazuje problem, ale sam go nie rozwiązuje. Dlatego warto połączyć go z automatycznym monitorowaniem płatności, które wysyła klientom przypomnienia bez udziału księgowości. Efekt: krótszy czas oczekiwania na pieniądze i mniej gotówki zamrożonej u klientów.
Zestawienie wskaźników, które warto mieć na start:
| Wskaźnik | Skąd w ERP | Pytanie zarządu | Decyzja, którą przyspiesza |
|---|---|---|---|
| Sprzedaż vs plan narastająco | Faktury sprzedaży i korekty | Czy zrobimy plan w tym miesiącu? | Korekta działań handlowych w trakcie miesiąca |
| Sprzedaż r/r | Faktury z dwóch lat | Czy rośniemy, czy tylko podnieśliśmy ceny? | Ocena kanałów i regionów |
| Marża na kliencie | Faktury, koszt zakupu, rabaty | Na kim naprawdę zarabiamy? | Renegocjacja warunków z nierentownymi klientami |
| Marża na produkcie | Pozycje faktur i ceny zakupu | Które grupy tracą marżę? | Zmiana cennika albo dostawcy |
| Należności przeterminowane | Rozrachunki z kontrahentami | Kto zalega i ile? | Wstrzymanie wysyłek, windykacja |
| Prognoza gotówki | Należności, zobowiązania, saldo kont | Czy wystarczy na płatności za 4 tygodnie? | Przesunięcie zakupów lub finansowania |
| Rotacja zapasów | Stany i rozchody magazynowe | Ile gotówki leży na półkach? | Ograniczenie zakupów wolno rotujących pozycji |
Siedem wskaźników to dobry limit na pierwszą wersję. Kolejne dodaje się dopiero wtedy, gdy zarząd zacznie z nich realnie korzystać na cotygodniowych spotkaniach.
Alerty zamiast codziennego przeglądania
Najlepszy dashboard to taki, do którego nie trzeba zaglądać codziennie. Zamiast tego ustawiasz progi: marża na zamówieniu poniżej ustalonego poziomu, klient z należnościami przeterminowanymi powyżej 30 dni, sprzedaż w połowie miesiąca poniżej 40% planu. Gdy próg zostanie przekroczony, właściciel albo dyrektor finansowy dostaje powiadomienie mailem lub na komunikator. Link prowadzi od razu do szczegółów. Efekt: zarząd poświęca czas tylko na odchylenia, a nie na przeglądanie liczb, które są w normie. Jedna rozmowa z handlowcem w dniu, w którym marża spadła, kosztuje mniej niż odkrycie problemu na kwartalnym podsumowaniu.
Jaki efekt biznesowy daje integracja ERP z Business Intelligence?
Integracja ERP z Business Intelligence daje dwa główne efekty: szybsze decyzje i mniej pracy przy raportach. Zarząd widzi wyniki z wczoraj, a nie sprzed kilku tygodni. Kontroler i księgowość przestają co miesiąc składać te same zestawienia ręcznie, bo raporty liczą się same.
W rozbiciu na obszary wygląda to tak:
- Czas decyzji: dni zamiast tygodni. Spadek sprzedaży czy marży widać w pierwszym tygodniu. Firma reaguje w trakcie miesiąca, a nie po jego zamknięciu.
- Praca ręczna: mniej eksportów. Jeśli kontroler poświęca dziś 2 dni w miesiącu na raport dla zarządu, to rocznie oddajesz mu 24 dni pracy na analizę zamiast kopiowania.
- Jakość danych: jedna liczba. Sprzedaż i finanse patrzą na tę samą definicję marży. Spotkania zarządu przestają zaczynać się od sporu, czyja tabela jest dobra.
- Gotówka: szybsza reakcja na zatory. Przeterminowane należności widać od razu, więc windykacja rusza wcześniej, a zakupy planujesz na realnej prognozie.
Koszt złych danych bywa wysoki. Gartner szacuje, że słaba jakość danych kosztuje organizacje średnio co najmniej 12,9 mln dolarów rocznie. To liczba dla dużych firm, ale mechanizm w MŚP jest ten sam. Każda błędna liczba w raporcie to decyzja podjęta na złym założeniu, np. rabat dla klienta, który już jest nierentowny.
Dobrze to widać na przykładzie z naszych case studies. Blachodach, producent pokryć dachowych pracujący na Comarch ERP Optima, zlecał rozliczanie prowizji dziesiątek agentów firmie zewnętrznej. Zbudowaliśmy dedykowany system, który pobiera dane z ERP i sam nalicza prowizje. Firma przejęła rozliczenia do siebie. Mechanizm jest ten sam co w BI: dane już leżą w ERP, trzeba je tylko automatycznie pobrać i policzyć według jednej, ustalonej reguły.
Przed startem warto policzyć, ile godzin miesięcznie zjada dziś ręczne raportowanie i ile kosztują opóźnione decyzje. Prosty sposób na takie wyliczenie pokazujemy w tekście o tym, jak policzyć ROI z automatyzacji procesów. W Devesol taki projekt zaczynamy od diagnozy: listy pytań zarządu, przeglądu bazy ERP i sprawdzenia, które wskaźniki dziś liczy się ręcznie. Dopiero wtedy widać, czy wystarczą widoki SQL i Power BI, czy potrzebna jest hurtownia z kilku źródeł.
FAQ
Nie zawsze. Przy jednym ERP i jednej spółce wystarczą widoki SQL i brama danych. Hurtownia ma sens, gdy łączysz kilka źródeł, np. ERP, CRM i bank, albo kilka spółek w grupie.
Gdy ERP stoi na serwerze w firmie na SQL Server, a firma pracuje w ekosystemie Microsoft, zwykle lepszy jest Power BI. Looker Studio sprawdza się, gdy dane są już w chmurze Google, a potrzebny jest prosty dashboard sprzedaży.
Nie zastąpi zamknięcia miesiąca i sprawozdań finansowych. Pokazuje za to bieżące trendy między zamknięciami. Liczby w BI i w księgowości muszą się uzgadniać, dlatego definicje wskaźników ustala się razem z działem finansów.
Podsumowanie
ERP to najlepsze źródło danych o sprzedaży, kosztach i płatnościach, jakie ma firma. Sam z siebie nie podaje ich jednak zarządowi w formie, która pozwala szybko podjąć decyzję. Połączenie ERP z narzędziem BI zamienia comiesięczne składanie tabel w trzy widoki: sprzedaż, marżę i płynność, odświeżane bez udziału ludzi. Zarząd przestaje czekać na raport, a zaczyna rozmawiać o tym, co z nim zrobić.
Chcesz sprawdzić, które raporty w Twojej firmie da się zasilać prosto z ERP? Umów bezpłatną, 30-minutową konsultację. Przejrzymy Twoje obecne zestawienia i wskażemy, od którego dashboardu warto zacząć.
O autorze
Kamil Zazula - założyciel i konsultant ds. automatyzacji procesów biznesowych i integracji systemów w Devesol. Od kilku lat pomaga polskim firmom wdrażać automatyzacje i Agentów AI. Opiera się przy tym na doświadczeniu zdobytym wcześniej jako programista aplikacji webowych. Więcej o autorze: devesol.pl/o-nas