Jak automatycznie rozliczać etapy realizacji zamówienia?

Klient zamawia 100 sztuk produktu, ale pierwsze 40 ma dostać od razu, kolejne 60 za dwa tygodnie. Producent mebli pobiera 30% zaliczki, potem rozlicza gotowe elementy i na końcu montaż. Software house fakturuje analizę, wdrożenie i odbiór końcowy osobno. Hurtownia realizuje jedno zamówienie w czterech

Jeżeli każdy etap jest pilnowany ręcznie, ktoś musi pamiętać:

Przy kilkunastu zamówieniach da się to prowadzić w Excelu. Przy kilkuset zaczynają pojawiać się pomyłki.

Automatyczne rozliczanie etapów polega na tym, że zmiana rzeczywistego stanu zamówienia uruchamia kolejną operację w systemie. Nie trzeba za każdym razem pamiętać, że po zatwierdzeniu odbioru trzeba wystawić fakturę, po wpłacie zaliczki zmienić status, a po wysyłce pomniejszyć ilość pozostałą do realizacji.

System robi to na podstawie wcześniej ustalonych reguł.

Najpierw trzeba przestać traktować zamówienie jak jeden status

W wielu programach zamówienie ma prostą listę:

Nowe
W realizacji
Zrealizowane

To wystarcza, dopóki całość wykonuje się jednocześnie.

Przy realizacji etapowej potrzebujemy więcej informacji.

Zamówienie o wartości 50 000 zł może być jednocześnie:

30% opłacone,

60% wyprodukowane,

40% wydane,

40% zafakturowane,

0% odebrane końcowo.

Nie da się tego dobrze opisać jednym polem „w realizacji”.

Dlatego system powinien rozdzielać przynajmniej trzy rzeczy:

postęp operacyjny – co faktycznie zostało wykonane,

postęp finansowy – ile klient zapłacił,

postęp fakturowania – jaka część zamówienia została już udokumentowana.

Dzięki temu pracownik może zobaczyć:

wartość zamówienia: 50 000 zł,

zrealizowano: 30 000 zł,

zafakturowano: 25 000 zł,

zapłacono: 20 000 zł,

pozostało do realizacji: 20 000 zł.

To znacznie bardziej użyteczna informacja niż „status: częściowo zrealizowane”.

Etapy najlepiej zdefiniować już przy zamówieniu

Załóżmy, że firma wykonuje zabudowę biurową.

Umowa przewiduje:

20% przed rozpoczęciem,

30% po dostarczeniu materiałów,

30% po wykonaniu zabudowy,

20% po odbiorze końcowym.

Przy tworzeniu zamówienia można zapisać od razu cztery etapy.

Każdy ma:

nazwę,

wartość lub procent,

warunek uruchomienia,

termin,

status,

oraz sposób rozliczenia.

Przykładowo:

Etap 1 – zaliczka
20%
warunek: podpisana umowa

Etap 2 – materiały
30%
warunek: potwierdzone dostarczenie materiałów

Etap 3 – wykonanie
30%
warunek: zakończona instalacja

Etap 4 – odbiór
20%
warunek: podpisany protokół odbioru

System nie musi później zgadywać, ile jeszcze zostało.

Po zamknięciu pierwszego etapu oznacza 20% jako rozliczone i wie, że pozostało 80%.

Nie każdy etap powinien automatycznie tworzyć fakturę

To jedna z ważniejszych zasad.

Status operacyjny i moment podatkowy nie zawsze są tym samym.

Firma może ustawić wewnętrzny etap:

projekt zaakceptowany przez kierownika

ale z umowy nie wynika jeszcze osobna należność za tę część.

Samo kliknięcie statusu nie powinno wtedy generować faktury.

Inaczej wygląda sytuacja, gdy umowa mówi:

Etap I – analiza – 5 000 zł
Etap II – projekt – 10 000 zł
Etap III – wdrożenie – 20 000 zł

i każda część jest rzeczywiście odrębnie przyjmowana oraz ma przypisaną zapłatę.

