CZy ktoś ma wzór takiego pliku ??

[piotr....@smartrest.pl]

Mamy niby opisy a czy ktoś ma wzór pliku. I kto wie jak to zweryfikować

[waf]

W załączeniu przykładowe pliki JPK_KR, JPK_VAT, JPK_FA, JPK_WB, JPK_MAG

Jeżeli chodzi o sprawdzanie poprawności to małe testowe pliki można sprawdzić online

w dowolnym walidatorze xmlschema (google: "xmlschema validator online") np:

http://www.freeformatter.com/xml-validator-xsd.html

https://www.corefiling.com/opensource/schemaValidate.html

Ale wysyłanie większych plików np. z danymi produkcyjnymi w świat to oczywiście kiepski pomysł. 

Jednak prawie każda biblioteka do obsługi xml zawiera walidator.

Np. w pythonie korzystając z lxml można to zrobić tak:

import lxml.etree as ET

jpk= ET.parse(open('jpk_kr.xml', 'r'))

xsd= ET.parse(open('JPK_KR.xsd', 'r'))

xmlschema= ET.XMLSchema(xsd)

if not xmlschema.validate(jpk):

   print xmlschema.error_log

else:

   print 'poprawny'

[Janusz]

Bardzo pożyteczne te przykłady, jednak mam problem z interpretacją zawartości tagu KontoZapis w JPK_KR. Załączone przykłady są bardzo proste i sprowadzają się do księgowania operacji na dwóch kontach. Jak powinien wyglądać KontoZapis w przypadku bardziej złożonych księgowań, np. faktury VAT?

W dniu środa, 8 czerwca 2016 11:31:17 UTC+2 użytkownik waf napisał:

W załączeniu przykładowe pliki JPK_KR, JPK_VAT, JPK_FA.

[waf]

Witam

Sposób księgowania konkretnego dokumentu zależy od planu kont i zasad księgowania w danej firmie.

Jeżeli chodzi ci o to jak to wygląda gdy księgowanie jest jednostronne, to ponieważ elementy na numer konta i 

kwotę w złotych są obowiązkowe to w polu na numer konta powinien być napis "null" a kwota zero, opisu może nie być. Czyli np. może być coś takiego

<KontoZapis typ="G">

   <LpZapisu>1</LpZapisu>

   <NrZapisu>1</NrZapisu>

   <KodKontaWinien>202-736251</KodKontaWinien>

   <KwotaWinien>890.70</KwotaWinien>

   <OpisZapisuWinien>WODA MINERALNA</OpisZapisuWinien>

   <KodKontaMa>null</KodKontaMa>

   <KwotaMa>0.00</KwotaMa>

</KontoZapis>

WF

 

[janusz...@gmail.com]

Czołem,

Dzięki za odpowiedź.

Mam na myśli sytuację, kiedy pozycję z dziennika opisaną jako  zakup wody mineralnej księgujemy:

konto 201 kwota 231,16 Ma (zobowiązanie)
konto 300 kwota 192,00 Wn (rozliczenie kosztu zakupu)
konto 222 kwota 44,16 Wn (VAT)

Więc mamy trzy księgowania, ale możliwość wpisania tylko jednego konta Wn i jednego Ma w sekcji KontoZapis dla tej pozycji dziennika.

Pozdrawiam
JK

[waf]

W dniu wtorek, 5 lipca 2016 20:14:43 UTC+2 użytkownik janusz napisał:
Czołem,
Dzięki za odpowiedź.
Mam na myśli sytuację, kiedy pozycję z dziennika opisaną jako  zakup wody mineralnej księgujemy:
konto 201 kwota 231,16 Ma (zobowiązanie)
konto 300 kwota 192,00 Wn (rozliczenie kosztu zakupu)
konto 222 kwota 44,16 Wn (VAT)
Więc mamy trzy księgowania, ale możliwość wpisania tylko jednego konta Wn i jednego Ma w sekcji KontoZapis dla tej pozycji dziennika.

Wtedy z jednym elementem Dziennik będziemy mieli powiązanych wiele elementów KontoZapis.

Ogólnie elementy Dziennik odpowiadają nagłówkom dowodów księgowych a elementy

KontoZapis poszczególnym księgowaniom z dowodu, czyli może być ich dowolnie wiele 

powiązanych przy pomocy KontoZapis/NrZapisu = Dziennik/NrZapisuDziennika

Dla podanego przykładu powinno więc być jakoś tak

<Dziennik typ="G">

   <LpZapisuDziennika>1</LpZapisuDziennika>

   <NrZapisuDziennika>6737</NrZapisuDziennika>

...

</Dziennik>

