Start›ERP — księga i faktury
Stan magazynu zmienia się tylko przez dokument.
Każda sztuka wchodzi na stan w partii z realnym kosztem, a wydania schodzą FIFO, magazyn po magazynie. Z tej samej księgi wychodzi faktura sprzedaży, stan przekazywany do sklepu i marża, którą widzisz w raportach.
Koszt sztuki wynika z partii, nie ze średniej ceny zakupu.
Każda przyjęta sztuka wchodzi na stan w partii z rzeczywistym kosztem, a wydania schodzą FIFO — najstarsza partia pierwsza, osobno na każdym magazynie. Siedem typów dokumentów, PZ, PW, MM, RX, PX, WZ i RW, pokrywa każdą możliwą zmianę stanu, od przyjęcia dostawy po korektę po inwentaryzacji. Żaden z nich nie powstaje sam z siebie: PZ rodzi się z zamówienia zakupu, WZ ze sprzedaży, resztę wystawia się ręcznie z podanym powodem.
Za każdym dokumentem stoi ruch z numerem, referencją i datą. Otwierasz PX/2026/0004 i widzisz dokładnie, ile sztuk, po jakim koszcie i z jakiego powodu wjechały na stan. Historia ruchów nie kasuje starych zapisów — pokazuje, jak stan wyglądał krok po kroku, nie tylko, ile go jest dzisiaj.
- Dokumentów w rejestrze
- PZ, PW, MM, RX, PX, WZ, RW — siedem typów
- Kolejność kosztu
- FIFO, osobno na każdym magazynie
- Waluta księgi
- EUR, kurs NBP z dnia poprzedniego
- Każdy dokument
- numer, referencja, ruch w historii
Każdy magazyn ma własne partie, a MM łączy je jednym dokumentem.
Stan prowadzisz osobno na każdym magazynie, z własnymi partiami i kosztem. Towar między nimi przesuwasz dokumentem MM, który księguje rozchód na jednym magazynie i przychód na drugim w tej samej operacji, więc suma na koncie zgadza się nawet w trakcie przesunięcia. Magazyn główny, zaplecze sklepu stacjonarnego czy magazyn operatora zewnętrznego — każdy dostaje swój numer i swoją historię ruchów.
Gdy fizyczny stan na regale rozjedzie się z księgą, różnica trafia do kolejki rekonsyliacji do wyjaśnienia. Nikt nie poprawia liczby wprost w bazie — taka zmiana nie zostawiłaby dokumentu ani śladu, kto i dlaczego ją wprowadził. Świeżo przyjęta dostawa ma dodatkową ochronę: rekonsyliacja nie nadpisze stanu, który dopiero co wjechał na magazyn i jeszcze nie zdążył trafić do sprzedaży.
- Przesunięcie MM
- rozchód i przychód w jednym dokumencie
- Partie i koszt
- osobne na każdej lokalizacji
- Rozjazd fizyka↔księga
- kolejka rekonsyliacji, nie edycja liczby
- Historia zmiany
- ruch z odsyłaczem do dokumentu źródłowego
Ręczna korekta zdejmuje albo dokłada stan, zawsze z dowodem.
Nie każdy rozjazd wymaga zatrzymania magazynu na pełny spis z natury. Krótszą ścieżką jest ręczna korekta: RX zdejmuje sztuki ze stanu po koszcie partii, z której realnie zeszły, PX dokłada je z powrotem, też po realnym koszcie, nie po średniej z całego magazynu. Obie operacje trafiają do tego samego rejestru co PZ czy WZ, bez osobnego, ukrytego trybu edycji.
Dokument dostaje referencję i opis powodu, więc pół roku później widać, dlaczego stan się zmienił, a nie tylko to, że się zmienił. Księgowy widzi wtedy referencję „KOREKTA-RECZNA" albo własny opis, ilość i wartość co do grosza, zamiast zgadywać, co ktoś kiedyś poprawił w arkuszu.
- Korekta w dół
- dokument RX, po koszcie konkretnej partii
- Korekta w górę
- dokument PX, bez pełnego spisu z natury
- Powód
- referencja i opis przy dokumencie
- Wpływ na FIFO
- kolejka partii aktualizuje się od razu
Fakturowanie podłączasz do dostawcy, którego już znasz.
Wybierasz Fakturownię, inFakt, wFirmę albo własny wzór, do wyboru w integracjach. Jeśli fakturujesz gdzie indziej, wyłączasz nasz moduł jednym przełącznikiem i nic w księdze się nie zmienia — dokumenty magazynowe nadal powstają z WZ, tylko faktura wychodzi z innego systemu. Język dokumentu dobiera się do kraju klienta, więc faktura do Niemiec nie wygląda jak ta wystawiona w Polsce.
Stan z księgi wraca do Shopify i IdoSell jako opcja, którą włączasz w integracjach, a nie stały obowiązek. Sklep dostaje liczbę w dół, nie w górę — księga decyduje, ile naprawdę jest na półce, a sklep tylko to pokazuje klientowi. Koszty w tej samej księdze liczone są w euro, więc marża nie skacze razem z kursem złotego.
- Dostawcy faktur
- Fakturownia, inFakt, wFirma lub własny wzór
- Wyłączenie modułu
- jeden przełącznik w integracjach
- Sync stanów
- Shopify i IdoSell, opcjonalnie
- Kierunek
- z księgi do sklepu, nie odwrotnie
Jak to wygląda w praktyce.
Braku po skanie nie poprawia się ręcznie w bazie. Oto droga jednego rozjazdu od fali kompletacji do zamkniętej korekty, krok po kroku, tak jak wygląda na magazynie.
Fala PF-1231 nie znajduje towaru w KOSZ-04.
Operator skanuje lokalizację, ale kuweta jest pusta, choć księga pokazuje 5 sztuk na stanie. Skaner nie pozwala potwierdzić zbiórki sztuki, której fizycznie nie ma — zgłasza brak zamiast puścić błędną wysyłkę dalej.
Brak trafia do kolejki rekonsyliacji, nie do edycji liczby.
Magazynier zgłasza rozjazd z poziomu skanera, bez wychodzenia z aplikacji terminala. Stan w księdze zostaje bez zmian, dopóki ktoś świadomie nie zamknie różnicy dokumentem — do tego czasu 5 sztuk formalnie wciąż jest na stanie, mimo że nikt ich nie widzi na regale.
Księgowy wystawia korektę RX/2026/0004.
Otwiera zgłoszenie i wystawia dokument RX. 5 sztuk schodzi ze stanu po koszcie partii, z której zniknęły — 50,00 € razem, z referencją „KOREKTA-RECZNA" i opisem powodu przy dokumencie, żeby za pół roku ktoś inny wiedział, co się stało.
Stan i marża aktualizują się w jednym ruchu.
Księga zdejmuje 5 sztuk z partii, a stan w Shopify spada o tyle samo w tym samym ruchu. Raport marży od razu liczy koszt sprzedaży bez towaru, którego nie ma na półce — inaczej marża byłaby zawyżona o koszt sztuk, które istnieją tylko na papierze.
Księga spina zakupy, magazyn i raporty w jedną liczbę.
Zobacz to na swoich danych.
Plan Pro uruchamiasz od razu po płatności, a sklep Shopify podłączasz jednym kliknięciem. Jeśli wolisz najpierw zobaczyć panel, pokażemy go na żywo na scenariuszu z twojego magazynu.