Strona 1 z 1

problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 05.10.2019 23:20
przez henrykdeptula
Witam!
Bardzo proszę, może pomoże mi ktoś dokonać importu nowej wersji JPK z dn.22.09.2019, bo ja albo coś zrobiłem nie tak, jak należy.
Zgodnie z instrukcją postępowałem: System-Definicje XML -Import, ale Export XML po tym nie działa już prawidłowo. Jest tylko to:

<?xml version="1.0" encoding="UTF-8"?>
<!-- VATowiec 4,14 XML JPK_VAT_3 0.16 z dnia 2019.09.22 -->

<JPK xmlns="http://jpk.mf.gov.pl/wzor/2017/11/13/1113/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Naglowek>
<KodFormularza kodSystemowy="JPK_VAT (3)" wersjaSchemy="1-1">JPK_VAT</KodFormularza>
<WariantFormularza>3</WariantFormularza>
<CelZlozenia>1</CelZlozenia>
<DataWytworzeniaJPK>2019-10-05T23:08:59</DataWytworzeniaJPK>
<DataOd>2019-08-01</DataOd>
<DataDo>2019-08-31</DataDo>
<NazwaSystemu>VATowiec</NazwaSystemu>
</Naglowek>
<Podmiot1>
<NIP>8........3</NIP>
<PelnaNazwa>Przedsiębiorstwo Handlowo Usługowe W. Z.</PelnaNazwa>
<Email>henrykdeptula@wp.pl</Email>
</Podmiot1>
</JPK>

Czyli nie ma wierszy Sprzedaży i dalszych do końca.

Re: problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 06.10.2019 15:49
przez Pio
W nowej definicji JPK_VAT3 jest wykorzystywany nowy indeks dla tabeli RV.
Proszę uruchomić System->Reindeksacja, bo może się nie utworzył.

Re: problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 06.10.2019 21:58
przez henrykdeptula
Panie Piotrze!
Wykonałem Reindeksację i, niestety, nic nie pomogło. Jest to samo.

Nie pisałem, ale poprzednio, gdy zobaczyłem,że Export XML źle działa, też zrobiłem Reindeksację.

Może dodam, że problem powstał, gdy zmieniłem komputer z systemem XP 32 bit na komputer z systemem Windows 10 wersja 64 bit (bo już z XP nie można było żadnej deklaracji wysłać do MF) i chciałem zobaczyć, czy prawidłowo idzie wysyłka do MF plików JPK, wysyłając tam w tym celu ponownie plik JPK za sierpień z "Cel złożenia "1" ". Nie dokończyłem jednak Exportu XML, bo w trakcie tej czynności pojawił się komunikat o nowej wersji i konieczności dokonania dogrywki.
Dodam też, że wczoraj ponownie dodatkowo, oprócz dogrywki, zainstalowałem VATowca z Pana strony internetowej.

Henryk Deptuła

Re: problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 07.10.2019 06:48
przez Pio
Proszę o kontakt na p@vatowiec.pl.
Najlepiej będzie jak odpalimy zdalny pulpit.

Re: problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 07.10.2019 11:30
przez Pio
Mój błąd w warunkach wymagalności.
Formuła
!RV->BLK .and. RV->NETTO<>0 .and. RVN(RV->NR_DOK,'S','N')<>RV->NETTO.and.(RV->ZRV=='S'.and.RV->VAT!=RV->VATP.or.RV->ZRV=='Z'.and.RV->VATP!=0)

pomija dokumenty z zerową stawką vat
poprawiam na

!RV->BLK .and. RV->NETTO<>0 .and. RVN(RV->NR_DOK,'S','N')<>RV->NETTO.and.(RV->ZRV=='S'.and.(RV->VAT==0.or.RV->VAT!=RV->VATP.or.RV->VATUE).or.RV->ZRV=='Z'.and.RV->VATP!=0)

Jakby był problem z "widocznością" dokumentów, to trzeba sprawdzić System->Reguły wymagalności->JPK_VAT_3

Zmiany były konieczne dla wykazania faktur wewnętrznych.
Świeżą definicję podkładam do aktualizacji.

