Agent AI do faktur i czasu pracy: bezpieczny proces na 2026

Agent AI do czasu pracy może przygotować propozycję rozliczenia z odnośnikami do kalendarza i zadań. Czas rozliczalny zatwierdza osoba znająca umowę, a dane do faktury pochodzą z zaakceptowanej wersji. Jeśli masz już poprawny timesheet, najpierw sprawdź zwykły eksport do programu fakturowego. Model przydaje się dopiero przy niejednoznacznym opisie pracy.

Przy miesięcznym rozliczeniu ślady pracy bywają rozproszone: spotkania w kalendarzu, poprawki w poczcie, konsultacje na Slacku i zadania w narzędziu projektowym. Agent może zebrać ten materiał, zaproponować przypisanie do klienta i przygotować zestawienie do sprawdzenia. Wystawienie faktury, jej wysyłka oraz zmiany danych księgowych wymagają osobnych uprawnień i zatwierdzenia.

Syntalith oferuje automatyzację prostego procesu opartego na ustalonych regułach od 7 500 zł netto. Własna aplikacja z widokiem przeglądu i integracjami zaczyna się od 12 500 zł netto. Te ceny nie są wyceną opisanego poniżej połączenia. Najpierw trzeba ustalić źródła, reguły rozliczania i sposób zatwierdzenia. Artykuł przedstawia propozycję procesu, bez pomiaru odzyskanych godzin ani deklaracji gotowej integracji.

Gdzie gubi się czas pracy

Duże bloki pracy łatwiej zapamiętać. Przy odtwarzaniu miesiąca często umykają krótkie czynności związane z projektem:

• spotkanie, które trwało dłużej niż zaplanowano,
• odpowiedzi na serię pytań klienta w komunikatorze,
• przygotowanie do spotkania na podstawie dokumentów klienta,
• krótka poprawka po wdrożeniu,
• mail z podsumowaniem ustaleń i listą decyzji,
• praca administracyjna, której nikt nie przypisał do projektu.

Każda z tych aktywności wymaga sprawdzenia zasad rozliczania. Przygotowanie do spotkania może podlegać rozliczeniu godzinowemu, a poprawka mieścić się w cenie wcześniejszej usługi.

Na początek możesz przez dwa tygodnie porównywać ręczny timesheet z kalendarzem, zadaniami, repozytorium i wybraną komunikacją. Zapisuj pominięte wpisy, błędne przypisania oraz czas potrzebny na ich wyjaśnienie. Skala problemu będzie różna u różnych osób. Powtarzalne luki dają podstawę do oceny, czy warto budować automatyzację.

Kiedy wystarczy timer i eksport

Jeżeli zespół wpisuje czas w obecnym narzędziu, projekty mają stałe identyfikatory, a klient zatwierdza zestawienie, dodatkowy model może niczego nie poprawić. Reguły mogą zsumować minuty, zastosować zatwierdzoną stawkę i przygotować plik dla księgowości. Obliczenia kwot oraz zaokrąglenia powinny wynikać z tych reguł.

Trudność pojawia się, gdy człowiek musi przeczytać opis spotkania albo komentarze do zadania, by rozpoznać projekt. Wtedy model może zaproponować przypisanie i wskazać fragment będący jego podstawą. Nie powinien wyliczać czasu pracy z liczby wiadomości. Godzina wysłania commita również nie mówi, kiedy autor zaczął pracę.

Jeśli pominięć jest mało, ręczne uzupełnienie może kosztować mniej niż budowa i utrzymanie aplikacji.

A jeśli korzystasz już z Toggl lub Clockify?

Agent może uzupełniać obecne narzędzie do ewidencji czasu. W takim wariancie:

• timer pozostaje podstawowym źródłem wpisów, które następnie podlegają zatwierdzeniu,
• agent porównuje kalendarz z timesheetem i wskazuje możliwe luki,
• przy nieprzypisanym spotkaniu pyta, czy powinno trafić do konkretnego projektu,
• proponuje opis pozycji na podstawie zatwierdzonych zadań,
• przypomina o dniach bez rozliczenia.

Niepewne przypadki powinny pozostać widoczne do wyjaśnienia. Samo wykrycie aktywności nie uprawnia do obciążenia klienta.

Jak agent powinien korzystać ze śladów pracy

Agent powinien zaczynać od wybranych biznesowych źródeł, których użycie jest potrzebne do rozliczenia.

