Zdefiniuj, co naprawdę znaczy „zakończone”
Dla wykonawcy praca może być zakończona po zejściu z obiektu. Dla opiekuna klienta dopiero po podpisaniu protokołu. Dla księgowości potrzebne mogą być jeszcze właściwe dane nabywcy, numer zamówienia, końcowa wartość i informacja o zaliczce. Jeśli firma nie ustali wspólnej definicji, automatyzacja tylko szybciej przekaże niekompletną sprawę.
Warto stworzyć prostą listę warunków. Zlecenie jest gotowe do rozliczenia, gdy potwierdzono wykonany zakres, zapisano faktyczną ilość lub czas pracy, dołączono wymagany odbiór i wyjaśniono wszystkie zmiany wpływające na cenę. Brak jednego elementu powinien zatrzymać szkic albo oznaczyć go do weryfikacji.
Nie każde zlecenie rozlicza się tak samo. Jedna firma fakturuje po zakończeniu całości, inna etapami, a jeszcze inna według rzeczywiście dostarczonej ilości. Odoo opisuje na przykład fakturowanie etapów projektu po oznaczeniu kamienia milowego jako osiągniętego. To przykład możliwości konkretnego systemu, a nie uniwersalna reguła rozliczania.
Jak może wyglądać przepływ informacji
Po zmianie statusu zlecenia system może zebrać dane z karty klienta, zaakceptowanej oferty, raportu wykonania i rejestru zaliczek. Następnie tworzy paczkę do sprawdzenia: kto jest nabywcą, czego dotyczy rozliczenie, jaka ilość została wykonana, czy wystąpiły prace dodatkowe i jakich dokumentów nadal brakuje.
AI może pomóc przy notatkach tekstowych. Przykładowo rozpoznaje, że zapis „dodatkowe dwa metry poręczy zaakceptowane na miejscu” może wpływać na zakres rozliczenia. Powinien jednak oznaczyć taką informację do potwierdzenia, a nie samodzielnie dopisać pozycję i cenę do faktury.
Po kontroli pracownik zatwierdza dane. Dopiero wtedy integracja może przygotować szkic dokumentu w używanym programie albo utworzyć zadanie dla księgowości. Automatyczne wysłanie faktury bez etapu sprawdzenia ma sens tylko w bardzo powtarzalnym, dobrze opisanym procesie i wymaga osobnej oceny.
Przykład: montaż konstrukcji stalowej
Wyobraźmy sobie małą firmę wykonującą i montującą konstrukcje stalowe. To przykład hipotetyczny. Oferta obejmuje konstrukcję, transport i jeden dzień montażu. Na miejscu klient prosi o dodatkowe wzmocnienie, a kierownik potwierdza wykonanie zmiany w wiadomości.
Po zakończeniu montażu pracownik wypełnia krótki formularz: wskazuje zlecenie, datę zakończenia, wykonany zakres i dodaje zdjęcie protokołu. System porównuje formularz z zaakceptowaną ofertą. Widzi informację o dodatkowym wzmocnieniu, której nie ma w pierwotnym zakresie, więc oznacza sprawę jako „zmiana do wyceny”.
Księgowość nie otrzymuje jeszcze polecenia wystawienia faktury końcowej. Handlowiec potwierdza z klientem wartość dodatkowej pracy, zapisuje uzgodnienie i zatwierdza zmianę. Po tej kontroli powstaje komplet danych do rozliczenia wraz z odnośnikiem do oferty, protokołu i uzgodnionej zmiany.
Jeśli dodatkowa praca nie została potwierdzona, system nie powinien zgadywać ceny na podstawie podobnych zleceń. Może przygotować przypomnienie i wskazać osobę odpowiedzialną, ale decyzja pozostaje po stronie firmy.
Szkic dokumentu to nie zaksięgowana sprzedaż
Warto rozdzielić kilka stanów: praca zakończona, dane kompletne, szkic przygotowany, dokument zatwierdzony i faktura wysłana. Dzięki temu informacja z ekipy nie staje się automatycznie dokumentem finansowym, a pracownik widzi, na jakim etapie znajduje się sprawa.
Microsoft udostępnia w Business Central interfejs API pozwalający utworzyć obiekt faktury sprzedaży. Sam fakt istnienia takiej możliwości technicznej nie oznacza jednak, że dokument powinien być tworzony lub księgowany bez kontroli. Zakres integracji zależy od używanego systemu, uprawnień i procesu zatwierdzania.
Automatyzacja powinna również chronić przed duplikatem. Ponowne zapisanie formularza albo chwilowy błąd połączenia nie może stworzyć drugiego szkicu dla tego samego etapu. Każde zlecenie powinno mieć jednoznaczny identyfikator, a system historię prób i zmian.
Najczęstsze ograniczenia
Najtrudniejsze przypadki dotyczą zmian zakresu, częściowych odbiorów, reklamacji, brakujących protokołów i różnic między ilością zamówioną a wykonaną. Odoo dokumentuje możliwość rozliczania na podstawie ilości dostarczonych, co pokazuje, że zamówienie i rzeczywista realizacja mogą wymagać osobnego śledzenia.
Nie należy zakładać, że AI poprawnie odczyta każdą odręczną notatkę, zdjęcie protokołu albo niejednoznaczną wiadomość. Kwoty, dane klienta, stawki i numery zamówień wymagają kontroli. Niska pewność odczytu powinna być widoczna dla pracownika.
Trzeba też ustalić zasady dostępu do danych i dokumentów. Ten artykuł opisuje organizację przepływu informacji, a nie zasady podatkowe lub księgowe. Sposób wystawiania, zatwierdzania i przechowywania dokumentów należy potwierdzić z osobą odpowiedzialną za rozliczenia.
Od czego zacząć
Wybierz jeden typ powtarzalnych zleceń. Spisz warunki oznaczenia „gotowe do rozliczenia” i listę danych, które musi otrzymać księgowość. Przez pierwsze tygodnie nie wysyłaj dokumentów automatycznie. Porównuj przygotowane szkice z fakturami zatwierdzonymi przez pracownika.
Mierz liczbę brakujących danych, duplikatów, zmian wymagających wyjaśnienia i czas od zakończenia pracy do przekazania kompletnej sprawy. Jeśli większość przypadków wymaga ręcznego dochodzenia, najpierw popraw sposób zamykania zleceń.
Jeśli chcesz uporządkować przejście od wykonanej usługi do rozliczenia, opisz FindAI, gdzie dziś zapisujesz zakończenie prac, zmiany zakresu i dane do faktury. Na tej podstawie można ocenić, czy wystarczy formularz i powiadomienie, czy warto połączyć system zleceń z programem sprzedażowym.
Stan na 9 października 2026. Przykład jest hipotetyczny. Artykuł nie stanowi porady podatkowej ani księgowej; sposób rozliczenia i zakres integracji trzeba potwierdzić dla konkretnej firmy.
Przeczytaj także: jak odpowiadać klientom o terminie realizacji oraz jak uporządkować obsługę reklamacji.