Tydzień przed dużą negocjacją zaczyna się ta sama praca. Ktoś wyciąga wydatki z systemu ERP. Ktoś dokłada zamówienia z platformy zakupowej, bo część kategorii chodzi tylko tamtędy. Ktoś przypomina sobie, że spółka zależna kupuje u tego samego dostawcy osobno i ma własną umowę. Po dwóch dniach powstaje arkusz, który przez chwilę jest jedynym miejscem w firmie znającym prawdę o tym dostawcy.
Potem arkusz zostaje w skrzynce pocztowej, a za pół roku trzeba go zrobić od nowa.
To nie jest opowieść o niedbalstwie. To opis normalnego stanu rzeczy w organizacji, która rosła, przejmowała, migrowała systemy i przez cały ten czas musiała kupować. Warto jednak nazwać, ile ta praca naprawdę kosztuje - bo koszt nie leży w dniach spędzonych na sklejaniu arkusza.
Negocjujecie z rekordem, nie z dostawcą
Dział zakupów nie siada do stołu z firmą. Siada z tym, co o niej wiadomo w systemach. Jeżeli ten sam podmiot istnieje w pięciu miejscach pod pięcioma zapisami nazwy, to organizacja prowadzi pięć rozmów z pięcioma średnimi kontrahentami zamiast jednej rozmowy z jednym dużym.
Wydatek jest dokładnie ten sam. Pozycja negocjacyjna zupełnie inna.