Kalendarz. Tytuł, uczestnicy i powiązanie z projektem pomagają odtworzyć kontekst. Spotkanie wewnętrzne, sprzedażowe albo statusowe może być nierozliczalne. Zaplanowany czas trzeba odróżnić od rzeczywistego udziału.

Narzędzia projektowe. Jira, Asana, Linear, Trello czy ClickUp mogą dostarczać opisów zadań, komentarzy i właścicieli. Jeżeli identyfikator projektu znajduje się w zadaniu, kopiowanie całej rozmowy z komunikatora może być zbędne.

Repozytoria i pull requesty. Commity, przeglądy i komentarze pomagają ustalić zakres pracy. Czas wykonania wymaga osobnego wpisu lub potwierdzenia użytkownika.

E-mail i komunikatory. Zacznij od metadanych i jawnie wybranych kanałów klientowskich. Analizę treści ogranicz do materiału potrzebnego do przypisania projektu lub wyjaśnienia opisu.

Ręczne dopiski. Część pracy nie pozostawia wystarczającego śladu cyfrowego. Użytkownik powinien móc dopisać czas i opis, a system oznaczyć taki wpis jako ręczny.

Zakres dostępu należy uzgodnić przed podłączeniem kont, także gdy narzędzie służy jednej osobie. Każda propozycja powinna pokazywać źródło i powód przypisania. Pozycja bez wyjaśnionej podstawy pozostaje poza danymi do faktury.

Przykład rozliczenia do sprawdzenia

Poniższy przykład jest fikcyjny. Podane przedziały są wpisami do weryfikacji. Nie zostały wyliczone z liczby wiadomości ani godzin commitów.

Klient A / projekt: migracja sklepu.

Przy każdej pozycji osoba sprawdzająca powinna móc wybrać: zatwierdź, edytuj, odrzuć albo przenieś do innego klienta.

Poprawna suma nie oznacza poprawnej faktury. Konsultacja mogła dotyczyć innego klienta, a poprawka kodu mieścić się w cenie wcześniejszej usługi. Recenzent potrzebuje opisu pozycji, linku do źródła i obowiązującej zasady rozliczania.

Po odrzuceniu 25 minut konsultacji w zestawieniu zostaje 126 minut. Przy rozliczeniu godzinowym kwota wynika z zatwierdzonego czasu i stawki:

Kwota netto pozycji = zatwierdzona liczba minut / 60 × zatwierdzona stawka godzinowa.

Reguła zaokrąglania musi pochodzić z umowy lub przyjętej polityki rozliczeń. Stawki ani sposobu zaokrąglania nie należy odtwarzać z pamięci modelu. Obliczenia wykonuje aplikacja według ustalonych reguł.

Co agent może automatyzować

Przy ograniczonym dostępie i uzgodnionych zasadach zakres na start może obejmować:

• codzienny raport proponowanych wpisów czasu,
• wykrywanie spotkań bez przypisanego klienta,
• przypominanie o niezatwierdzonym dniu pracy,
• scalanie krótkich wpisów w jedną pozycję roboczą z zachowaniem źródeł,
• porównanie zestawienia z umową lub limitem godzin,
• przygotowanie propozycji opisu pozycji faktury,
• wykrywanie braków: NIP, adres, numer zamówienia, waluta lub osoba akceptująca,
• eksport zatwierdzonych danych do programu fakturowego,
• wskazywanie spraw wymagających przeglądu księgowego według wcześniej zatwierdzonych reguł.

Osobnej decyzji i kontroli wymagają:

• finalne wystawienie faktury,
• wysyłka faktury do klienta,
• zmiana stawek lub danych kontrahenta,
• kwalifikacja podatkowa nietypowej usługi,
• rozstrzygnięcie, czy konkretna faktura podlega KSeF lub wyłączeniu.

Pobieranie prywatnych wiadomości i długotrwałe przechowywanie pełnych rozmów wymagają wykazania celu oraz niezbędności. Podłączanie kolejnych źródeł powinno wynikać z braków zauważonych w próbie.

Zatwierdzenie dotyczy konkretnej wersji

Proponowany obieg oddziela wpis roboczy, zaakceptowane zestawienie i dane przekazane do fakturowania. Przy każdym wpisie zapisuje identyfikator klienta i projektu, źródło, liczbę minut oraz status. Recenzent może poprawić dane, odrzucić pozycję albo pozostawić ją do wyjaśnienia.

