JPK szyfrowanie i wysyłanie

[Roman Stańczuk]

Witam,
weryfikacja, szyfrowanie i wysyłanie. Czy do tych czynności też będzie potrzebny specjalny program ?

[waf]

W dniu niedziela, 19 czerwca 2016 20:43:50 UTC+2 użytkownik Roman Stańczuk napisał:

Witam,
weryfikacja, szyfrowanie i wysyłanie. Czy do tych czynności też będzie potrzebny specjalny program ?

Witam

Ogólnie rzecz biorąc, niewątpliwie tak ale możliwych jest parę wariantów.

Aplikacja generująca pliki JPK powinna mieć te funkcje w sobie ale 

ponieważ weryfikacja/szyfrowanie/wysyłanie robione będzie na gotowych 

już plikach JPK, które mają ściśle określoną strukturę to niewątpliwie

powstaną uniwersalne programy, które będą te funkcje załatwiały niezależnie od tego

jak pliki JPK zostały wygenerowane (generacja związana jest ściśle z

systemem ERP/FK/bazą danych - weryfikacja/szyfrowanie/wysyłanie

może być od tego niezależne).

Nawet już powstają usługi/serwisy, które takie funkcje oferują (teoretycznie), 

np. Sage-Audytor ale temu modelowi sukcesu nie wróżę. Wątpię aby ktoś chciał wysyłać

do jakiejś trzeciej strony swoje dane tylko po to aby sprawdzić poprawność plików

(wystarczą wycieki danych z MF/US). To musi być robione lokalnie.

Możliwy jest też wariant minimalny "ręczny".

Wysyłanie/dostarczanie plików JPK może być robione na nośnikach (płyty CD/USB) 

wię program do tego nie jest potrzebny. W takim przypadku szyfrowanie nie jest konieczne 

(o ile dobrze rozumiem nawet podpis kwalifikowany w takim przypadku nie jest konieczny).

Jeżeli pliki są małe to można próbować je sprawdzić otwierając w przeglądarce czy edytorze :-)

Weryfikacja może być wielorakiego rodzaju

a) sprawdzenie czy plik JPK jest zgodny ze schematem (XSD) - prosty automat

b) sprawdzenie czy plik zawiera dane zgodne z zawartością bazy danych

(tym co dostajemy z systemu ERP/FK), np. czy to co jest w JPK_KR/ZOiS to to samo 

co dostajemy w obrotówce z systemu ERP/FK, czy JPK_VAT/Sprzedaz, JPK_VAT/Zakup 

to to samo co dostajemy z systemu ERP/FK w postaci rejestrów sprzedaży i zakupów

czy też danych do deklaracji,

c) sprawdzenia analogiczne do tych, które będzie robił system MF/US

(tutaj konkretne informacje co sprawdzać pojawią się gdy pierwsze pliki będą 

sprawdzane przez MF i odrzucane),

d) przejrzenie przez człowieka też powinno być możliwe bo nie ma to jak ludzkie

oko więc np. eksport zawartości plików JPK do Excela powinien być jedną z opcji.

Szyfrowanie - zgodnie ze specyfikacją na stronie MF http://www.mf.gov.pl/kontrola-skarbowa/dzialalnosc/jednolity-plik-kontrolny/-/asset_publisher/2NoO/content/specyfikacja-interfejsow-uslug-jednolitego-pliku-kontrolnego

oraz w rozporządzeniu https://legislacja.rcl.gov.pl/docs//502/12283251/12341701/12341702/dokument212230.pdf

przy przesyłaniu pliku przez internet pliki mają być zaszyfrowane i podpisane podpisem

kwalifikowanym.

Przy przekazywaniu na nośniku takich graniczeń nie ma (o ile dobrze rozumiem). 

[Tomasz Worona]

Kwestię sposobu wysyłania opisuje nowelizacja:

"USTAWA z dnia 13 maja 2016 r. o zmianie ustawy – Ordynacja podatkowa oraz niektórych innych ustaw...

