Faktury korygujące w KSeF — jak to wysłać do systemu?

Hej! Akurat wczoraj wysłałem pierwszą korektę na produkcji więc mogę podpowiedzieć z pierwszej ręki. **Faktura korygująca to osobny dokument** w KSeF - nie ma żadnego specjalnego trybu korekty. Wysyłasz ją dokładnie tak samo jak zwykłą fakturę przez ten sam endpoint. W schemacie FA(2)) musisz wypełnić sekcję **InvoiceReference** gdzie podajesz numer KSeF oryginalnej faktury (ten długi z systemu, nie twój wewnętrzny). Dodatkowo w **InvoiceTypeCode** dajesz "381" zamiast standardowego "380". System wtedy wie że to korekta. **Najważniejsze** - zapisuj sobie numery KSeF z oryginalnych faktur! Bez tego nie wyślesz korekty. Ja to odkryłem za późno i musiałem szukać w historii wysłanych faktur. Co do miejsca wysyłania - to ten sam moduł co zwykłe faktury. Żadnej różnicy w procesie, tylko inne pola w XML-u. Jedna rzecz której się dowiedziałem - **korekta musi mieć tę samą walutę** co oryginał. System odrzca jak spróbujesz zmienić PLN na EUR czy odwrotnie. Może oczywiste ale ja o tym nie pomyślałem. Na demo testowałem kilka korekt i działało bez problemów. Tylko sprawdź czy twój program księgowy poprawnie generuje ten InvoiceReference - u mnie na początku było tam puste pole i korekta leciała w bład.

Hej! @FV_automatyk super odpowiedź, wszystko się zgadza! 👍 Ja też niedawno wysłałam pierwszą korektę i mogę potwierdzić - **ten InvoiceTypeCode "381" to kluczowa rzecz**. U mnie na pocątku program księgowy zostawiał standardowe "380" i korekta wracała z błędem. Co do **zapisywania numerów KSeF** - to jest mega ważne! Ja mam teraz w arkuszu Google wszystkie numery KSeF z oryginalnych faktur bo w moim programie nie da się ich łatwo wyszukać. Może nie eleganckie ale działa 😅 **Jedna rzecz którą odkryłam** - jak wysyłasz korektę obniżającą do zera (np. anulowanie faktury), system czasem długo ją przetwarza. U mnie jedna taka korekta siedziała w "przetwarzaniu" prawie 2 godziny na produkcji, ale w końcu przeszła. @[autor_posta] sprawdź też czy twój program poprawnie generuje **P_13_6-1** (podstawa opodatkowania) i **P_14_1** (kwota podatku) w korektach. Bo jak masz różnicę międzyy oryginalną a korygującą, te pola muszą pokazywać właśnie tę różnicę, nie całe kwoty! A na demo możesz tesotwać korekty bez stresu - ja robiłam tam chyba 20 różnych korekt żeby ogarnąć jak to działa 🙃 Powodzenia z pierwszą korektą!

Oj, widzę że @FV_automatyk i @AutomatyzatorBR już wszystko ładnie wytłumaczyli! 😊 Ale może dodam coś od siebie bo akurat w zeszłym tygodniu robiłam podobną korektę dla jednego z moich klientów. **To co napisali o InvoiceTypeCode "381" to podstawa** - bez tego system od razu odrzuci. I ten numer KSeF z oryginalnej faktury to święta prawda, bez niego się nie ruszy. Ja sobie teraz robię skrina z każdej wysłanej faktury gdzie widać ten długi numer, bo w programie księgowym ciężko go potem znaleźć. Jedna rzecz której nie wspominali - **sprawdź dokładnie daty w korekcie**. System jest bardzo drobiazgowy i jak data wystawienia korekty będzie wcześniejsza niż data oryginalnej faktury, to leci błąd walidacji. Brzmi oczywiste ale ja raz tak miałam przez pomyłkę i długo szukałam gdzie problem 🙄 A co do tego demo - faktycznie tam można spokojnie testować. Ja tam robiłma chyba z 10 różnych korekt żeby ogarnąć wszystkie scenariusze. Lepiej teraz poświęcić wieczór na testy niż potem mieć problemy z prawdziwym klientem. I jeszcze jedno - jak masz program księgowy który sam generuje XML, to **koniecznie sprawdź czy poprawnie liczy te różnice w kwotach**. Bo w korekcie nie podajesz nowych kwot tylko różnicę między starą a nową fakturą. U jednego klienta program się pomylił i pokazywał całe kwoty zamiast różnic - dopiero jak ręcznie sprawdziłam XML to zauważyłam błąd.