Zmiana klienta, czasu lub stawki po zatwierdzeniu powinna unieważnić wcześniejszą zgodę. Eksport musi wskazywać wersję zestawienia, z której powstał. Przy ponowieniu po błędzie połączenia trzeba sprawdzić, czy program docelowy przyjął już tę paczkę. Brak odpowiedzi API nie oznacza, że zapis się nie wykonał.

Te warunki można sprawdzić bez modelu. W próbie odbiorowej zmień stawkę po akceptacji, ponów ten sam eksport i użyj tego samego numeru projektu u dwóch klientów. Wynik powinien pokazać, czy aplikacja zachowuje właściwą wersję i rozdziela klientów. Są to proponowane testy, które trzeba wykonać i udokumentować dla konkretnej integracji.

KSeF jest osobnym etapem

Ewidencja czasu opisuje pracę, a faktura dokumentuje rozliczenie. Przejście między tymi etapami wymaga sprawdzenia danych, zasad umowy i reguł podatkowych.

Ministerstwo Finansów wskazuje rozpoczęcie obowiązku wystawiania w KSeF od 1 lutego 2026 r. dla podatników ze sprzedażą brutto powyżej 200 mln zł w 2024 r. i od 1 kwietnia dla pozostałych. Do końca 2026 r. istnieje przejściowe ułatwienie przy sprzedaży udokumentowanej fakturami poza KSeF do 10 000 zł brutto miesięcznie. Są też wyłączenia zależne od transakcji i stron. Szczegóły zawiera opis zakresu obowiązkowego KSeF przygotowany przez MF, sprawdzony 11 października 2026.

Program zbierający czas nie powinien sam rozstrzygać, czy konkretna faktura podlega wyłączeniu, ani wybierać stawki VAT. W proponowanym zakresie przygotowuje zatwierdzone dane dla programu fakturowego. Reguły wystawiania, obsługę KSeF i odpowiedzialność za dane trzeba uzgodnić z osobą prowadzącą rozliczenia.

Przykładowy obieg ma pięć etapów:

1. Agent zbiera zatwierdzone wpisy czasu z konkretnej wersji zestawienia.
2. Aplikacja przypisuje klienta, projekt, zatwierdzoną stawkę, walutę, ustaloną stawkę VAT i opis pozycji.
3. Powstaje wersja robocza faktury lub paczka danych dla programu fakturowego.
4. Człowiek sprawdza dane nabywcy, numer umowy lub zamówienia, zakres usługi, kwoty i daty.
5. Po zatwierdzeniu program fakturowy wykonuje osobno autoryzowaną operację wystawienia we właściwym trybie.

Plik PDF przygotowany przez agenta nie zastępuje wymaganej faktury ustrukturyzowanej. Integracja musi uwzględniać format, uprawnienia i potwierdzenia programu obsługującego KSeF.

Jeśli problem zaczyna się dopiero po przygotowaniu danych faktury, właściwym tematem jest automatyzacja obiegu KSeF. Ta strona opisuje proponowany zakres i demonstrację na danych testowych. Odczyt minut z kalendarza i wysyłka faktury wymagają innych testów.

Jak dobrać architekturę

Najpierw ustal źródła, dozwolone działania i miejsca zatrzymania procesu. Dopiero potem wybieraj narzędzia. Platforma sama nie zapewnia poprawnego rozliczenia.

LangGraph / LangChain. Mogą służyć do budowy procesu z zapisanym stanem, narzędziami i przerwaniem na decyzję człowieka. Dla tego zastosowania ważna jest możliwość przygotowania szkicu, zatrzymania pracy i wznowienia jej po akceptacji właściwej wersji.

n8n. Może pełnić rolę warstwy integracji: uruchamiać harmonogramy, odbierać webhooki, pobierać dane przez API i przekazywać zatwierdzone zestawienia. Trzeba osobno ustalić obsługę błędów, ponowień, danych dostępowych i retencję historii wykonań.

OpenClaw lub podobne środowisko agentowe. Może łączyć narzędzia osobistego asystenta. Dostęp do poczty, plików, komunikatorów i poleceń systemowych wymaga wąskich uprawnień. Włączaj tylko potrzebne narzędzia, określ dozwolone i zabronione działania oraz korzystaj z osobnych kont technicznych.

Hermes Agent lub podobne środowisko agentowe. Hermes Agent jest otwartym środowiskiem zbudowanym przez Nous Research, do którego podłączasz wybrany model. Może korzystać z modelu przez API albo z modelu uruchomionego we własnym środowisku. Sam Hermes nie jest modelem lokalnym. Miejsce przetwarzania danych, jakość przypisań, logi i odpowiedzialność zależą od konfiguracji całego rozwiązania.