„§ 1b. Osoby prawne, jednostki organizacyjne niemające osobowości prawnej oraz osoby fizyczne, prowadzące księgi podatkowe przy użyciu programów komputerowych, są obowiązane, bez wezwania organu podatkowego, do przekazywania, za pomocą środków komunikacji elektronicznej, ministrowi właściwemu do spraw finansów publicznych informacji o prowadzonej ewidencji, o której mowa w art. 109 ust. 3 ustawy z dnia 11 marca 2004 r. o podatku od towarów i usług, w postaci elektronicznej odpowiadającej strukturze logicznej, o której mowa w art. 193a § 2, na zasadach dotyczących przesyłania ksiąg podatkowych lub ich części określonych w przepisach wydanych na podstawie art. 193a § 3, za okresy miesięczne w terminie do 25. dnia miesiąca następującego po każdym kolejnym miesiącu, wskazując miesiąc, którego ta informacja dotyczy.”;"

Wydaje mi się, że przesyłanie informacji na nośnikach danych nie jest środkiem komunikacji elektronicznej.

[waf]

Słuszna uwaga, nośniki danych nie są środkami komunikacji elektronicznej.

Z tego wynika, że wszyscy podatnicy składający co miesiąc VAT-7 muszą mieć

mechanizm wysyłania pliku JPK_VAT przez internet na stosowną bramkę

a jedynie pliki JPK do celów kontroli (ad hoc) mogą być 

przekazywane na nośniku. Nie widzę tylko po co, ze względu 

na rozmiar danych?

[waf]

Wygląda na to, że programy do szyfrowania i wysyłania już są, patrz np. http://infinite.pl/oferta/infinite-jpk.html

jeżeli weryfikacji jeszcze nie ma to na pewno będzie.

[Tomasz Worona]

Update - chyba jednak będzie można użyć nośników. Świeżo opublikowane rozporządzenie:

Warszawa, dnia 29 czerwca 2016 r.

Poz. 932

ROZPORZĄDZENIE

MINISTRA FINANSÓW1)

z dnia 24 czerwca 2016 r.

w sprawie sposobu przesyłania za pomocą środków komunikacji elektronicznej ksiąg podatkowych

oraz wymagań technicznych dla informatycznych nośników danych, na których te księgi mogą być zapisane

i przekazywane 

Na podstawie art. 193a § 3 ustawy z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (Dz. U. z 2015 r. poz. 613,

z późn. zm.2)) zarządza się, co następuje:

§ 1. Rozporządzenie określa:

1) sposób przesyłania za pomocą środków komunikacji elektronicznej ksiąg podatkowych, części tych ksiąg oraz dowodów

księgowych w postaci elektronicznej, zwanych dalej „księgami”;

2) wymagania techniczne dla informatycznych nośników danych, na których księgi mogą być zapisane i przekazywane.

§ 2. 1. Księgi mogą być przesyłane za pomocą oprogramowania interfejsowego dostępnego na stronie, której adres

jest podany w Biuletynie Informacji Publicznej na stronie podmiotowej urzędu obsługującego ministra właściwego do

spraw finansów publicznych.

.....

§ 3. 1. Informatyczne nośniki danych, na których księgi mogą być zapisane i przekazywane, są:

1) oznakowane w sposób pozwalający na jednoznaczną identyfikację nośnika;

2) przystosowane do przenoszenia pomiędzy powszechnie dostępnymi urządzeniami odczytującymi;

3) dostosowane do przechowywania w temperaturze 18–22oC przy wilgotności względnej 40–50%.

2. Informatyczne nośniki danych, o których mowa w ust. 1, powinny zapewniać możliwość wiernego odczytywania

danych w urządzeniach produkowanych przez różnych producentów, właściwych dla danego typu nośnika.

[boron...@gmail.com]

W końcu coś drgnęło:

Aplikacja kliencka do wysyłania plików JPK

Źródło: Departament Kontroli Skarbowej Autor: Departament Kontroli Skarbowej

Czcionka   

Ministerstwo Finansów informuje, że udostępni aplikację kliencką do wysyłania plików JPK (xml) zgodnie z wymogami MF opisanymi w specyfikacji.

