Księgowość a magazyn: jak zsynchronizować ceny, WZ i faktury w ERP

Dlaczego księgowość i magazyn „gryzą się” najczęściej właśnie na cenach i dokumentach

Różne priorytety: magazyn, sprzedaż, księgowość mówią innymi językami

Magazyn patrzy na towar jak na fizyczne sztuki, które trzeba przyjąć, wydać i policzyć. Liczy się ilość, miejsce składowania, termin przydatności, numer partii. Sprzedaż koncentruje się na kliencie, rabatach, terminach realizacji i obietnicy „będzie na jutro”. Księgowość natomiast widzi towar przede wszystkim jako wartość: koszt, przychód, VAT, marża, wynik finansowy.

Te trzy perspektywy same w sobie są poprawne, ale bez spójnego ERP prowadzą do chaosu. Magazynier myśli: „wydałem 10 sztuk, sprawa zamknięta”. Handlowiec: „zmieniłem klientowi cenę na fakturze, żeby go zatrzymać”. Księgowy: „dlaczego na tym dokumencie wychodzi ujemna marża i czemu stan magazynu nie zgadza się z obrotami na kontach?”. Integracja magazynu z księgowością w ERP musi więc zacząć się od ujednolicenia danych i procesu, a nie od „gadżetów” w raporcie.

ERP daje szansę, żeby wszyscy korzystali z tego samego źródła danych: kartoteki towarowej, cenników, słowników kontrahentów, typów dokumentów. Bez tego każda komórka będzie prowadzić własne „mini-ERP” w Excelu, a rozbieżności między WZ a fakturą czy między stanem magazynowym a księgowym będą nieuniknione.

Skąd biorą się rozjazdy: daty, ceny, dokumenty źródłowe

Najczęstsze problemy na styku księgowości i magazynu nie wynikają z „winy” ludzi, tylko z niespójnych ustawień i braku jasnych zasad. Kluczowe obszary to:

• Różne daty – magazyn księguje WZ z datą faktycznego wydania, handlowiec wystawia fakturę zbiorczą tydzień później. Księgowość ma sprzedaż w innym miesiącu niż koszt własny sprzedaży (KWS) i zaczyna się polowanie na dokumenty.
• Różne ceny – WZ wychodzi z ceną ewidencyjną lub bez ceny, a faktura jest wystawiona z indywidualną ceną po negocjacjach. System raportuje dziwne marże, bo KWS liczy po jednej metodzie, a sprzedawca patrzy na inną bazę kosztową.
• Różne dokumenty źródłowe – handlowiec wystawia fakturę „z wolnej ręki”, bez powiązania z WZ; magazyn generuje WZ z innego zamówienia niż to, które trafiło na fakturę. W efekcie trudno ustalić, które wydanie magazynowe odpowiada której fakturze.

Gdy ERP nie ma jednoznacznych reguł powiązań między dokumentami, każdy dział zaczyna „łatwić sobie życie” po swojemu. To z kolei komplikuje dekretację dokumentów magazynowych, automatyczne księgowanie dokumentów i rozliczanie kosztu własnego sprzedaży.

Konsekwencje: błędna marża, audyt, kontroling i nerwowa księgowość

Rozbieżności między dokumentami WZ a fakturą sprzedaży uderzają w samo serce finansów firmy. Nierzetelna marża to nie tylko kwestia prestiżu raportu zarządczego – na tej podstawie podejmowane są decyzje o podwyżkach cen, rabatach czy nawet zamykaniu produktów. Jeśli magazyn wykazuje inny stan niż księgi handlowe, inwentaryzacja zamienia się w wielodniowe uzgadnianie różnic zamiast szybkiego potwierdzenia poprawności.

Dla audytora zewnętrznego rozjazdy to sygnał ryzyka: czy firma prawidłowo rozlicza przychody i koszty, czy są przesunięcia między okresami, czy VAT jest poprawnie naliczany. Każda ręczna korekta to potencjalne miejsce pomyłki. Im więcej „ręcznego dłubania”, tym większe ryzyko, że kontrola wykryje błędy lub – co gorsza – że zarząd podejmuje decyzje na bazie zafałszowanych danych.

Krótki przykład z życia: „zagubiona” marża

Typowa sytuacja: handlowiec, żeby domknąć sprzedaż, daje klientowi jednorazowy, wysoki rabat. WZ wychodzi z magazynu po standardowej cenie ewidencyjnej. Na fakturze sprzedaży powstaje duża obniżka ceny, ale nikt nie zmienia ustawień w ERP, by poprawnie odzwierciedlić marżę. W raportach kontrolingowych produkt nagle wygląda jak „trup”, sprzedawany poniżej kosztów, choć była to świadoma decyzja biznesowa.

Bez prawidłowego powiązania WZ i faktury, właściwych schematów księgowych oraz opisu dokumentów, księgowość nie jest w stanie szybko wyjaśnić takiego przypadku. Zaczyna się szukanie po numerach WZ, ręczne przeglądanie faktur i druków magazynowych. ERP ma narzędzia, aby ten proces zautomatyzować, pod warunkiem, że proces jest poukładany od początku.

Podstawy: jak ERP widzi magazyn, księgowość i sprzedaż

