Każdy system ERP trzyma dokument zakupu w dwóch tabelach i domyślnie eksportuje tylko pierwszą. Ta pierwsza wystarczy, żeby policzyć, ilu macie dostawców i którzy z nich są ważni. Nie wystarczy, żeby zobaczyć, że ta sama śruba kosztowała was w jednym kwartale dwie różne ceny.
Dwie tabele, o których informatyk wie, a kupiec zwykle nie
Zamówienie albo faktura zakupu to w bazie systemu dwie rzeczy naraz.
Nagłówek to jeden wiersz na dokument: numer, data, dostawca, wartość razem. Taką listę pokazuje każdy ERP na pierwszym ekranie modułu zakupów i każdy eksportuje ją jednym przyciskiem.
Pozycje to jeden wiersz na każdą linię dokumentu: indeks, nazwa towaru, ilość, jednostka, cena jednostkowa, wartość pozycji. To osobna lista, osobny eksport, w części systemów osobne uprawnienie — a w kilku po prostu nie ma do niej przycisku i trzeba poprosić o zapytanie do bazy.
Różnica wygląda na techniczną. Nie jest. Decyduje o tym, na jakie pytania da się odpowiedzieć.
Co da się policzyć z samych nagłówków
Sporo, i to jest dobra wiadomość dla kogoś, kto ma dziś tylko listę faktur.
Z nagłówków wychodzi Pareto dostawców — kto odpowiada za 80% wydatków, a kto siedzi w ogonie. Wychodzi klasyfikacja ABC i wielkość tego ogona. Wychodzi liczba dokumentów na dostawcę, czyli fragmentacja: dostawca, do którego wystawiacie czterdzieści zamówień rocznie po trzysta złotych. Wychodzi też koszt obsługi — jeśli przyjąć, że wystawienie, przyjęcie i rozliczenie jednego zamówienia kosztuje firmę stałą kwotę, to od razu widać, które zamówienia kosztują więcej pracy, niż są warte.
Jeśli w eksporcie jest jeszcze NIP dostawcy, to scalanie wariantów nazwy — „PPHU Kowalski", „Kowalski Sp. z o.o." i „KOWALSKI" — dostaje twardy klucz zamiast zgadywania po literach. Warto o tę kolumnę poprosić, choć nikt jej domyślnie nie dokłada.
Czego z nagłówków nie ma
Nie ma porównania cen. Żeby powiedzieć, że indeks SR-M8-40 kosztował u jednego dostawcy 4,10 zł, a u drugiego 7,80 zł, trzeba mieć indeks, cenę jednostkową i ilość — a te siedzą w pozycjach. (Liczby przykładowe, z danych demonstracyjnych; w prawdziwych eksportach rozrzut bywa mniejszy albo większy, ale prawie nigdy zerowy.)
Nie ma frachtu i dopłat jako osobnych linii. W nagłówku koszt wysyłki jest wtopiony w wartość dokumentu; w pozycjach widać, że co czwarte zamówienie u danego dostawcy ma dopłatę za niespełnienie minimum logistycznego.
Nie ma kategorii. Grupa asortymentowa jest cechą towaru, nie dokumentu, więc bez pozycji nie da się zobaczyć, że tę samą kategorię kupujecie u dziewięciu dostawców.
To właśnie te trzy rzeczy zapamiętuje się z każdej analizy zakupów. Pareto ludzie mniej więcej znają z głowy. Że ta sama śruba ma dwie ceny — tego nie wie nikt, dopóki ktoś nie położy obok siebie pozycji z dwóch dokumentów.
Gdzie leżą pozycje w konkretnych systemach
Ścieżki różnią się wersjami i konfiguracją, więc traktujcie je jako punkt wyjścia, nie instrukcję krok po kroku.
| System | Nagłówki | Pozycje |
|---|---|---|
| Comarch ERP XL | Zamówienia → Lista zamówień → Zakup → eksport do arkusza | Moduł Analizy (Analizy → Zakup) albo lista elementów transakcji; bez licencji na Analizy zostaje zapytanie SQL |
| Comarch ERP Optima | Rejestr VAT zakupu → ikona Excela | Moduł Handel, faktury zakupu; listy pozycji w poprzek dokumentów nie ma — zestawienie własne albo SQL |
| Symfonia ERP | Handel → Kartoteki → Dokumenty → zestawienie do Excela | Praktycznie zawsze przez zestawienie własne albo bazę |
| enova365 | Handel → Dokumenty handlowe → eksport listy | Osobny widok pozycji w drzewie folderów; kolumny dokłada się w organizatorze listy, bez programisty |
| Streamsoft Prestiż | Zestawienia → Zaawansowane analizy → zakup → Export → Excel 2007 | Ten sam kreator, z poziomem pozycji — najlepszy natywny eksport w polskiej stawce |
| SAP ECC / S/4HANA | ME2N lub ME2L → Lista → Eksportuj | Te same transakcje eksportują od razu pozycje: materiał, ilość, cena, grupa, waluta |
| Dynamics 365 Business Central | Posted Purchase Invoices → Open in Excel | Item Ledger Entries z filtrem Entry Type = Purchase |
| Dynamics 365 Finance & Operations | Lista zamówień zakupu → Otwórz w Office | Lista wierszy zamówień zakupu → Eksportuj do Excela |
Dwie uwagi wspólne dla większości z nich. Po pierwsze, eksport zwykle bierze kolumny widoczne na ekranie — domyślny układ listy w Comarchu XL nie pokazuje wartości netto ani waluty, w Business Central trzeba kolumny dodać przez personalizację. Plik bez kwot to najczęstszy pierwszy plik, jaki przychodzi. Po drugie, w Streamsofcie i podobnych kreatorach łatwo dostać zestawienie już zsumowane na dostawcę. To bezużyteczne — potrzebne są dane surowe, dokument po dokumencie, agregację robi się później.
Gdy system się opiera: trzy drogi obok ERP
Nie każda firma ma partnera wdrożeniowego pod ręką, a ten, który jest, wystawia fakturę za każdą godzinę. Są trzy pliki, które istnieją niezależnie od tego, co potrafi wasz system.
JPK_VAT. Ewidencja zakupu z JPK_V7M ma na każdy dokument NIP i nazwę dostawcy, numer, datę i kwoty netto. Firma wysyła ten plik co miesiąc, księgowość ma archiwum za pięć lat wstecz, a kopia nie wymaga niczyjej zgody. To są nagłówki — w najczystszej postaci, jaka istnieje, z NIP-em w komplecie.
JPK_MAG. Struktura magazynowa na żądanie. Sekcja PZ ma dwie warstwy: dokument z dostawcą i numerem faktury oraz wiersze z kodem towaru, ilością, jednostką, ceną jednostkową i wartością. To są pozycje, w formacie, który każdy polski system z modułem magazynowym musi umieć wygenerować, bo wymaga tego ustawa. Ograniczenie: obejmuje tylko to, co przeszło przez magazyn. Usługi, podwykonawstwo i narzędzia kupione bezpośrednio na koszt w tym pliku nie istnieją — w firmie produkcyjnej to zwykle 60–80% wartości zakupów, więc dużo, ale nie wszystko.
KSeF. Od 2026 roku faktury zakupowe przychodzą do firmy jako ustrukturyzowany XML z pozycjami: nazwa, jednostka, ilość, cena jednostkowa, wartość netto. To poziom pozycji dla całości zakupów, niezależnie od magazynu i niezależnie od ERP. Większość firm ma ten strumień od kilku miesięcy i nie robi z nim nic analitycznego.
Jak poprosić, żeby dostać to za pierwszym razem
Prośba „potrzebuję danych zakupowych za dwa lata" trafia do informatyka, który zakłada najgorsze i odkłada sprawę. Prośba z listą kolumn i zdaniem o tym, czego się nie chce, wraca tego samego dnia. Do wklejenia w maila:
Zakres: faktury zakupowe albo przyjęcia magazynowe — jedno z dwóch, nie oba — za ostatnie 24 miesiące, jedna spółka.
Poziom: pozycje dokumentów, nie nagłówki. Jeden wiersz to jedna linia dokumentu.
Kolumny: numer dokumentu · data · nazwa dostawcy · NIP dostawcy · indeks · nazwa pozycji · grupa asortymentowa · ilość · jednostka · cena jednostkowa netto · wartość netto · waluta · kurs.
Format: XLSX albo CSV ze średnikiem, UTF-8. Bez podsumowań, bez scalonych komórek, bez nagłówka raportu nad tabelą — pierwszy wiersz to nazwy kolumn.
Czego nie potrzebuję: danych osobowych, cen sprzedaży, marż, warunków płatności. Sam zakup.
„Jedno z dwóch, nie oba" nie jest drobiazgiem. Zakup materiału istnieje w systemie jako przyjęcie magazynowe i jako faktura; zsumowanie obu podwaja wydatki i sprawia, że dostawca wygląda na dwa razy większego, niż jest. Ten sam mechanizm psuje analizę, gdy w jednym pliku siedzą dwie spółki z jednej instalacji albo gdy trzy waluty są zsumowane bez kursu. Wszystko to wygląda na ekranie normalnie i dlatego jest groźne.
Co z tym zrobić w praktyce
Jeśli macie dziś tylko nagłówki — liczcie z nagłówków. Pareto, ABC i koszt obsługi ogona wystarczą na pierwszą listę decyzji i na rozmowę z zarządem. Ale zanim ktokolwiek zacznie liczyć, poproście od razu o pozycje. Dosyłka tydzień później kosztuje więcej niż jedno dodatkowe zdanie w pierwszym mailu.
Jeśli chcą Państwo policzyć to u siebie — kosztoskop.pl.