<KontoZapis typ="G">

   <LpZapisu>1</LpZapisu>

   <NrZapisu>6737</NrZapisu>

   <KodKontaWinien>null</KodKontaWinien>

   <KwotaWinien>0.00</KwotaWinien>

   <KodKontaMa>201</KodKontaMa>

   <KwotaMa>231.16</KwotaMa>

   <OpisZapisuMa>WYKONANIE DOKUMENTACJI U520</OpisZapisuMa>

</KontoZapis>

<KontoZapis typ="G">

   <LpZapisu>2</LpZapisu>

   <NrZapisu>6737</NrZapisu>

   <KodKontaWinien>300</KodKontaWinien>

   <KwotaWinien>192.00</KwotaWinien>

   <OpisZapisuWinien>Opis</OpisZapisuWinien>

   <KodKontaMa>null</KodKontaMa>

   <KwotaMa>0.00</KwotaMa>

</KontoZapis>

<KontoZapis typ="G">

   <LpZapisu>3</LpZapisu>

   <NrZapisu>6737</NrZapisu>

   <KodKontaWinien>222</KodKontaWinien>

   <KwotaWinien>44.16</KwotaWinien>

   <OpisZapisuWinien>Opis</OpisZapisuWinien>

[janusz...@gmail.com]

O! Super! O to chodziło!
Bardzo dziękuję za wyjaśnienie!

Pozdrawiam
JK

[jnowin...@gmail.com]

zastanawiam się jeszcze nad taką sprawą:

kwota z DziennikCtrl.SumaKwotOperacji powinna być równa kwocie z KontoZapisCtrl.SumaWinien i  KointoZapisCtrl.SumaMa

jest to prawda , ale tylko w przypadku jeśli nie używamy kont pozabilansowych,

a co jeśli mamy konta pozabilansowe ?

czy mają wchodzić do sumy ogólnej DziennikCtrl.SumaKwotOperacji ?,

czy mają wchodzić do KontoZapisCtrl.SumaWinien i  KointoZapisCtrl.SumaMa ?,

jeśli rozważyć taką sytuację, że wszystkie konta zespołu 5 (np. 501-xxx-xx-xx,502-xxx-xx-xx itd..) są kontami pozabilansowymi (bo tak sobie firma zapisała w swojej polityce rachunkowości),

i dekrety na koncie zespołu 5 są zawsze po stronie Winien,(bo tak sobie firma zapisała w swojej polityce rachunkowości)

to jeśli konta pozabilansowe mają mieć wkład do ogólnych sum dla tagu KontoZapis to:

KontoZapisCtrl.SumaWinien <>  KointoZapisCtrl.SumaMa

i znowu wraca pytanie , czy mają mieć one (konta pozabilansowe) wkład do DziennikCtrl.SumaKwotOperacji ?

czy zadeklarowanie w tagu ZOiS.TypKonta, że dane konto jest kontem pozabilansowym coś tu zmienia?

zastanawiam się czy jeśli  DziennikCtrl.SumaKwotOperacji <> KontoZapisCtrl.SumaWinien lub  DziennikCtrl.SumaKwotOperacji  <>  KointoZapisCtrl.SumaMa to jest OK?

[janusz...@gmail.com]

Sądzę, że przywołane elementy (Suma*) służą li tylko do kontroli poprawności pliku i jako takie są zwykłą sumą kontrolną wszystkich elementów danej kategorii występujących w pliku. Jeśli wartości nie będą zgodne plik będzie odrzucany. Inaczej mówiąc pozabilansowość (czy inne kryterium) nie ma tu żadnego znaczenia. Liczy się tylko to, czy konto jest zwarte w pliku, czy też nie i w związku z tym w tym pierwszym przypadku kwoty na nim zaksięgowane należy odpowiednio ująć w sumach.

JK

[waf]

Witam, 

Faktycznie tutaj jest problem ale raczej nie dotyczący tego co powinno być w elementach kontrolnych, 

bo to jest jasne. Jak zauważył Janusz suma kontrolna to jest po prostu suma odpowiednich elementów 

Dziennik/KwotaOperacji czy też KontoZapis/KwotaWinien i KontoZapisz/KwotaMa.

Chodzi raczej o to jaka powinna być KwotaOperacji w przypadku gdy dowód jest niezbilansowany 

na kontach pozabilansowych oraz jak ten fakt uwzględnić w KontoZapis.

Wydaje się, że najlepiej jest wprowadzić od 2016/07 wymaganie aby dowody 

były zbilansowane również na kontach pozabilansowych. Wprowadzenie dodatkowego konta

pozabilansowego służącego właśnie do tego aby zbilansować dowód księgowy na kontach 

pozabilansowych to częste rozwiązanie.