Moduł magazynowy, sprzedażowy i finansowo-księgowy – trzy światy w jednym systemie

Większość systemów ERP ma trzy odrębne, choć silnie powiązane moduły: magazyn (gospodarka materiałowa), sprzedaż (handlowy) oraz finansowo-księgowy. Ich rozdzielenie nie jest przypadkowe – każdy służy innym celom operacyjnym i raportowym.

Moduł magazynowy odpowiada za obieg dokumentów magazynowych (PZ, WZ, MM, RW, PW), stany ilościowe i wartościowe, rezerwacje, partie, lokalizacje. Moduł sprzedażowy to zamówienia klientów, oferty, cenniki, rabaty, faktury sprzedaży, korekty. Z kolei moduł F-K obsługuje księgi handlowe, rejestry VAT, rozrachunki z kontrahentami, controlling i sprawozdawczość.

Integracja magazynu z księgowością odbywa się poprzez konfigurację typów dokumentów, schematy księgowe oraz spójne dane podstawowe. ERP „widzi” dokument WZ jednocześnie jako ruch magazynowy i – po odpowiednim ustawieniu – źródło księgowania kosztu własnego sprzedaży. Faktura sprzedaży jest z kolei powiązana z przychodem i VAT. Jeśli te powiązania są przypadkowe lub niespójne, każdy moduł żyje własnym życiem.

Kartoteka towarowa jako wspólne źródło prawdy

Serce integracji stanowi kartoteka towarowa. To w niej definiowane są:

• nazwa towaru, kod, jednostka podstawowa i pomocnicze,
• stawka VAT i grupa podatkowa,
• grupy asortymentowe i centra kosztów,
• domyślne konta księgowe dla zapasów i sprzedaży,
• metoda wyceny zapasów (FIFO, średnia ważona, cena stała),
• domyślne ceny sprzedaży, waluty, zasady rabatowania.

Dla magazynu kluczowe są jednostki, lokalizacje i sposób przyjmowania/wydawania. Dla sprzedaży – cenniki, rabaty, waluty. Dla księgowości – stawka VAT, konta księgowe, metoda wyceny zapasów. Jeśli kartoteka jest prowadzona nierówno – część towarów ma nieuzupełnioną stawkę VAT, inne nie mają przypisanego konta kosztowego – automatyczne księgowanie dokumentów staje się niemożliwe lub pełne wyjątków.

W praktyce dobrze zorganizowane firmy traktują kartotekę towarową jak „świętą księgę”. Każda zmiana – np. stawki VAT czy grupy asortymentowej – jest kontrolowana i udokumentowana. Dzięki temu raporty sprzedaży, marży i stanów magazynowych są spójne z księgami handlowymi, a różnice inwentaryzacyjne w ERP dają się łatwo wytłumaczyć.

Struktura dokumentów: PZ, WZ, MM, RW, PW vs faktury

System ERP rozróżnia kilka podstawowych typów dokumentów magazynowych:

• PZ – przyjęcie zewnętrzne, czyli fizyczne przyjęcie towaru od dostawcy,
• WZ – wydanie zewnętrzne, wydanie towaru do klienta,
• MM – przesunięcie międzymagazynowe,
• RW – rozchód wewnętrzny (np. zużycie na własne potrzeby, produkcja),
• PW – przychód wewnętrzny (np. produkcja wyrobów gotowych).

Po stronie sprzedaży i zakupu pojawiają się z kolei:

• faktury sprzedaży, korekty faktur, faktury pro forma,
• faktury zakupu, korekty, noty korygujące,
• zamówienia od klientów i do dostawców.

Kluczowe jest ustawienie takich powiązań, aby ruch magazynowy (PZ, WZ) był logicznie i technicznie powiązany z dokumentami handlowymi (zamówienia, faktury). Obieg dokumentów magazynowych nie może być „równoległym światem” oderwanym od ksiąg. ERP zazwyczaj umożliwia automatyczne przenoszenie pozycji z PZ na fakturę zakupu i z WZ na fakturę sprzedaży. Jeśli użytkownicy omijają ten mechanizm i wystawiają dokumenty „z ręki”, synchronizacja cen i ilości się rozsypuje.

Jak ERP łączy ruch magazynowy z dekretacją kont

Dekretacja dokumentów magazynowych i handlowych odbywa się za pomocą schematów księgowych. Każdy typ dokumentu (np. WZ sprzedażowa, PZ zakupowa, RW produkcyjne) może mieć w ERP przypisany wzorzec księgowania na konta zespołu 3, 4, 7 lub inne, zgodnie z planem kont firmy.

Typowy schemat dla WZ sprzedażowej może wyglądać następująco:

Jeśli WZ i faktura sprzedaży nie są powiązane, koszt własny sprzedaży może trafić do innego okresu niż przychód. To z kolei psuje rachunek zysków i strat, szczególnie przy dużych obrotach. Dlatego tak ważne jest, aby typy dokumentów magazynowych w ERP miały właściwie skonfigurowane schematy księgowe i żeby użytkownicy stosowali je konsekwentnie.

Znaczenie spójnego słownika towarów, kontrahentów i magazynów

Bez porządku w słownikach ERP nie ma mowy o sensownej synchronizacji. Rozsypane kody towarów, dublujące się kartoteki kontrahentów, magazyny „prowizoryczne” zakładane na szybko – to wszystko później mści się przy księgowaniu i raportowaniu.

