Ujednolicenie rozproszonych danych biznesowych w praktyce

Dyrektor finansowy w piątkowe popołudnie znowu zadaje to samo pytanie: ile zamówień faktycznie realizujemy? Aby odpowiedzieć, trzeba zebrać dane z CRM sprzedaży, sklepu internetowego, systemu magazynowego i kilku plików Excel. Kiedy raport jest gotowy, liczby mogą już nie przedstawiać tego samego stanu. Ujednolicenie rozproszonych danych biznesowych dotyczy właśnie takich sytuacji - nie tylko baz danych, ale tego, aby menedżerowie i pracownicy pracowali na tej samej rzeczywistości.

W większości rozwijających się firm problem nie wynika z jednej dużej awarii systemu. Raczej wiele rozwiązań, które na pierwszy rzut oka wydają się rozsądne, nakłada się na siebie. Arkusz kalkulacyjny zamiast starego eksportu, ręczny e-mail, ponieważ dwa systemy nie komunikują się, osobna ewidencja, ponieważ szybciej było uruchomić nowy proces. Każde z nich może działać osobno. Razem jednak powodują niepewność w działaniu operacyjnym.

Problemem nie jest to, że jest wiele systemów

Dla organizacji liczącej 50 lub 200 osób naturalne jest posiadanie wielu systemów. Sklep internetowy pełni inną funkcję niż ERP, CRM, system fakturowania, zarządzanie produkcją czy aplikacja magazynowa. Celem nie jest zmuszanie wszystkich funkcji biznesowych do jednego oprogramowania. Takie dążenie często jest kosztowne, powolne i tworzy nowe kompromisy.

Prawdziwe pytanie brzmi, czy dane związane z wydarzeniem biznesowym są śledzone. Jeśli klient składa zamówienie, czy jest jasne, kiedy zostało złożone, co zawiera, czy jest na stanie, do kogo należy, czy zostało wysłane i zafakturowane? Jeśli każdy system daje inną odpowiedź, to nie chodzi tylko o brak danych. Firma ma wiele konkurencyjnych wizji rzeczywistości.

Ma to również ludzkie konsekwencje. Koledzy zaczynają używać swoich własnych, uznawanych za sprawdzone, plików. Menedżerowie proszą o coraz więcej uzgodnień. Doświadczony pracownik staje się tłumaczem między systemami, wiedząc, której liczbie można zaufać. Kiedy idzie na urlop lub odchodzi, proces nagle zwalnia.

Jak wygląda problem rozproszonych danych biznesowych?

Rozproszenie danych rzadko objawia się tym, że ktoś mówi: nasza architektura danych jest zła. Raczej rozpoznaje się je po powtarzających się, codziennych objawach. Miesięczne zamknięcie zaczyna się od kilkudniowego zbierania danych. Magazyn prosi o potwierdzenie zamówienia telefonicznie lub e-mailem. Sprzedaż obiecuje zapas, który w rzeczywistości jest już zarezerwowany. Faktury można rozpocząć dopiero po ręcznej weryfikacji.

Szczególnie wymownym znakiem jest konieczność utrzymywania tych samych danych w wielu miejscach. Adres klienta pojawia się w CRM, systemie fakturowania, sklepie internetowym i na platformie przewoźnika. Numer artykułu lub cena produktu istnieje w wielu arkuszach. W takich przypadkach pytanie nie brzmi, czy wystąpi różnica, ale kiedy zostanie wykryta.

Koszty błędów nie zawsze są widoczne. Może to być paczka wysłana z błędną etykietą, faktura wystawiona z opóźnieniem lub niedokładny raport o stanie zapasów. Ale jeśli te sytuacje powtarzają się codziennie, wzrost administracji często jest szybszy niż wzrost przychodów. Firma zatrudnia więcej osób do koordynacji, podczas gdy podstawowa niepewność procesu pozostaje niezmieniona.

Ujednolicenie zaczyna się od odkrycia ścieżki danych

Przed ujednoliceniem rozproszonych danych biznesowych warto badać nie systemy, ale procesy. Wybierzcie proces, który bezpośrednio wpływa na przychody, realizację lub doświadczenie klienta. Może to być ścieżka od zamówienia do fakturowania, zakupy, obsługa reklamacji lub zarządzanie zamówieniami produkcyjnymi.

Następnie trzeba prześledzić, co faktycznie się dzieje, a nie to, co zakłada opis procesu. Kto najpierw rejestruje dane? Który system jest uznawany za oficjalne źródło? Kto kopiuje, uzupełnia lub weryfikuje? Gdzie powstaje e-mail, telefon lub eksport do Excela, ponieważ informacje nie są dostępne tam, gdzie są potrzebne?

Na przykład u sprzedawcy internetowego zamówienie może być automatycznie przyjęte, ale pracownik każdego ranka eksportuje je do arkusza, tam sprawdza stan zapasów, a następnie ręcznie wprowadza dane do systemu fakturowania. Na pierwszy rzut oka wydaje się to problemem trzech systemów. Z bliższej perspektywy głównym pytaniem może być: który system zarządza rezerwowanymi zapasami i kiedy zamówienie staje się realizacją finansową? Dopóki nie ma jasnej odpowiedzi biznesowej, techniczne połączenie tylko szybciej przenosi niepewność.