Ej, widzę że wszyscy już super wszystko wytłumaczyli! 😅 Ale może dodam coś od siebie bo jako grafik z kilkoma fakturami miesięcznie też się z tym męczę. **Te InvoiceReference** to rzeczywiście kluczoowe - ja sobie zapisuję te długie numery KSeF w prostym notatniku na pulpicie bo łatwo zapomnieć gdzie je znaleźć w programie. Raz próbowałem wysłać korektę bez tego i system od razu odrzucił 🙄 **Jedna rzecz której nie wspomnieliście** - sprawdźcie czy wasz program księgowy poprawnie obsługuje **korekty zwiększające**. Bo ja miałem problem z jedną korektą gdzie dodawałem usługę do faktury i XML się pomylił w kwotach. Myślałem że program sam policzy różnice ale musiałem ręcznie sprawdzić czy pokazuje właściwe wartości. A co do tego demo - faktycznie tam można spokojnie testować. Ja tam robiłem chyba z 5 różnych korekt żeby ogarnąć róże scenariusze. Lepiej teraz poświęcić wieczór niż potem mieć problemy z prawdziwym klientem. **Btw** - zapisujcie sobie gdzieś te procedury bo jak przyjdzie czas na prawdziwą korektę to łatwo zapomnieć o jakimś szczególe. Ja mam prostą checklistę w telefonie 📝

Oj, widzę że dziewczyny już wszystko ładnie wytłumaczyły! 😊 Ale dodam jeszcze swoje doświadczenie bo akurat w zeszłym tygodniu wysłałam pierwszą korektę dla jednego z moihc klientów. **To co napisali o InvoiceTypeCode "381" to podstawa** - bez tego system od razu odrzuci. I ten numer KSeF z oryginalnej faktury to święta prawda, bez niego się nie ruszy. Ja sobie teraz robię skrina z każdej wysłanej faktury gdzie widać ten długi numer, bo w programie księgowym ciężko go potem znaleźć. Jedna rzecz której nie wspominali - **sprawdź dokładnie daty w korekcie**. System jest bardzo drobiazgowy i jak data wystawienia korekty będzie wcześniejsza niż data oryginalnej faktury, to leci błąd walidacji. Brzmi oczywiste ale ja raz tak miałam przez pomyłkę i długo szukałam gdzie problem 🙄 A co do tego demo - faktycznie tam można spokojnie testować. Ja tam robiam chyba z 10 różnych korekt żeby ogarnąć wszystkie scenariusze. Lepiej teraz poświęcić wieczór na testy niż potem mieć problemy z prawdziwym klientem. I jeszcze jedno - jak masz program księgowy który sam generuje XML, to **koniecznie sprawdź czy poprawnie liczy te różnice w kwotach**. Bo w korekcie nie podajeszz nowyhc kwot tylko rónicę między starą a nową fakturą. U jednego klienta program się pomylił i pokazywał całe kwoty zamiast różnic - dopiero jak ręcznie sprawdziłam XML to zauważyłam błąd.

Oj, widzę że wszyscy już super wszystko wytłumaczyli! 😊 Ja też niedawno przeszłam przz to z jedną z moich fundacji i mogę potwierdzić - **ten InvoiceTypeCode "381" to kluczowa rzecz**. Plus koniecznie zapisuj sobie te numery KSeF z orgyinalnych faktur, bo bez nich nie wyślesz korekty. Ja mam teraz prosty arkusz gdzie trzymam wszystkie numery KSeF - może nie eleganckie ale działa. **Jedna rzecz której nie wspomnieliście** - sprawdźcie czy wasz prorgam poprawnie obsługuje korekty dla organizacji non-profit. U mnie był problm z jedną korektą gdzie mieszałam działalność gospodarczą ze statutową na jednej fakturze. Sstem długo się zastanawiał nad walidacją, ale w końcu przeszła. A co do dat - faktycznie system jest bardzo drobiazgowy. Ja raz miałam błąd bo data korekty była z poprzedniego miesiąca a oryginał z bieżącego (przez pomyłkę w systemie księgowym). Dopiero jak ręcznie sprawdziłam XML to zauważyłam problem. Na dmeo rzeczywiście można spokojnie testować - ja tam robiłam chyba z 15 różnych korekt żeby ogarnąć wszystkie scenariusze. Szczególnie te z różnymi stawkami VAT, bo w NGO to częsty przypadek. Powodzenia z pierwszą koreką! I nie stresuj się za bardzo - jak coś pójdzie nie tak to zawsze można stornować i wysłać ponownie 😉