Dobrą praktyką jest:

• zdefiniowanie struktury magazynów (magazyn główny, magazyny oddziałowe, konsygnacyjne),
• nadanie jasnych reguł tworzenia nowych kartotek towarowych (np. kto może je tworzyć, jakie pola są obowiązkowe),
• centralna kontrola nad słownikiem kontrahentów (uniknięcie duplikatów, spójne dane NIP, adresy),
• cykliczne przeglądy i porządkowanie nieużywanych lub błędnych kartotek.

Bez takiego fundamentu każdy, nawet najlepiej skonfigurowany mechanizm automatycznego księgowania dokumentów, będzie generował wyjątki i wymagał ręcznych korekt. A przecież celem ERP jest ograniczenie ręcznego poprawiania i automatyczne, zgodne z zasadami rozliczanie transakcji.

Ceny w ERP: ewidencyjna, zakupu, sprzedaży i ich rola w księgach

Rodzaje cen w systemie ERP i ich znaczenie

W systemie ERP funkcjonują równolegle różne pojęcia cen, które łatwo pomylić, jeśli nie ma jasnych definicji:

• cena zakupu (fakturowa) – wynika bezpośrednio z faktury zakupu od dostawcy, uwzględnia rabaty, może być w walucie obcej,
• cena ewidencyjna (magazynowa) – wartość, po jakiej towar jest wyceniany w magazynie (może wynikać z FIFO, średniej ważonej lub stałej ceny),
• cena sprzedaży – cena z cennika, indywidualna dla klienta, po negocjacjach, przed lub po rabacie.

Dla księgowości kluczowa jest cena ewidencyjna, ponieważ na jej podstawie powstaje koszt własny sprzedaży w księgach. Dla działu handlowego ważniejsza jest cena sprzedaży, bo od niej zależy przychód i poziom rabatów. Magazyn najczęściej operuje ilościami, ale jeśli system jest prowadzony wartościowo, magazyn również widzi cenę ewidencyjną.

Integracja magazynu z księgowością w obszarze cen polega przede wszystkim na tym, aby jasno określić: która cena jest referencyjna dla wyceny zapasów, w jaki sposób aktualizowane są ceny ewidencyjne, jak liczone są różnice między ceną zakupu a ceną magazynową oraz jak raportowana jest marża między KWS a ceną sprzedaży.

Metody wyceny zapasów: FIFO, LIFO, średnia, stała cena

Jak metoda wyceny wpływa na WZ, KWS i obraz marży

Metoda wyceny zapasów nie jest tylko „technicznym” parametrem w kartotece. To ona decyduje, jaką wartością system obciąży konto kosztu własnego sprzedaży w momencie wystawienia WZ. Innymi słowy – jaką „historię ceny” pokaże księgom.

Przy metodzie FIFO system zakłada, że z magazynu wychodzą najstarsze partie. Każda WZ „zjada” więc konkretne dostawy, często po różnych cenach zakupu. Księgowość widzi wtedy KWS odzwierciedlający rzeczywisty przepływ towaru, a różnice w marży mogą wynikać z wachania cen na rynku.

Przy średniej ważonej każda nowa dostawa przelicza średnią cenę magazynową. WZ pobiera jedną uśrednioną stawkę – KWS jest spokojniejszy, a raporty marży łatwiejsze do analizy, choć mniej „historyczne”. Ten tryb często wybierają firmy z dużą rotacją i częstymi dostawami drobnych partii.

Stała cena ewidencyjna (np. w produkcji) wprowadza stabilizację wyceny zapasu, ale generuje różnice cen między faktyczną ceną zakupu a przyjętą ceną magazynową. W ERP te różnice najczęściej trafiają na odrębne konto (np. „odchylenia od cen ewidencyjnych”) i muszą być regularnie analizowane, żeby bilans nie „odjechał” od realiów.

Jeżeli metoda wyceny jest źle rozumiana przez dział handlowy, rodzi się klasyczny konflikt: „Na fakturze mamy świetną marżę, a księgowość twierdzi, że marża jest mizerna”. Wtedy wystarczy prześledzić kilka WZ, zobaczyć, z jakich partii wyszedł towar i jakie ceny magazynowe trafiły do ksiąg.

Synchronizacja cen zakupu z ceną magazynową

Najwięcej zgrzytów pojawia się tam, gdzie ceny zakupu są zmienne, a magazyn działa na stałej cenie ewidencyjnej. Dostawcy co chwilę korygują stawki, a w ERP cena magazynowa od lat pozostaje nietknięta. Efekt? Rosnące odchylenia, których nikt nie rozumie.

Żeby temu zapobiec, firmy zwykle ustalają kilka prostych zasad:

• kto i kiedy może zaktualizować cenę ewidencyjną (np. po kwartalnej analizie zakupów),
• jak traktować jednorazowe promocje czy rabaty – czy wpływają na cenę magazynową, czy nie,
• czy różnice między ceną zakupu a ewidencyjną księgujemy na odrębne konto, czy rozliczamy je np. na produkcję.

