On Thu, 13 Jul 2017 20:05:04 +0200
Kviat wrote:

[ciach]
>
> W Twoim przypadku ponowne wygenerowanie pliku jpk_vat z poziomu
> programu wiązałoby się z koniecznością ręcznej (edycja faktury)
> zmiany na fakturze w bazie danych. (Nie uwierzyłem, dopóki nie
> zobaczyłem tego na własne oczy po ściągnięciu demo...) A tego nie
> wolno robić, bo błędna faktura została wprowadzona do obrotu i
> miałbyś niezgodność.
>
[ciach]
>
> Pozdrawiam
> Piotr


No i dali mi do ręki Biuletyn GOFINu nr 21 z 20 lipca. (jest tam
właściwie to o czym dyskutujemy)

Oszukałem krytyczny fragment przez google na sieci:
http://www.serwisbudzetowy.pl/artykul,1964,14757,kor
ekta-jpkvat-w-swietle-odpowiedzi-ministerstwa-finans
ow-na.html

No to wracamy do mojego utrudniania sobie życia.

1. Mam w ewidencji VAT (czyli też w JPK_VAT) ująć fakturę korygującą
(dane nabywcy)
- czyli w JPK_VAT (w JPKVAT w miesiącu właściwym dla wystawienia
korekty?) ma wystąpić jej numer, nabywca i kwota 0,00zł

lub/albo

2. Mam wysłać korektę JPK_VATze zmienionymi danymi (właściwym
nabywcą) tej trefnej FV w oparciu o: "który jest podstawą dokonania
korekty"

i dalej? Mam mieć "podwójną księgowość"? Bazę z oryginalną FV, korektą,
ale plik JPK_VAT ma się wygenerować z klientem po korekcie?

No to jeszcze inne podejście.

PROGRAM tworząc plik JPK_VAT (świadomą korektę starszego okresu)
powinien sprawdzać czy do FV nie ma korekty nabywcy (nawet w innym
miesiącu, roku, itd.) i jeżeli taką odnajdzie to zamiast danych z
oryginalnej FV ma podstawić dane klienta z korekty z "przyszłości"?

Nadal jesteśmy w ciemnej d., wykrakałem , najwyraźniej "ONI" sami nie
wiedzą co tam ma być i grają w ping-ponga.