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
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
Pobranie danych świadczeń Jakie świadczenia są fakturowane? Silnik reguł
Zapytanie do bazy danych z zamówienia lub umowy
Protokół decyzyjny
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
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
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
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
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
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
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
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ę.
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
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ą
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.
Czy ten agent pasuje do Twojego procesu?
Analizujemy Twój konkretny proces finansowy i pokazujemy, jak ten agent wpisuje się w Twój krajobraz systemowy. 30 minut, bez przygotowania.
Przeanalizować procesPowiązane strony
Powiązani agenci
Agent monitów
Monitoring wymagalności, określanie stopni monitowania, obliczanie odsetek za zwłokę - automatyczna eskalacja.
Agent przypisywania wpływów
Odczyt wpływów, przypisanie do kontrahentów, rozliczenie faktur - automatyczne uzgodnienie.
Agent zarządzania należnościami
Analiza stanu należności, ocena ryzyka niewypłacalności, określanie odpisów aktualizujących.
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ł.
Co dalej?
30 minut
Pierwsza rozmowa
Analizujemy Twój proces i identyfikujemy optymalny punkt startowy.
1 tydzień
Discover
Mapowanie logiki decyzyjnej. Reguły udokumentowane, Decision Layer zaprojektowany.
3-4 tygodnie
Build
Produkcyjny agent w Twojej infrastrukturze. Governance, audit trail, cert-ready od dnia 1.
12-18 miesięcy
Samodzielność
Pełny dostęp do kodu źródłowego, promptów i wersji reguł. Bez vendor lock-in.
Wdrożyć tego agenta?
Oceniamy Twój krajobraz procesów finansowych i pokazujemy, jak ten agent pasuje do Twojej infrastruktury.