W praktyce dobrze działa prosty model: standardowa cena ewidencyjna jest aktualizowana cyklicznie (np. raz na kwartał), a wszelkie odchylenia księgowane są na konto analityczne, które ktoś realnie przegląda. Dzięki temu księgowość wie, czy zapas jest wyceniany „za wysoko” lub „za nisko” względem bieżących dostaw.

Jeśli firma korzysta z FIFO lub średniej ważonej, synchronizacja cen zakupu z magazynową odbywa się de facto automatycznie – każda PZ wnosi swoją cegiełkę. Wtedy najważniejsze jest, aby PZ wiernie odzwierciedlał fakturę zakupu: ilości, ceny, rabaty, koszty dodatkowe (np. transport).

Różnice cen a analityka marży

Przy kalkulacji marży często pojawia się pytanie: czy patrzymy na marżę względem ceny zakupu z konkretnej faktury, czy względem ceny magazynowej, czy może jeszcze innej – np. planowanej? ERP potrafi mieszać te pojęcia, jeśli raporty nie są dobrze opisane.

Sensowna praktyka wygląda tak:

• raport operacyjny dla sprzedaży – marża liczona względem aktualnej ceny magazynowej (lub średniej),
• raport zakupowy – analiza zmian cen zakupu u dostawców,
• raport controllingowy – porównanie planowanego KWS z rzeczywistym, z wyodrębnieniem różnic cenowych.

Jeśli te trzy perspektywy są w ERP rozdzielone, a ich definicje opisane w procedurach, handlowcy, magazyn i księgowość widzą te same dane, ale przez inne „okulary”. I nie kłócą się, o co właściwie chodzi.

Dokument WZ jako most między magazynem a księgową sprzedażą

Rola WZ w procesie sprzedaży

WZ to moment, w którym towar realnie opuszcza magazyn. ERP właśnie wtedy powinien:

• zmniejszyć stany ilościowe (i wartościowe) w magazynie,
• naliczyć koszt własny sprzedaży według przyjętej metody wyceny,
• zarejestrować, z jakiej partii towaru wyszła dostawa (ważne przy numerach serii, datach ważności).

Jeżeli WZ jest wystawiane „z opóźnieniem”, po samej fakturze, powstaje rozjazd między datą przychodu (faktura) a datą kosztu (WZ). Na pierwszy rzut oka to tylko kilka dni różnicy, ale przy dużej skali daje to mocno zafałszowany obraz wyniku miesięcznego.

Powiązanie WZ z zamówieniem i fakturą

Idealny scenariusz wygląda prosto:

1. Handlowiec wprowadza zamówienie sprzedaży z cenami z cennika.
2. Magazyn realizuje zamówienie, tworząc na jego podstawie WZ.
3. Dział sprzedaży generuje fakturę sprzedaży bezpośrednio z WZ lub z zamówienia, wykorzystując te same pozycje.

Taki łańcuch zapewnia:

• spójność ilości – faktura nie może zawierać większej ilości niż WZ,
• spójność cen – faktura przejmuje ceny z zamówienia/cennika,
• spójność dat – WZ i faktura trafiają do tego samego okresu księgowego (z niewielką tolerancją).

Jeśli w którymś miejscu użytkownik „przerywa” ten łańcuch i wystawia dokument „z palca”, system traci możliwość automatycznego sprawdzenia zgodności. Wtedy księgowość zaczyna dostawać sygnały: „stan magazynu nie zgadza się z raportem sprzedaży”, „marża jest ujemna przy kilku koniach sprzedażowych” itp.

WZ częściowe, zwroty i korekty

W praktyce rzadko bywa tak idealnie. Często realizujemy zamówienie w kilku partiach, wystawiamy WZ częściowe, a faktura obejmuje np. całość po zakończeniu dostaw. Albo odwrotnie – klient odsyła część towaru, trzeba zrobić korektę WZ i korektę faktury.

ERP powinien umożliwiać:

• tworzenie wielu WZ do jednego zamówienia,
• łączenie kilku WZ w jedną fakturę zbiorczą,
• tworzenie korekt WZ (ZW – zwrot zewnętrzny) i wiązanie ich z korektami faktur.

Kluczowe jest, aby korekta WZ automatycznie odwracała wcześniejszy koszt własny sprzedaży i przywracała towar do magazynu po właściwej cenie (tej samej, po jakiej wyszedł). Jeśli zwrot trafi do magazynu po innej cenie niż wyjściowa, zafałszujemy zarówno stan, jak i marżę.

Dobrym testem konfiguracji jest przeprowadzenie w ERP pełnego cyklu ze zwrotem: zamówienie – WZ – faktura – zwrot (ZW) – korekta faktury. Po nim można sprawdzić, czy saldo magazynu, KWS i przychód są spójne i księgują się na oczekiwane konta.

WZ bez faktury i faktura bez WZ – kiedy to się kończy źle

Wiele firm przez lata toleruje sytuację, w której:

• magazyn wystawia WZ, ale fakturę wystawia się „raz w miesiącu”,
• handlowiec wystawia fakturę „od ręki”, bez udokumentowania wydania WZ.