Kwoty rozproszone po systemach wyglądają na pięciu przeciętnych dostawców. Ta sama suma w jednym miejscu zmienia rozmowę.
Rozjazd bierze się z rzeczy drobnych i całkowicie zrozumiałych. Forma prawna zapisana na cztery sposoby. Nazwa handlowa obok nazwy rejestrowej. Numer NIP raz z kreskami, raz bez, raz wpisany w pole opisu. Oddział, centrala i spółka zależna jako trzy osobne rekordy. Ten sam podmiot występujący raz jako dostawca, raz jako odbiorca. I rekord założony w piątek po południu, bo zamówienie było pilne, a szukanie istniejącego zajęłoby więcej czasu niż utworzenie nowego.
Każda z tych decyzji z osobna była rozsądna. Dopiero ich suma po piętnastu latach daje bazę, w której nikt nie potrafi odpowiedzieć na pytanie, ilu firma ma dostawców.
Czego przez to nie widać
Grupy kapitałowej. Sześć podmiotów jednego właściciela to w bazie sześciu niezależnych dostawców. Rozmawiacie jednak z grupą, a grupa patrzy na łączny obrót. Bez powiązania właścicielskiego organizacja nie wie, że jest dla tej grupy klientem strategicznym, i siada do stołu jako sześciu klientów przeciętnych.
Kategorii. Ta sama usługa trafia w trzech systemach do trzech różnych kategorii, bo każdy system ma własny słownik. Dopóki nie ma wspólnej klasyfikacji, nie da się powiedzieć, ile firma wydaje na daną kategorię. A strategia kategorii jest podstawowym narzędziem pracy zakupów - nie zbudujecie jej na liczbie, której nie ma.
Umów. Kupiec nie znalazł obowiązującej umowy, bo szukał pod inną nazwą. Zamówił poza nią, w dobrej wierze i zgodnie z procedurą. Wynegocjowana stawka została w dokumencie, a firma zapłaciła cennikową.
Pieniędzy, które wyszły dwa razy. Ta sama faktura zaksięgowana pod dwoma rekordami tego samego kontrahenta wygląda na dwa różne zobowiązania.
Rekord bez właściciela
Zakupy zakładają rekord kontrahenta. Finanse zmieniają numer rachunku bankowego. Księgowość uzupełnia dane przy okazji faktury. Dział informatyki przenosi całość przy najbliższym projekcie migracyjnym. Każdy z tych kroków jest uzasadniony, a mimo to nikt nie odpowiada za rekord jako całość.
W Polsce ta luka ma bardzo konkretną cenę. Numer rachunku bankowego jest polem rekordu kontrahenta, a przy transakcji między przedsiębiorcami powyżej 15 000 zł brutto zapłata na rachunek spoza wykazu prowadzonego przez Ministerstwo Finansów oznacza brak możliwości zaliczenia kwoty do kosztów uzyskania przychodu oraz solidarną odpowiedzialność za VAT niezapłacony przez dostawcę. Od sankcji uwalnia zawiadomienie naczelnika urzędu skarbowego złożone w ciągu siedmiu dni, ale najpierw trzeba tę pomyłkę wychwycić.
Jeżeli dostawca ma w systemach pięć rekordów, kontrola rachunku musi zadziałać pięć razy. Wystarczy, że jeden z nich jest nieaktualny.
Podobnie wygląda sprawdzanie podmiotu pod kątem list sankcyjnych i beneficjenta rzeczywistego. Nie sprawdzicie rzetelnie kogoś, kogo nie umiecie policzyć.
Rok, w którym to przestaje być do udźwignięcia ręcznie
Dwie rzeczy zmieniają się w 2026 roku jednocześnie.
Pierwsza: w zakupach jest więcej pracy przy mniejszych zasobach. Hackett Group w badaniu agendy zakupów na 2026 rok podaje wzrost obciążenia pracą o osiem procent przy jednoczesnym spadku zatrudnienia i budżetów operacyjnych. Praca, która dotąd znikała w nadgodzinach analityka, w takim układzie po prostu się nie wydarzy. Arkusz przed negocjacją albo powstanie gorszy, albo nie powstanie wcale.
Druga: do zakupów wchodzą agenci. W tym samym badaniu Hackett Group podaje, że 76 procent organizacji raportuje dzięki sztucznej inteligencji poprawę kluczowych miar o 25 procent lub więcej. Niezależnie od tego, jak te miary są liczone w poszczególnych firmach, taka liczba nie opisuje już fazy pilotaży.
Człowiek rozpozna, że „ABC Sp. z o.o.” i „A.B.C. Polska” to prawdopodobnie ten sam podmiot. Zawaha się, sprawdzi, zapyta kolegi. Automat zrobi to samo tylko wtedy, gdy dostanie mechanizm rozpoznawania podmiotu i punkt, w którym decyzję zatwierdza człowiek. Bez tych dwóch rzeczy wykona zadanie na rekordzie, który akurat dostał - i zrobi to szybciej niż kupiec. Automatyzacja postawiona na bazie z duplikatami nie naprawia rozjazdu, tylko powiela go w większej skali.
Czy SAP S/4HANA tego nie załatwia
Po części tak. W SAP S/4HANA model danych został uporządkowany: Business Partner zastąpił osobne rekordy dostawcy i odbiorcy, a wbudowana kontrola duplikatów ostrzega osobę zakładającą rekord, że podobny już istnieje. To chroni przed kolejnym duplikatem i warto to włączyć.
Nie rozwiązuje natomiast dwóch rzeczy. Konwersja do Business Partnera przenosi istniejący stan do nowego modelu, więc duplikaty przechodzą razem z resztą danych. I żadna kontrola wewnątrz SAP nie widzi tego, co żyje w platformie zakupowej, obiegu faktur i arkuszach kupców. SAP Master Data Governance idzie dalej i bywa właściwą odpowiedzią - mówimy o tym otwarcie. Bywa też odpowiedzią zbyt ciężką tam, gdzie istotna część wiedzy o kontrahentach mieszka poza SAP, a po przejęciach mieszka tam prawie zawsze.
Rekord obowiązujący, czyli co konkretnie
Termin golden record krąży po rynku od lat i zdążył się zużyć, więc warto go nazwać bez żargonu.
Rekord obowiązujący to jeden rekord kontrahenta wskazany jako właściwy, złożony z najlepszych danych ze wszystkich systemów, w którym przy każdym polu wiadomo, skąd pochodzi i kto je ostatnio zmienił. Systemy źródłowe pracują dalej bez zmian. Zyskują tylko jedno: wiedzę, że opisują ten sam podmiot.