Kto jest właścicielem danych?

Każde krytyczne dane powinny mieć swojego głównego właściciela. To niekoniecznie musi być osoba, ale wyraźnie wyznaczony system i zasady odpowiedzialności. Na przykład baza klientów może być wiarygodna w CRM, dane fakturowe w systemie finansowym, a fizyczne zapasy w systemie magazynowym lub ERP.

Wyznaczenie właściciela nie oznacza, że inne systemy nie mogą używać danych. Wręcz przeciwnie: informacje muszą dotrzeć tam, gdzie wspierają zadanie biznesowe. Różnica polega na tym, że jest jasne, gdzie można dokonać zmian i skąd należy pobrać aktualną wartość. To zmniejsza potrzebę duplikacji wprowadzania danych i późniejszych uzgodnień.

Równie ważne są identyfikatory. Jeśli ten sam klient, produkt lub zamówienie występuje w każdym systemie pod inną nazwą lub kodem, sama integracja nie stworzy wiarygodnych danych. Ujednolicone identyfikatory są mniej widowiskowe niż nowy pulpit nawigacyjny, ale stanowią podstawę przyszłych raportów i zautomatyzowanych procesów.

Nie każda różnica to błąd techniczny

Wiele firm popełnia błąd, szukając nowego systemu przy pierwszej nieprawidłowości. Tymczasem różne dane często wskazują na brak rzeczywistych zasad biznesowych. Na przykład różnie interpretowane jest status zamówienia przez sprzedaż, magazyn i finanse. Dla jednej grupy zamówienie jest zamknięte, gdy klient je złożył. Dla innej, gdy zostało przygotowane. Dla finansów dopiero wtedy, gdy można je zafakturować.

Wszystkie trzy punkty widzenia mogą być uzasadnione, ale nie mogą używać tego samego pola z różnym znaczeniem. W takich przypadkach niekoniecznie potrzebny jest jeden status, ale dobrze zdefiniowane stany, odpowiedzialni i punkty przekazania. Technologia może to później obsłużyć, ale nie zastąpi definicji.

Dlatego warto rozpocząć pracę nad ujednoliceniem od pytań dotyczących jakości danych. Które pola są obowiązkowe? Kto może poprawić błędne dane? W jakim przypadku jeden system może nadpisać inny? Jakie opóźnienie jest akceptowalne dla aktualizacji? W przypadku danych o zapasach logistycznych nawet kilka minut może mieć znaczenie, podczas gdy dla raportu kosztów menedżerskich wystarczy aktualizacja dzienna. Odpowiednie rozwiązanie zależy od wymagań czasowych decyzji biznesowej.

Kiedy integracja jest uzasadniona, a kiedy inna odpowiedź?

Jeśli proces jest jasny, automatyzacja przekazywania danych między systemami może wyeliminować wiele ręcznej pracy. Zamówienie, ruch zapasów, faktura lub dane transportowe mogą być przekazywane do odpowiedniego systemu bez konieczności ponownego wpisywania. To może przyspieszyć realizację, zmniejszyć błędy i dostarczyć bardziej aktualne raporty.

Jednak nie zawsze integracja jest właściwym pierwszym krokiem. Może się zdarzyć, że proces obciążony zbyt wieloma zatwierdzeniami trzeba uprościć. Innym razem struktura danych starego systemu jest tak niespójna, że najpierw potrzebne jest czyszczenie, standaryzacja lub stopniowa modernizacja. Czasami dedykowana aplikacja wewnętrzna lepiej obsługuje wyjątkowy proces roboczy niż kolejna personalizacja ogólnego systemu.

W technicznej realizacji niezawodność jest równie ważna jak szybkość przekazywania danych. Trzeba wiedzieć, co się dzieje, gdy system jest tymczasowo niedostępny, rekord jest błędny lub ta sama wiadomość przychodzi dwa razy. Potrzebna jest kontrola, rejestrowanie błędów, możliwość śledzenia i jasna odpowiedzialność. Niewidocznie błędne połączenie może być bardziej niebezpieczne niż wyraźnie widoczny ręczny krok.

Dobry raport nie powstaje jako osobny projekt

Pulpit menedżerski często jest najbardziej widowiskowym wynikiem ujednoliconych danych, ale nie od tego warto zaczynać. Jeśli dane stojące za wskaźnikami pochodzą z różnych definicji, późnych eksportów i ręcznych poprawek, piękny wykres tylko szybciej pokaże niedokładne liczby.

Najpierw trzeba określić, jaką decyzję ma wspierać raport. Czy trzeba zobaczyć poziom zapasów, marżę, czas realizacji zamówień, opóźnienia czy zdolność produkcyjną? Kto go używa, jak często i co się dzieje, jeśli wartość różni się od planu? Dobrze zaprojektowany raport nie tylko informuje, ale jasno wskazuje, gdzie należy interweniować.

Trwały porządek nie powstaje z tego, że wszystkie dane trafiają w jedno miejsce. Powstaje z tego, że każdy wie, które informacje są wiarygodne, jak przechodzą do następnego kroku i co się dzieje, gdy pojawia się różnica. Kiedy to jest jasne, rozwój technologiczny nie będzie już osobnymi projektami, ale częścią bardziej przewidywalnego działania.