JPK dotyczący VAT, czyli równi i równiejsi:

"Ministerstwo Finansów informuje, że w związku ze zgłaszanymi przez podmioty realizujące istotne zadania publiczne trudnościami w dostosowaniu się od 1 lipca 2016 r. do wymogu obligatoryjnego składania informacji o prowadzonej ewidencji w VAT (plik JPK_VAT) – pierwszy termin na złożenie tej informacji przypada na 25 sierpnia 2016 r. – na ukończeniu są prace związane z wydaniem rozporządzenia przedłużającego termin przekazania tej informacji.

Przewiduje się przedłużenie
Popłakałem się... #jpk

Już miesiąc i 9 dni formalnie obowiązuje JPK. Co więc czytamy po piątkowym komunikacie?

(...) od dnia 01.08.2016 będzie to środowisko produkcyjne.

W związku z tym prosimy nie przesyłać danych testowych, gdyż od tego dnia będą traktowane jako rzeczywiste.

Środowisko testowe tymczasowo będzie służyło tylko do testowania komunikacji z chmurą publiczną i status przetwarzania dokumentu będzie kończył się na kodzie 120 "Sesja została poprawnie zakończona. Dane zostały poprawnie zapisane.
@Dzyszla: a co z tym nowego? Przecież środowisko testowe zawsze tak odpowiadało. Jaja będą, jak zostaną w okolicach 20'ego zasypani plikmi JPK, wtedy napewno serwery im walną, dodatkowo połowa otrzymanych będzie niepoprawna i będzie wymagała ponownej wysyłki:)
@Dzyszla: dlatego trzeba poganiać swoich klientów/współpraconików czy dla kogo się to tam robi, żeby jak najszybciej wysłali VAT za lipiec, a nie czekali do ostatniego dnia. Oczywiście jak coś nie wyjdzie, to wina będzie zawsze po stronie IT:)
@lento01 piszesz o podpisywaniu programem sigillum? Ja mam podpis za pomocą klasy SignedXml, bramka tak podpisany plik przyjmuje, program KIR weryfikuje poprawnie, a Sigillum pisze błędny format i nie mogę dojść dlaczego.
@emafaf: sorry, wczoraj odpisywałem po kilku piwkach( ͡° ͜ʖ ͡°) U mnie sprawa wygląda inaczej. Ze względu na wymagania plik inicjalizujący połączenie jest podpisywany zewnętrznym programem, a w programie do wysyłania weryfikuję tylko poprawność podpisu, więc w tej sprawie Ci nie pomogę.
Widzę, że coraz większe zainteresowanie kwestią #jpk się pojawia, więc wrzucę parę nowych słów

Poprzedni wpis na ten temat: tutaj

Otóż, odzywa się do mnie prywatnie kilku programistów, co mają wielki problem ze zrealizowaniem tego zadania. I wcale się temu nie dziwię. Niestety, pracownicy Billenium (firmy zajmującej się realizacją tego programu dla Rządu) chyba pierwszy raz zetknęli się z problemem, że nie cały świat programuje w Javie lub .NETcie i przygotowanie porządnej
@Dzyszla:
Z mojej strony, jako użytkownika programów finansowo-księgowych, mogę powiedzieć, że było kilka problemów. Dostawca naszego oprogramowania stanął na wysokości zadania i mocno zaangażował się w pracę nad JPK. Co istotne, nasz system jest mocno zindywidualizowany, więc całość nie opierała się na zwykłej 'łatce' przygotowywanej dla setek firm, tylko na dość mozolnej przebudowie kilku modułów. Zwłaszcza związanych z VAT-em. Księgowania na lipiec ruszyły dopiero dziś. A i tak pewnie dopiero przy
#jpk
wielu z was pewnie pisze program do wysyłania Jednolitego Pliku KOntrolnego do MF. Udało się komuś z was poprawnie wyliczyć sumę kontorlną , żeby pasowała z tą, której oni wymagają?
@angelson:
public class JpkSigner
{
//public InitializerJpk InitializerJpk;

public X509Certificate2Collection CertificateCollection;
public X509Certificate2 Certificate;

public JpkSigner()
{
CertificateCollection = GetCertificatesFromMyStore();
}

public void SetCertificate(int CertificateIndex)
{
Certificate = CertificateCollection[CertificateIndex];
}

public void DoSign(ref InitializerJpk initializerJpk)
{
if (Certificate != null)
{
initializerJpk.InitUploadDocumentSigned = XadesHelper.Sign(initializerJpk.InitUploadDocument).Using(Certificate).IncludingCertificateInSignature().SignAndGetXml();
initializerJpk.IsSigned = true;
}
}

private X509Certificate2Collection GetCertificatesFromMyStore() //CertificateStore certificateStoreType)
{
//if (CertificateStore.My.Equals(certificateStoreType))
//{
var store = new X509Store(StoreName.My);
store.Open(OpenFlags.ReadOnly);

X509Certificate2Collection fcollection = (X509Certificate2Collection)store.Certificates.Find(X509FindType.FindByTimeValid, DateTime.Now, true);
return
http://biznes.interia.pl/firma/news/jednolity-plik-kontrolny-skuteczne-narzedzie-w-walce-z,2331441,1852
Parę słów o #jpk ode mnie:

W obecnej formie to narzędzie nie będzie skuteczne. Ciekawe, czy choć serwer już postawili, który ma obsługiwać JPK. Formaty są kompletnie niejasne i nieczytelne, ministerstwo nie odpowiada na maile ani przedsiębiorców, ani firm programistycznych, ani urzędów skarbowych. Odsyłają do ogólników w Ustawie, które niczego nie wyjaśniają. Firmy informatyczne nawet nie mają możliwości testowania poprawności generowanych plików (robi się po omacku). Specyfikacja może się zmienić w
Mirabelki i Mirki, nie wiem czy w ogniu całej tej gównoburzy o TK wiecie, że od 1 lipca 2016 roku wchodzi w życie Jednolity plik kontrolny.
http://www.mf.gov.pl/kontrola-skarbowa/dzialalnosc/jednolity-plik-kontrolny

Nasze MF oraz US teraz już nie będę musiały chodzić do firm na kontrolę. Na każde zawołanie dostaną wszelkie dane finansowo-księgowe ale NIE TYLKO. Co dostanie MF:
pełne zapisy ksiąg co do pojedynczej linii ze wszystkimi szczegółami - całkowicie pełny wyciąg z księgowości
@franekfm: http://www.polskieradio.pl/42/3146/Artykul/1593235,Jednolity-Plik-Kontrolny-najpierw-zacznie-obowiazywac-w-duzych-firmach-w-2018-r-%E2%80%93-w-mniejszych

Początkowo od 1 lipca 2016 Jednolity Plik Kontrolny będzie obowiązywał tylko największe przedsiębiorstwa, które zatrudniają powyżej 250 pracowników lub ich obroty w ostatnich dwóch latach przekroczyły 50 mln euro obrotów albo 43 mln euro aktywów.

Dopiero w 2018 roku JPK obejmie pozostałe podmioty – zatrudniające powyżej 9 pracowników i realizujących odpowiedni poziom obrotów lub aktywów .