Przy usługach przyjmowanych częściowo wykonanie części, dla której określono wynagrodzenie, może mieć znaczenie dla momentu powstania obowiązku podatkowego.

Dlatego system nie powinien mieć prostej reguły:

status zakończony = faktura.

Lepsza reguła brzmi:

etap zakończony + etap jest rozliczany osobno = przygotuj dokument do wystawienia.

Zaliczka to inny mechanizm niż zapłata za wykonany etap

Te dwa przypadki są często mieszane.

Klient wpłaca 10 000 zł przed rozpoczęciem produkcji.

To nie jest wynagrodzenie za zakończony etap. To zaliczka na przyszłą dostawę lub usługę.

System powinien ją rozpoznać jako taką.

Proces może wyglądać:

zamówienie zaakceptowane,

system wystawia pro formę lub wysyła dane do płatności,

klient przelewa 10 000 zł,

bank lub operator płatności przekazuje informację o wpłacie,

system oznacza płatność,

powstaje faktura dokumentująca zaliczkę,

zamówienie przechodzi do produkcji.

Nie trzeba czekać, aż pracownik księgowości ręcznie sprawdzi konto i poinformuje dział realizacji.

Jeszcze ważniejsze jest to, żeby zaliczka nie została później policzona drugi raz.

Jeżeli całe zamówienie wynosi 40 000 zł, a klient zapłacił wcześniej 10 000 zł, późniejsze rozliczenie musi uwzględniać tę kwotę.

System powinien wiedzieć:

wartość zamówienia – 40 000 zł,

zaliczki – 10 000 zł,

pozostało do rozliczenia – 30 000 zł.

Nie powinno się tworzyć faktury końcowej na pełne 40 000 zł bez rozliczenia wcześniejszych dokumentów.

KSeF zwiększa znaczenie prawidłowego powiązania dokumentów

Przy automatycznym rozliczaniu etapów faktury nie mogą być traktowane jako niezależne pliki PDF.

System powinien znać relacje między nimi.

Jeżeli wcześniej wystawiono fakturę zaliczkową w KSeF, późniejsza faktura rozliczająca powinna prawidłowo odnosić się do wcześniejszego dokumentu, w tym do jego numeru KSeF.

Przy kilku zaliczkach robi się to jeszcze ważniejsze.

Zamówienie może mieć:

zaliczkę nr 1 – 10%,

zaliczkę nr 2 – 20%,

kolejną wpłatę – 20%,

a później fakturę rozliczającą pozostałą część.

Ręczne wyszukiwanie numerów KSeF wcześniejszych dokumentów byłoby przy dużej liczbie zamówień bardzo niewygodne.

Dobrze zaprojektowany system przechowuje tę historię przy zamówieniu i automatycznie tworzy odpowiednie powiązania.

W 2026 roku faktury ustrukturyzowane korzystają ze struktury FA(3), która obsługuje m.in. faktury zaliczkowe i rozliczające.

Automatyzacja fakturowania etapowego powinna więc obejmować również KSeF, a nie kończyć się na stworzeniu faktury w wewnętrznej bazie programu.

Przy sprzedaży towarów rozliczenie może wynikać z faktycznej wysyłki

Inny przykład to hurtownia.

Klient zamawia:

100 urządzeń po 1 000 zł.

Całe zamówienie:

100 000 zł.

W magazynie dostępnych jest jednak tylko 40 sztuk.

Klient zgadza się na częściowe dostawy.

Pierwsza wysyłka:

40 sztuk.

Pozostaje:

60 sztuk.

System powinien pozwolić utworzyć WZ lub inną operację wydania tylko dla 40 sztuk, a zamówienie pozostawić otwarte.

Po zatwierdzeniu wysyłki może powstać faktura obejmująca właśnie te 40 urządzeń.

Nie trzeba wtedy ręcznie kopiować części pozycji do nowego dokumentu.

Stan zamówienia zmienia się automatycznie:

zamówiono: 100,

wydano: 40,

zafakturowano: 40,

pozostało: 60.

Po drugiej dostawie:

wydano: 100,

zafakturowano: 100,

pozostało: 0.

Zamówienie może zostać zamknięte.