RAG. Wyszukiwanie w umowach, cennikach i politykach rozliczeń może pomóc znaleźć stawkę, limit godzin, wymagany opis, osobę akceptującą lub tryb rozliczenia. Znaleziony zapis powinien być widoczny dla recenzenta. Brak podstawy wymaga wyjaśnienia, zanim pozycja trafi do faktury.

W prostym przepływie wystarczy zwykła integracja. Swoboda wyboru kolejnych kroków przez agenta zwiększa zakres kontroli i testów.

Uprawnienia i logi

Przed uruchomieniem warto przygotować następujące kontrole:

• osobne konto techniczne dla integracji,
• minimalne uprawnienia, na przykład odczyt wybranego kalendarza,
• dostęp tylko do potrzebnych kanałów i projektów,
• osobne uprawnienia do przygotowania szkicu i finalnego wystawienia faktury,
• zapis źródeł dla każdego wpisu czasu,
• historię decyzji człowieka: kto zatwierdził, co zmienił, kiedy i dlaczego,
• wersjonowanie zestawień, szkiców i eksportów,
• alerty przy nowej stawce, zmianie NIP, nietypowej kwocie, korekcie lub zagranicznym kontrahencie,
• możliwość wyłączenia pojedynczego źródła danych bez przebudowy całego procesu.

Logi powinny pozwalać ustalić, czy problem powstał w danych wejściowych, przypisaniu modelu, poprawce człowieka czy eksporcie. Ich zakres i retencja również wymagają uzgodnienia, szczególnie gdy mogą zawierać treść korespondencji.

RODO i dane pracowników

Samo wybranie serwera w UE nie zapewnia zgodności całego procesu. Przed próbą trzeba ustalić:

• cel przetwarzania i podstawę prawną,
• czy dane dotyczą pracowników, współpracowników, klientów lub osób trzecich,
• czy analiza treści wiadomości jest potrzebna,
• kto jest administratorem, a kto podmiotem przetwarzającym,
• kto może zobaczyć źródła, zestawienia i logi,
• gdzie dane trafiają przy użyciu zewnętrznego modelu,
• okres przechowywania surowych zdarzeń, streszczeń i zatwierdzonych zestawień,
• sposób poprawienia błędnego wpisu,
• zasady postępowania z danymi po zakończeniu projektu lub umowy.

Sprawdź także, czy dostawca modelu, system monitorowania błędów albo kopia zapasowa otrzymuje treść wiadomości. Miejsce działania głównej aplikacji nie opisuje wszystkich przepływów danych.

W praktyce minimalizację można zaplanować tak:

• przechowuj tylko zdarzenia biznesowe potrzebne do rozliczenia,
• zachowuj odnośnik do źródła, jeśli kopiowanie treści jest zbędne,
• ustal krótszą retencję surowych danych tam, gdzie pozwalają na to cel i obowiązki,
• anonimizuj lub pseudonimizuj dane, gdy raport nie wymaga nazwisk,
• określ osobne okresy dla ewidencji czasu, szkiców, faktur, logów technicznych i kopii zapasowych,
• pomijaj wysyłkę treści do modelu, jeśli zadanie można wykonać regułą, metadanymi lub lokalnym klasyfikatorem.

Przy analizie komunikacji zespołu trzeba jasno opisać zakres monitorowania i poinformować zainteresowane osoby. UODO wyjaśnia obowiązek oceny skutków dla ochrony danych przy przetwarzaniu mogącym powodować wysokie ryzyko. Administrator powinien ocenić planowany sposób użycia; obecność osoby zatwierdzającej nie zastępuje tej oceny.

AI Act i granice zastosowania

Rozliczenie usługi dla klienta i ocena zachowania pracownika to różne cele. Załącznik III do AI Act, punkt 4, wymienia m.in. monitorowanie i ocenę wyników oraz zachowania osób w relacjach zawodowych.

Przed rozszerzeniem narzędzia na premie, przydział zadań, dyscyplinowanie zespołu lub decyzje kadrowe potrzebna jest odrębna analiza zastosowania. Nie przypisujemy tu kategorii prawnej konkretnemu systemowi.

W projekcie warto zapewnić:

• informację dla użytkownika o korzystaniu z AI,
• znajomość ograniczeń narzędzia przez osobę zatwierdzającą,
• opis celu, źródeł danych i granic zastosowania,
• kontrolę człowieka nad decyzjami wpływającymi na rozliczenie,
• możliwość odtworzenia błędów i zbadania incydentów.