Będzie też możliwość importu danych do aplikacji z pliku csv w zdefiniowanym formacie zgodnym ze schematem dla JPK.

Szczegółowe informacje znajdą się w instrukcjach do aplikacji.

Termin udostępnienia 22.08.2016.

[wjop...@gmail.com]

Na rynku jest coraz więcej programów i aplikacji do wysyłania JPK i ja też zastanawiam się jak wysłać pliki JPK. np. taka aplikacja wyślij JPK na wjpk.pl posiada chyba wszystkie potrzebne funkcje, piszą że jest łatwa w obsłudze więc myślę czy wybrać tą czy inną.

[waf]

Zgadza się, jest już całe mnóstwo tego typu programów a będzie jeszcze więcej.

Czym się kierować przy wyborze? Funkcjonalnością.

Przede wszystkim należy wziąć pod uwagę, że sama wysyłka jest najmniej istotnym 

elementem w procesie obsługi plików JPK. Najpierw trzeba takie pliki wygenerować, 

później zweryfikować a na samym końcu wysłać. Jak będziemy już mieli narzędzie

do generowania i weryfikacji to raczej na pewno będzie tam również i obsługa wysyłki

bo sprawa jest bardzo prosta.

Oczywiście najtrudniejszym elementem bo zależnym od konkretnego systemu ERP/FK

jest etap tworzenia od niego powinniśmy zacząć i na nim się skupić.

Weryfikacja i wysyłka są elementami generycznymi, które już nie zależą od tego w 

jaki sposób generujemy JPK dlatego powstanie tutaj wiele uniwersalnych narzędzi. 

Jednak przy wyborze narzędzia dla tych etapów należy się skupić na funkcji weryfikacji. 

Wskazany przez ciebie program ma taką funkcję wbudowany walidator ale to moim zdaniem mało. 

Taka weryfikacja będzie robiona przez bramkę przy wysyłce gdzie pliki niezgodne 

ze schematem są odrzucane. Więc to nie jest żadna wartość dodana.

Natomiast "możliwość wysłania dokumentu JPK do serwisu testowego w celu ..." to już jest niepokojące. 

Niby jest napisane, że to opcja ale należy na to zwracać uwagę aby coś takiego nie miało miejsca. 

Wystarczy, że urzędnicy i firmy obsługujące JPK po stronie MF będą mieli dostęp do informacji, 

do których nikt oprócz nas nie powinien mieć dostępu to wysyłanie ich do jeszcze innej trzeciej 

strony to przesada. Tylko czekać jak powstanie rynek, na którym będzie się handlować

informacjami wyciekłymi przez JPK.

Jeżeli chodzi o cenę to sama obsługa walidacji (zgodności ze schematem) i wysyłki powinna być

i będzie bezpłatna bo odpowiedni program udostępni MF. Dodatkowo sama wysyłka 

jest bardzo prosta a będziemy z niej korzystali tylko raz w miesiącu.

Sugeruję więc sprawdzanie i nie spieszenie się.

WF

[madar...@gmail.com]

Najgorętszy temat to JPK_VAT - bo trzeba go obligatoryjnie i bez wezwania wysyłać co miesiąc.
Walidacja takiego pliku  ma kilka "obliczy".
Jedno to sprawdzenie poprawności pliku xml ze schematem xsd - w sumie mechaniczna praca.
Drugie to spójność samego pliku (widziałam przypadki, że tagi będące sumarycznymi kwotami nie były zgodne z tym, co dodaje się z poszczególnymi pozycjami).
Trzecie to zgodność zawartości (wykazanych faktur i kwot) z deklaracjami VAT-7 - no co skarbówka ma zwracać szczególną uwagę.

A tak przy okazji - na pierwsze UPO czekałam 40 godzin ;).

[waf]

W dniu środa, 17 sierpnia 2016 15:19:57 UTC+2 użytkownik madarzabrze napisał:

A tak przy okazji - na pierwsze UPO czekałam 40 godzin ;).

To było jakoś teraz ostatnio czy w zamierzchłej przeszłości (ponad miesiąc temu)? 

W środowisku testowym czy "produkcyjnym"?

WF