Powiadomienia o nowych fakturach w KSeF
KSeF nie wysyła alertu o nowej fakturze. Zobacz, jak KSeFGPT wykrywa nowy dokument i pomaga skierować go do właściwej osoby.

Streszczenie artykułu
KSeF nie wysyła automatycznych powiadomień systemowych o otrzymaniu nowej faktury. Dokument może być już dostępny dla nabywcy w systemie, mimo że nikt w firmie nie dostał e-maila, SMS-a ani innego alertu.
Taką warstwę może zapewnić KSeFGPT: cyklicznie sprawdza metadane faktur w KSeF, rozpoznaje nowy dokument i uruchamia automatyzację. Domyślny przepływ wysyła pojedynczy albo zbiorczy e-mail, a własna akcja powiadomienia może użyć e-maila, Slacka, Telegrama lub webhooka.
Alert pomaga rozpocząć obsługę dokumentu, ale nie oznacza jego przeczytania, akceptacji ani zaksięgowania. Trzeba też odróżnić go od wiadomości po wysłaniu faktury wychodzącej oraz od statusu, numeru KSeF i UPO.
Faktura jest w KSeF, ale nikt nie dostał wiadomości
Dostawca wystawił fakturę, KSeF ją przyjął, a dokument jest dostępny dla firmy. Mimo to księgowość, osoba zamawiająca i właściciel firmy nie otrzymali żadnej wiadomości. Nie musi to oznaczać awarii ani błędu sprzedawcy, ponieważ sam KSeF nie pełni funkcji skrzynki wysyłającej alert o każdym nowym dokumencie.
Ministerstwo Finansów wyjaśnia, że to oprogramowanie podatnika powinno sprawdzać KSeF, a funkcję powiadamiania można zbudować lokalnie w programie finansowo-księgowym. W praktyce powstają więc trzy osobne momenty: udostępnienie faktury w KSeF, wykrycie jej przez aplikację i dostarczenie alertu człowiekowi. Warto rozumieć tę różnicę, zanim firma ustali własny obieg dokumentów.
Spis treści
1. Czy KSeF wysyła powiadomienia o nowych fakturach?
2. Jak program wykrywa nową fakturę w KSeF?
3. Trzy zdarzenia, których nie należy mylić
4. Co powinno znaleźć się w dobrym alercie?
5. Jak kierować powiadomienia do właściwych osób?
6. Powiadomienie nie oznacza akceptacji ani zaksięgowania
Kluczowe wnioski
Dobrze zaprojektowane powiadomienie łączy zdarzenie w KSeF z konkretną odpowiedzialnością w firmie, ale nie zastępuje kontroli dokumentu.
| Punkt | Szczegóły |
|---|---|
| Brak natywnego alertu | KSeF udostępnia fakturę nabywcy, lecz nie wysyła automatycznego powiadomienia systemowego o jej otrzymaniu. |
| Rola oprogramowania | Uprawniona aplikacja sprawdza metadane, rozpoznaje nowe dokumenty i dopiero potem może uruchomić wiadomość. |
| Trzy różne zdarzenia | Alert przychodzący, wiadomość po wysyłce wychodzącej oraz status, numer KSeF i UPO mają inne znaczenie. |
| Właściwy odbiorca | Reguła powinna określać, kto ma dostać informację i co ma zrobić z fakturą dalej. |
| Kontrola człowieka | Powiadomienie rozpoczyna pracę, ale nie potwierdza akceptacji kosztu, księgowania ani przeczytania dokumentu. |
Czy KSeF wysyła powiadomienia o nowych fakturach?
Nie. Podręcznik KSeF 2.0, część II, rozdział 6.4, strona 98 wskazuje wprost: „KSeF nie wysyła automatycznie powiadomień systemowych o otrzymaniu nowej faktury w systemie”. Materiał Ministerstwa Finansów dodaje, że oprogramowanie podatnika musi odpytywać KSeF, a funkcję powiadamiania można wprowadzić w używanym programie finansowo-księgowym. Stan materiałów sprawdzono 23 lipca 2026 r.
Brak alertu nie oznacza, że faktura nie została otrzymana w systemie. W standardowym trybie online faktura przyjęta przez KSeF jest dostępna dla nabywcy wskazanego przez NIP, a podręcznik wiąże jej otrzymanie z nadaniem numeru KSeF. Dostępność dokumentu i wiadomość wysłana człowiekowi to jednak dwa różne zdarzenia.
Dostępność w KSeF: dokument może już znajdować się po stronie nabywcy.
Powiadomienie: dodatkowa informacja może zostać wysłana przez program korzystający z danych KSeF.
Działanie firmy: wyznaczona osoba nadal musi sprawdzić dokument i skierować go do dalszej obsługi.
Oficjalny przewodnik MF zaleca regularne sprawdzanie, czy firma otrzymała fakturę, ponieważ informacja ta jest potrzebna do dalszej obsługi dokumentu i płatności. Szerzej opisujemy ten proces w poradniku jak odbierać faktury przez KSeF. Skoro KSeF nie wysyła alertu, kolejnym pytaniem jest sposób wykrywania nowych faktur przez oprogramowanie.
| Moment | Co się dzieje | Czego ten moment nie oznacza |
|---|---|---|
| Przyjęcie przez KSeF | System nadaje dokumentowi numer KSeF. | Że nabywca dostał e-mail albo SMS. |
| Udostępnienie nabywcy | Faktura jest dostępna dla właściwego podmiotu w KSeF. | Że pracownik otworzył i sprawdził dokument. |
| Alert z programu | Zewnętrzne oprogramowanie przekazuje informację wybranemu odbiorcy. | Że faktura została zaakceptowana albo zaksięgowana. |
Jak program wykrywa nową fakturę w KSeF?
Uprawnione oprogramowanie odpytuje KSeF o metadane faktur i porównuje wynik z zapamiętanym stanem. KSeFGPT wykorzystuje do tego punkt startowy oraz rozpoznane numery KSeF, aby wskazać nowe pozycje. Dopiero po wykryciu dokumentu może uruchomić regułę biznesową, na przykład wysłać wiadomość albo przekazać dane do innego systemu.
Źródło danych: KSeF udostępnia informacje o fakturach przez API.
Synchronizacja: aplikacja pobiera dane dostępne dla danego podmiotu i rozpoznaje nowe dokumenty.
Akcja: program uruchamia wybrany kanał komunikacji lub dalszy proces.
W produkcyjnym KSeF API 2.0, według stanu zweryfikowanego 23 lipca 2026 r., istnieje operacja pobierania metadanych faktur według filtrów. Dokumentacja przyrostowego pobierania wskazuje także wymagane uprawnienie i sposób porządkowania wyników. Te informacje opisują mechanizm techniczny KSeF, a nie gwarantowany czas alertu w zewnętrznej aplikacji.
Na czas dostarczenia wiadomości wpływają co najmniej moment udostępnienia faktury, sposób synchronizacji używanego programu i działanie wybranego kanału. Nie ma więc podstaw, by obiecywać jeden stały czas dla każdego alertu. Wiedząc, skąd bierze się wiadomość, można rozdzielić zdarzenia, które w codziennej rozmowie bywają nazywane powiadomieniem KSeF.
| Element dokumentacji API | Znaczenie techniczne | Znaczenie dla użytkownika |
|---|---|---|
| Pobieranie metadanych faktur | Operacja wyszukuje faktury według określonych filtrów. | Program może sprawdzać, jakie faktury są dostępne dla podmiotu. |
| Uprawnienie do odczytu faktur | Dostęp jest wymagany do pobrania informacji o dokumentach. | Aplikacja musi działać w prawidłowym kontekście i z właściwym dostępem. |
| Data trwałego zapisu faktury | Dokumentacja zaleca ten punkt odniesienia przy pobieraniu przyrostowym. | Program może porządkować kolejne partie danych bez utożsamiania ich z alertem wysyłanym przez KSeF. |
| Sortowanie rosnące | Zalecana kolejność wyników pobierania przyrostowego. | Ułatwia aplikacji przetwarzanie nowych dokumentów we właściwej kolejności. |
Trzy zdarzenia, których nie należy mylić
Sformułowanie powiadomienie o fakturze może opisywać trzy różne sytuacje. Rozdzielenie ich zapobiega błędnemu założeniu, że wiadomość dla kontrahenta, wewnętrzny alert zakupowy i UPO są wymienne.
Faktura przychodząca: wiadomość ma skierować dokument do osoby, która rozpocznie jego obsługę po stronie nabywcy.
Faktura wychodząca: osobny komunikat może poinformować kontrahenta albo zespół, że wysyłka do KSeF zakończyła się powodzeniem.
Potwierdzenia systemowe: status, numer KSeF i UPO dokumentują kolejne elementy procesu, ale nie dowodzą przeczytania faktury przez nabywcę.
Prawidłowa sekwencja dla alertu zakupowego wygląda tak: KSeF udostępnia fakturę, aplikacja ją wykrywa, reguła wybiera odbiorcę, kanał przekazuje alert, a człowiek wykonuje następną czynność. Żaden z tych etapów nie powinien być automatycznie utożsamiany z akceptacją dokumentu. Osobne poradniki wyjaśniają, jak sprawdzić status faktury po wysyłce oraz co potwierdza UPO w KSeF. Skoro zdarzenia są rozdzielone, można określić zawartość użytecznej wiadomości.
| Zdarzenie | Odbiorca | Wyzwalacz | Znaczenie | Czego nie dowodzi |
|---|---|---|---|---|
| Alert o fakturze przychodzącej | Nabywca lub jego zespół | Wykrycie albo synchronizacja nowej faktury | Rozpoczęcie obsługi dokumentu | Akceptacji kosztu ani zaksięgowania |
| Powiadomienie po wysłaniu faktury wychodzącej | Kontrahent lub zespół wewnętrzny | Potwierdzony wynik wysyłki do KSeF | Przekazanie informacji o wystawionym dokumencie | Że wiadomość zastępuje fakturę zapisaną w KSeF |
| Status, numer KSeF i UPO | Wystawca i osoby obsługujące wysyłkę | Obsługa dokumentu przez KSeF | Identyfikacja i potwierdzenie wyniku procesu | Że nabywca przeczytał fakturę |
Co powinno znaleźć się w dobrym alercie?
Dobry alert nie powinien być kopią całej faktury wysłaną do każdego kanału. Ma szybko odpowiedzieć na dwa pytania: kto powinien zareagować i co ma zrobić dalej. Zakres wiadomości należy dopasować do procesu firmy, odbiorcy oraz zasad ochrony danych.
Kontekst dokumentu: informacje pozwalające rozpoznać sprawę, na przykład kontrahent, kwota lub termin, jeśli wynikają z konfiguracji wiadomości.
Odbiorca: osoba albo grupa odpowiedzialna za dany rodzaj faktury.
Oczekiwane działanie: jasna informacja, czy dokument trzeba sprawdzić, zaakceptować, wyjaśnić albo przekazać dalej.
Bezpieczny dostęp: odnośnik do właściwego widoku zamiast automatycznego rozsyłania pełnego XML lub nadmiarowych danych.
Poniższe elementy są rekomendacją projektową, a nie obietnicą stałej zawartości każdej wiadomości KSeFGPT. Ich dostępność i zakres zależą od wybranego procesu oraz konfiguracji. Po określeniu treści alertu trzeba jeszcze zdecydować, do kogo powinien trafić.
| Element | Po co jest potrzebny | Zasada projektowa |
|---|---|---|
| Kontekst dokumentu | Pozwala rozpoznać fakturę bez zgadywania. | Pokazuj tylko dane potrzebne odbiorcy do rozpoczęcia pracy. |
| Odbiorca | Przypisuje odpowiedzialność za następny krok. | Kieruj alert na adres osoby, wspólny kanał zespołu lub do właściwego systemu. |
| Oczekiwane działanie | Ogranicza wiadomości, po których nikt nie wie, co zrobić. | Nazywaj konkretny kolejny etap obsługi. |
| Kanał | Dostarcza informację do miejsca pracy zespołu. | Dobieraj e-mail, komunikator lub webhook do charakteru zdarzenia. |
| Minimalizacja danych | Ogranicza niepotrzebne rozpowszechnianie treści faktury. | Nie wysyłaj pełnego XML i danych wrażliwych do każdego kanału. |
Jak kierować powiadomienia do właściwych osób?
Jedna wspólna skrzynka dla wszystkich faktur szybko zmienia alerty w szum. Reguła powinna łączyć zdarzenie z warunkiem, miejscem dostarczenia i następną czynnością. W KSeFGPT akcja powiadomienia wskazuje adres e-mail albo skonfigurowaną integrację: Slack, Telegram lub webhook.
Edytor warunków podpowiada liczbę dokumentów, numer faktury i numer KSeF, a także pozwala wskazać własne pole danych wyzwalacza. Ponieważ zdarzenie nowej faktury zawiera jej metadane, zaawansowana reguła może odwołać się na przykład do kwoty brutto lub danych sprzedawcy. Nie jest to jednak bezpośredni wybór użytkownika ani grupy organizacyjnej jako odbiorcy automatyzacji.
Kwota: własny warunek może porównać wartość brutto z wewnętrznym progiem firmy. Taki próg jest zasadą organizacyjną, a nie limitem wynikającym z prawa.
Sprzedawca: własny warunek może rozpoznać dane dostawcy dostępne w metadanych i uruchomić powiadomienie w wybranym kanale.
Wiele dokumentów: domyślny przepływ rozróżnia jedną nową fakturę od kilku wykrytych podczas tego samego sprawdzenia i może wysłać zbiorczy e-mail.
Odpowiedzialność: wspólny kanał Slack lub Telegram może udostępnić alert zespołowi także wtedy, gdy jedna osoba jest niedostępna.
Poniższe scenariusze pokazują model projektowania procesu, a nie instrukcję konfiguracji funkcji. Gdy odbiorca i następna czynność są już określone, trzeba zachować granicę między powiadomieniem a decyzją księgową.
| Zdarzenie | Przykładowy warunek | Odbiorca | Kanał | Następna czynność |
|---|---|---|---|---|
| Nowa faktura przychodząca | Własny warunek na kwocie brutto | Adres osoby akceptującej | Sprawdzić zasadność i zaakceptować albo przekazać do wyjaśnienia | |
| Nowa faktura przychodząca | Własny warunek na danych sprzedawcy | Kanał zespołu | Telegram lub Slack | Porównać dokument z zamówieniem lub umową |
| Kilka nowych dokumentów | Więcej niż jedna faktura wykryta podczas sprawdzenia | Skonfigurowany adres | Zbiorczy e-mail | Przejrzeć faktury i rozdzielić je do dalszej obsługi |
| Nowa faktura wymagająca integracji | Warunek procesu wewnętrznego | Własny system | Webhook | Utworzyć zadanie albo przekazać dane do dalszego przetwarzania |
Powiadomienie nie oznacza akceptacji ani zaksięgowania
Alert sygnalizuje zdarzenie techniczne lub operacyjne. Nie rozstrzyga, czy faktura dotyczy rzeczywistego zakupu firmy, czy dane są poprawne, czy koszt został zaakceptowany ani jak dokument powinien zostać ujęty w księgowości. Te decyzje wymagają osobnego etapu i odpowiedzialnej osoby.
To rozróżnienie jest szczególnie ważne, gdy w KSeF pojawi się dokument od nieznanego sprzedawcy albo faktura niepasująca do zamówienia. Samo udostępnienie dokumentu przez system nie potwierdza gospodarczego sensu zakupu. Dalszy sposób postępowania opisuje poradnik Co robić, gdy na koncie KSeF pojawi się faktura za nie nasze zakupy?.
Dojrzały obieg oddziela wykrycie dokumentu, przypisanie właściciela, kontrolę merytoryczną i decyzję księgową. Automatyzacja może skrócić drogę informacji do właściwej osoby, ale nie powinna usuwać kontroli tam, gdzie potrzebna jest ocena umowy, dostawy albo zasadności kosztu.
Nie ma też podstaw, by z samego braku alertu wyprowadzać uniwersalne wnioski o utracie prawa do odliczenia VAT, naruszeniu terminu płatności lub sankcji. Skutki zależą od konkretnej sytuacji i właściwych przepisów. W tym procesie warto traktować powiadomienie jako początek obsługi, a nie jej wynik.
Jak KSeFGPT zamienia nową fakturę w działanie?
KSeFGPT nie czeka na powiadomienie push z KSeF, ponieważ KSeF takiego alertu nie wysyła. Mechanizm produktu cyklicznie pobiera metadane faktur, zapamiętuje już rozpoznane numery KSeF i uruchamia przepływ automatyzacji tylko dla nowych dokumentów.
Po zapisaniu danych dostępowych KSeF produkt tworzy aktywny domyślny przepływ powiadomień na adres e-mail użytkownika. Przy uruchomieniu monitorowania KSeFGPT ustala punkt początkowy, aby nie odtwarzać alertów o starszych fakturach. Domyślny przepływ wysyła pojedynczy e-mail dla jednej nowej faktury albo zbiorczą wiadomość, gdy podczas jednego sprawdzenia wykryje ich więcej.
Wykrycie: KSeFGPT sprawdza metadane dostępne w KSeF i porównuje je z zapamiętanym stanem.
Warunek: domyślna reguła rozróżnia jedną fakturę od wielu, a własne warunki mogą korzystać z pól danych wyzwalacza.
Odbiorca: informacja trafia na skonfigurowany adres e-mail, kanał Slack, czat lub kanał Telegram albo do połączonego systemu przez webhook.
Akcja: zespół przechodzi do kontroli, akceptacji, wyjaśnienia lub innej czynności przewidzianej w firmie.
Ten przepływ dotyczy nowej faktury przychodzącej. Nie należy utożsamiać go z wiadomością dla kontrahenta po wystawieniu faktury wychodzącej ani ze statusem lub UPO. To odrębne zdarzenia i procesy.
Widok przepływów w KSeFGPT pozwala kontrolować aktywność, uruchomienia i błędy procesu bez zamieniania tego artykułu w instrukcję konfiguracji. Pełny opis możliwości znajdziesz na stronie Automatyzacje KSeFGPT.
| Etap | Rola KSeFGPT | Granica automatyzacji |
|---|---|---|
| Cykliczne sprawdzenie | Rozpoznaje nową fakturę na podstawie metadanych z KSeF. | Nie oznacza jeszcze akceptacji dokumentu. |
| Sprawdzenie warunków | Uwzględnia reguły procesu, miejsce dostarczenia i dalsze akcje. | Nie zastępuje oceny merytorycznej zakupu. |
| Wysłanie informacji | Uruchamia e-mail, Slack, Telegram albo webhook. | Nie gwarantuje przeczytania wiadomości przez odbiorcę. |
| Historia przepływu | Pomaga sprawdzić uruchomienia i błędy procesu. | Nie jest UPO ani dowodem przyjęcia faktury przez KSeF. |
Zamień nową fakturę w konkretne działanie
KSeFGPT może po wykryciu nowej faktury uruchomić regułę i skierować informację na właściwy adres, kanał zespołu lub do połączonego systemu.
Włącz automatyzacje w KSeFGPTNajczęściej zadawane pytania
Czy KSeF sam wysyła e-mail, SMS lub powiadomienie push o nowej fakturze?
Nie. Zgodnie z Podręcznikiem KSeF 2.0 Ministerstwa Finansów KSeF nie wysyła automatycznego powiadomienia systemowego o otrzymaniu nowej faktury. Taką funkcję może zapewnić oprogramowanie, które sprawdza KSeF i uruchamia alert po wykryciu dokumentu.
Jak szybko może przyjść alert z programu?
Alert może zostać wysłany po wykryciu i synchronizacji faktury przez dane oprogramowanie. Rzeczywisty czas zależy od mechanizmu synchronizacji programu oraz działania wybranego kanału dostarczenia, dlatego nie należy zakładać, że dostępność faktury w KSeF i otrzymanie alertu nastąpią w tym samym momencie.
Czy powiadomienie może trafić do kilku osób?
Tak, jeśli alert trafia do wspólnego kanału zespołu, na przykład w Slacku albo Telegramie. Domyślna automatyzacja KSeFGPT wysyła wiadomość na skonfigurowany adres e-mail, a własna akcja powiadomienia może użyć e-maila, Slacka, Telegrama lub webhooka. Zweryfikowana implementacja wskazuje adres albo integrację, a nie grupę organizacyjną KSeFGPT jako osobny typ odbiorcy automatyzacji.
Czy UPO potwierdza, że nabywca przeczytał fakturę?
Nie. UPO dotyczy wyniku obsługi dokumentu w KSeF i nie należy go traktować jako potwierdzenia, że nabywca przeczytał fakturę, zaakceptował koszt albo rozpoczął obsługę dokumentu.
Czy alert zastępuje kontrolę faktury?
Nie. Alert jest sygnałem do podjęcia działania. Nie zastępuje sprawdzenia kontrahenta i zakupu, decyzji o akceptacji kosztu ani dalszego procesu księgowego.
Rekomendacja
Jak odbierać faktury przez KSeF? - poznaj różnicę między dostępnością dokumentu w systemie a jego dalszą obsługą w firmie.
Co robić, gdy na koncie KSeF pojawi się faktura za nie nasze zakupy? - sprawdź, dlaczego nowy dokument wymaga kontroli merytorycznej.
Jak sprawdzić status faktury w KSeF po wysyłce? - zobacz, jak czytać wynik procesu dla faktury wychodzącej.
UPO w KSeF - dowiedz się, co potwierdza UPO i jak różni się od operacyjnego alertu.
Nie czekaj, aż ktoś przypadkiem znajdzie fakturę
W KSeFGPT możesz powiązać wykrycie nowej faktury z regułą oraz wybranym adresem, kanałem powiadomienia lub webhookiem.
Przejdź do KSeFGPTŹródła
Artykuł przygotowano na podstawie oficjalnych materiałów Ministerstwa Finansów, produkcyjnej dokumentacji KSeF API 2.0, publicznego opisu funkcji oraz weryfikacji bieżącej implementacji KSeFGPT. Materiały publiczne sprawdzono 23 lipca 2026 r., a kod produktu 24 lipca 2026 r.
- Podręcznik KSeF 2.0, część II - Wystawianie i otrzymywanie faktur w KSeF
Ministerstwo Finansów · dostęp: 23 lipca 2026
Oficjalny podręcznik opisujący dostępność faktury dla nabywcy, brak automatycznych powiadomień systemowych oraz rolę oprogramowania odpytującego KSeF.
- KSeF krok po kroku - jak odebrać fakturę w KSeF
Ministerstwo Finansów · dostęp: 23 lipca 2026
Oficjalny przewodnik odbioru faktury, który wskazuje potrzebę regularnego sprawdzania nowych dokumentów.
- KSeF API 2.0 - specyfikacja OpenAPI środowiska produkcyjnego
Ministerstwo Finansów · dostęp: 23 lipca 2026
Specyfikacja API w wersji 2.6.1, z operacją pobierania metadanych faktur i wymaganiami dotyczącymi uprawnień.
- Automatyzacja KSeFGPT
KSeFGPT · dostęp: 23 lipca 2026
Publiczny opis modułu i kanałów powiadomień. Szczegółowy mechanizm wykrywania nowych dokumentów, domyślny e-mail oraz zakres odbiorców potwierdzono dodatkowo w bieżącej implementacji KSeFGPT.
Zobacz inne artykuły dotyczące krajowego systemu e-faktur
Czym jest ViDA i jaki ma wpływ na polskiego przedsiębiorcę?
Poznaj trzy filary ViDA, terminy do 2035 r. oraz działania, które polska firma może podjąć już dziś bez wdrażania zmian na zapas.
Jak zarejestrować się w KSeF? Dostęp, logowanie, uprawnienia
W KSeF nie zakładasz konta z hasłem. Sprawdź, jak działa uwierzytelnienie, kto ma automatyczne uprawnienia i kiedy potrzebny jest ZAW-FA.
Jak stworzyć szkic faktury w KSeFGPT przed wysyłką do KSeF?
Zapisz rozpoczętą fakturę jako szkic albo utwórz szkic automatycznie z pliku PDF. Dokument pozostanie w KSeFGPT i nie trafi do KSeF, dopóki go nie sprawdzisz i samodzielnie nie wyślesz.
Jak wysyłać faktury z SAP do KSeF przez KSeFGPT?
Zobacz, jak przesłać wystawione w SAP faktury przez PDF, CSV lub Excel oraz jak użyć do tego KSeFGPT.