---
title: "Pięć systemów i Excel pośrodku: kto zna stan zamówienia?"
url: "https://majchrzycki.com/blog/piec-systemow-excel-zamowienie"
description: "Jak sprawdzić, dlaczego ERP, CRM, poczta i arkusze pokazują różne wersje tego samego zamówienia oraz co zrobić przed kolejną integracją."
---

# Pięć systemów i Excel pośrodku: kto zna stan zamówienia?

14 września 2026·2 min czytania·Krzysztof Majchrzycki

Temat: [Dane i wiedza firmy](https://majchrzycki.com/blog/filar/dane-i-wiedza-firmy)

**Liczba aplikacji nie jest jeszcze problemem. Problem zaczyna się wtedy, gdy żadna nie odpowiada na pytanie: „co teraz dzieje się z tym zamówieniem?”** W ERP jest pozycja handlowa, w CRM obietnica dla klienta, w skrzynce uzgodniony wyjątek, a w arkuszu termin, którym faktycznie posługuje się magazyn. Dodatkowa integracja może skopiować te rozbieżności szybciej, ale ich nie rozstrzygnie.

Ten problem łączy się z [przewodnikiem po danych i wiedzy firmy](https://majchrzycki.com/blog/filar/dane-i-wiedza-firmy), który porządkuje źródła i odpowiedzialność.

## Prześledź jedną sprawę od obietnicy do zapłaty

Wybierz zamówienie, które miało choć jedną zmianę: ilości, terminu, adresu lub ceny. Nie zaczynaj od diagramu systemów. Poproś handlowca, planistę, magazyn i finanse, by każdy pokazał źródło, z którego poznał aktualny stan. Zanotuj moment powstania informacji, osobę, która ją zatwierdziła, oraz miejsce, do którego trafiła. Szczególną uwagę zwróć na informację przekazaną ustnie, bo jej zwykle nie da się później odtworzyć.

Na końcu masz nie listę pięciu narzędzi, lecz historię jednego zdarzenia. Jeśli CRM mówi „potwierdzone”, a ERP „oczekujące”, zapytaj, co znaczą oba statusy. Mogą opisywać różne etapy i wtedy nie należy ich na siłę ujednolicać. Mogą też oznaczać sprzeczność, której rozstrzygnięcie powinno mieć właściciela.

## Rozdziel trzy problemy

**Brak danych** oznacza, że informacja nigdzie nie została zapisana. **Brak przepływu** oznacza, że istnieje, ale nie dociera na czas do osoby podejmującej decyzję. **Brak wspólnej definicji** oznacza, że wszyscy widzą dane, lecz różnie je interpretują. Każdy z tych problemów wymaga innego działania: zmiany sposobu pracy, integracji albo uzgodnienia reguły biznesowej. Kupno „jednego widoku” bez tego rozróżnienia daje ładniejszy ekran nad tym samym sporem.

Arkusz nie zawsze trzeba usunąć. Bywa wygodnym narzędziem do jednorazowej analizy. Staje się ryzykiem, gdy jest jedynym miejscem obowiązującej decyzji, a jego właściciel jest nieobecny. Wtedy warto najpierw określić, które pola są oficjalnym stanem zamówienia, a które roboczą notatką.

## Zdefiniuj „aktualny stan” dla każdej roli

Wspólny stan nie zawsze jest pojedynczym statusem. Dla handlowca zamówienie może być „potwierdzone”, bo klient zaakceptował cenę. Dla planisty pozostaje „do zaplanowania”, dopóki nie ma dostępnej mocy produkcyjnej. Dla finansów może być „do fakturowania” dopiero po dostawie. Te perspektywy można połączyć, jeśli każda ma jasną nazwę, datę ostatniej zmiany i warunek przejścia do następnego etapu. Nie należy zamieniać ich w jedną etykietę tylko po to, by panel wyglądał prościej.

Przygotuj tabelę zdarzeń: obietnica złożona klientowi, potwierdzenie dostępności, zmiana terminu, wysyłka, odbiór i faktura. Przy każdym zdarzeniu wskaż system, osobę mogącą je potwierdzić oraz odbiorców informacji. Następnie sprawdź, czy w trudnym zamówieniu da się odtworzyć tę kolejność bez rozmowy z jedną konkretną osobą. Jeśli nie, najpierw zaplanuj zapis zdarzeń i odpowiedzialności.

Wynik takiej próby pomoże też technicznie: zamiast prosić IT o „integrację wszystkich systemów”, można wskazać kilka informacji, które rzeczywiście muszą przepływać. Mniejszy zakres jest łatwiejszy do wdrożenia, testowania i utrzymania.

## Jaka decyzja powinna zapaść jako pierwsza?

Wyznacz właściciela stanu zamówienia i regułę rozstrzygania konfliktu między źródłami. Następnie sprawdź, czy wystarczy aktualizacja w istniejącym systemie, czy potrzebna jest wspólna warstwa pracy nad procesem. [Mapa danych przed wdrożeniem AI](https://majchrzycki.com/blog/mapa-danych-przed-wdrozeniem-ai) pomaga utrwalić źródła i odpowiedzialność. Jeśli podobny problem dotyczy kilku procesów, zacznij od [darmowego poradnika transformacji AI](https://majchrzycki.com/darmowy-poradnik-transformacji-ai-dla-firmy), zanim zamówisz następną integrację.

-   ERP
-   Excel
-   Dane firmy

## Przełóż temat na projekt w Twojej firmie

Zobacz zakres współpracy: od rozpoznania procesu i danych po projekt rozwiązania AI.

[Zobacz współpracę](https://majchrzycki.com/wspolpraca)

## Czytaj dalej

-   [Co powinna zawierać mapa danych przed wdrożeniem AI?](https://majchrzycki.com/blog/mapa-danych-przed-wdrozeniem-ai)
-   [Dlaczego działy różnie liczą termin realizacji?](https://majchrzycki.com/blog/dlaczego-dzialy-roznie-licza-termin-realizacji)
-   [Jeden widok klienta: kiedy pomaga, a kiedy ukrywa różnice?](https://majchrzycki.com/blog/jeden-widok-klienta-granice)
-   [Która wersja cennika naprawdę obowiązuje?](https://majchrzycki.com/blog/ktora-wersja-cennika-obowiazuje)