Przejdź do treści
D W
Zgodny z GoBD Zgodny z §203 StGB Q1

Agent faktur wychodzących

Generowanie faktur wychodzących - Paragraph 14 UStG, e-faktura, archiwizacja GoBD.

Tworzy faktury wychodzące z danych świadczeń, określa stawki VAT, wybiera format e-faktury, przydziela ciągłe numery seryjne i archiwizuje zgodnie z GoBD. W pełni regułowy.

Panel wyników

Agent Readiness 85-92%
Governance Complexity 18-25%
Economic Impact 74-81%
Lighthouse Effect 24-31%
Implementation Complexity 21-28%
Wolumen transakcji Codziennie

Co robi ten agent

Fakturowanie wychodzące to odbicie lustrzane przyjmowania faktur. Każda faktura wychodząca musi zawierać dane obowiązkowe wg Paragraph 14 UStG, wykazywać prawidłową stawkę VAT, być wysłana we właściwym formacie i zarchiwizowana zgodnie z GoBD. Numeracja musi być ciągła i bezlukowa - kluczowy wymóg GoBD.

Decision Layer rozkłada tworzenie faktur na osiem kroków decyzyjnych - wszystkie w pełni regułowe. Dane świadczeń są pobierane z systemu źródłowego, dane obowiązkowe kompletowane, stawka VAT określana, format e-faktury wybierany, warunki płatności wstawiane, numer przydzielany, faktura wysyłana i archiwizowana.

Rezultat: najwyższy Readiness w całym katalogu Finance. Zero decyzji AI, zero decyzji ludzkich. Każda faktura wychodząca jest formalnie poprawna, we właściwym formacie i zarchiwizowana zgodnie z GoBD. Wskaźnik błędów faktur wychodzących spada do zera.

Tabela mikrodecyzji

Człowiek
Silnik reguł
Agent AI
Każdy wiersz to decyzja. Rozwiń, aby zobaczyć protokół decyzyjny i możliwość sprzeciwu.
Pobranie danych świadczeń Jakie świadczenia są fakturowane? Silnik reguł

Zapytanie do bazy danych z zamówienia lub umowy

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Kompletowanie danych obowiązkowych Czy wszystkie dane obowiązkowe wg Paragraph 14 UStG są obecne? Silnik reguł Audytor

Wypełnienie z szablonu i danych podstawowych

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Możliwość sprzeciwu: Audytor

Określenie stawki VAT 19%, 7%, wewnątrzwspólnotowa czy eksport? Silnik reguł Audytor

Reguły UStG wg rodzaju świadczenia i lokalizacji klienta

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Możliwość sprzeciwu: Audytor

Wybór formatu e-faktury XRechnung, ZUGFeRD czy PDF? Silnik reguł

Konfiguracja z danych podstawowych klienta

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Wstawienie warunków płatności Jakie warunki płatności obowiązują? Silnik reguł

Z danych umownych klienta

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Przydzielenie numeru Jaki numer faktury jest przydzielany? Silnik reguł Audytor

Bezlukowy, ciągły - kluczowy wymóg GoBD

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Możliwość sprzeciwu: Audytor

Wysyłka W jaki sposób faktura jest wysyłana? Silnik reguł

Sposób wysyłki z konfiguracji klienta (e-mail, portal, EDI)

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Archiwizacja zgodna z GoBD Czy faktura jest niezmienialnie archiwizowana? Silnik reguł Audytor

Automatyczna archiwizacja ze znacznikiem czasu

Protokół decyzyjny

ID reguły i numer wersji
Dane wejściowe które uruchomiły regułę
Wynik obliczenia i zastosowana formuła

Możliwość sprzeciwu: Tak - zastosowanie reguły weryfikowalne. Sprzeciw przy błędnych danych lub złej wersji reguły.

Możliwość sprzeciwu: Audytor

Protokół decyzyjny i prawo do sprzeciwu

Każda decyzja, którą ten agent podejmuje lub przygotowuje, jest dokumentowana w pełnym protokole decyzyjnym. Osoby dotknięte (pracownicy, dostawcy, audytorzy) mogą przeglądać, rozumieć i kwestionować każdą pojedynczą decyzję.

Jaka reguła w jakiej wersji została zastosowana?
Na jakich danych oparto decyzję?
Kto (człowiek, silnik reguł czy AI) zdecydował - i dlaczego?
Jak osoba dotknięta może złożyć sprzeciw?
Jak Decision Layer wymusza to architektonicznie →

Wymagania wstępne

  • System ERP z danymi zamówień lub umów
  • Dane podstawowe klientów z preferencjami e-faktury
  • Skonfigurowany zakres numeracji
  • System archiwizacji zgodny z GoBD

Uwagi dotyczące governance

Zgodny z GoBD Zgodny z §203 StGB

Istotność GoBD: wysoka - faktury wychodzące są dokumentami istotnymi podatkowo. Bezlukowy zakres numeracji to kluczowy wymóg GoBD i częsty punkt kontroli. Paragraph 14 UStG definiuje dane obowiązkowe. Obowiązek e-faktury (XRechnung) dla B2G od 2020, dla B2B etapowo od 2025. Agent jest w pełni regułowy (0H/8R/0A) - najwyższy Readiness i najniższa złożoność governance w katalogu.

Dane objęte §203 StGB są szyfrowane end-to-end i nigdy nie są przekazywane do modeli AI w postaci jawnej.

Wkład w dokumentację procesową

Agent faktur wychodzących dokumentuje: źródło danych świadczeń, wszystkie dane obowiązkowe, określoną stawkę VAT z podstawą prawną, wybrany format, przydzielony numer faktury i znacznik czasu archiwizacji. Bezlukowość numeracji jest weryfikowalna w każdej chwili.

Wkład w infrastrukturę

Agent faktur wychodzących buduje infrastrukturę AR. Generowanie e-faktur (XRechnung/ZUGFeRD) jest ponownie wykorzystywane dla wszystkich dokumentów wychodzących. Bezlukowy zakres numeracji staje się standardem dla wszystkich agentów wymagających ciągłej numeracji. Infrastruktura wysyłkowa (e-mail, portal, EDI) jest współdzielona z Agentem monitów.

Często zadawane pytania

Czy e-faktury są obsługiwane?

Tak - XRechnung i ZUGFeRD. Format jest konfigurowany per klient. Klienci B2G otrzymują XRechnung, klienci B2B wg uzgodnienia ZUGFeRD lub PDF. Obowiązek e-faktury jest spełniany automatycznie.

Co się dzieje przy lukowatym zakresie numeracji?

Agent architektonicznie zapobiega lukom - numery są przydzielane sekwencyjnie i nigdy nie są pomijane. Stornowane faktury zachowują swój numer i są oznaczane jako storno. W ten sposób zakres numeracji pozostaje bezlukowy, jak wymaga GoBD.

Czy mogą być stosowane różne zakresy numeracji dla różnych obszarów działalności?

Tak. Wiele zakresów numeracji per mandant, obszar działalności lub rodzaj faktury jest konfigurowalnych. Każdy zakres numeracji jest samodzielnie bezlukowy. Przypisanie odbywa się automatycznie wg skonfigurowanych reguł.

Wdrożyć tego agenta?

Oceniamy Twój krajobraz procesów finansowych i pokazujemy, jak ten agent pasuje do Twojej infrastruktury.