KSeF · JPK · PUESC

KSeF, JPK i PUESC dla własnego programu

Gdy zmienia się format, schemat albo sposób przekazywania danych, sprawdzam, co trzeba zmienić w istniejącym procesie i gdzie pokazać odrzucone przypadki.

  • KSeF
  • JPK
  • PUESC
  • ERP i systemy księgowe
  • CSV / XML / JSON
  • API i statusy odpowiedzi

Kiedy to jest Twój przypadek

Brzmi znajomo?

Faktury wystawia Twój własny program, CRM albo arkusz, a nie pudełkowy system, którego producent dowiezie KSeF w aktualizacji. Pytanie brzmi: dobudować wysyłkę do tego, co masz, kupić pośrednika czy przejść na aplikację Podatnika. Zajmuję się techniczną stroną takiego wyboru i jego wykonaniem. Nie doradzam podatkowo — to rola Twojej księgowości albo doradcy.

  • Program generuje plik, ale nie wiadomo, czy zawiera wszystkie wymagane pola i poprawne wartości.

  • Błędy walidacji pojawiają się dopiero po wysłaniu, a poprawa wymaga ręcznego szukania rekordu.

  • Status dokumentu lub zgłoszenia jest w jednym systemie, lecz nie wraca do procesu, który go utworzył.

  • Zmiana schematu dotyka starego ERP, Excela albo własnego eksportu, którego nikt nie chce przebudowywać od zera.

01

Masz autorski program albo CRM: trzy drogi do KSeF

Pierwsza: integracja bezpośrednia z API KSeF — pełna kontrola, numer KSeF i UPO wracają do Twojej bazy, największy nakład na start. Druga: pośrednik lub gotowy moduł — szybciej, ale dochodzi abonament i zależność od cudzego harmonogramu. Trzecia: aplikacja Podatnika — bez kosztu licencji, za to faktury wystawiasz poza swoim programem i tracisz automatyzację. Pokazuję konsekwencje każdej z nich dla Twojego procesu, potem wykonuję tę, którą wybierzesz.

02

Technika, nie doradztwo podatkowe

Odpowiadam za mapowanie pól do wymaganego schematu, walidację przed wysyłką, obsługę odpowiedzi, UPO, numer KSeF, korekty wskazujące fakturę pierwotną, tryb offline na czas awarii i log prób. Nie potwierdzam, że adapter zapewnia zgodność formalną: treść dokumentu i jego skutki podatkowe zatwierdza osoba odpowiedzialna za proces.

03

JPK i PUESC z kilku systemów naraz

Gdy dane księgowe albo celne siedzą w więcej niż jednym miejscu, przygotowuję mapę pól, łączę eksporty, porównuję sumy i pokazuję braki przed przekazaniem pliku do akceptacji. Przy zgłoszeniach celnych zakres merytoryczny potwierdza agencja celna.

Szukaj po formacie, systemie albo rodzaju błędu.

Mogę zająć się technicznym fragmentem: mapowaniem, walidacją, statusem i logiem. Interpretację przepisów oraz akceptację merytoryczną zostawiam właścicielowi procesu.

01

Legacy CRM / PHP → KSeF: FA(3), status i UPO

Przy własnym CRM-ie sprawdzam generowanie dokumentu, wysyłkę, odpowiedź, UPO, ponowienia i zapis błędu. Nie obiecuję, że sama poprawność XML oznacza poprawność podatkową.

02

JPK_KR_PD / JPK_ST_KR z kilku systemów

Jeśli dane księgowe są w więcej niż jednym systemie, mogę przygotować mapę kont, połączyć eksporty, porównać sumy i wskazać brakujące rekordy przed przekazaniem pliku do akceptacji.

03

Autorski CRM albo program własnej produkcji → KSeF FA(3)

Własny generator faktur nie musi znikać. Sprawdzam mapowanie pól do FA(3), tryb offline24 na czas awarii, pobieranie UPO i numeru KSeF oraz korekty wskazujące fakturę pierwotną. Kary administracyjne mają wejść od 1.01.2027, więc test warto zrobić wcześniej.

04

Huzar / Fraktal → AES/ECS2 i PUESC

Przy zgłoszeniach celnych mogę analizować techniczne przygotowanie danych z Excela lub ERP, XML, statusy odpowiedzi i listę wyjątków. Zakres merytoryczny potwierdza agencja celna.

05

AIS / NCTS jako rozwinięcie przepływu celnego

XML, walidacja, certyfikaty, komunikaty i maszyna stanów mają wspólne elementy, ale każdą integrację trzeba sprawdzić na aktualnej dokumentacji i środowisku testowym.

06

EUDR / DDS: numery referencyjne dla tartaku i stolarni

