--- title: "Klient twierdzi, że nie otrzymał faktury: ustal fakty bez konfliktu" canonical: https://www.billabex.com/pl/blog/klient-twierdzi-ze-nie-otrzymal-faktury/ lang: pl alternate: https://www.billabex.com/fr/blog/client-affirme-facture-non-recue.md alternates: fr: https://www.billabex.com/fr/blog/client-affirme-facture-non-recue.md en: https://www.billabex.com/en/blog/customer-says-invoice-never-arrived.md de: https://www.billabex.com/de/blog/kunde-behauptet-rechnung-nicht-erhalten.md es: https://www.billabex.com/es/blog/cliente-dice-no-haber-recibido-factura-establecer-hechos-sin-conflicto.md it: https://www.billabex.com/it/blog/cliente-dice-di-non-aver-ricevuto-fattura.md nl: https://www.billabex.com/nl/blog/klant-zegt-factuur-niet-te-hebben-ontvangen.md pl: https://www.billabex.com/pl/blog/klient-twierdzi-ze-nie-otrzymal-faktury.md pt: https://www.billabex.com/pt/blog/cliente-afirma-nao-ter-recebido-fatura.md updated: 2026-10-06 index: https://www.billabex.com/llms.txt --- # Klient twierdzi, że nie otrzymał faktury: ustal fakty bez konfliktu „Nigdy nie otrzymaliśmy tej faktury”. Odpowiedź może oznaczać różne problemy: dokument nie opuścił systemu, wiadomość dotarła do rzadko sprawdzanej skrzynki, brakuje załącznika albo księgowość nie przejęła sprawy. Natychmiastowe „przecież ją wysłaliśmy” może zamknąć rozmowę przed rozpoznaniem blokady płatności. Samo potwierdzenie własnej czynności nie wyjaśnia, czy właściwa osoba ma dokument potrzebny do dalszego przetwarzania i zatwierdzenia. Najpierw ustal, czego szukasz. Trzeba odnaleźć fakturę, sprawdzić jej drogę i umożliwić właściwemu rozmówcy obsługę. Jeśli rozmowa zmienia się w spór o dług lub termin, dowody umowne i właściwe zasady wymagają osobnej analizy. Techniczny status wiadomości nie rozwiązuje wszystkich tych kwestii. Jego rolą jest pomóc w odtworzeniu przebiegu, a nie samodzielnie rozstrzygnąć odpowiedzialność stron. ## Zapytaj, czego naprawdę brakuje klientowi Poproś o doprecyzowanie: czy nie ma żadnej wiadomości, faktury w załączniku czy dokumentu w programie księgowym? Odpowiedzi prowadzą do trzech różnych działań. Powtórzenie wysyłki może pomóc w pierwszym przypadku, nie rozwiązać drugiego i nic nie zmienić w obiegu trzeciego. Zanim wyślesz ten sam plik jeszcze raz, ustal brakujący etap oraz osobę, która może potwierdzić jego uzupełnienie. Sprawdź pełny numer, wystawcę, datę i kwotę. Klient obsługujący kilka spółek może szukać innego oznaczenia. Uzgodniony kontakt fakturowy może też różnić się od handlowca negocjującego usługę. Jeśli [kontakt księgowy odszedł z firmy](https://www.billabex.com/pl/blog/odejscie-osoby-z-ksiegowosci-odtworz-obieg-platnosci/), najpierw odtwórz aktualny obieg. Nie zakładaj, że wszystkie dawne dokumenty przekazano następcy lub że stare miejsce odbioru nadal jest obsługiwane. Przydatne pytanie brzmi: „Aby mogli Państwo obsłużyć fakturę X wskazanej spółki, czy potwierdzają Państwo właściwy punkt odbioru i brak dodatkowego wymaganego złożenia dokumentu?”. Sprawdzasz miejsce docelowe i potrzebną czynność. Nie żądasz przyznania się do lektury, która mogła nie nastąpić. Rozmowa pozostaje ukierunkowana na usunięcie przeszkody, nie na obronę wcześniejszej wysyłki. ## Oddziel przyjęcie techniczne od właściwej skrzynki Dokumentacja SendGrid wyjaśnia, że zdarzenie „Delivered” powstaje po przyjęciu wiadomości przez serwer odbiorcy z odpowiedzią `250 OK`. Serwer może następnie skierować wiadomość poza główną skrzynkę, zatrzymać ją lub zastosować filtr. Przyjęcie techniczne nie dowodzi więc, że znalazła się przed właściwą osobą. Zobacz SendGrid, wiadomość dostarczona, lecz niewidoczna w skrzynce. To wyjaśnienie mechanizmu, nie dowód konkretnego doręczenia. Poproś zespół o dostępne elementy: dokładnie użyte dane odbiorcy, datę, identyfikator wiadomości, ewentualny błąd i rzeczywiście wysłany plik. Przy odrzuceniu usuń przyczynę przed kolejnym przypomnieniem o zapłacie. Przy akceptacji serwera wykorzystaj informację do poszukiwań, nie do stwierdzenia, że klient kłamie. Znaleziony status powinien zawęzić badanie, a nie zakończyć je bez sprawdzenia dokumentu. [Dziennik przypomnień i ślady działań](https://www.billabex.com/pl/blog/rejestr-przypomnien-slady-przed-automatyzacja/) pozwalają odtworzyć przebieg. Trzeba jednak odczytywać zdarzenia na właściwym poziomie: próba, przyjęcie serwerowe i ludzka odpowiedź są różne. Obecność w jednej historii nie czyni ich równoważnymi ani nie gwarantuje dołączenia właściwej faktury. Sprawdź powiązanie wiadomości z załącznikiem, zamiast zakładać je na podstawie samej daty wysłania. ## Zdarzenie otwarcia nie rozstrzyga rozmowy Apple podaje, że ochrona prywatności Mail pobiera zdalną zawartość w tle niezależnie od interakcji odbiorcy. Sygnał oparty na pobraniu może więc pojawić się bez ludzkiej lektury. Informację opisuje Mail Privacy Protection w wersji z 12 grudnia 2025. Nie należy wyprowadzać z technicznego pobrania wniosku, że konkretna osoba przeczytała fakturę, zrozumiała kwotę i przekazała ją do księgowości. Unikaj „wiemy, że otworzyli Państwo fakturę” na podstawie licznika. Nawet prawdziwe otwarcie wiadomości nie dowodzi przeczytania załącznika, prawidłowości danych ani rejestracji w księgowości. Poproś o obserwowalne działanie: odnalezienie dokumentu, potwierdzenie identyfikacji lub wskazanie przeszkody w obsłudze. Taka odpowiedź dostarcza informacji potrzebnej do następnego kroku, zamiast sporu o znaczenie wskaźnika. Ostrożność pomaga także wewnętrznie. Handlowiec mógł otworzyć wiadomość i przekazać ją dalej, podczas gdy księgowy nadal szuka załącznika. Licznik nie odtwarza całego łańcucha. Celowana odpowiedź działu docelowego jest bardziej użyteczna niż interpretacja pojedynczego zdarzenia. Dlatego warto pytać o przejęcie dokumentu do obsługi, nie tylko o techniczny odbiór korespondencji. ## Symulacja pokazuje znaczenie ostatniego etapu Przyjmijmy dwadzieścia fikcyjnych faktur po 2 000 euro, wysłanych e-mailem w obiegu, w którym ta metoda nadal jest właściwa. Trzy wiadomości zostały odrzucone. Siedemnaście przyjęły serwery odbiorców. Po sprawdzeniu z klientami okazuje się, że pięć z tych siedemnastu dokumentów pozostało w skrzynkach nieobsługujących faktur, a dwanaście rozpoznał właściwy dział. Grupy opisują odrębne etapy, nie płatności. Przyjęcie techniczne to **17 ÷ 20 = 85 % wysyłek**, odpowiadające fakturom za 34 000 euro. Potwierdzone przejęcie do obsługi to **12 ÷ 20 = 60 %**, czyli 24 000 euro. Różnica wynosi pięć faktur i 10 000 euro. Liczby dotyczą wyłącznie symulacji. Nie są wskaźnikami rynku ani pomiarem dostawcy, więc nie wolno przedstawiać ich jako dowodu skuteczności konkretnego narzędzia. Pięć błędnie skierowanych przypadków wymaga zmiany obiegu, a trzy odrzucenia rozwiązania problemu dostarczenia. Dwanaście potwierdzeń obsługi nadal nie jest zapłatą: wpływy mogą w tym momencie wynosić zero. Osobne mierzenie etapów pomaga dobrać działanie i nie przedstawiać technicznie przyjętych faktur jako zabezpieczonych środków. Każdy stan powinien odpowiadać zdarzeniu, które rzeczywiście potwierdzono. ## Wyślij właściwą kopię bez nowego niespójnego żądania Jeśli oryginał jest poprawny, prześlij rozpoznawalną kopię i wyjaśnij, że dokument został już wystawiony. Zachowaj pełną referencję. Nie twórz drugiej faktury dla uwidocznienia ponownej wysyłki. Jeśli pierwotny dokument ma błędnego odbiorcę, kwotę lub zasady podatkowe, uzgodnij korektę z księgowością. Nie zmieniaj pliku po cichu, ponieważ klient musi móc rozpoznać wersję i jej związek z wcześniejszą. Sprawdź wymagane elementy obiegu. Faktura może być dostępna, ale blokowana przez [brak zamówienia](https://www.billabex.com/pl/blog/brak-zamowienia-odblokuj-fakture-przed-przypomnieniem/). Sam ponowny PDF wtedy nie pomoże. Dodaj właściwy dokument lub wskaż osobę, która go dostarczy, a następnie poproś o potwierdzenie kompletności. Powtórna wysyłka jest środkiem do usunięcia konkretnej przeszkody, nie automatycznym rozwiązaniem każdej odpowiedzi „nie otrzymaliśmy”. We Francji DGFiP wskazuje, że zwykły PDF wysłany e-mailem nie jest fakturą elektroniczną w rozumieniu reformy. Taka faktura zawiera dane strukturalne i przechodzi przez zatwierdzoną platformę. Dla operacji objętej obowiązkiem według zakresu i kalendarza sprawdź drogę platformy. Wiadomość informacyjna jej nie zastępuje. Zobacz [DGFiP, faktura przesłana pocztą elektroniczną, 16 stycznia 2026](https://www.impots.gouv.fr/professionnel/questions/est-ce-quune-facture-envoyee-par-mail-est-une-facture-electronique). ## Wznów monitoring na podstawie faktów i następnego kroku Odpowiedź może brzmieć: „Odnaleźliśmy wysyłkę dokumentu do uzgodnionego odbiorcy 14. dnia miesiąca. Aby umożliwić obsługę, ponownie przekazujemy kopię faktury i powiązane zamówienie. Prosimy o potwierdzenie przejęcia przez księgowość i wskazanie ewentualnych brakujących dokumentów”. Dostosuj przykład po weryfikacji sprawy i właściwego kanału. Treść powinna opisywać potwierdzone fakty oraz oczekiwany krok, nie przypisywać klientowi nieudokumentowane zachowanie. Nie obiecuj automatycznie nowego terminu od ponownej wysyłki. Jeśli klient kwestionuje termin lub obowiązek, zbierz umowę, dowody wykonania i chronologię. Artykuł 1353 francuskiego Code civil rozdziela ciężar dowodu między żądającego wykonania obowiązku a twierdzącego, że został zwolniony. Nie czyni licznika otwarć wystarczającym dowodem całej należności. Zobacz [Code civil, artykuł 1353](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032042341). [Rozmowy dotyczące przypomnień w Billabex](https://www.billabex.com/pl/produkt/przypomnienia-rozmowy/) pozwalają umieścić odpowiedź klienta w kontekście sprawy. Cel pozostaje konkretny: właściwy dokument we właściwym miejscu i rozmówca wiedzący, co sprawdzić. Dyskusja o odbiorze staje się wtedy użytecznym wyjaśnianiem przeszkody w płatności, opartym na dostępnych dowodach i ich ograniczeniach. Nie wymaga konfliktu o status, którego znaczenie jest węższe niż rzeczywista obsługa faktury. ## Źródła - SendGrid, Delivered, ale brak w skrzynce. - Apple, Mail Privacy Protection, 12 grudnia 2025. - [DGFiP, faktura wysłana e-mailem, 16 stycznia 2026](https://www.impots.gouv.fr/professionnel/questions/est-ce-quune-facture-envoyee-par-mail-est-une-facture-electronique). - [Code civil, artykuł 1353](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032042341).