U jednego z naszych klientów, który też ma taki przypadek/problem przyjęliśmy założenie, 

że eksportujemy tylko zapisy na kontach bilansowych ale nie jestem pewien czy to jest 

rozwiązanie akceptowalne.

Nie wiemy w tej chwili jak będzie potraktowana sytuacja, gdy będzie różnica pomiędzy sumami 

dowodu po każdej ze stron, czy też jedną z sum a KwotaOperacji. Nie wiadomo, czy i jak system 

sprawdzający będzie uwzględniał fakt, że konto jest oznaczone jako pozabilansowe. 

WF

[jnowin...@gmail.com]

witam,

a "z innej beczki" :-)

z tego co mi wiadomo Ministerstwo Finansów nie planuje w najbliższej przyszłości udostępnienia oprogramowania klienckiego,
który pokryje proces kompresji, dzielenia, szyfrowania i wysyłki plików JPK.
Analizowana jest możliwość udostępnienia oprogramowania klienckiego w późniejszym terminie,
w momencie objęcia obowiązkiem średnich i małych przedsiębiorstw.
czy ktoś się już zastanawiał nad tą sprawą ?

JN.

[waf]

W dniu czwartek, 7 lipca 2016 12:53:15 UTC+2 użytkownik jnowinski2011 napisał:

witam,

a "z innej beczki" :-)

 

z tego co mi wiadomo Ministerstwo Finansów nie planuje w najbliższej przyszłości udostępnienia oprogramowania klienckiego,
który pokryje proces kompresji, dzielenia, szyfrowania i wysyłki plików JPK.
Analizowana jest możliwość udostępnienia oprogramowania klienckiego w późniejszym terminie,
w momencie objęcia obowiązkiem średnich i małych przedsiębiorstw.
czy ktoś się już zastanawiał nad tą sprawą ?

JN.

Może jednak niech oni tego nie robią. Bo to będzie jakaś tragedia.

Oprogramowanie do tego o czym piszesz jest generyczne (nie wiązane z ERP/FK)

więc nie ma problemu  z napisaniem czegoś takiego. 

Oczywiście przy założeniu, że specyfikacja interfejsu i sam interfejs zostanie 

w końcu zrobiony a nie będzie się zmieniał co tydzień jak obecnie.

W googlu już widać ogłoszenia o takim oprogramowaniu ale to raczej na razie

dzieła działów marketingu (z powodów jak powyżej) ale będzie tego sporo

więc nie powinno być problemu.

WF

[janusz...@gmail.com]

Testowałem http://infinite.pl/oferta/infinite-jpk.html

Zasadniczo działa poprawnie. Obsługuje też karty kryptograficzne i działa jako walidator XMLa.

Ma małe niedoróbki w zakresie obsługi sytuacji błędnych (brak sieci, brak karty itp), ale to pewnie będzie szybko wyeliminowane.

[jnowin...@gmail.com]

a jaki jest koszt modułu wysyłki JPK, na www.infinite.pl brak ceny,

[janusz...@gmail.com]

5k licencja + 2k roczne wsparcie.

[jnowin...@gmail.com]

o jezu ... sporo

[jnowin...@gmail.com]

faktycznie,  przykładowe pliki XML są b. przydatne, a czy miałby Pan podobny przykładowy plik XML dla JPK_WB (wyciągi bankowe - struktura nr 2),

z góry dziękuję za pomoc  :-)

W dniu środa, 8 czerwca 2016 11:31:17 UTC+2 użytkownik waf napisał:

W załączeniu przykładowe pliki JPK_KR, JPK_VAT, JPK_FA.

[waf]

W załączeniu przykładowe pliki JPK_WB i JPK_MAG

WF

[jnowin...@gmail.com]

dziękuję serdecznie za jpk_wb.xml, tego właśnie szukałem, teraz będzie mi dużo łatwiej dorobić export z FK do JPK_WB  :-)

[waf]

Sugeruję jednak posługiwać się schematami XSD.

Wbrew pierwszemu wrażeniu nie są takie skomplikowane a zawierają 

warunki ograniczające, których w tych przykładach się nie

znajdzie,  np. które elementy są obowiązkowe, a które opcjonalne, 

oraz jaka jest maksymalna długość pola (dla tekstowych przeważnie 256).

pzrd

WF

 

[jnowin...@gmail.com]

siedzę teraz nad exportem z FK do JPK_WB,

mam np. takie sytuacje w dekretacjach wyciągu bankowego dla konta 130:

przykład nr 1
np. wyciąg bankowy 63 pozycja 4
----------------------------------
kwota    konto Wn    konto Ma
---------------------------------------------------
+1000      -       130-01-4300-04
-1000       -       130-01-4210-03
---------------------------------------------------
jest to typowa korekta pozycji budżetowych,
jak widać, dekret ten nie zmienia ani salda ani obrotów konta bankowego 130,
czy w takim razie wykazywać pozycję wyciągu 63/4 w JPK_WB w tagu <KwotaOperacji> ?

przykład nr 2
np. wyciąg bankowy 64 pozycja 8
----------------------------------------------
kwota    konto Wn         konto Ma
----------------------------------------------
+2000     130-09-3020-01   234/25
-2000      130-09-3020-01   130-01-3020-01
----------------------------------------------
jest to w dużym uproszczeniu zwrot za ekwiwalent
wyksięgowujemy w drugiej linijce (-2000,-) dla czystości obrotów strony Wn,(bo jest ona zarezerwowana np. tylko dla zasilania konta 130)
sumaryczny efekt dla 130 to +2000,- po stronie Wn,
co w takim razie wykazać w JPK_WB w tagu <KwotaOperacji> dla pozycji 64/8 wyciągu bankowego dla konta finansoweego 130 ?

[waf]

Witam

Wydaje mi się, że JPK_WB powinien być odzwierciedleniem 

operacji faktycznie wykonywanych na rachunku bankowym a nie 

księgowań na kontach odpowiadających rachunkowi bankowemu.

Źródłem informacji dla JPK_WB powinny być raczej wyciągi bankowe a nie   dowody księgowe.

Z tego co mi przekazują klienci to niektóre banki obiecują, że będą generować JPK_WB na życzenie klienta.

WF 

[esanto...@gmail.com]

Czy ktoś może mi powiedzieć  jak w polu [DziennikKwotaOperacji] pliku JPK-KR należy wykazać dwa dokumenty, fakturę sprzedaży i Korektę faktury sprzedaży. 

Przykład:

a)  faktura sprzedaży. Księgowanie w systemie wygląda następująco:

Konto 210                                          Kwota 246,00 Wn (należności)

Konto 730                                          Kwota 200,00 Ma (przychody ze sprzedaży towarów)

Konto 223                                          Kwota 46,00 Ma (VAT)

Konto 301                                          Kwota 98,00 Ma (Rozliczenie Sprzedaży towaru)

Konto 731                                          Kwota 98,00 Wn (wartość sprzedanych towarów)

 

b)  korekta faktury sprzedaży. Księgowanie w systemie wygląda następująco:

Konto 210                                          Kwota 123,00 Ma (należności)

Konto 730                                          Kwota 100,00 Wn (przychody ze sprzedaży towarów)

Konto 223                                          Kwota 23,00 Wn (VAT)

Konto 301                                          Kwota 49,00 Wn (Rozliczenie Sprzedaży towaru)

Konto 731                                          Kwota 49,00 Ma (wartość sprzedanych towarów)

 

Czy dobrze więc rozumiem, że elementy sekcji <Dziennik> odpowiadają nagłówkom dowodów księgowych, podczas gdy elementy sekcji <KontoZapis> odpowiadają szczegółowym zapisom na kontach.

A więc jedna linia w sekcji <Dziennik> odpowiada wielu liniom w sekcji <KontoZapis>?

 

Jaką zatem kwotę dla obu powyższych przykładów powinnam umieścić w polu [DziennikKwotaOperacji].

 

Czy kwota z sekcji <DziennikCtrl> <SumaKwotOperacji> powinna być równa kwocie z <KontoZapisCtrl>  <SumaWinien> i < KointoZapisCtrl> <SumaMa>

Dzięki za pomoc

[ewa.tkacz...@gmail.com]

Wydaje mi się, że w dzienniku powinnaś wykazać sumę obrotów/zapisów WN (lub MA, bo są równe) w danym dokumencie. W Twoim pierwszym przykładzie - faktura  - będzie to kwota 344,00, w drugim 172,00.

W broszurze MF jest zaznaczone (str. 5), że obroty ZOiS powinny = obrotom dziennika (...). W ustawie o rachunkowości również jest, że "Bez względu na technikę prowadzenia ksiąg rachunkowych dziennik powinien umożliwiać uzgodnienie jego obrotów z obrotami zestawienia obrotów i sald kont księgi głównej".

Ctrl SumaKwotOperacji w Dzienniku = Ctrl SumaWn KontoZapis = SumaMa KontoZapis = ObrotyWn ZOiS  = ObrotyMa ZOiS w badanym okresie (tu nie ma pola Ctrl, ale mozna sprawdzić np.: po wrzucie xml do excela).

I dokładnie: jeden zapis dziennika = co najmniej dwie linie KontoZapis (chyba, że jakiś zapis w kontach pozabilansowych bez dwustronnego ksiegowania).