Te zasady pomagają zaprojektować odpowiedzialny proces. Ocena obowiązków prawnych wymaga uwzględnienia rzeczywistego sposobu użycia.

Kalkulacja opłacalności

Przed zakupem zmierz koszty obecnego procesu. Do porównania przydadzą się cztery obszary:

Oczekiwane zmiany z tabeli trzeba sprawdzić w próbie. Nie są wynikami opisanego wdrożenia.

Do kosztu rozwiązania dolicz licencje, użycie modeli, hosting, utrzymanie oraz czas kontroli i obsługi wyjątków. Oszczędność czasu przygotowania szkicu może zniknąć, jeśli osoba sprawdzająca dłużej wyjaśnia pomyłki lub szuka pominiętych pozycji.

Wpis wykryty przez agenta nie oznacza automatycznie dodatkowego przychodu. Musi wynikać z wykonanej pracy, spełniać warunki umowy i zostać zatwierdzony.

Na koszt budowy wpływają liczba źródeł, jakość API, wymagania księgowe, retencja danych i zakres integracji. Przygotowanie raportu roboczego ma inne wymagania niż połączenie z programem fakturowym i obsługa ponowień eksportu.

Minimalny projekt pilotażowy

Syntalith opisuje pilotaż na uzgodnionych danych jako etap trwający zwykle od 3 do 6 tygodni. Termin budowy i konkretnej integracji zależy od sprawdzenia dostępu do systemów oraz ustalonego zakresu. Nie zakładamy uniwersalnej dokładności ani terminu połączenia.

Proponowany pierwszy zakres może obejmować jedną osobę, maksymalnie dwóch klientów, jeden lub dwa strumienie danych i jeden program docelowy:

1. Wybierz użytkownika oraz klientów objętych próbą.
2. Podłącz kalendarz i jedno narzędzie projektowe, jeśli oba źródła są potrzebne.
3. Ustal słownik klientów, projektów, zatwierdzonych stawek i typów pracy.
4. Generuj codzienny raport roboczy z odnośnikami do źródeł, bez wystawiania faktur.
5. Zbieraj poprawki człowieka jako reguły lub przykłady do oceny rozwiązania. Ewentualne użycie ich do treningu wymaga osobnego uzgodnienia.
6. W ustalonych punktach sprawdzaj błędne przypisania, pominięcia i czas korekt.
7. Po ocenie jakości dodaj wersję roboczą miesięcznego zestawienia.
8. Integrację z fakturowaniem uruchom po uzgodnieniu zasad z księgowością i sprawdzeniu warunków eksportu.

Pilotaż powinien mieć jeden zapisany cel i ograniczony zakres odpowiedzialności. Przed startem ustala się dane, sposób pomiaru, warunki odbioru i zakres poprawek. Jeżeli pilotaż nie osiągnie celu przy uzgodnionych warunkach, umowa określa poprawki objęte jego stałą ceną. Dalsze zmiany wycenia się osobno.

Jak ocenić próbę przed zakupem

Zespół przygotowuje przykłady, w których klient, czas i zasady rozliczania są znane osobie oceniającej. Część materiału zostawia poza konfiguracją rozwiązania. Porównanie obejmuje dotychczasową pracę ręczną, prosty eksport oraz propozycje modelu, jeśli są potrzebne.

Mierz liczbę błędnych przypisań do klientów, pozycje bez wystarczającego źródła i czas poprawek. Sprawdź również pominięte wpisy. Osobno oceń, czy zmiana zatwierdzonych danych blokuje eksport starej wersji i czy ponowienie nie tworzy drugiego zapisu.

Rozbudowa o pocztę oraz komunikatory powinna wynikać z braków zauważonych w próbie. Jeśli system nie potrafi wiarygodnie przypisać pracy przy prostych źródłach, najpierw trzeba ustalić przyczynę błędów.

Co można zamówić w Syntalith

Jeśli zatwierdzone godziny trzeba tylko przenieść do programu fakturowego, zacznij od automatyzacji jednego procesu. Odtwarzanie czasu z korespondencji wymaga osobnego sprawdzenia jakości przypisań i zasad dostępu. Import danych z timesheetu nie potwierdza, że model poprawnie rozpoznał rozliczalną pracę.

