System wniosków zakupowych połączony z KSeF kontroluje wydatek od momentu zgłoszenia potrzeby do przypisania faktury. Pracownik podejmuje decyzję, a system odczytuje dokumenty, uzupełnia dane i aktualizuje koszt projektu.
Zakup w firmie zaczyna się wcześniej niż faktura.
Najpierw ktoś zauważa potrzebę: trzeba zamówić materiał, usługę podwykonawcy, transport, nocleg, wyposażenie albo produkt potrzebny do realizacji zlecenia. Następnie pojawia się decyzja, wybór dostawcy, zamówienie, dostawa i dopiero na końcu dokument kosztowy.
Jeżeli firma zaczyna kontrolować wydatek dopiero po otrzymaniu faktury, może już tylko zarejestrować decyzję podjętą kilka dni albo tygodni wcześniej.
Sprawny system wniosków zakupowych łączy cały proces:
potrzeba → wniosek → akceptacja → zamówienie → dostawa → faktura z KSeF → przypisanie kosztu → raport zarządczy
Dzięki temu firma kontroluje koszt przed jego poniesieniem, a po otrzymaniu faktury może szybko sprawdzić, czego dokument dotyczy i kto wcześniej zatwierdził zakup.
Główna zasada
Pracownik ma podejmować decyzje. System ma odczytywać dokumenty, uzupełniać dane i podpowiadać właściwe powiązania.
Czym jest wniosek zakupowy?
Wniosek zakupowy to elektroniczne zgłoszenie potrzeby poniesienia wydatku.
Powinien odpowiadać na kilka podstawowych pytań:
- co firma chce kupić,
- dlaczego zakup jest potrzebny,
- kto go zgłasza,
- dla którego projektu, zlecenia albo działu,
- jaka jest przewidywana wartość,
- kto powinien podjąć decyzję,
- kiedy produkt albo usługa są potrzebne,
- na podstawie jakiej oferty, proformy lub ustalenia powstał wniosek.
Wniosek tworzy kontekst kosztu jeszcze przed otrzymaniem faktury.
Dzięki temu osoba akceptująca nie widzi wyłącznie kwoty. Widzi również cel, projekt, budżet, termin oraz wpływ zakupu na opłacalność realizacji.
Wniosek, zamówienie, faktura i płatność oznaczają różne rzeczy
Jedna kwota może pojawić się w systemie kilka razy, ale za każdym razem ma inne znaczenie.
| Etap | Co oznacza |
|---|---|
| Budżet | Ile firma planuje przeznaczyć na projekt albo kategorię kosztu |
| Wniosek zakupowy | Jakiego wydatku potrzebuje pracownik i jakiej kwoty się spodziewa |
| Akceptacja | Na jaki wydatek firma wyraziła zgodę |
| Zamówienie | Jaką kwotę firma zobowiązała się zapłacić dostawcy |
| Dostawa | Co faktycznie zostało dostarczone lub wykonane |
| Faktura | Jaką kwotą dostawca obciążył firmę |
| Płatność | Ile pieniędzy faktycznie wypłacono i kiedy |
System musi rozróżniać te wartości.
Jeżeli zatwierdzono zakup za 10 000 zł, a następnie przyszła faktura na 10 300 zł, koszt projektu nie może wynosić 20 300 zł. Wartość zamówienia jest zobowiązaniem. Po otrzymaniu i zaakceptowaniu faktury zastępuje ją koszt rzeczywisty.
Dobrze zaprojektowany system pokazuje osobno:
- wydatki oczekujące na decyzję,
- zaakceptowane zobowiązania,
- zamówienia bez faktury,
- koszty rzeczywiste,
- dokumenty oczekujące na wyjaśnienie,
- kwoty gotowe do płatności,
- koszty już opłacone.
Dlaczego wnioski zakupowe są częścią rachunkowości zarządczej?
Rachunkowość finansowa rejestruje dokumenty i zdarzenia, które już wystąpiły.
Rachunkowość zarządcza pomaga właścicielowi, kierownikom i zarządowi podejmować decyzje przed zdarzeniem oraz podczas realizacji projektu.
Zarządzający firmą potrzebują więc czegoś więcej niż informacji:
W tym miesiącu zaksięgowaliśmy 400 000 zł kosztów.
Potrzebują odpowiedzi na pytania:
- które projekty wygenerowały te koszty,
- które wydatki były planowane,
- ile firma już zobowiązała się zapłacić,
- które zamówienia nadal nie mają faktur,
- gdzie przekroczono budżet,
- jakie koszty mogą jeszcze pojawić się przed zakończeniem projektu,
- które projekty tworzą środki potrzebne do pokrycia kosztów stałych firmy.
KSeF dostarcza dane o fakturze. Nie zawiera jednak pełnej informacji zarządczej o tym, dlaczego zakup został wykonany, kto go zatwierdził i jakiemu projektowi powinien zostać przypisany.
Ten kontekst powstaje w systemie przedsiębiorstwa.
Kiedy firma staje się zbyt duża na kontrolowanie zakupów z pamięci?
Nie istnieje jedna liczba pracowników, po której należy wdrożyć elektroniczne wnioski zakupowe.
Znaczenie ma przede wszystkim złożoność firmy.
Potrzeba pojawia się zazwyczaj wtedy, gdy:
- kilka osób może zamawiać produkty i usługi,
- firma prowadzi wiele projektów jednocześnie,
- właściciel nie uczestniczy już w każdej decyzji,
- kierownicy mają własne budżety i odpowiedzialności,
- jedna faktura dotyczy kilku zleceń,
- dostawy przychodzą częściowo,
- firma korzysta z kilku spółek albo płatników,
- zakupy i księgowość regularnie wyjaśniają, czego dotyczy dokument,
- wynik projektu jest znany dopiero po zakończeniu miesiąca,
- wiedza o wydatkach znajduje się głównie w głowach kilku osób.
Na tym etapie brak informacji kosztowej ogranicza rozwój firmy.
Rosnący obrót może wyglądać dobrze w raporcie sprzedażowym, a jednocześnie nie przynosić proporcjonalnego wzrostu zysku. Bez powiązania przychodów z kosztami zarząd widzi wielkość działalności, lecz nie widzi jej jakości.
Pracownik ma decydować, a nie przepisywać
Rachunkowość zarządcza działa wyłącznie wtedy, gdy dane są kompletne i aktualne.
Jeżeli każda informacja wymaga od pracownika ręcznego wypełnienia formularza, jakość raportów szybko zaczyna spadać. Użytkownicy wpisują dane skrótowo, odkładają czynność na później albo pomijają pola, które nie pomagają im w wykonywaniu bieżącej pracy.
Dlatego system powinien wykorzystywać dane, które już istnieją.
Może korzystać między innymi z:
- projektu, z którego utworzono wniosek,
- klienta i numeru zlecenia,
- firmy będącej płatnikiem,
- osoby odpowiedzialnej,
- zatwierdzonego budżetu,
- wcześniejszych zakupów,
- danych dostawcy,
- proformy albo oferty,
- zamówienia,
- faktury pobranej z KSeF,
- wcześniejszych sposobów przypisywania podobnych kosztów.
Ręczne wpisywanie powinno pojawiać się wtedy, gdy potrzebnej informacji nie ma w dokumentach ani w kontekście procesu.
Jak może wyglądać praca użytkownika?
Zamiast wpisywać od początku:
- nazwę dostawcy,
- NIP,
- pozycje,
- ilości,
- kwoty,
- walutę,
- termin płatności,
- projekt,
- płatnika,
pracownik może:
- dodać proformę lub ofertę,
- sprawdzić dane przygotowane przez system,
- wybrać właściwy projekt albo pozycję,
- dodać krótkie uzasadnienie,
- wysłać wniosek.
System wykonuje pracę techniczną. Pracownik odpowiada za decyzję i poprawność informacji.
AI może odczytywać proformy, oferty i dokumenty PDF
Wniosek zakupowy często zaczyna się od pliku otrzymanego od dostawcy.
Może to być:
- proforma,
- oferta,
- kosztorys,
- potwierdzenie zamówienia,
- dokument PDF,
- zdjęcie dokumentu,
- wiadomość e-mail.
System wspierany przez AI może odczytać dokument i przygotować propozycję:
- dostawcy,
- NIP-u,
- numeru dokumentu,
- dat,
- pozycji,
- ilości,
- cen,
- waluty,
- terminu płatności,
- łącznej wartości.
Jeżeli dokument został dodany z poziomu projektu, system może jednocześnie uzupełnić klienta, numer projektu, płatnika, właściciela budżetu i domyślną kategorię kosztu.
Użytkownik otrzymuje gotowy formularz do sprawdzenia.
AI nie zatwierdza zakupu. Przygotowuje dane potrzebne do podjęcia decyzji.
KSeF powinien ograniczać pracę przy opisywaniu faktury
Faktura z KSeF ma postać danych ustrukturyzowanych w formacie XML. System może więc pobrać jej zawartość bez ręcznego przepisywania oraz bez stosowania OCR do odczytywania obrazu dokumentu. (Krajowy System e-Faktur)
Więcej o przygotowaniu obiegu dokumentów opisujemy w artykule KSeF bez paniki.
Z KSeF mogą zostać pobrane między innymi:
- dane sprzedawcy,
- dane nabywcy,
- numer dokumentu,
- daty,
- pozycje faktury,
- ilości,
- wartości netto,
- VAT,
- kwota brutto,
- waluta.
Następnie system może wyszukać prawdopodobne powiązania z:
- zaakceptowanym wnioskiem zakupowym,
- zamówieniem,
- projektem,
- konkretną pozycją projektu,
- dostawcą,
- wcześniejszą proformą,
- przyjęciem magazynowym.
Dopasowanie może wykorzystywać:
- NIP kontrahenta,
- kwotę,
- walutę,
- daty,
- numer zamówienia,
- opis pozycji,
- ilości,
- wartość pozostałą do rozliczenia.
Pracownik nie powinien przeglądać całej bazy firmy i ręcznie przepisywać identyfikatorów.
Może otrzymać prostą propozycję:
Faktura: 12 486 zł Dostawca: XYZ Sp. z o.o.
Najbardziej prawdopodobne powiązanie: Projekt P/2026/041 – zakup materiałów – 12 400 zł
Różnica: 86 zł – koszt transportu
Użytkownik sprawdza pozycję, wyjaśnia różnicę i zatwierdza.
Rutynowe dokumenty powinny przechodzić szybko
Czas pracownika jest najbardziej potrzebny przy wyjątkach.
System powinien kierować uwagę użytkownika przede wszystkim na sytuacje takie jak:
- faktura przekracza zaakceptowaną kwotę,
- dostawca dodał nową pozycję,
- ilość różni się od zamówienia,
- faktura została wystawiona w innej walucie,
- dokument dotyczy innej spółki,
- nie znaleziono powiązanego wniosku,
- dostawa została przyjęta tylko częściowo,
- koszt przekracza budżet projektu,
- ta sama pozycja została już wcześniej rozliczona.
Dokument zgodny z wnioskiem i zamówieniem może wymagać krótkiego potwierdzenia.
Rozbieżność powinna trafić do osoby, która zna kontekst zakupu.
Informacja, źródło i rola pracownika
| Informacja | Skąd może pochodzić | Co robi pracownik |
|---|---|---|
| Projekt, klient i płatnik | Kontekst wniosku | Sprawdza |
| Dostawca, pozycje i kwoty | PDF, proforma albo AI | Zatwierdza propozycję |
| Dane faktury | KSeF | Nie przepisuje |
| Powiązanie z zakupem | NIP, kwota, data, pozycje i numer zamówienia | Wybiera właściwą propozycję |
| Kategoria kosztu | Reguły systemowe i wcześniejsze przypisania | Zmienia przy wyjątku |
| Rozbieżność | Porównanie wniosku, zamówienia, dostawy i faktury | Wyjaśnia |
| Raport projektu | Dane utworzone podczas procesu | Nie przygotowuje dodatkowego zestawienia |
Jak działa kompletny obieg wniosków zakupowych i KSeF?
1. Zgłoszenie potrzeby
Pracownik otwiera projekt, zlecenie albo formularz zakupowy.
Dodaje ofertę, proformę lub opis potrzeby.
System uzupełnia informacje, które wynikają z kontekstu: projekt, klienta, płatnika, osobę odpowiedzialną i walutę.
2. Przygotowanie wniosku
AI odczytuje dokument i przygotowuje pozycje, ilości oraz kwoty.
Pracownik sprawdza wynik i uzupełnia jedynie informacje, których nie ma w dokumencie, na przykład cel zakupu albo wymagany termin dostawy.
3. Akceptacja kosztu
Osoba decyzyjna widzi:
- wartość,
- cel,
- projekt,
- dostępny budżet,
- wcześniejsze zakupy,
- zobowiązania,
- wpływ na przewidywaną marżę.
Ścieżka akceptacji może zależeć od wartości, projektu, kategorii, płatnika, budżetu i osoby zgłaszającej.
4. Zamówienie i zobowiązanie
Po zatwierdzeniu zakup może zostać wysłany do dostawcy.
Kwota trafia do projektu jako zobowiązanie. Dzięki temu raport pokazuje planowany koszt jeszcze przed otrzymaniem faktury.
5. Dostawa albo wykonanie usługi
System zapisuje:
- otrzymaną ilość,
- datę,
- odbiorcę,
- ewentualne braki,
- przyjęcie częściowe,
- miejsce docelowe,
- potwierdzenie wykonania usługi.
Produkty i materiały mogą trafić do magazynu. Usługi mogą zostać potwierdzone przez kierownika projektu.
6. Faktura z KSeF
System pobiera fakturę, odczytuje jej pozycje i wyszukuje odpowiadające zakupy.
Użytkownik otrzymuje propozycję powiązania.
7. Kontrola zgodności
Porównywane są:
- zatwierdzona wartość,
- zamówiona ilość,
- dostawa,
- pozycje faktury,
- projekt,
- kontrahent,
- waluta,
- płatnik.
Rozbieżności trafiają do wyjaśnienia.
8. Przypisanie kosztu i płatność
Po zatwierdzeniu faktury koszt rzeczywisty zastępuje właściwą część zobowiązania.
Dokument trafia do płatności, a raport projektu aktualizuje się automatycznie.
Moduł wniosków zakupowych może działać bez CRM-u
System zakupowy może być samodzielnym rozwiązaniem.
Może obsługiwać:
- wnioski,
- ścieżki akceptacji,
- budżety działów,
- zamówienia,
- KSeF,
- dokumenty kosztowe,
- płatności,
- kategorie kosztów,
- odpowiedzialność,
- raporty zarządcze.
Taki system daje firmie czytelną dokumentację i kontrolę nad wydatkami również wtedy, gdy przedsiębiorstwo nie korzysta z CRM-u albo nie prowadzi działalności projektowej.
Kompletny obieg nadal obejmuje wniosek, decyzję, zamówienie, fakturę z KSeF, dopasowanie kosztu i raport.
Połączenie z projektami daje największą wartość zarządczą
Najlepsze efekty pojawiają się wtedy, gdy system zakupowy jest połączony z projektami, zleceniami lub zamówieniami klientów.
Projekt zna:
- klienta,
- wartość sprzedaży,
- zakres,
- pozycje oferty,
- terminy,
- odpowiedzialne osoby,
- budżet.
System zakupowy zna:
- materiały,
- usługi podwykonawców,
- transport,
- wynajem,
- noclegi,
- wyposażenie,
- pozostałe koszty realizacji.
Połączenie obu obszarów pozwala przypisać wydatek nie tylko do firmy albo działu, lecz także do:
- konkretnego projektu,
- etapu realizacji,
- pozycji sprzedanej klientowi,
- części budżetu,
- osoby odpowiedzialnej.
MWP Solutions projektuje dedykowane systemy CRM i systemy ERP, w których sprzedaż przechodzi do realizacji, a projekty łączą zakupy, koszty, dokumenty i rentowność na wspólnym modelu danych.
Jak system zakupowy pomaga liczyć rentowność projektu?
Na podstawowym poziomie system może porównać przychód projektu z kosztami zmiennymi i bezpośrednio związanymi z jego realizacją.
Te same dane mogą zasilać bieżący obraz rentowności zlecenia, bez czekania na ręczne podsumowanie po zamknięciu projektu.
Mogą to być:
- materiały,
- produkty,
- podwykonawcy,
- transport,
- wynajem,
- noclegi,
- usługi zewnętrzne,
- zakupy wykonane specjalnie dla realizacji.
Podstawowy wzór wygląda następująco:
Przychód projektu
- koszty zmienne projektu
= marża pokrycia projektu
Przykład:
| Pozycja | Wartość |
|---|---|
| Przychód projektu | 100 000 zł |
| Materiały | 28 000 zł |
| Podwykonawcy | 16 000 zł |
| Transport i wynajem | 6 000 zł |
| Pozostałe koszty realizacji | 5 000 zł |
| Marża pokrycia projektu | 45 000 zł |
Kwota 45 000 zł nie jest jeszcze ostatecznym zyskiem przedsiębiorstwa.
Ma pokryć koszty stałe, takie jak:
- wynagrodzenia administracji i zarządu,
- biuro,
- księgowość,
- leasingi,
- ubezpieczenia,
- systemy informatyczne,
- marketing,
- pozostałe koszty utrzymania firmy.
Na poziomie całego przedsiębiorstwa uproszczony model wygląda następująco:
Suma marż pokrycia projektów
- koszty stałe przedsiębiorstwa
= wynik operacyjny
Jeżeli suma marż pokrycia projektów w miesiącu wynosi 200 000 zł, a koszty stałe firmy 180 000 zł, pozostaje 20 000 zł wyniku przed uwzględnieniem kolejnych pozycji stosowanych w przyjętym rachunku zarządczym.
Koszt bezpośredni i koszt zmienny nie zawsze oznaczają to samo
Koszt bezpośredni można przypisać do konkretnego projektu.
Koszt zmienny zmienia się wraz ze skalą działalności albo realizacji.
Zakup materiałów do jednego projektu jest zazwyczaj jednocześnie kosztem bezpośrednim i zmiennym.
Stałe wynagrodzenie pracownika może natomiast pozostać kosztem stałym przedsiębiorstwa, mimo że jego czas pracy da się przypisać do konkretnych projektów.
Podstawowy moduł wniosków i KSeF pozwala policzyć przede wszystkim koszty zakupowe oraz usługi zewnętrzne.
Pełniejszy model rentowności może dodatkowo wykorzystywać:
- czas pracy z MWP HR PRO,
- koszt pracy zespołu,
- materiały wydawane z magazynu,
- wykorzystanie sprzętu,
- delegacje,
- transport własny,
- uzgodnione zasady rozliczania kosztów pośrednich.
Już sama marża pokrycia oparta na zakupach jest jednak znacznie lepszą informacją niż sam przychód projektu.
Jedna faktura może dotyczyć kilku projektów
Dostawca może wystawić jeden dokument obejmujący zakupy dla kilku realizacji.
Przykładowa faktura na 20 000 zł może zawierać:
- 9000 zł materiałów dla projektu A,
- 5000 zł usługi dla projektu B,
- 4000 zł wyposażenia na magazyn,
- 2000 zł kosztu ogólnego przedsiębiorstwa.
Przypisanie całej faktury do jednego projektu zniekształci jego rentowność.
System powinien umożliwiać podział:
- całego dokumentu,
- pojedynczej pozycji,
- części ilości,
- części wartości.
Jedna pozycja może być rozdzielona pomiędzy kilka projektów albo pomiędzy projekt i koszt ogólny.
MWP Solutions rozwijało system obejmujący synchronizację KSeF, łączenie pozycji faktur z zakupami i projektami, dzielenie pozycji ilościowo i kosztowo, Centrum zakupów, statusy płatności oraz liczenie kosztu i marży pozycji projektu.
Zakup może przekazać dane do magazynu
Jeżeli zakup dotyczy materiału albo wyposażenia, system może przekazać do magazynu informację:
- czego oczekiwać,
- od którego dostawcy,
- w jakiej ilości,
- dla którego projektu,
- w jakim terminie,
- czy zakup trafia na projekt, stan magazynowy czy w oba miejsca.
Magazyn może potwierdzić dostawę częściową i zapisać pozostałą ilość oczekującą.
W ewidencji narzędzi i sprzętu przedmioty oraz lokalizacje mogą otrzymać oznaczenia QR albo RFID. Pracownik skanuje produkt i miejsce odłożenia zamiast ręcznie wpisywać numery.
System zapisuje:
- ilość,
- stan,
- lokalizację,
- projekt,
- osobę wykonującą operację,
- datę przyjęcia.
Takie rozwiązanie pozwala zachować jedną historię od zaakceptowanego zakupu do fizycznego przyjęcia przedmiotu.
Co powinien widzieć zarząd?
Dobry raport nie powinien składać się wyłącznie z sumy faktur.
Powinien pokazywać między innymi:
- wnioski oczekujące na decyzję,
- zaakceptowane zakupy,
- zamówienia bez faktury,
- faktury bez przypisanego projektu,
- rozbieżności wymagające wyjaśnienia,
- wykorzystanie budżetu,
- koszty zmienne projektu,
- marżę pokrycia projektu,
- sumę marż pokrycia,
- koszty stałe przedsiębiorstwa,
- przewidywany wynik,
- dokumenty oczekujące na płatność.
Dane aktualizują się po każdym zarejestrowanym zdarzeniu.
Raport pokazuje bieżący wynik operacyjny na podstawie informacji, które znajdują się w systemie. Ostateczny wynik księgowy może jeszcze uwzględniać dokumenty otrzymane później, korekty i zasady przyjęte przez księgowość.
Dobry system wniosków zakupowych można rozpoznać po tym, że
- dane z dokumentów są odczytywane automatycznie;
- formularz korzysta z kontekstu projektu;
- pracownik wpisuje tylko informacje, których system nie może pozyskać;
- KSeF dostarcza dane faktury bez przepisywania;
- system proponuje powiązanie faktury z wnioskiem i projektem;
- rutynowy dokument wymaga krótkiego sprawdzenia;
- uwaga użytkownika jest kierowana na wyjątki;
- zaakceptowane zamówienie jest widoczne jako zobowiązanie;
- faktura nie jest liczona drugi raz obok zamówienia;
- jedna pozycja może zostać podzielona między kilka projektów;
- historia akceptacji pozostaje dostępna;
- raport zarządczy powstaje jako rezultat procesu;
- pracownicy nie przygotowują osobnego zestawienia na koniec tygodnia.
Kiedy dedykowany system zakupowy ma sens?
Takie rozwiązanie daje największą wartość, gdy:
- firma prowadzi wiele projektów jednocześnie,
- kilka osób wykonuje zakupy,
- występują różne poziomy akceptacji,
- jedna faktura dotyczy kilku realizacji,
- firma korzysta z kilku płatników,
- zakupy prowadzone są w różnych walutach,
- dokumenty z KSeF trzeba powiązać z wewnętrznym procesem,
- dostawy bywają częściowe,
- część zakupów trafia do magazynu,
- zarząd chce znać zobowiązania przed otrzymaniem faktur,
- koszty projektów są dziś liczone ręcznie,
- księgowość regularnie poszukuje właściciela dokumentu.
Prosty formularz może wystarczyć firmie, która wykonuje niewiele zakupów i nie potrzebuje łączenia kosztów z projektami, zamówieniami oraz KSeF.
Dedykowany system daje przewagę wtedy, gdy ma obsłużyć cały przepływ informacji i ograniczyć pracę administracyjną kilku działów.
Wnioski zakupowe mają wspierać decyzje
Celem systemu nie jest stworzenie większej liczby formularzy.
Celem jest dostarczenie zarządowi aktualnej informacji bez obciążania pracowników ręcznym raportowaniem.
Dane powinny powstawać podczas wykonywania normalnej pracy:
- potrzeba tworzy wniosek,
- AI uzupełnia dane z dokumentu,
- decyzja zapisuje akceptację,
- zamówienie tworzy zobowiązanie,
- dostawa potwierdza wykonanie,
- KSeF dostarcza fakturę,
- system proponuje powiązanie,
- pracownik zatwierdza albo wyjaśnia wyjątek,
- koszt aktualizuje projekt,
- raport pokazuje marżę pokrycia.
Pracownik ma decydować, a nie przepisywać.
Pokaż zakup, którego koszt dziś najtrudniej przypisać
Przygotuj jeden rzeczywisty przykład:
- wiadomość albo prośbę o zakup,
- ofertę lub proformę,
- sposób akceptacji,
- zamówienie,
- fakturę,
- projekt albo dział, którego wydatek dotyczy,
- raport, w którym koszt powinien się znaleźć.
Przejdziemy przez proces od potrzeby do raportu zarządczego i zaproponujemy system łączący wnioski zakupowe, AI, KSeF, dokumenty kosztowe oraz rentowność projektów.
Najczęstsze pytania o wnioski zakupowe i KSeF
Czy moduł wniosków zakupowych musi być połączony z CRM-em?
Nie. Może działać jako samodzielny system obejmujący wnioski, akceptacje, zamówienia, KSeF, przypisywanie kosztów i raportowanie. Połączenie z CRM-em albo zleceniami pozwala dodatkowo zestawiać koszty z przychodami projektów.
Czy pracownik musi ręcznie opisywać każdą fakturę?
Nie powinien. System może pobrać dane dokumentu z KSeF, wyszukać odpowiadający zakup oraz projekt i przygotować propozycję powiązania. Pracownik sprawdza wynik i zatwierdza go albo wyjaśnia rozbieżność.
Czy AI może samo zaakceptować zakup?
AI może odczytać dokument, uzupełnić formularz i wskazać prawdopodobne powiązania. Decyzja finansowa pozostaje po stronie osoby posiadającej odpowiednie uprawnienia.
Czy KSeF sam wystarcza do kontroli kosztów?
KSeF dostarcza dane faktury. Kontekst zakupu – cel, projekt, budżet, akceptację i odbiór – powstaje w wewnętrznym procesie firmy. Największą wartość daje połączenie obu obszarów.
Czy zaakceptowany wniosek jest kosztem rzeczywistym?
Zaakceptowany wniosek oznacza zgodę na wydatek. Po wysłaniu zamówienia może być pokazany jako zobowiązanie. Koszt rzeczywisty wynika z faktury, dostawy albo innego zdarzenia określonego w procesie firmy.
Co dzieje się, gdy faktura różni się od wniosku?
System pokazuje różnicę w kwocie, ilości, walucie albo pozycji. Dokument może wymagać wyjaśnienia lub dodatkowej akceptacji zgodnie z zasadami firmy.
Czy jedną fakturę można podzielić między kilka projektów?
Tak. Można podzielić dokument, pojedynczą pozycję, część ilości albo część wartości. Pozwala to przypisać koszt zgodnie z rzeczywistym wykorzystaniem.
Czy system może policzyć rentowność projektu?
System zakupowy może policzyć podstawową marżę projektu na podstawie przychodu oraz kosztów materiałów, podwykonawców, transportu, wynajmu i innych zakupów. Pełniejszy model może dodatkowo uwzględniać czas pracy, magazyn, delegacje i koszty własnych zasobów.
Czy zakup może częściowo trafić do projektu, a częściowo na magazyn?
Tak. System może rozdzielić ilość lub wartość pomiędzy realizację klienta i zapas magazynowy. Może również obsługiwać dostawy częściowe.
Czy wszystkie zakupy muszą mieć tę samą ścieżkę akceptacji?
Nie. Reguły mogą zależeć od wartości, kategorii, projektu, budżetu, płatnika, rodzaju wydatku i osoby zgłaszającej.