To standardowy mechanizm w systemach ERP obsługujących częściowe wysyłki.

Nie zawsze każdą wysyłkę trzeba fakturować osobno

Częściowa realizacja nie musi oznaczać lawiny dokumentów.

Niektóre firmy dostarczają klientowi towar kilka razy w miesiącu, a fakturę wystawiają zbiorczo zgodnie z przyjętymi zasadami rozliczenia.

System może wtedy gromadzić zrealizowane wydania:

2 września – 20 sztuk,

8 września – 10 sztuk,

15 września – 25 sztuk,

i później wykorzystać je do przygotowania jednego dokumentu obejmującego odpowiednie dostawy.

Takie rozwiązanie jest wygodne przy stałych klientach B2B.

Ważne jest jednak, aby ustawienie „fakturuj zbiorczo” było przypisane do właściwego klienta albo umowy, a nie zależało od pamięci pracownika.

Jeden klient może wymagać faktury po każdym wydaniu.

Drugi chce dokument zbiorczy.

System powinien stosować właściwą regułę automatycznie.

Etap może być uruchamiany przez zdarzenie, a nie ręczne kliknięcie

Automatyzacja robi się ciekawa dopiero wtedy, gdy kolejne statusy wynikają z rzeczywistych operacji.

Przykład:

Wpłynęła zaliczka
→ zamówienie przechodzi do „gotowe do produkcji”.

Magazyn przyjął wszystkie potrzebne komponenty
→ powstaje zadanie produkcyjne.

Produkcja zgłosiła kompletność
→ zamówienie trafia do kontroli jakości.

Kontrola zaakceptowana
→ system tworzy zadanie pakowania.

Wygenerowano przesyłkę
→ status „gotowe do wysyłki”.

Przewoźnik odebrał paczkę
→ status „wysłane”.

Etap kwalifikuje się do rozliczenia
→ przygotowana zostaje faktura.

Jeden proces może więc połączyć sprzedaż, magazyn, płatności, faktury i logistykę.

Pracownik nie musi ręcznie ustawiać każdego statusu.

Reguły „jeżeli – to” wystarczą w większości firm

Nie trzeba od razu wdrażać sztucznej inteligencji.

Duża część automatyzacji zamówień to bardzo proste zależności.

Jeżeli klient wpłacił minimum 30%
to odblokuj realizację.

Jeżeli komplet towaru znajduje się w magazynie
to utwórz zadanie kompletacji.

Jeżeli wydano wszystkie pozycje etapu
to oznacz etap jako wykonany.

Jeżeli etap jest wykonany i ma przypisaną płatność
to przygotuj fakturę.

Jeżeli faktura została przyjęta przez KSeF
to oznacz etap jako zafakturowany.

Jeżeli faktura jest przeterminowana o 7 dni
to wyślij przypomnienie.

Takie reguły są łatwe do zrozumienia i późniejszego utrzymania.

Znacznie gorszy jest system z setkami automatów, których nikt po roku nie potrafi wyjaśnić.

System powinien pilnować ilości, a nie tylko wartości

Przy zamówieniach towarowych trzeba uważać na jeszcze jedną rzecz.

Nie wystarczy wiedzieć, że zafakturowano 60% wartości zamówienia.

Trzeba wiedzieć, które pozycje rzeczywiście zostały zrealizowane.

Zamówienie zawiera:

10 laptopów,

10 monitorów,

10 stacji dokujących.

Laptop kosztuje znacznie więcej niż monitor.

Jeżeli system zapisze tylko:

50% zamówienia zrealizowane

nie wiadomo, co faktycznie wysłano.

Lepszy model śledzi ilość na poziomie każdej pozycji:

Laptop
zamówiono: 10
wydano: 10
pozostało: 0

Monitor
zamówiono: 10
wydano: 5
pozostało: 5

Stacja dokująca
zamówiono: 10
wydano: 0
pozostało: 10

Faktura częściowa może wtedy powstać dokładnie z tych pozycji i ilości, które mają zostać rozliczone.

Przy produkcji na zamówienie warto rozdzielić kamienie milowe od operacji

