vatowiec.pl

W pozycji: JPK_VAT_3\6.ZakupCtrl\ dodałem formułę

Kod: Zaznacz wszystko

iif(PVAT->ILZ>0,.T.,.F.)

W celu uwzględnienia przypadku, gdy w danym miesiącu mamy pusty rejestr VAT zakupu. w efekcie sekcja ZakupCtrl w ogóle nie powinna się pojawić.

Przydało by się wymyślić coś na sekcję SprzedazCtrl. Niestety tam już jest formuła, w związku z tym nie wiem jak dodać warunek: PVAT->ILS>0, a przecież może się zdarzyć, że w danym miesiącu nie będę miał sprzedaży.

Babaj Ty lepiej powiedz gdzie można sie podszkolić z pisania w XML? Bo ja jako rocznik starszy lvl 50+ miałem jave i C++ w podstawówce ale tegoto nie

Super, oczywiście działa.
Mam jeszcze jeden problem.
Dla teściowej robię też podatki - firma na ryczałcie. Mamy faktury zakupu z odwrotnym obciążeniem.
Księguję je w rejestrze VAT zakupy. W stopce VAT robię dwie pozycje:
jedna z kategorią VAT A - normalnie
druga z kategorią VAT V - z podatkiem przeciwstawnym.
W deklaracji VAT-7 wszystko ładnie się zapisuje.
Ale jest problem w JPK. Klient (aktualny 1.0.4.0.) wyrzuca takie błędy - jako jedyne, (nie mam żadnej faktury sprzedażowej!, tylko zakupowe):

V,1,ERROR,Błąd wynikający z analizy dokumentu.,cvc-complex-type.2.4.a: Niepoprawna zawartość rozpoczynająca się elementem 'SprzedażCtrl'. Zawartość musi być zgodna z '{„http://jpk.mf.gov.pl/wzor/2017/11/13/1113/”:SprzedazWiersz, „http://jpk.mf.gov.pl/wzor/2017/11/13/1113/”:ZakupWiersz}'.
V,2,ERROR,Błąd wynikający z analizy dokumentu.,cvc-datatype-valid.1.2.1: „nie jest poprawną wartość 'integer'.
V,3,ERROR,Błąd wynikający z analizy dokumentu.,cvc-type.3.1.3: Wartość „elementu 'LiczbaWierszySprzedaży' jest niepoprawna.
V,4,ERROR,Błąd wynikający z analizy dokumentu.,cvc-datatype-valid.1.2.1L „nie jest poprawną wartość 'decimal”.
V,5,ERROR,Błąd wynikający z analizy dokumentu.,cvc-type.3.1.3: Wartośc „ elementu 'Podatek Nalezny' jest niepoprawna.

Mam ten sam problem. Ja robię dokument wew. z kategorią V (oddzielny dokument), ale w rejestrze VAT zakupu. Wydaje mi się, że ten DW trzeba zrobić w rejestrze VAT sprzedaży i odpowiednio zmodyfikować formuły w poz. K_34 i K_35. Jeszcze tego nie sprawdzałem na razie tylko nad tym myślę.

Słyszałem, że robią też tak:
1. Faktura zakupu do rejestru zakupu - bez VAT
2. DW z VAT 23% w rejestrze zakupu
3. DW z VAT 23% w rejestrze sprzedaży

PS. W przypadku, gdy nie mamy sprzedaży (ani zakupu OO) to w pliku XML niepotrzebnie generuje się sekcja:
<SprzedazCtrl></SprzedazCtrl>
należy usunąć ją ręcznie w Notatniku. Może kiedyś uda się poprawić formuły tak, żeby się to nie generował jak nie jest potrzebne.
Analogicznie z sekcją: <ZakupCtrl></ZakupCtrl>. Z tym, że tu zadziałała mi formuła: iif(PVAT->ILZ>0,.T.,.F.)

Działa.
Ale przydałoby się poprawić formułę przy braku sprzedaży - kilka razy w roku będę musiała grzebać ręcznie w notatniku.
Poczekam cierpliwie.

Dla sprzedaży odpowiednia formuła to:
(RV->(dbseek("Z"+VG('okr'))).or.RV->ZRV=='Z'.and.left(RV->DATA,7)==VG('okr')).and.(PVAT->ILS>0)
(uwaga na nawiasy)
Poprawione formuły sprzedaży i zakupów uwzględniłem w pliku XML_STR_JPK3.dbf zamieszczonym wcześniej.

Dzięki babaj za sugestię przy zakupie.

Witam
czy możesz pomóc z takim problemem ?
viewtopic.php?f=79&t=1989&p=8031#p8031

Prześlij na PW swój skompresowany plik XML_STR.dbf
Poprawię w nim formuły JPK_VAT_3 swoim programem i odeślę.

Potem tylko 2 operacje:
- zastąpienie pierwotnego pliku XML_STR.dbf nadesłanym,
- usunięcie pliku XML_STR.cdx
Koniec.
(dlaczego tak?, bo nie lubię ręcznej "dłubanki" w formułach - łatwość pomyłek)
Niezależnie od tego, sugeruję, aby zawsze przed eksportem JPK wykonać sprawdzenie i przeliczenie VAT.

Zweryfikowane: Klient JPK 2.0 wersja 1.0.4.0
01.2018, brak błędów
03.2018, błędy dat:
Zdarzenie,Opis pola,Pozycja,Status końcowy,Status końcowy (opis),Opis problemu
R,JPK_Naglowek_DataOd,,ERROR,Weryfikacja zakończona błędem,"Błąd w polu DataOd. Data początku zakresu pliku (2018-03-01) musi być mniejsza lub równa od daty wytworzenia pliku (2018-02-08T14:03:59.000+01:00)."
R,JPK_Naglowek_DataDo,,ERROR,Weryfikacja zakończona błędem,"Błąd w polu DataDo. Data końca zakresu (2018-03-31) musi być mniejsza lub równa od daty wytworzenia pliku (2018-02-08T14:03:59.000+01:00)."

Witam,
u mnie jpk3 generował się poprawnie i przechodził wszystkie weryfikacje, natomiast po wgraniu wczorajszej poprawki do definicji jpk3 pojawił się ten sam problem co u Bizona. Jeżeli ktoś rozwiąże ten problem to chętnie skorzystam.
Pozdrawiam
P.K.

Witam
trainiart wysłałem plik