W pierwszym scenariuszu KWS pojawia się wcześniej niż przychód. Bilans pokazuje niższą marżę lub nawet stratę w jednym miesiącu, a „nienaturalny” skok zysku w kolejnym. W drugim scenariuszu raporty sprzedaży pokazują wysokie przychody, ale stany magazynowe nie schodzą, bo system nie ma WZ. Stan księgowy magazynu zaczyna przypominać magazyn wirtualny, nie mający wiele wspólnego z rzeczywistością.

Prosty sposób na poprawę sytuacji to wprowadzenie w ERP blokad:

• brak możliwości zaksięgowania faktury sprzedaży, jeśli nie ma powiązanego WZ (lub przynajmniej zamówienia),
• raport kontroli – lista WZ bez faktur i faktur bez WZ, przeglądana np. raz w tygodniu.

Po kilku tygodniach konsekwentnego stosowania takich zasad większość „luźnych” dokumentów znika, a księgowość przestaje pełnić rolę strażaka gaszącego pożary po zamknięciu miesiąca.

Faktura sprzedaży: jak zapewnić zgodność z WZ i cennikami

Źródła cen na fakturze sprzedaży

Cena na fakturze rzadko jest wpisywana ręcznie. Zwykle pochodzi z jednego z trzech miejsc:

• cennik standardowy przypisany do grupy klientów lub towarów,
• indywidualna umowa cenowa (kontrakt) z konkretnym klientem,
• zamówienie sprzedaży, w którym handlowiec ustalił cenę „na wyjątku”.

Najbezpieczniejszy model zakłada, że faktura nie ustala ceny, tylko ją odczytuje. Jeśli handlowiec musi dać niestandardowy rabat, robi to na poziomie zamówienia. Faktura tylko przenosi tę decyzję na dokument księgowy i podatkowy. Dzięki temu, gdy księgowość znajdzie fakturę z dziwnie niską marżą, w zamówieniu od razu zobaczy akceptację przełożonego lub komentarz handlowca.

Spójność faktury z WZ – ilości i asortyment

ERP potrafi pilnować, aby faktura nie „oderwała” się od WZ. Przy tworzeniu faktury z WZ system:

• przenosi wszystkie pozycje towarowe (z możliwością częściowego zafakturowania),
• pilnuje, żeby nie przekroczyć ilości wydanych na WZ,
• umożliwia rozliczenie kilku WZ jedną fakturą.

Jeżeli użytkownicy rezygnują z tego mechanizmu i wpisują pozycje ręcznie, wkradają się błędy: inne jednostki miary, zaokrąglenia, pominięte pozycje. Po kilku miesiącach pojawia się klasyczne zdanie: „System źle liczy marżę”. Tymczasem to nie system, tylko obieg dokumentów został rozpięty.

Warto skorzystać z raportów „kontrolnych”, które większość ERP oferuje standardowo:

• WZ bez faktur – towar wyszedł, a nie został zafakturowany,
• faktury bez WZ – sprzedaż bez udokumentowanego rozchodu,
• różnice ilościowe między WZ a fakturami (np. z powodu pomyłek przy częściowym fakturowaniu).

Kontrola rabatów i upustów a marża w ERP

Rabaty i upusty to osobny temat łączący magazyn, sprzedaż i księgowość. Z poziomu ERP warto uporządkować kilka elementów:

• rabat liniowy – dotyczy konkretnej pozycji faktury, wpływa bezpośrednio na cenę jednostkową,
• rabat nagłówkowy – liczony od całej faktury, księgowany jako obniżenie przychodu,
• bonusy i premie – często rozliczane okresowo, niezależnie od pojedynczych faktur.

Z punktu widzenia marży na towarze najistotniejszy jest rabat liniowy powiązany z konkretną pozycją. Dzięki niemu raport marży może pokazać, czy dany indeks sprzedaje się ze zdrową marżą, czy już „na granicy”. Rabaty nagłówkowe lepiej widzieć w analizie rentowności klienta, a nie towaru.

Dobrze ustawiony ERP pozwala na:

• definiowanie progów rabatowych w cennikach,
• nadawanie uprawnień – kto może przekraczać standardowe rabaty,
• raportowanie faktur z marżą poniżej zadanego progu (np. poniżej kosztu).

Dzięki temu księgowość nie musi przeglądać każdej faktury ręcznie – zamiast tego dostaje listę sytuacji wyjątkowych, które wymagają wyjaśnienia.

Waluty, kursy i ich wpływ na spójność danych

Sprzedaż w walutach obcych to kolejny punkt, gdzie magazyn, sprzedaż i księgowość mogą patrzeć na te same dane inaczej. Magazyn widzi towar w złotówkach, dział handlowy fakturuje w euro, a księgowość musi ująć przychód i rozrachunki po kursie z konkretnego dnia.

Żeby to dobrze działało, ERP musi jasno rozróżniać:

• walutę transakcji – w jakiej walucie wystawiona jest faktura,
• walutę wyceny zapasu – zwykle PLN,
• kurs księgowy – z którego dnia i z którego źródła (NBP, EBC) pochodzi,
• różnice kursowe – rozliczane przy zapłacie.

Powiązanie faktur walutowych z dokumentami magazynowymi

Gdy sprzedaż idzie w euro, a towar w magazynie „żyje” w złotówkach, system musi mieć jasny pomost między WZ a fakturą walutową. Bez tego powstaje klasyczny obrazek: handlowiec jest przekonany, że zrobił świetną marżę „na euro”, a księgowość pokazuje wynik bliski zera po przeliczeniu na PLN.