Re: problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 19.10.2019 09:26
przez sqra
Witam
A mi się całkowicie rozjechały wszystkie polskie litery w wygenerowanym pliku.
Dla przykładu
<AdresKontrahenta>ŁódĹş .....................</AdresKontrahenta> - to jest Łódź :)
W poprzednich miesiącach nie miałem z tym problemu.
Weryfikacja pliku w kliencie JPK pokazuje błąd w kodowaniu UTF-8
Czy ktoś zetknął się z tym problemem ?

Witek

Re: problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 19.10.2019 15:42
przez Pio
za pomocą bazy testowej

<?xml version="1.0" encoding="UTF-8"?>
<!-- VATowiec 4,15 XML JPK_VAT_3 0.17 z dnia 2019.10.07 -->

<JPK xmlns="http://jpk.mf.gov.pl/wzor/2017/11/13/1113/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance">
<Naglowek>
<KodFormularza kodSystemowy="JPK_VAT (3)" wersjaSchemy="1-1">JPK_VAT</KodFormularza>
<WariantFormularza>3</WariantFormularza>
<CelZlozenia>0</CelZlozenia>
<DataWytworzeniaJPK>2019-10-19T15:40:25</DataWytworzeniaJPK>
<DataOd>2019-10-01</DataOd>
<DataDo>2019-10-31</DataDo>
<NazwaSystemu>VATowiec</NazwaSystemu>
</Naglowek>
<Podmiot1>
<NIP>9999999999</NIP>
<PelnaNazwa>Firma z danymi testowymi - jak chcesz dodać swoją, to przejdź do</PelnaNazwa>
</Podmiot1>
<SprzedazWiersz>
<LpSprzedazy>1</LpSprzedazy>
<NrKontrahenta>215214774</NrKontrahenta>
<NazwaKontrahenta>-</NazwaKontrahenta>
<AdresKontrahenta>Łódź 61-001,ul. Łódzka 1/1</AdresKontrahenta>
<DowodSprzedazy>99999999793</DowodSprzedazy>
<DataWystawienia>2019-10-19</DataWystawienia>
<DataSprzedazy>2019-10-19</DataSprzedazy>
<K_19>100.00</K_19>
<K_20>23.00</K_20>
</SprzedazWiersz>
<SprzedazCtrl>
<LiczbaWierszySprzedazy>1</LiczbaWierszySprzedazy>
<PodatekNalezny>23.00</PodatekNalezny>
</SprzedazCtrl>
<ZakupWiersz>
<LpZakupu>1</LpZakupu>
<NrDostawcy>PL215214774</NrDostawcy>
<NazwaDostawcy></NazwaDostawcy>
<AdresDostawcy>Łódź 61-001,ul. Łódzka 1/1</AdresDostawcy>
<DowodZakupu>34567890</DowodZakupu>
<DataZakupu>2019-10-18</DataZakupu>
<DataWplywu>2019-10-17</DataWplywu>
<K_45>1000.00</K_45>
<K_46>230.00</K_46>
</ZakupWiersz>
<ZakupCtrl>
<LiczbaWierszyZakupow>1</LiczbaWierszyZakupow>
<PodatekNaliczony>230.00</PodatekNaliczony>
</ZakupCtrl>
</JPK>


Jak jest wprowadzona Łódź do Kontrahentów ?

Re: problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 20.10.2019 12:36
przez sqra
Witam
Łódź jest wpisana normalnie jako miasto w danych kontrahenta.
Problem dotyczy też ulic i nazw kontrahentów.
Ale jest inna ciekawostka. W bazie dla innej firmy w tym samym programie nazwy polskie pokazują się poprawnie ??!!

Witek

Re: problem z importem nowej wersji JPK_VAT_3z dn 22.09.2019

PostWysłany: 20.10.2019 21:08
przez Pio
Powyżej wrzuciłem po notatniku.

Odczyt binarny tego samego pliku

"Łódź"

jest poprawny, tak to jest Łódź w UTF8.

Nasza wymiana postów nie ma sensu, a informacje, że coś jest dobrze, a coś innego źle niewiele wnoszą.

Nasuwa mi się jedynie rozwiązanie, że gdzieś w danych kontrahentów jest znak nienależący do polskich znaków diakrytycznych.

Kodowania: do bazy DOS Latin II, na ekran Windows-1250, do xml Unicode UTF-8.

Kodowania obejmują polskie znaki diakrytyczne i jeśli wystąpi inny znak, to adresat xml może odrzucić.

To może być znak niewidoczny.