Własny widok korekt i wersji może wejść w zakres aplikacji AI. Jeżeli system ma dobierać kolejne kroki procesu i przekazywać wyjątki człowiekowi, warto omówić zakres agenta AI.

To progi oferty dla różnych rodzajów systemów. Syntalith ustala wycenę konkretnego projektu po analizie źródeł i oczekiwanego wyniku. Licencje, użycie modeli, utrzymanie i zasady dostępu wymagają odrębnych ustaleń. Nie przedstawiamy tu dostarczonego wdrożenia do rozliczania czasu.

FAQ

Czy agent śledzi mnie 24/7?

Zakres powinien być jawnie ograniczony do uzgodnionych godzin, źródeł, projektów i kont. Nie ma potrzeby ciągłego obserwowania wszystkich aktywności, żeby przygotować rozliczenie. Dla zespołów trzeba także opisać zasady monitorowania, poinformować zainteresowane osoby i ustalić dostęp do danych.

Czy agent może sam wystawić fakturę?

Techniczna możliwość zależy od API programu fakturowego i nadanych uprawnień. W proponowanym procesie agent przygotowuje dane lub wersję roboczą, którą sprawdza człowiek. Finalne wystawienie i wysyłka wymagają osobnych uprawnień oraz zapisu w historii. Zgoda musi dotyczyć konkretnej wersji; zmiana danych po akceptacji wymaga ponownego zatwierdzenia.

Czy KSeF oznacza, że agent jest niepotrzebny?

KSeF obsługuje faktury ustrukturyzowane, ale nie ustala, jaka praca została wykonana dla klienta ani które godziny podlegają rozliczeniu. Agent może pomóc przygotować zestawienie i wskazać podstawę pozycji. Jeśli zatwierdzony timesheet jest kompletny, wystarczająca może być zwykła integracja z programem fakturowym.

Czy wystarczy hosting w UE, żeby było zgodnie z RODO?

Sam hosting nie zapewnia zgodności. Potrzebne są także podstawa prawna, minimalizacja danych, właściwe umowy powierzenia, kontrola dostępu, retencja i dokumentacja procesu. Trzeba sprawdzić przepływy do dostawcy modelu, logów i kopii zapasowych oraz ocenić, czy zastosowanie wymaga oceny skutków dla ochrony danych.

Jak dokładne jest automatyczne śledzenie?

Jakość zależy od źródeł, dyscypliny prowadzenia ewidencji i jasności przypisania projektów. Liczba wiadomości, zmiana statusu zadania i godzina commita nie wystarczają do ustalenia czasu pracy. Agent powinien pokazywać podstawę propozycji i zaznaczać sprawy wymagające wyjaśnienia. Dokładność przypisań oraz czas kontroli trzeba zmierzyć na materiale pozostawionym poza konfiguracją rozwiązania.

Czy mogę ręcznie dodać czas?

Tak. Ręczne wpisy są potrzebne, ponieważ część pracy nie pozostawia dobrego śladu cyfrowego. System powinien oznaczać ich pochodzenie i przechowywać je w zestawieniu podlegającym zatwierdzeniu. Dopisanie lub zmiana czasu po akceptacji wymaga utworzenia nowej wersji i ponownej zgody.

Plan wdrożenia obiegu faktur

Przed rozmową o wdrożeniu odpowiedz na pięć pytań:

1. Gdzie dziś powstaje rozliczenie czasu?
2. Które źródła są biznesowe, a które zawierają prywatne lub szczególnie wrażliwe informacje?
3. Kto zatwierdza wpisy czasu, zestawienie i fakturę?
4. Jakie dane muszą trafić do księgowości lub programu obsługującego KSeF?
5. Jak długo trzeba przechowywać surowe zdarzenia, wersje robocze i logi?

Na bezpłatny skan przygotuj opis dzisiejszego zestawienia, nazwę programu fakturowego i przykład pozycji, którą trudno przypisać do klienta. Pozwoli to omówić źródła, brakujące informacje i możliwy zakres próby. Poufne pliki przekaż dopiero po ustaleniu właściwego kanału i zakresu danych.

Umów bezpłatny skan procesów: rozmowa z inżynierem trwa 30 minut, a pisemne podsumowanie otrzymasz w 2 dni robocze. Podsumowanie obejmuje wstępny kierunek, brakujące informacje i propozycję następnego kroku.

Sprawdź też:

• Agent AI dla freelancera: analiza klienta przed rozmową
• Asystentka czy agent AI? Porównanie kosztu
• Poranny przegląd od agenta AI: codzienny raport bez chaosu