Przy dobrze ustawionym ERP:

• WZ księguje się w PLN, po koszcie własnym ustalonym na podstawie cen ewidencyjnych/zakupu,
• faktura sprzedaży w walucie obcej jest przeliczana na PLN po kursie księgowym z odpowiedniej daty,
• marża jest liczona w walucie lokalnej, ale raport sprzedaży może pokazać ją również w walucie transakcji.

Przydatne jest także techniczne powiązanie faktury z WZ na poziomie identyfikatora dokumentu, nawet jeśli waluty są różne. Umożliwia to późniejszą analizę: które dostawy w euro generują najwyższe różnice kursowe, a które mają stabilną marżę niezależnie od wahań kursu.

Różnice kursowe a marża księgowa

Częsty dylemat: czy różnice kursowe „psują” marżę? Z punktu widzenia magazynu – nie. Z perspektywy księgowej – jak najbardziej mogą zmienić obraz rentowności.

Praktyczny model zakłada rozdzielenie:

• marży handlowej – różnica między ceną sprzedaży w PLN po kursie księgowym a kosztem własnym sprzedaży,
• różnic kursowych – osobne przychody/koszty finansowe powstające przy zapłacie faktury.

Jeżeli ERP pozwala raportować jedno i drugie osobno, rozmowy między sprzedażą a księgowością stają się znacznie spokojniejsze. Handlowiec widzi, że sprzedał z ładną marżą handlową, a dział finansowy dodatkowo pokazuje, czy kurs waluty zadziałał na korzyść, czy na niekorzyść.

Obieg dokumentów zakupowych: PZ, faktury zakupu i ceny ewidencyjne

PZ jako moment „wejścia” kosztu do magazynu

Po stronie zakupowej rolę WZ odgrywa dokument PZ (przyjęcie zewnętrzne). To on mówi magazynowi: „towar już jest na stanie”, a księgowości – „zaraz pojawi się koszt zapasu”. Jeśli przyjmujemy towar tylko „na fakturę”, magazyn staje się ślepy, bo nie widzi dostaw, które fizycznie już leżą na regale.

Zdrowy scenariusz:

• magazyn wystawia PZ w momencie fizycznego przyjęcia dostawy,
• PZ ma przypisaną wstępną cenę (np. z zamówienia lub z ostatniej dostawy),
• po otrzymaniu faktury zakupu następuje dopasowanie – aktualizacja ceny i ewentualne przeliczenie wartości zapasu.

Dzięki temu logistyka pracuje na realnych stanach, a księgowość nie musi „zgadywać”, jaki jest faktyczny poziom zapasów pod koniec miesiąca.

Źródła cen na PZ: zamówienie, umowa, ostatnia dostawa

Magazynier zwykle nie negocjuje cen z dostawcą. Jego zadaniem jest przyjąć towar zgodnie z dokumentami zakupu. Dlatego warto, aby cena na PZ nie była wpisywana ręcznie, tylko wynikała z:

• zamówienia zakupu – podstawowe źródło ceny i warunków,
• umowy z dostawcą – cenniki zakupu, rabaty wolumenowe, rabaty sezonowe,
• ostatniej ceny zakupu – wykorzystywanej pomocniczo, gdy zamówienia nie ma.

Dla księgowości ważne jest, aby istniała ścieżka audytu: z faktury zakupu można przejść do PZ, a z PZ do zamówienia zakupu i warunków handlowych. Gdy pojawia się spór z dostawcą o cenę, nie trzeba wertować maili – wszystko jest w jednym łańcuchu dokumentów.

Faktura zakupu a korekta cen ewidencyjnych

W wielu firmach to faktura zakupu jest dokumentem „ostatecznej prawdy” o cenie. PZ bywa wystawione wcześniej, z ceną orientacyjną. Gdy przychodzi faktura z inną ceną, ERP powinien przeprowadzić korektę wartości zapasu i – zależnie od metody wyceny – przeliczyć koszt własny sprzedaży.

Typowe sposoby rozliczenia różnic cenowych między PZ a fakturą zakupu:

• korekta wartości zapasu – jeśli towar wciąż jest na magazynie (metody AVCO, LIFO/FIFO z bieżącym korygowaniem),
• korekta kosztu własnego sprzedaży – jeśli znaczna część towaru została już wydana,
• odrębne konto różnic cen zakupu – dobra praktyka, gdy rozbieżności zdarzają się często.

Brak takiej korekty prowadzi do sytuacji, w której księgi pokazują inne wartości niż magazyn. Na poziomie pojedynczego dokumentu nie widać problemu, ale przy inwentaryzacji wychodzą nieprzyjemne niespodzianki.

Zakupy w walucie a ceny ewidencyjne

Podobnie jak przy sprzedaży, także przy zakupach walutowych krzyżują się trzy perspektywy: dostawca wystawia fakturę w walucie, magazyn prowadzi zapas w PLN, a księgowość musi policzyć różnice kursowe.

Przy przyjęciu PZ w walucie obcej system może:

• ustalić cenę ewidencyjną w PLN po kursie z dnia PZ,
• po otrzymaniu faktury zakupu przeliczyć ostateczną cenę po kursie księgowym z dnia faktury,
• różnicę ująć jako różnicę kursową bądź różnicę cen zakupu – zależnie od konfiguracji.

