eGospodarka.pl
eGospodarka.pl poleca

eGospodarka.plPodatkiGrupypl.soc.prawo.podatkiFa nie na tego klienta w maju a JPKRe: Fa nie na tego klienta w maju a JPK
  • Data: 2017-07-10 12:44:49
    Temat: Re: Fa nie na tego klienta w maju a JPK
    Od: papuga <g...@g...pl> szukaj wiadomości tego autora
    [ pokaż wszystkie nagłówki ]

    On Fri, 7 Jul 2017 07:11:48 +0200
    Kviat wrote:

    > W dniu 2017-07-06 o 23:05, J.F. pisze:
    > > Dnia Thu, 6 Jul 2017 17:49:39 +0200, Kviat napisał(a):
    > >> W dniu 2017-07-06 o 13:01, papuga pisze:
    > >>> Tylko przekreślić? nie, do bani, system nadal ja będzie wszędzie
    > >>> uwzględniał (i wysyłał w jpk).
    > >>> Jakiegoś "Anulowana" w systemie nie ma.
    > >>> Czyli trzeba wyksięgować i "skasować" fakturę w systemie (a wydruk
    > >>> przekreślić i opisać "Anulowana").
    > >>> Stany magazynowe wrócą, trzeba wypisać jakieś RW/WZ, ale chyba nie
    > >>> miesiącem maj. Albo nie wypisywać RW, tylko FV w lipcu.
    > >>> Robi się dziura w numeracji faktur, wysyłamy jpk_vat bez niej,
    > >>> robimy korekte deklaracji, stanów magazynowych na koniec miesiąca
    > >>> w cenach zakupu też(?), drukować ryzę papieru (sic) dziennika,
    > >>
    > >> Straszne kombinacje alpejskie :)
    > >>
    > >> Fakty są takie:
    > >> Faktura została wprowadzona do obrotu.
    > >
    > > I tak, i nie.
    >
    > Tylko tak.
    > Nabywca _towaru_ fakturę otrzymał. Przynajmniej tak zrozumiałem.
    >
    > > Wypisany na niej nabywca tej faktury nie otrzymal.
    >
    > I bardzo dobrze. Nie miał jej otrzymać. Gdyby ją otrzymał, to wtedy
    > ta faktura dokumentowałaby fikcję, przecież towaru nie kupił i go nie
    > dostał.
    >
    > >> Faktura ta dokumentuje prawdziwą transakcję.
    > >
    > > Ale w falszywy sposob.
    >
    > Że co? Jaki fałszywy sposób? O czym Ty piszesz?
    > Zresztą przytoczyłem interpretacje (a w nich przepisy) i nawet tam
    > zauważają, że _pomyłki_ z niewłaściwym oznaczeniem nabywcy
    > _na_fakturze_ się zdarzają. I naprostowanie tego w postaci korekt
    > (bądź not), to nie są sprawy karne, ani karno skarbowe.
    >
    > > Czyli nie dokumentuje, bo wymienionemu nabywcy nic nie dostarczyles.
    >
    > Ale nabywca _towaru_ dostał towar.
    > Zdarzeniem gospodarczym nie jest wystawienie faktury. Zdarzeniem
    > gospodarczym jest sprzedaż towaru.
    >
    > >> Więc nie ma podstaw do anulowania jakiegokolwiek dokumentu.
    > >> (Osobnym tematem i nieco na boku jest "powrót stanów magazynowych"
    > >> po skasowaniu faktury. To problem informatyczny systemu, a nie
    > >> księgowy. A już całkowicie nie rozumiem mieszania do tego typu
    > >> operacji dokumentów RW...)
    > >> Czyli w skrócie: co do zasady to sprzedawca powinien wystawić
    > >> fakturę korygującą.
    > >
    > > Teoretycznie tak. Tylko ze wymieniony na dokumencie nabywca mowi, ze
    > > nie chce o tym nic slyszec - nie dostal ani towaru, ani faktury,
    > > wiec nie bedzie ksiegowal tez korekty. I wracamy do poczatku.
    >
    > Nie przeczytałeś ze zrozumieniem.
    > Sprzedawca wystawia korektę dla nabywcy _towaru_.
    > Błędnie oznaczony nabywca na fakturze nie ma i nie powinien mieć z
    > tym nic wspólnego.
    >
    > >> Na końcu posta jest link do interpretacji, która dopuszcza
    > >> wystawienie Co do JPK:
    > >> http://www.comarch.pl/erp/zmiany-prawa/jednolity-pli
    k-kontrolny/jpk-pytania-i-odpowiedzi/
    > >> "36. Jak należy uwzględnić korektę nabywcy na fakturze sprzedaży
    > >> gdzie zmienić w JPK i rejestrze , w jakim okresie?
    > >>
    > >> Zależy od przyczyny korekty. Zasadniczo - zmiana nabywcy jest
    > >> dokonywana fakturą korygującą (lub notą korygującą) i nie wpływa
    > >> to na JPK_VAT. Faktura korygująca (na bieżąco) zostanie
    > >> uwzględniona w JPK_FA jak każda inna faktura."
    > >
    > >> Co do faktur korygujących nabywcę wystawianych przez *sprzedawcę*:
    > >>
    > >> http://ksiegowosc.infor.pl/podatki/vat/faktura/74257
    4,Jak-skorygowac-bledne-dane-nabywcy-na-fakturze.htm
    l
    > >> (najbardziej interesujące zapisy są na następnych stronach)
    > >>
    > >> "W przypadku, gdy nabywca otrzyma fakturę zawierającą błędy w
    > >> elementach nazwy sprzedawcy lub nabywcy albo oznaczenia towaru lub
    > >> usługi, może je skorygować notą korygującą. Należy jednak
    > >> podkreślić, że wystawienie noty korygującej nie może prowadzić do
    > >> zmiany podmiotu umowy sprzedaży. W przypadku, gdy *błędne są
    > >> wszystkie dane nabywcy wskazane na fakturze, nie jest dopuszczalne
    > >> jej korygowanie w drodze noty korygującej. Jedynym sposobem
    > >> naprawienia tego typu błędu jest wystawienie faktury korygującej
    > >> przez sprzedawcę.*"
    > >
    > > A kiedy przyjdzie prosba o wyjasnienie z US, bo im sie JPK nie
    > > zgadzaja ?
    >
    > Czytaj uważnie:
    > "Faktura korygująca (na bieżąco) zostanie uwzględniona w JPK_FA jak
    > każda inna faktura."
    >
    > A jak przyjdzie prośba o wyjaśnienie, to napisze wyjaśnienie. To nie
    > koniec świata i za to nie idzie się do więzienia. Podatnik ma prawo
    > (i obowiązek) korygować swoje błędy. Byleby robił to w sposób
    > prawidłowy.
    >
    > >> Analiza przedstawionych okoliczności sprawy oraz treści
    > >> przywołanych przepisów prawa prowadzi do wniosku, że skorygowanie
    > >> błędu polegającego na nieprawidłowym wskazaniu nazwy, NIP i adresu
    > >> nabywcy powinno nastąpić poprzez wystawienie faktury korygującej,
    > >> zawierającej dane określone w art. 106j ust. 2 ustawy, w
    > >> szczególności wskazującej jako przyczynę korekty błędne określenie
    > >> danych nabywcy oraz prawidłową treść korygowanych pozycji, czyli
    > >> prawidłowe dane nabywcy. Nieprawidłowym byłoby w takim przypadku
    > >> wystawienie faktury korygującej ,,do zera" i ponowne wystawienie
    > >> faktury zawierającej już prawidłowe dane nabywcy."
    > >
    > > Ciekawe, co na to system analizujacy JPK :-)
    >
    > Nic. System dostanie korektę. A jak algorytmowi zapali się czerwona
    > lampka, to najwyżej poproszą o wyjaśnienie.
    >
    > Fakturę korygującą możesz wystawić gdy:
    > 1) Sam się zorientujesz
    > 2) Albo gdy zorientuje się US i Cię do tego zmusi
    >
    > Najgorsze co w takiej sytuacji podatnik może zrobić to kombinowanie z
    > anulowaniami, korektami "do zera" i wystawianiem kolejnej faktury,
    > cofaniem (czyli kasowaniem) jakichś raportów kasowych czy czegoś tam
    > jeszcze innego i generowanie ich od nowa itd.
    >
    > Sprawa jest prosta jak drut, a tu w wątku padają jakieś dziwne porady
    > kombinacji i wachlowania dokumentami...
    > Całą sprawę załatwia zgodnie z prawem wystawienie _jednego_
    > dokumentu: korekty faktury sprzedaży w zakresie danych nabywcy. 2
    > minuty roboty.
    >
    > Pozdrawiam
    > Piotr
    >
    >
    >
    BTW. @cef Nie mamy wystawiania FV do WZ (a właściwie nie mamy WZ
    generowanych do FV, są tylko "samodzielne" WZ).


    Piotrze. Bardzo rzeczowo to ująłeś i widać sporo czasu poświęciłeś.
    Dziękuję. Nawet sobie wydrukuję.

    Jest jednak kilka przeszkód (trochę chaotycznie odpowiem, zajęty
    jestem, przepraszam).

    np.
    W odpowiedzi z 5 lipca 15:56 napisałem
    """[ na marginesie, zakres danych w JPK zmienił się w 2017r i teraz
    zawiera dane kontrahenta a na stronach MF nadal wiszą "Pytania i
    odpowiedzi JPK" do starszej wersji, gdzie zmiana klienta nie powodowała
    zmiany danych w JPK_VAT - patrz odpowiedz nr.28 ]"""

    Powołujesz się właśnie na ten tekst tzn. podobny - jest częściową kalką odpowiedzi na
    stronach MF.
    Uważam, że jest nieaktualny.

    I właśnie w tym całym opisie jest takie (jak pisałem w którymś poście)
    ciągłe myślenie z epoki sprzed JPK.


    JPK ma pewne ograniczenia. Nie, to nawet nie system komputerowy
    podatnika ogranicza pewne operacje, ale właśnie samo JPK ich nie
    umożliwia (no prawie) bez "dziwnych" zapisów w stylu korekta bez źródła
    (co sam zauważyłeś).

    A i dalej jak to zrobić?

    w JPK za maj podaję dane FV wystawionej na złego klienta? Czy
    powinienem wysłać jeszcze raz JPK za maj bez takich wpisów, czy
    zostawić raportowanie "nieprawdziwego zdarzenia" (mniejsza o
    interpretację - z punktu widzenia danych w JPK) ?

    Jeżeli bez niej to i tak trzeba FV usunąć z systemu (lub kasować ją z
    pliku JPK?).
    Jeżeli zostawiamy, trzeba to mieć na głowie, i rozrachunki i trzymać
    w pogotowiu wyjaśnienie dla US itp.

    I jeszcze dodatkowo trzeba wystawić Korektę do FV na innego klienta.
    Chyba ręcznie na formularzu z GOFINA? (system nie ma - problem
    podatnika)

    i teraz JAK to wysłać (jak technicznie wysłać JPK)?

    Trzeba kleić pliki JPK (xxxxx pozycji) i wysyłać z jakiegoś "obcego"
    programu (i kupić?, bo nie wiem jak ten od MF się sprawuje).

    Ewentualne korekty (JPK, a może JPK_FA na żądanie? - nie dotyczą jeszcze
    ale jak "umilnie poproszą" - odmówisz? wolisz osobistą wizytę,
    bardziej dogłębną?) w przyszłości tego okresu powodują zabawę od nowa.

    Także wydaje się że jest to łatwe do rozwiązania.
    Kiedy jednak nałożymy szelki ograniczeń technicznych programów i JPK,
    to większość wyjaśnień z internetu staje się nieaktualna.
    W większości z nich można doszukać się pominięcia jakiejś
    aktualnej kwestii.

    pozdrawiam
    i dziękuję wszystkim pochylającym się nad problemem

















Podziel się

Poleć ten post znajomemu poleć

Wydrukuj ten post drukuj


Następne wpisy z tego wątku

Najnowsze wątki z tej grupy


Najnowsze wątki

Szukaj w grupach

Eksperci egospodarka.pl

1 1 1