Pochodzenie pola jest częścią rekordu, nie osobnym dokumentem. To ono pozwala cofnąć decyzję i obronić ją przed audytem.
Do czego służy, licząc konkretnie:
- do zsumowania wydatków u jednego podmiotu i w całej jego grupie kapitałowej, czyli do negocjacji,
- do kontroli numeru rachunku bankowego przed płatnością w jednym miejscu zamiast w pięciu,
- do sprawdzenia podmiotu pod kątem sankcji, statusu VAT i beneficjenta rzeczywistego,
- do raportowania po łańcuchu dostaw, w tym na potrzeby sprawozdawczości zrównoważonego rozwoju,
- do automatyzacji i scenariuszy agentowych, żeby proces nie musiał zgadywać, o kogo chodzi,
- do konwersji do SAP S/4HANA, która wymaga jednoznaczności podmiotu,
- do audytu, bo pochodzenie każdego pola i historia zmian są zapisane.
I trzy rzeczy, którymi rekord obowiązujący nie jest. Nie jest nowym systemem ERP. Nie jest hurtownią danych. Nie jest jednorazową akcją czyszczenia bazy, po której wszystko wraca do stanu wyjściowego w ciągu roku.
Warstwa ponad systemami, nie zamiast nich
Tak to robimy w SNOK MDM: dokładamy warstwę, która rozpoznaje jeden podmiot w wielu rekordach i utrzymuje ten stan w czasie. Systemy źródłowe zostają tam, gdzie są, i dalej pracują. Propozycje scaleń przygotowuje mechanizm dopasowania, a zatwierdza człowiek - opiekun danych po Waszej stronie - i każda taka decyzja trafia do śladu audytowego.
Zaczynamy od warsztatu diagnostycznego, który trwa około dwóch tygodni. Wychodzicie z niego z mapą źródeł, raportem par podejrzanych o duplikat wraz z ich liczbą i z oceną, ile z nich rozstrzyga reguła, a ile wymaga człowieka. To jest pierwszy moment, w którym pytanie „ilu mamy dostawców” dostaje liczbę zamiast szacunku.
Potem jest pilot jednej domeny w cztery do ośmiu tygodni. Kończy się działającym rekordem obowiązującym dla tej domeny, regułami dopasowania opisanymi w języku Waszego procesu, hierarchią powiązań właścicielskich dla podmiotów objętych pilotem i kryteriami odbioru uzgodnionymi przed startem - na Waszych własnych danych, nie na prezentacji. Rozliczenie ryczałtowe za fazę. Dane i model pozostają Waszą własnością.
Cztery rzeczy, które ustalamy przed startem
Ile pracy zostaje po Waszej stronie. W pilocie to zwykle jedna osoba z zakupów jako opiekun danych, kilka godzin tygodniowo na rozstrzyganie spornych par, plus dostęp do źródeł po stronie działu informatyki. Bez tej osoby projekt zatrzyma się na pierwszej spornej parze, niezależnie od technologii.
Co z błędnym scaleniem. Scalenie jest decyzją zapisaną, nie nadpisaniem danych. Rekordy źródłowe zostają nietknięte, a powiązanie da się cofnąć wraz z uzasadnieniem, kto i kiedy je zatwierdził. Reguła, która budzi wątpliwość, trafia do kolejki do człowieka, zamiast działać automatycznie.
Co z bezpieczeństwem danych. Pracujemy na zakresie potrzebnym do dopasowania podmiotu, w środowisku uzgodnionym z Wami, z rejestrem dostępu. Numery rachunków i dane osobowe osób kontaktowych traktujemy jak dane produkcyjne, także w fazie diagnostycznej.
Kto utrzymuje rekord po pilocie. Utrzymanie jest częścią rozwiązania, nie jego brakiem: reguły, kolejka spraw do rozstrzygnięcia i przegląd cykliczny. To jest różnica między rekordem obowiązującym a jednorazowym czyszczeniem bazy, po którym duplikaty wracają wraz z pierwszym pilnym zamówieniem w piątek po południu.
Kiedy nie warto tego robić
Uczciwie, bo nie każdej firmie to się opłaca.
Jeżeli cały krajobraz siedzi w jednym ekosystemie i strategia zakłada pozostanie w nim, odpowiedzi warto najpierw szukać w narzędziach tego ekosystemu. Jeżeli baza dostawców liczy kilkaset podmiotów w jednym systemie i jednej spółce, wystarczy dyscyplina zakładania rekordu i przegląd raz na kwartał - projekt byłby kosztem bez adresata. Jeżeli skala idzie w dziesiątki milionów rekordów z wymaganiem czasu rzeczywistego, to inna klasa rozwiązania.
Trzy pytania na początek
Nie trzeba żadnego projektu, żeby sprawdzić, czy ten problem Was dotyczy.
Pierwsze: ilu macie aktywnych dostawców, a ilu podmiotów to naprawdę dotyczy.
Drugie: ile firma wydaje u największego dostawcy, licząc wszystkie spółki po obu stronach - i ile czasu zajmuje uzyskanie tej liczby. Czas odpowiedzi mówi więcej niż sama liczba.
Trzecie: kto zatwierdza zmianę numeru rachunku bankowego dostawcy i w ilu miejscach trzeba ją wprowadzić.
Jeżeli którakolwiek z tych odpowiedzi wymaga ręcznego składania danych z kilku systemów, zacznijmy od najmniejszego możliwego kroku: weźmy jedną kategorię zakupową, porównajmy jej źródła i policzmy, ile rekordów opisuje ten sam podmiot. To dwa tygodnie pracy i żadnej decyzji o wymianie systemu. Dopiero ta liczba mówi, czy warto iść dalej.