Przy większych wolumenach zakupów walutowych dobrze sprawdza się rozdzielenie kont: jedno dla różnic kursowych finansowych, drugie dla stricte różnic cen towarów. Dzięki temu raport zakupów pokazuje faktyczną dynamikę cen u dostawcy, a nie tylko efekt wahań walut.

Przyjęcia „na magazyn tymczasowy” i późniejsze rozliczanie

Zdarza się, że dostawa dociera do firmy wcześniej niż formalna faktura zakupu – klasyczny przykład to „końcówka miesiąca”. Jeśli magazyn czeka z PZ do momentu, gdy księgowość wprowadzi fakturę, kończy się to niedoszacowaniem zapasu i przekłamanym wynikiem.

Wyjściem jest magazyn tymczasowy lub status PZ „niezatwierdzony księgowo”. Schemat jest prosty:

• magazyn przyjmuje towar na PZ tymczasowe (np. na podstawie awiza dostawy lub zamówienia),
• zapasy są widoczne ilościowo i mogą być wydawane do produkcji lub na sprzedaż,
• dopiero po otrzymaniu faktury zakupu PZ dostaje ostateczną cenę i jest przenoszone na magazyn główny.

Takie rozwiązanie wymaga dobrej dyscypliny procesowej, ale pozwala zsynchronizować realny stan magazynu z jego obrazem księgowym. Księgowa wie, które PZ czekają na fakturę, a magazyn nie traci kilku dni „widoczności” zapasu.

Korekty PZ, zwroty do dostawcy i ich wpływ na ceny

Zwroty do dostawcy są lustrzanym odbiciem zwrotów od klienta. Gdy część towaru okaże się wadliwa lub niezgodna ze specyfikacją, trzeba go wyprowadzić z magazynu i odpowiednio skorygować rozrachunki z dostawcą.

ERP powinien obsłużyć następujące przypadki:

• zwrot przed otrzymaniem faktury zakupu – korekta PZ, rozliczenie z zamówieniem zakupu,
• zwrot po otrzymaniu faktury zakupu – dokument wydania do dostawcy (WZ do dostawcy, RW lub inny symbol) oraz korekta faktury zakupu,
• rabat posprzedażowy od dostawcy bez fizycznego zwrotu towaru – korekta faktury zakupu bez zmiany ilości na magazynie.

Kluczowe jest zachowanie tej samej ceny jednostkowej, po której towar został pierwotnie przyjęty. Jeśli na korekcie PZ wpiszemy inną cenę niż na PZ źródłowym, system wyliczy sztuczną różnicę cen, która zamiesza w kosztach i marży.

Synchronizacja księgowości i magazynu przez konfigurację ERP

Mapowanie dokumentów na konta księgowe

Magazyn operuje symbolami dokumentów (PZ, WZ, ZW, MM), a księgowość – kontami księgowymi. Dopóki nie zostanie zbudowany most między jednym a drugim, każdy błąd w konfiguracji przeliczy się na dziesiątki zaksięgowanych pozycji.

Dobrą praktyką jest przygotowanie tabeli mapowań:

• dla każdego typu dokumentu magazynowego – wskazanie kont Wn/Ma,
• dla każdej grupy towarowej – przypisanie konta zapasu i KWS,
• dla różnic inwentaryzacyjnych, różnic cen, rabatów – osobne konta techniczne.

Dopiero po testowym przejściu całego cyklu (zakup – PZ – faktura zakupu – sprzedaż – WZ – faktura sprzedaży – zwroty) można spokojnie uruchamiać automaty księgowe na produkcji. Kilka godzin testów często oszczędza tygodnie ręcznych przeksięgowań.

Automaty księgowania: gdzie kończy się automatyka, a zaczyna kontrola

ERP kusi możliwością „pełnej automatyzacji” księgowań. Każdy dokument magazynowy od razu ląduje w księdze głównej bez udziału księgowego. Brzmi pięknie, ale w praktyce potrzebna jest granica, za którą automatyka musi zatrzymać się na zatwierdzeniu.

Przykładowo:

• PZ i WZ mogą być księgowane automatycznie na konta zapasu i KWS,
• faktury zakupowe i sprzedażowe mogą generować dekret wstępny,
• księgowy ma obowiązek przejrzeć i zaksięgować ostatecznie dokumenty z określonej listy kontrolnej.

W większych firmach dobrze działa model „dwupoziomowy”: magazyn i sprzedaż generują ruchy operacyjne, a księgowość – ruchy finansowe na podstawie tych dokumentów, mając możliwość korekty schematu księgowania tam, gdzie proces okazał się niestandardowy.

Blokady i walidacje procesu jako „barierki ochronne”

Nie da się ręcznie dopilnować każdej faktury i każdego WZ. Dlatego system powinien mieć wbudowane „barierki ochronne” – niewygodne na początku, ale ratujące wynik finansowy na koniec miesiąca.

Przykładowe blokady i walidacje:

• zakaz zamknięcia miesiąca magazynowego przy istnieniu PZ/WZ roboczych lub niepowiązanych z fakturami,
• ostrzeżenie przy wprowadzaniu ceny sprzedaży poniżej określonego narzutu na koszcie (z możliwością nadpisania tylko przez uprawnionych użytkowników),
• blokada zmiany ceny ewidencyjnej „z ręki”, jeśli na magazynie jest dodatni stan ilościowy.

Takie bariery na początku bywają odbierane jako „utrudnianie życia użytkownikom”, ale po pierwszych kilku zamknięciach miesiąca większość zespołu widzi, że liczba niespodzianek spada praktycznie do zera.

Role i uprawnienia: kto może zmienić cenę, a kto nie

Spór o to, kto „kliknął” złą cenę, potrafi zepsuć relacje między działami bardziej niż niejeden błąd logistyczny. Lepiej z góry jasno ustalić, kto ma prawo:

• definiować i zmieniać cenniki sprzedażowe,
• modyfikować ceny ewidencyjne i zasady wyceny zapasu,
• nadawać wyjątki cenowe na zamówieniach (rabat specjalny, zmiana ceny).

Przykładowo, handlowiec może mieć prawo do obniżenia ceny w zamówieniu do określonego poziomu marży minimalnej. Niższa cena wymaga akceptacji kierownika sprzedaży. Z kolei dział księgowości powinien mieć wyłączność na zmiany w polityce cen ewidencyjnych, tak aby magazyn nie „łatał” braków konfiguracji na własną rękę.

Raporty kontrolne łączące magazyn, sprzedaż i księgi

Nawet najlepiej skonfigurowany system potrzebuje stałej kontroli. Nie chodzi o to, by co miesiąc robić audyt całej firmy, ale o mądrze dobrane raporty, które łączą dane z różnych modułów.

Przydatne przykłady:

• porównanie stanu magazynu ilościowo-wartościowo z saldem kont zapasów w księdze głównej,
• lista dokumentów magazynowych niepowiązanych z fakturami (po stronie zakupów i sprzedaży),
• raport marży wg dokumentów z rozbiciem na: cena sprzedaży, koszt z WZ, rabaty, różnice cen zakupu,
• analiza rotacji towarów z podziałem na te, które w ostatnich miesiącach były sprzedawane poniżej kosztu aktualnego.

Taki zestaw, uruchamiany cyklicznie (np. raz w tygodniu), pozwala wyłapać problemy zanim urosną do skali „katastrofy przy zamknięciu roku”. To trochę jak regularny przegląd samochodu – taniej i spokojniej niż nocna akcja serwisowa na autostradzie.

Co warto zapamiętać

• Konflikty między magazynem, sprzedażą i księgowością wynikają głównie z różnych perspektyw na ten sam towar: jedni widzą sztuki i lokalizacje, inni klienta i rabaty, a księgowi – koszty, przychody i marżę.
• Brak wspólnego, spójnie skonfigurowanego ERP powoduje, że każdy dział buduje własne „mini-ERP” w Excelu, co niemal gwarantuje rozjazdy między WZ, fakturami i stanami magazynu.
• Najczęstsze źródła problemów to różne daty księgowania (np. WZ w jednym miesiącu, faktura w kolejnym), różne ceny na WZ i fakturze oraz faktury wystawiane bez powiązania z dokumentami magazynowymi.
• Rozbieżności między dokumentami bezpośrednio zafałszowują marżę, wyniki kontrolingu i raporty dla zarządu, a przy audycie budzą podejrzenia o błędne rozliczanie przychodów, kosztów i VAT.
• Przykładowy „zgubiony” rabat pokazuje, że pojedyncza, mocno przeceniona transakcja, źle ustawiona w ERP, może sprawić, że produkt w raportach wygląda jak permanentnie nierentowny, choć w rzeczywistości była to jednorazowa decyzja biznesowa.
• ERP porządkuje współpracę działów tylko wtedy, gdy są jasno zdefiniowane typy dokumentów, reguły ich powiązań oraz automatyczne schematy księgowe – inaczej każdy moduł żyje własnym życiem.

Opracowano na podstawie

• Ustawa z dnia 29 września 1994 r. o rachunkowości. Sejm Rzeczypospolitej Polskiej (1994) – Podstawowe zasady ewidencji zapasów, ksiąg handlowych i sprawozdawczości
• Krajowy Standard Rachunkowości nr 4 „Utrata wartości aktywów” oraz wybrane zapisy o zapasach. Komitet Standardów Rachunkowości (2017) – Wycena zapasów, zasady ujmowania kosztu własnego sprzedaży
• Międzynarodowy Standard Rachunkowości MSR 2 „Zapasy”. Rada Międzynarodowych Standardów Rachunkowości (2003) – Metody wyceny zapasów: FIFO, średnia ważona, cena stała
• Systemy ERP w zarządzaniu przedsiębiorstwem. Polskie Wydawnictwo Ekonomiczne (2013) – Rola modułów magazyn, sprzedaż, finanse w zintegrowanym ERP
• Controlling i rachunkowość zarządcza. Wydawnictwo Naukowe PWN (2018) – Analiza marży, raporty kontrolingowe, wpływ jakości danych księgowych
• Zarządzanie logistyczne. Wydawnictwo C.H.Beck (2016) – Procesy magazynowe, dokumenty PZ, WZ, MM i ich znaczenie operacyjne