Gdy kilka lat temu wdrażano obowiązkowy JPK byłam bliska tego, żeby dać sobie spokój i zlikwidować swoją JDG. Nie chcąc się jednak poddawać bez walki, postanowiłam spróbować. Moja „księgowość” jest prosta – KPiR prowadzona we własnej aplikacji Access, faktury proste i bez większych przypadków szczególnych. Spróbowałam przez PowerQuery ściągnąć do Excela, tam zbudowałam sobie raport i procedurą VBA generuję plik JPK w xml. A potem na stronach MF z wykorzystaniem narzędzi dla małych firm wysyłam i pobieram raport. Owszem, czasem pojawiały się komunikaty o błędzie, ale jednocześnie automatycznie można pobrać info, w którym wierszu i kolumnie jest błąd. Generalnie – nie ma jednak problemów.
Miałam nadzieję, że z KSeF będzie podobnie. Owszem, podobno można przez API, ale to akurat nie jest moja mocna strona i nie podejmuję się tego nawet da siebie, a co dopiero dla kogoś. Jednak wygenerowanie takiego pliku xml, żeby potem wrzucić go do KSeF jest jak najbardziej w zasięgu moich możliwości.
No więc się zabrałam do pracy.
Zajęło mi to 3 dni. Prawie na pamięć znam już broszurę informacyjną struktury logicznej. Zaczęłam od FA(2). Zrobiłam, po drodze zaliczając oczywiście wiele błędów i potknięć
(a niestety literówki też mi się zdarzają). Próbowałam wrzucać plik do testów KSeF i ciągle miałam komunikat:
Wskazany plik nie jest prawidłowym plikiem XML e-Faktury.
I co dalej? Gdzie szukać błędu? Owszem, korzystałam z pomocy AI (świetna pomoc do walidacji), ale niestety, ciągle to samo.
W końcu spróbowałam z innej strony. Wystawiłam w aplikacji ręcznie fakturę (z podobnymi danymi jak te, które były w generowanej przeze mnie wcześniej fakturze. No i bingo. Porównałam pliki i znalazłam przyczynę błędu. Okazało się, że aplikacja testowa przyjmuje fakturę ustrukturyzowaną FA(3),
a nie FA(2). Cóż, biorąc pod uwagę, że FA(3) wchodzi dopiero od
1 lutego br. – było to dla mnie zaskoczeniem. Po zmianie wzoru i prześledzeniu zmian w strukturze logicznej FA(3) – system już nie odrzucił, choć poinformował o błędach. Tym razem pojawił się też dodatkowy przycisk: Edytuj. Po naciśnięciu go następuje przejście do formularza i szybko udało mi się znaleźć przyczynę. Za bardzo przejęłam się anonimizowanie danych i wpisałam jakieś przypadkowe ciągi cyfr jako numery NIP. Po wpisaniu rzeczywistych – udało się, pełen sukces.
Szkoda, że nie mam szklanej kuli – byłoby łatwiej.
Generalnie brakuje mi informacji zwrotnej – co i w którym miejscu jest źle. Cóż…
No i jeszcze jedno. Śledziłam szczegółowo instrukcję schematu struktury. Moja księgowość jest naprawdę banalnie prosta, więc niewiele punktów mnie dotyczy. Na wszelki wypadek jednak – widząc co chwilę odwołania do konkretnego artykułu, punktu i ustępu w ustawie o podatku od towarów i usług – przeszukiwałam ustawę weryfikując, czy mnie to dotyczy.
Teraz przede mną kolejne wyzwanie: muszę rozbudować aplikację zaprzyjaźnionej firmy też o generowanie takich plików faktur. Tam też jest aplikacja Access zarządzająca całą produkcją (bardzo skomplikowaną) i faktury, dowody WZ, potwierdzenia wpłat gotówkowych są tylko jednym z elementów. Aplikacja nie jest moja od początku, ale wiele jej elementów akurat ja tworzyłam, więc ją znam. Tym razem nie da się jednak pominąć wielu elementów struktury – jeszcze raz krok po kroku będę musiała przeglądać całość, zaglądając także do ustawy.
Jak mi się to uda – chyba będę mogła zacząć prowadzić szkolenia z KSeF od strony informatycznej 😀
Po wejściu widoczne są ostatnie sesje wysyłania faktur. Można też, podobnie jak przy w menu faktur, zastosować filtry ograniczające listę. 