Firma produkująca maszyny może mieć 150 operacji wewnętrznych:

zamówienie komponentów,

cięcie,

spawanie,

malowanie,

montaż,

programowanie,

testy,

pakowanie.

Klient nie musi mieć 150 etapów rozliczenia.

Może mieć tylko cztery:

20% przy zamówieniu,

30% po wykonaniu konstrukcji,

30% po testach,

20% po odbiorze.

System produkcyjny może więc śledzić bardzo szczegółowy proces, ale do warstwy handlowej przekazywać tylko odpowiednie kamienie milowe.

Dzięki temu faktura nie powstaje przypadkowo tylko dlatego, że ktoś zakończył pojedynczą czynność produkcyjną.

Rozliczenie powinno wynikać z umowy z klientem, a nie z liczby statusów w fabryce.

Automatyczne rozliczenie powinno mieć zabezpieczenia

Nie każdy etap warto fakturować całkowicie bez udziału człowieka.

Przykład:

zamówienie ma wartość 500 000 zł,

system dostał informację, że etap został wykonany,

ale klient zgłosił zastrzeżenia do odbioru.

Automatyczne wystawienie dokumentu kilka sekund później może być przedwczesne.

Dlatego można stosować dwa poziomy.

Dla prostych i powtarzalnych zamówień:

warunki spełnione → wystaw fakturę automatycznie.

Dla większych:

warunki spełnione → przygotuj fakturę → wymagana akceptacja handlowca lub księgowości.

Automatyzacja nadal wykonuje całą mechaniczną pracę. Człowiek tylko zatwierdza wyjątek lub dokument o dużej wartości.

Podobną kontrolę można uruchamiać, gdy:

kwota odbiega od zamówienia,

marża jest zbyt niska,

brakuje protokołu,

klient ma zaległe należności,

nastąpiła zmiana ceny,

zamówienie jest w innej walucie niż standardowa.

Status płatności nie powinien być ustawiany ręcznie

Jeżeli firma korzysta z bankowości zintegrowanej z systemem albo operatora płatności, wpływ można automatycznie powiązać z zamówieniem lub fakturą.

Najprostszy przypadek:

faktura – 12 300 zł,

przelew – 12 300 zł,

prawidłowy numer faktury w tytule.

System może oznaczyć dokument jako zapłacony.

Przy zamówieniu etapowym można iść dalej.

Klient powinien wpłacić 30 000 zł przed rozpoczęciem etapu.

Wpływa 30 000 zł.

System oznacza warunek jako spełniony i odblokowuje kolejny etap.

Jeżeli wpływa 20 000 zł:

zapłacono: 20 000 zł,

pozostało: 10 000 zł,

etap nadal czeka na pełną wpłatę.

Pracownik nie musi każdego ranka porównywać listy zamówień z wyciągiem bankowym.

Co zrobić, gdy klient zmieni zakres zamówienia w połowie realizacji?

To moment, w którym proste systemy zaczynają się gubić.

Klient zamówił usługę za 100 000 zł.

Zrealizowano i rozliczono pierwszy etap za 30 000 zł.

Następnie klient rozszerza zakres o dodatkowe 20 000 zł.

Nie powinno się edytować historii tak, jakby zamówienie od początku wynosiło 120 000 zł bez informacji o zmianie.

Lepszy system zapisuje aneks lub zmianę wartości.

Historia wygląda wtedy:

wartość pierwotna – 100 000 zł,

zmiana zakresu – +20 000 zł,

aktualna wartość – 120 000 zł,

zrealizowano – 30 000 zł,

pozostało – 90 000 zł.

Podobnie przy rezygnacji z części zakresu.

Nie chodzi tylko o księgowość. Handlowiec musi później wiedzieć, skąd wzięła się końcowa wartość kontraktu.

Zwrot albo reklamacja nie powinny cofać historii

Załóżmy, że z 50 wysłanych urządzeń klient zwraca pięć.

System nie powinien zmienić pierwotnego wydania z:

50

na:

45

tak, jakby pięć urządzeń nigdy nie opuściło magazynu.

Prawidłowa historia wygląda raczej:

wydano: 50,

zwrócono: 5,

netto u klienta: 45.

Jeżeli zwrot wpływa na rozliczenie, powstaje odpowiedni dokument korygujący.

Dzięki temu po pół roku można odtworzyć, co naprawdę się wydarzyło.

Ta sama zasada dotyczy anulowania części projektu, rabatu udzielonego po wykonaniu etapu czy korekty ilości.

Automatyzacja nie powinna „naprawiać” przeszłości przez usuwanie danych.

Klient może widzieć te same etapy w swoim panelu

Automatyczne statusy mają dodatkową zaletę.

Informacja może być dostępna nie tylko dla pracowników.

Klient loguje się i widzi:

Zamówienie przyjęte ✓
Zaliczka opłacona ✓
Produkcja ✓
Kontrola jakości ✓
Wysyłka – w trakcie
Odbiór – oczekuje

Niżej:

wartość zamówienia – 80 000 zł,

zapłacono – 50 000 zł,

pozostało – 30 000 zł.

Nie musi dzwonić do handlowca z pytaniem:

„Na jakim etapie jesteśmy?”

Przy dużych projektach B2B taki panel potrafi ograniczyć sporą liczbę maili.

Oczywiście nie każdy wewnętrzny status powinien być pokazywany klientowi. Informacja typu:

„oczekuje na poprawkę działu technologicznego”

może pozostać wewnętrzna.

System może mieć osobne statusy operacyjne i uproszczone statusy prezentowane odbiorcy.

Jak wygląda dobrze zautomatyzowane zamówienie?

Weźmy przykład producenta wyposażenia sklepu.

Zamówienie:

100 000 zł netto.

Warunki:

20% zaliczki,

40% po dostawie wyposażenia,

40% po montażu i odbiorze.

Po podpisaniu umowy system tworzy pierwsze rozliczenie.

Klient wpłaca 20 000 zł.

Płatność zostaje automatycznie rozpoznana. Powstaje dokument dotyczący zaliczki. Po jego prawidłowym wystawieniu zamówienie zostaje odblokowane do realizacji.

Produkcja kończy wyposażenie.

Magazyn wydaje towar.

System widzi wykonanie drugiego kamienia milowego i przygotowuje rozliczenie kolejnych 40%.

Po montażu pracownik zaznacza odbiór lub klient podpisuje elektroniczny protokół.

Uruchamia się ostatnie rozliczenie.

System uwzględnia wcześniejsze dokumenty, przesyła właściwą fakturę do KSeF, zapisuje numer KSeF i oznacza etap jako zafakturowany.

Gdy płatność wpływa na konto, status zmienia się automatycznie.

Po zakończeniu procesu zamówienie pokazuje:

realizacja – 100%,

zafakturowano – 100%,

zapłacono – 100%.

Nie trzeba prowadzić obok Excela zatytułowanego:

rozliczenia_projekty_aktualne.xlsx.

Najważniejsze jest dobre zaprojektowanie zdarzeń

Automatyczne rozliczanie etapów nie polega przede wszystkim na generowaniu faktur.

Najpierw trzeba ustalić, co w firmie jest dowodem, że dany etap rzeczywiście się wydarzył.

Może to być:

wpływ płatności,

zatwierdzenie protokołu,

wydanie magazynowe,

potwierdzenie dostawy,

ukończenie zadania,

akceptacja klienta,

podpis elektroniczny,

zmiana statusu produkcji.

Dopiero do tych zdarzeń należy podpinać kolejne akcje.

W przeciwnym razie automat będzie tylko szybciej wykonywał błędne operacje.

Dobrze skonfigurowany proces sprawia natomiast, że pracownik wykonuje realną czynność – przyjmuje płatność, wydaje towar albo zatwierdza odbiór – a system sam wie, co ta czynność oznacza dla pozostałej wartości zamówienia, faktury, KSeF, magazynu i następnego etapu realizacji.

Właśnie wtedy automatyzacja przestaje być dodatkiem do programu. Zaczyna faktycznie prowadzić zamówienie od pierwszej wpłaty aż do pełnego rozliczenia.