Ulga na złe długi VAT - ponowne zaliczenie

[Tomasz Cichoń 36]

Dzień dobry,

 

wersja programu 1.72 SP2 HF1, nie można wygenerować pliku JPK_V7M w przypadku gdy chcę ponownie zaliczyć do VAT fakturę sprzedaży, do której wcześniej zastosowano ulgę na złe długi w VAT. Zakładka VAT "inne" → zaznaczony ptaszek włącz korygowanie VAT → ponowne zaliczenie do VAT.

 

Komunikat o błędzie jak poniżej:

"Nieprawidłowa struktura pola SprzedazWiersz:  LpSprzedazy NrKontrahenta NazwaKontrahenta DowodSprzedazy DataWystawienia KorektaPodstawyOpodt K_19 K_20
[row: 1; column: 22541]: element 'K_19' is not allowed for content model '(LpSprzedazy,KodKrajuNadaniaTIN?,NrKontrahenta,NazwaKontrahenta,DowodSprzedazy,DataWystawienia,DataSprzedazy?,TypDokumentu?,GTU_01?,GTU_02?,GTU_03?,GTU_04?,GTU_05?,GTU_06?,GTU_07?,GTU_08?,GTU_09?,GTU_10?,GTU_11?,GTU_12?,GTU_13?,WSTO_EE?,IED?,TP?,TT_WNT?,TT_D?,MR_T?,MR_UZ?,I_42?,I_63?,B_SPV?,B_SPV_DOSTAWA?,B_MPV_PROWIZJA?,KorektaPodstawyOpodt,(TerminPlatnosci|DataZaplaty),K_10?,K_11?,K_12?,K_13?,K_14?,K_15,K_16,K_17,K_18,K_19,K_20,K_21?,K_22?,K_23,K_24,K_25,K_26,K_27,K_28,K_29,K_30,K_31,K_32,K_33?,K_34?,K_35?,K_36?,SprzedazVAT_Marza?)'"

 

Jeśli chodzi o kolumnę K_19 to nie widzę nic co by mogło powodować powstanie błędu.

 

Pliku nie da się także wyeksportować tak żeby w nim "pogrzebać" i sprawdzić co może być nie tak.

 

Z góry bardzo dziękuję za pomoc.

 

[Kamil Goleń 115]

Dzień dobry,
bardzo proszę  wejść w ten plik JPK na zakładkę SprzedazWiersz, włączyć edycję w lewym górnym rogu i przy dokumentach oznaczonych w kolumnie "KorektaPodstawyOpodt" uzupełnić kolumnę "DataZaplaty" i zapisać plik JPK. Proszę o informację zwrotną czy to rozwiązało Pański problem.

 

Edytowane 20 Września 2022 przez Kamil Goleń

[Tomasz Cichoń 36]

5 minut temu, Kamil Goleń napisał:

Dzień dobry,
bardzo proszę  wejść w ten plik JPK na zakładkę SprzedazWiersz, włączyć edycję w lewym górnym rogu i przy dokumentach oznaczonych w kolumnie "KorektaPodstawyOpodt" uzupełnić kolumnę "DataZaplaty" i zapisać plik JPK. Proszę o informację zwrotną czy to rozwiązało Pański problem.

 

Panie Kamilu,

 

dziękuję, wykonałem opisane przez Pana czynności i plik udało się zatwierdzić i wyeksportować, jednakże to nie jest rozwiązanie problemu. Plik powinien z automatu sam generować się bez wspomnianego komunikatu o błędzie i dać się zatwierdzić i wyeksportować od razu bez konieczności ręcznej edycji zakładki SprzedazWiersz.

 

Liczę, że dokonają Państwo stosownych poprawek.

[Kamil Goleń 115]

Dziękuję za informacje. Ten problem będzie rozwiązany najszybciej jak to tylko możliwe.

[Jacek Izydorczyk 1 337]

12 godzin temu, Tomasz Cichoń napisał:

Plik powinien z automatu sam generować się bez wspomnianego komunikatu o błędzie i dać się zatwierdzić i wyeksportować od razu bez konieczności ręcznej edycji zakładki SprzedazWiersz.

Nie ma konieczności ręcznej edycji pliku JPK. Wystarczy prawidłowo zaewidencjonować datę zapłaty w programie. Ponowne zaliczenie musi być ściśle powiązane z korektą. Korekta musi być ściśle powiązana z dokumentem pierwotnym. Dokument pierwotny musi mieć wprowadzoną datę zapłaty na zakładce Inne.

[Tomasz Cichoń 36]

7 godzin temu, Jacek Izydorczyk napisał:

Nie ma konieczności ręcznej edycji pliku JPK. Wystarczy prawidłowo zaewidencjonować datę zapłaty w programie. Ponowne zaliczenie musi być ściśle powiązane z korektą. Korekta musi być ściśle powiązana z dokumentem pierwotnym. Dokument pierwotny musi mieć wprowadzoną datę zapłaty na zakładce Inne.

Panie Jacku,

bardzo dziękuję za informację. Jednakże moim zdaniem wpisywanie daty zapłaty powinno być możliwe podczas ponownego zaliczania - wtedy kiedy faktycznie dokonano zapłaty, a nie powodować konieczność cofania się do pierwotnej faktury. Tym bardziej, że istnieje możliwość ręcznego dodawania ponownego zaliczenia do VAT zgodnie z instrukcją Insertu https://www.insert.com.pl/dla_uzytkownikow/e-pomoc_techniczna/3262,rachmistrz-i-rewizor-gt-–-jak-recznie-dodac-ponowne-zaliczenie-do-vat-podatku-naleznego-z-tytulu-nieterminowych-platnosci-zle-dlugi.html?token=IjIwMjEvMDgvMzAsIDEzOjA1OjA0LS0-LCAi.3qjMhuCzLGtLufE7wJuYqdCt2XY i wtedy to już w ogóle nie można skorzystać ze wprowadzania daty zapłaty na dokumencie pierwotnym.

 

[Jacek Izydorczyk 1 337]

Oczywiście, bez wątpienia rozbudowa programu w tym zakresie będzie mile widziana. Sporo osób miało problem w tym zakresie po wprowadzeniu nowej schemy JPK_V7.

[Kamil Goleń 115]

2 godziny temu, Jacek Izydorczyk napisał:

Oczywiście, bez wątpienia rozbudowa programu w tym zakresie będzie mile widziana

Będzie to poprawione w kolejnej pełnej wersji programu.