Numery referencyjne DDS pochodzą od dostawców surowca i muszą trafiać do dokumentów handlowych. Duzi i średni operatorzy składają oświadczenia do 30.12.2026, mikro i mali do 30.06.2027. Zajmuję się techniczną stroną: zebraniem numerów w ERP albo arkuszu i eksportem do DDS. Interpretację przepisów zostawiam doradcy.

07

NIS2/KSC i e-Doręczenia: rejestry, kierowanie dokumentami i archiwizacja

Techniczny zakres może obejmować zbieranie dowodów, historię zmian, kierowanie dokumentami między rejestrami i archiwum statusów. Nie sprzedaję w ten sposób audytu zgodności ani porady prawnej.

Co dostajesz

Zaczynam od małego zakresu, który można sprawdzić.

Dobieram narzędzia do konkretnego przepływu. Nie zakładam z góry wymiany systemu ani budowy dużej platformy.

01

Mapa danych i odpowiedzialności

Rozdzielam dane źródłowe, transformację, walidację i końcowy status, żeby było wiadomo, gdzie szukać przyczyny.

  • źródła danych w ERP lub plikach
  • pola wymagane i opcjonalne
  • właściciel decyzji biznesowej
02

Walidacja techniczna

Przygotowuję kontrolę formatu i podstawowych reguł przed wysłaniem albo importem do kolejnego systemu.

  • struktura XML/JSON/CSV
  • typy, długości i obecność pól
  • czytelny raport odrzuceń
03

Obsługa odpowiedzi i statusów

Łączę odpowiedź techniczną z rekordem, którego dotyczy, aby nie trzeba było szukać błędu po kilku plikach i panelach.

  • identyfikator sprawy lub dokumentu
  • status przyjęcia, błędu albo korekty
  • historia prób i ponowień
04

Test zmiany i dokumentacja

Buduję zestaw przykładów do testu po zmianie schematu, API lub wersji systemu, bez udawania, że sama integracja daje poradę formalną.

  • przypadki poprawne i błędne
  • porównanie starego i nowego formatu
  • lista zależności do sprawdzenia

Jak pracuję

Zakres i cena przed startem, potem wdrożenie etapami.

Pierwsza rozmowa jest bezpłatna. Cenę podaję po zobaczeniu procesu, nie z cennika. Jeśli da się to rozwiązać prościej albo gotowym narzędziem, mówię o tym na początku.

  1. 01

    Wskazujesz zmianę i proces

    Potrzebuję wiedzieć, jaki format, system lub punkt przekazywania danych się zmienił oraz jaki objaw widzi osoba pracująca z procesem.

  2. 02

    Oddzielamy technikę od interpretacji

    Ustalamy, które reguły wynikają z dokumentacji technicznej, a które musi potwierdzić księgowość, podatki, cło lub inny właściciel procesu.

  3. 03

    Testujemy reprezentatywne dane

    Pracuję na uzgodnionych przykładach, w tym na przypadkach odrzuconych, żeby nie ograniczać testu do pustego sukcesu.

  4. 04

    Zostawiam mapę zależności

    Dostajesz wynik walidacji i listę rzeczy do powtórzenia, gdy zmieni się wersja lub schemat.

Zakres

Najpierw jeden przepływ, potem reszta. Zakres, kolejność prac i jedna cena na piśmie, zanim zacznę.

Dane

Logi, raport odrzuconych rekordów i dokumentacja. Przy aktualizacji ERP wiadomo, co się stało i gdzie szukać.

Opieka

Po wdrożeniu zostaję do obsługi i rozwoju. Płatna miesięcznie, bez umowy rocznej. Rozmawiasz ze mną, nie z działem.

Granice odpowiedzialności

Ustalamy je, zanim zacznę.

  • Nie udzielam porad podatkowych, księgowych, celnych ani prawnych; analizuję wyłącznie techniczny przepływ danych.
  • Nie potwierdzam, że sam adapter zapewnia zgodność formalną; decyzję podejmuje osoba odpowiedzialna za proces.
  • Dokumentacja i dostęp do środowiska muszą pochodzić z uprawnionego źródła i obejmować aktualną wersję systemu.
  • Kiedy zmieni się system państwowy, dostawca oprogramowania albo schemat, potrzebny bywa ponowny test.

Przejmuję też rozwiązania, które zrobił ktoś inny: najpierw diagnoza cudzego kodu i logów, potem możliwie mała poprawka, na końcu dokumentacja przepływów i sposobu restartu.

Kontakt

Opisz, co dziś nie działa.

Wystarczy krótki opis: jakie systemy są zaangażowane, co robisz ręcznie i jaki wynik chcesz sprawdzać. Odpowiadam w 24 h. Rozmawiasz bezpośrednio ze mną.