Właściciel firmy produkcyjnej (ok. 80 osób) zgłosił niedawno problem, który w wielu organizacjach pojawia się zaskakująco często: różne działy raportują różne wartości tego samego wskaźnika.
Dyrektor Sprzedaży widzi w Excelu przychód 8,4 mln. Handlowcy w CRM-ie mają 9 mln, bo liczą zamówienia i proformy. Księgowość w systemie finansowo-księgowym pokazuje 8 mln, ponieważ część faktur czeka na akceptację albo ma niezgodne dane kontrahenta po starej integracji.
Pytanie „która liczba jest prawdziwa?” traci sens, gdy firma operuje wieloma definicjami „prawdy” jednocześnie.
Problem pogłębia się, gdy każdy dział interpretuje dane według własnych potrzeb, a system finansowo-księgowy nie komunikuje się z pozostałymi narzędziami. Księgowość widzi tylko zafakturowane kwoty, sprzedaż śledzi pipeline’y i prognozy, a zarząd otrzymuje mieszankę różnych perspektyw bez możliwości weryfikacji, która z nich jest podstawą do podejmowania decyzji.
To właśnie moment, w którym organizacja przestaje zarządzać biznesem, a zaczyna zarządzać Excelem.
Jak do tego dochodzi?
Ten scenariusz zwykle zaczyna się tak samo: „zróbmy to na szybko w Excelu, potem przeniesiemy do systemu”.
„Potem” często nie nadchodzi latami.
Każda pojedyncza decyzja wydaje się racjonalna:
- zestawienie sprzedaży – Excel,
- prowizje handlowców – Excel,
- raport dla zarządu – Excel,
- rozliczenie z magazynem – Excel.
Indywidualnie to działa. Systemowo prowadzi do sytuacji, w której firma ma kilkanaście „źródeł prawdy”, a żadne nie jest spójne.
- Przy 15 osobach da się z tym żyć.
- Przy 40 osobach zaczynają się zatory.
- Przy 100 osobach model zaczyna się rozsypywać.
Dlaczego Excel wygrywa z systemem?
1) Wzrost organiczny
Firma rośnie szybciej niż architektura danych. Dochodzą kolejne narzędzia, ale nikt nie spina całości. Excel staje się klejem między systemami.
2) Brak czasu na unifikację
ERP bywa zaplanowany, nawet zabudżetowany, ale priorytety operacyjne (kryzysy, inflacja, zaburzenia dostaw) wypychają projekt „na później”.
3) Opór przed zmianą
Działy bronią swoich arkuszy, bo są do nich przyzwyczajone. Brakuje egzekucji jednej definicji danych dla całej organizacji.
4) Integracje częściowe
CRM, WMS i ERP „miały się połączyć”, ale integracja kończy się połowicznie. Luki domyka się ręcznie, oczywiście w Excelu.
Efekt: firma „jakoś działa”, ale kosztuje ją to coraz więcej czasu i energii.
Co zmienia się w 2026 roku?
Wchodzą kolejne obowiązki raportowe i podatkowe: m.in. KSeF oraz nowe struktury JPK.
Administracja nie interpretuje intencji, tylko porównuje dane między systemami i plikami raportowymi.
Jeśli dane są niespójne, problem nie zostaje „na później”:
- pojawiają się korekty,
- ryzyko kar rośnie wraz z wolumenem dokumentów,
- rośnie też koszt operacyjny ręcznego uzgadniania.
Najczęściej obciążenie spada na księgowość, która zamiast prowadzić analitykę i zamknięcie miesiąca, pełni rolę „ręcznego middleware”.
Ile to naprawdę kosztuje?
Przykład: 5 osób traci dziennie 1 godzinę na uzgadnianie danych między arkuszami.
To daje 100 godzin miesięcznie (przy 20 dniach roboczych), czyli ponad pół etatu.
A to dopiero początek. Dochodzą:
- ręczne eksporty i importy,
- przygotowanie raportów, które system mógłby generować automatycznie,
- wyszukiwanie błędów wynikających z niespójnych definicji danych,
- wyjaśnianie rozbieżności zarządowi.
W praktyce „Excel governance” potrafi pochłaniać 1-2 etaty w średniej firmie, tylko że koszt jest ukryty i rozproszony między działami.
„Właściciele plików” jako ryzyko operacyjne
W wielu firmach są osoby, które „mają Excela”:
- tylko one wiedzą, jak działa raport prowizji,
- tylko one potrafią zamknąć konkretny proces,
- tylko one rozumieją logikę formuł i zależności między plikami.
To nie problem ludzi. To problem modelu, w którym proces zależy od pojedynczej osoby, a nie od systemu i dokumentacji.
Wystarczy urlop, choroba albo odejście kluczowej osoby i proces przestaje działać.
Dlaczego organizacje bronią swoich arkuszy?
Bo Excel daje poczucie elastyczności.
I to prawda: pozwala zrobić niemal wszystko. Problem w tym, że pozwala też:
- powielać błędy,
- dublować dane,
- używać formuł, które „kiedyś działały”, ale już nie odpowiadają rzeczywistości.
Sam Excel nie jest problemem. Problemem jest używanie go jako nadrzędnego systemu zarządzania prawdą w firmie, która potrzebuje jednej, spójnej wersji danych.
Moment prawdy: 2026
To nie jest kolejna zmiana „do odhaczenia”.
To test dojrzałości architektury danych.
Można:
- dokleić kolejną łatkę (nowy arkusz, nowa kolumna, nowe makro) i kupić chwilowy spokój, albo
- potraktować ten moment jako punkt zwrotny i zbudować jednolite środowisko danych oparte na ERP i procesach.
W pierwszym scenariuszu kosztem są kolejne etaty, nerwy i czas.
W drugim powstaje fundament pod skalowanie biznesu i kolejne zmiany regulacyjne.
Co zrobić praktycznie?
- Zmapować wszystkie arkusze używane w procesach biznesowych.
- Wskazać właścicieli plików i zależności personalne.
- Opisać dane i źródła pochodzenia każdego arkusza.
- Policzyć czas obsługi tygodniowo/miesięcznie.
- Zidentyfikować miejsca rozjazdu danych między działami i systemami.
- Ustalić jedną definicję kluczowych wskaźników (przychód, marża, backlog, należności itd.).
- Dopiero potem projektować ERP pod procesy i odpowiedzialności, a nie pod listę funkcji.
Nie trzeba robić wszystkiego na raz.
Ale im dłużej organizacja odkłada porządkowanie danych, tym droższy staje się chaos.
#CEO #Zarządzanie #ERP #KSeF #JPK #Dane #Excel #Transformacja
Kluczem do wyjścia z tego błędnego koła jest automatyzacja procesów, która eliminuje ręczne przenoszenie danych między systemami. Zamiast zatrudniać kolejne osoby do obsługi rosnącej liczby arkuszy, firmy mogą zainwestować w rozwiązania, które same synchronizują dane i generują raporty. To przekłada się bezpośrednio na redukcję czasu pracy i eliminację błędów wynikających z ludzkiego czynnika.
