2025.12.11

Krajowy System e-faktur - odcinek 9

W skrócie - po testach na systemie testowym, ktory został udostępniony tylko z API do pobierania od 01.10.2025, a w pełni dopiero w drugiej połowie listopada 2025 okazuje się, że cała (nieopłacona przez nikogo) roczna praca nad eksportami do KSeF jest do wyrzucenia.
Dodatkowo okazuje się, że na dzień 07.12.2025 nadal nie jest do końca udostępniona możliwośc pracy w KSeF2.
Są inne procedury tworzenia faktur, będzie od lutego 2026 inny format.
Nie rozumiem, jak Ministerstwo Finansów mogło dopuścić do czegoś takiego, na dodatek nie udostępniając systemu, gdzie niezależnie od firmy można testować połączenia, jak było poprzednio.
Nie wiem, czy mogę to odczytać, jako deklarowane "naprawianie bałaganu"...
Zadaję sobie pytanie - po co Fiskusowi KSeF, skoro na tym nie będzie specjalnego uzysku dla Państwa ?
Odpowiedź nasuwa się sama jako stara sentancja - "is fecit, cui prodest".

Nie wdając się w aż takie szczególy sprawy - program, którym MagAD miał się posługiwać w celu wysyłania e-faktur, nie wspólpracuje z nowym KSeF i nie wiadomo, kiedy zacznie, ponieważ aktualnie firma, która go zrobiła, usiłuje ratować swoje oprogramowanie KPR w ramach importów z KSeF2 - patrz: https://bcsopot.com.pl/faq/ksef2.php .

Co w tej sytuacji ?

Nie jestem w stanie w tej sytuacji zapewnić eksportu faktur z MagAD do KSeF2 i z KSeF do MagAD za pomoca oprogramowani firmy BC z Sopotu, jak to jeszcze całkiem niedawno po prostu było zrobione i czekało spokojnie na "start", bo tego oprogramowania nie ma.

Ci, którzy mają niewiele faktur, mogę je po prostu wpisywać w programie https://www.ksef.pl/e-mikrofirma, który udostepnia Ministerstwo Finansów, podobnie faktury, które do niczh przyjdą, przepisać, jak kiedyś z formy papierowej. Nie sądze, aby firmy, które eksportowały faktury w różnych formatach i MagAD jes pobiera, usunęły te mkożłiwości ze swoich aplikacji - no ale tylko "nie sądzę".

Jeśli chodzi o fimy, które generują dużo faktur, proponuję przejść na oprogramowanie Subiekt GT (używali tego programu uzytkownicy MagAD i podobał się im) lub inne. Zapewnię pomoc przy ekstrakcji danych z MagAD, żądanych przez wdrażającą inny program, niż MagAD. Myślę, że to będzie najlpesze wyjście, tym bardziej, że nie prowadzę już działaności.

Jeżeli MagAD musi być jednak wykorzystywany, będę analizował możłiwośc użycia bibliotek firmy "BC Sopot", które już zostały wydane i programu do wysyłania pojedynczej faktury (patrz https://bcsopot.com.pl/bcKSeF2.php). Program testowy, który w zamiarze ma także pobierac faktury z KSeF, nie ma opisu.
Sprawdzę też możliwość wspólpracy z Subiektem GT w tym zakresie.
Problemem tu jest czas, ponieważ Ministerstwo Finansów w odróżnieniu od poprzedniej "wersji" rzeczonego Ministerstwa zostawia zbyt mało czasu na dostosowanie się. Nie wiem, czy zdążę, dodatkowo z tego powodu, że Ministerstwo nie udostępnia interfejsu do swobodnych testów, jak "poprzednia wersja", tylko testowe dla konkretnej firmy, będe musiał robić to we wspólpracy z jakąś firmą.

2025.11.15

Krajowy System e-faktur - odcinek 8

Jeszcze raz zalecam lekturę strony https://ksef.podatki.gov.pl/. Są na niej według mnie tak wyczepujące informacje na temat KSeF, że wystarczają one do zorientowania się w temacie. Ja czerpię wiedzę stamtąd i nie widzę aspektu, który nie byłby na tej stronie dobrze wyjaśniony, a w zakresie którego otrzymuję telefony od użytkowników MagAD i księgowych.
Zatem odtąd opisywać będe tylko zmiany, dokonywane w MagAD, czy programach towarzyszących, a nie ogólne fakty, związane z KSeF.

Polecam wszystkim akapit, który jest na końcu poniższej strony - tytuł akapitu Jak korzystać z KSeF? .

https://ksef.podatki.gov.pl/informacje-ogolne-ksef-20/faktura-ustrukturyzowana-i-struktura-logiczna-fa/

Z kole w kolejnym linku, który podaję poniżej wyjaśniane są wątpliwości, co do struktury numeru, który nasza faktura i faktury przychodzące będa miały w KSeF. Numer z KSeF w magad w wersji 3.4.2z oraz wersjach od 3.5.x wzwyż można będzie wpisać do pola z nagłowka dokumenty (faktury sprzedazy lub zakupu) do pola "nr dok.dodatk." (ma ono do 55 znaków, a numer e-Faktury wygląda tak: "9999999999-IZ202602-FFFFFFFFFFFF-FF", czyli ma maksymalne 35 znaków - MagAD ma zatem jeszcze 20 znaków zapasu).
https://ksef.podatki.gov.pl/informacje-ogolne-ksef-20/numer-ksef-i-zbiorczy-identyfikator/

Jeżeli chodzi o MagAD, to problem braku danych kontrahenta oraz niewłaściwej daty wytworzenia e-Faktur przy eksporcie plików e-Faktur z poziomu MagAD w wersji 3.8 został już naprawiony i eksporty te są tej samej jakości, co z programu MagAD-JPK . W przyszłym tygodniu ponawiam rozmowy z firmą "BC" z Sopotu, która wyprodukowała oprogramowanie do eksportu przygotowanych wczesniej plików e-Faktur do interface Ministerstwa Finansów, z którym MagAD dotąd wspólpracował bez zarzutu zarówno na platformie Linuksa, jak i w Windows.

2025.11.10

Krajowy System e-faktur - odcinek 7

A)
Otrzymuję rózne pytania oprócz tego, czy MagAD eksportowac będzie e-Faktury (tu - tak), m.in. czy będzie możliwy import faktur z KSeF. KSeF nie udostępnia API do pobierania faktur, natomiast wg tego, co można wyszukać przez stronę Ministerstwa Finansów https://www.ksef.pl/e-mikrofirma, z internetowej aplikacji KSeF Ministerstwa Finansów będzie można wyeksportować każdą fakturę w oddzielnym pliku XML. Jeżeli faktycznie będzie taka potrzeba, to zapewne wykonam import formatu KSeF, ale nie jest to prorytet - najważniejsze aktualnie jest wysyłanie do KSeF. Tu pojawia się niemiły problem - format KSeF, podobnie jak JPK "obowiązuje zawsze od jakiejś daty i stary jest przestarzały i zwykle brak jest kompatybilności wstecz. (Kompatybilność wtecz jest wtedy, kiedy np. nowy plik zawiera jakies dodatki, których nie umiemy odczytać, ale daje się wczytać, jak stary i nie trzeba niczego zmieniać). Przyczyną takiego stanu rzeczy jest bardzo analogowe podejście autorów formatów Ministersta Finansów do przesyłanych plików - właściwie sa to wydruki, gdzie dane zamiast tytułów kolumn mają (często niemające nic wspólnego z zawartością, kompletnie symboliczne i nieopisowe) tak zwane "znaczniki".

Warto wiedzieć, że użytkownicy starszych wesji MagAD (od 3.4 wzwyż) nie będa musieli wymieniać MagAD na nowszy (choc nie powoduje to żadnych rewolucji informatycznych - zetkniemy sie tylko niekiedy z nowymi funkcjonalnościami, nie tylko z łącznością z KSeF). Program do eksportowania JPK będzie miał także eksportowanie e-Faktur i wystarczy go zakupic, czy zakupic upgrade tego programu, a nie wymianiać cały MagAD.

B)
Pada też w moim kierunki wiele pytań, które należy kierować do księgowych, albo po prostu zaglądac na stronę Ministerstwa Finansów: https://ksef.podatki.gov.pl:
1) Wprowadzam kilka krótkich  faktur dziennie, albo wcale - czy koniecznie muszę "bawić się" w te eksporty do KSeF ?
Raczej nie - przynajmniej tak wynika z oficjalnej strony Ministerstwa Finansów:
https://www.ksef.pl/e-mikrofirma
Warto w tym zakresie zajrzeć także na https://ksef.podatki.gov.pl. Podejrzewam, że wpisanie tych paru faktur pójdzie szybciej, niż proces eksportowania, albo będzie porównywalne czasowo. Oprócz tego po zrobieniu sobie PDF po pracy z wystawionych faktur można je spokojnie wpisać w domu wieczorem, byle tego samego dnia, kiedy były wystawione.
2) Czy będzie trzeba dawac klientowi fakturę wydrukowaną ? Odp. Nie wiem, ale wyobraźmy sobie Policję, zatrzymującą samochód wyłądowany towarem bez żadnego dokumentu ...
3) Od kiedy obowiązkowy jest KSeF ? Odp.: Wg informacji na dzień 10.11.2025 na stronie https://ksef.podatki.gov.pl KSeF ma być obowiązkowy od 01.02.2026 dla podmiotów, których sprzedaż przekroczyła w roku 2024 (SIC!) 200 mln, dla innych od 1 kwietnia, a dla takich, którzy miesięcznie nie przekroczyli sprzedaży 10 tys. zł 01.01.2027 (za https://ksef.podatki.gov.pl, gdzie widać także całkiem uczciwie, co się dzieje w sprawie na aktualny dzień)
4) Jak założyć sobie konto KSeF ? Odp.: Wejść na stronę https://ksef.podatki.gov.pl - tam uzyskamy wiele pożytecznych informacji, nie tylko to. Polecam tez stronę "https://ksiegowosc.infor.pl/ksef/", gdzie także uzyskamy odpowiedzi na pytania, jakie zmiany w przepisach niesie KSeF.
5) Jak moi pracownicy i księgowość będą mogli korzystac z mojego KSeF ? Odp. To już trudniej znaleźć... Otóż z tego, co wyczytałem (proszę to zweryfikować) jest tak, że do końca 2026 wystarczy wygenerowac w aplikacji KSeF Ministerstwa Finansów token i udostępnić go tam, gdzie to jest potrzebne - tak było także w poprzednich latach. Od 01.01.2027 będzie działał system certyfikatów (także się będzie taki certyfikat generować, jak mniemam, np. w pliku) i uprawnień dla podmiotu uprawnionego - czyli zewnętrzna księgowość może użyć Państwa KSeF podając NIP i używając certyfikatu (pliku certyfikatu). Obawiam się, że wystąpią tu zawirowania, ponieważ uzywanie certyfikatów jest bardziej złożone, a i tak sprowadza się do tego samego, co token. Certyfikaty moga wygasać co czas pewien, jak wiem z praktyki stosowania takich sposobów. Daje sie ich używać w róznych systemach operacyjnych. Na razie na https://ksef.podatki.gov.pl nie znalazłem żadnej informacji na ten temat.

Czyli - ogólnie doradzam po prostu na zaglądanie na oficjalne strony Ministerstwa Finansów - tam powinna być zawsze aktualna informacja.

2024.02.10

Krajowy System e-faktur - odcinek 6
Przetestowałem program firmy "BC" z Sopotu do eksportu e-faktur w środowisku Windows 10. Instalacja jest  zdecydowanie utrudniona w stosunku do niższych wersji oraz emulatora Wine w Linuksie, ale działa. Nie rozumiem tego, co firma z Redmond wyrabia z tym swoim systemem.

2024.02.03

Krajowy System e-faktur - odcinek 5

Firma "BC" z Sopotu wydała już pierwszą wersję programu do eksportu e-faktur. Jak wspominałem wcześniej, MagAD będzie współpracował z tym programem. MagAD będzie produkował pliki e-faktur, a program "BC" będzie je wysyłał. Po ponad tygodniowych wstępnych testach doszliśmy do miejsca, kiedy pliki e-faktur, generowanych z MagAD eksportują się do interface Ministerstwa Fianansów za pomocą programu firmy "BC". Program był testowany w środowisku Linuksa 64 bit i 32 bit (Wine 3) oraz w Windows 8 32bit i działa stabilnie. Teraz rozpocząłem szczególowe testy, próbuję programowi podstawiać problematyczne dane, przeprowadzę tez testy na Windows 10 64bit, tworzona jest informacja z sugestiami dla firmy "BC", co wydaje mi się istotne do zmiany w programie eksportującym. Przy okazji wykonywane są korekty samego eksportu plików z bazy MagAD.

Planuję w oprogramowaniu to tak zorganizować, aby po wygenerowaniu plików z MagAD program ten właczył się automatycznie i z jego poziomu za pomoca wciśnięcia jednego, a potem drugiego klawisza faktury eksportowały się. Możliwe będzie wykoanie jakiejkolwiek innej czynności, czy ich szeregu zamiast wywołania programu eksportującego. Program firmy "BC" konfiguruje się wstępnie raz, a potem to rzeczywiście sprowadzi się do wcisnięcia dwóch przycisków "Wczytaj faktury" i "Wyslij do KseF", a może będzie to jeszcze bardziej proste.

Dodatkowo, jak wynika z komunikatu MF z 19.01.2024:
https://www.gov.pl/web/finanse/przesuniecie-terminu-wdrozenia-obowiazkowego-ksef
...wdrożenie KSeF zostało ... bezterminowo przesunięte.

Proponuję też poszukać sobie różnych uwag w sieci na temat "KseF". Niektóre, jak ta:
https://www.youtube.com/watch?v=Yo8x3gf_8-o
...mają chyba troche tytuły "pod publiczkę", ale pewne aspekty tej wypowiedzi wzbudziły mój niepokój. Polecam własnej ocenie.

Proszę też o zapoznanie się z wczesniejszymi "odcinkami" nt. "Krajowego Systemu e-faktur", zaczynając od odcinka nr 1. Jak widać, te najgorsze scenariusze, które starałem sie uczciwie przekazać w odcinku nr 1 nie spełnią się raczej :-).

2024.01.02

Krajowy System e-faktur - odcinek 4

Oczywiście przed przeczytaniem tego "odcinka" proszę o zapoznianie się z wcześniejszymi...

Pliki "e-faktur" już się zapisują na dysku. Kontrola Faktury VAT przechodzi już prawidłowo. Kolejne testy będą dotyczyć korekt oraz faktur VAT marża. Taka kontrola odbywa się przed skierowaniem faktury do systemu e-faktur. Okazuje się, że najkrótszy czastakiej kontroli (ok. 20:00, więc nie jest to czas największego obciążenia)  to ... 1 minuta 15 s dla jednaj faktury. Długość trwania kontroli zasadniczo nie zależy od ilości pozycji na fakturze. Nie chcę krakać, ale jeśli ktoś wystawi np. 100 faktur w ciągu dnia, to nawet przy pełnej automatyzacji procesu doda mu to ponad 2 h pracy ! Być może przekazywanie plików "e-faktur" do biur rachunkowych w celu wysyłki (o czym juz się powoli słyszy) będzie chyba najlepszym wyjściem, aby nie obciążać tymi czynnościami swojego pracownika... Tak czy owak zwiększy to koszty.

2023.12.22

Krajowy System e-faktur - odcinek 3

Oczywiście przed przeczytaniem tego "odcinka" proszę o zapoznianie się z wcześniejszymi...

Zakończyłem kodowanie tworzenia plików XML z e-fakturami. Było to duże wyzwanie, ponieważ trzeba było analizowac każdy element schematu e-faktury, czy dotyczy faktur, generowanych z MagAD. Sporo czasu zajęło także pobieranie różnych danych do e-faktury, które w niej sa, a nie sa konieczne do celów podatkowych, natomiast stanowią elementy pomocnicze, mogące pojawić sie na fakturze. Niekiedy trzeba było stosowac obejścia, ponieważ schemat e-faktury nie uwzględnia jadnek pewnych elementów.

Na dzisiejszy dzień tylko program do eksportu JPK generuje pliki e-faktur. "Wciągnięcie" tej funkcjonalności do MagAD 3.8 nastapi później. Teraz nastąpi żmudny okres testów i korekt.

2023.10.14

Krajowy System e-faktur - odcinek 2

Jeśli ktoś z Państwa nie czytał "odcinka 1" z 2023.02.18, to proszę od niego zacząć.

Zmieniło się nieco - dowiedziałem sie, że teraz już Ministerstwo Finansów wymaga przechodzenia faktur tylko dla firm przez KseF.
Rozmawiałem z firma BC z Sopotu, która zamierza zrobić oprogramowanie, które wyeksportuje pliki, generowane z MagAD. Przetesowałem ich inne oprogramowanie, czy jest ono w stanie zadziałac na Linuksie, ponieważ jest dedykowane dla Windows. Okazało się, że tak (za pomoca emulatora "wine").

2023.02.18

Krajowy System e-faktur - odcinek 1

Jak większośc z nas wie, rząd szykuje system, przez który mają przechodzić wszystkie faktury, nazwywany w krócie KSeF.
Planowane jest odroczenie rozpoczęcia przymusu użwania KSeF do 01.07.2024, jak wynika z:
https://www.gov.pl/web/kas/zmiany-w-projekcie-krajowego-systemu-e-faktur-ksef-po-uwagach-biznesu
...ale nie oznacza to, że jednak przymus stosowania KSeF oraz inne uwagi biznesu zostaną uwzględnione i KSeF nie ruszy kiedy indziej.
Proponuję też zapoznać się z akapitem "KSeF to korzyści dla biznesu" z tej strony, którego to akapitu nie skomentuję...
Nie można tego ominąć, wystawiając faktury z paragonem - niestety - faktury do paragonu muszą znaleźć się w KSEF.
Z tekstu, który jest poniżej widac, że sa duże trudności z opanowaniem tego przeze mnie, jest wiele deklaracji ze strony firm trzecich oraz obsługi informatycznej MF, w które do końca nie wierzę i należy się liczyć z tym, że MagAD nie podoła tej presji i trzeba go będzie wymięniać na coś innego. W takim krańcowym wypadku oczywiście będe wspópracował z instalatorami nowego oprogramowania u Państwa. MagAD ma takie możliwości eksportu, że bez trudu mozna z niego pobrać dane - potem pozostanie kwestia wstawienia ich do nowego oprogramowania przez jego serwis. Potem raczej zakończę działaność, ponieważ już drugi rok i tak zaczęła przynosić straty ze względu na brak zleceń. Zawiesic nie warto, poniewaz wtedy nie będę mógł wesprzeć nikogo nawet na zlecenie.

Tym niemniej ambitnie tworzona jest aktualnie wersja MagAD 3.8, która będzie eksportowała w możliwie jak najmniej wymagający dla operatora sposób dane pojedynczych faktur (w oddzielnych plikach lub jednym).

Prace posuwają się zdecydowanie powoli. Format e-Faktury przewiduje wszystkie przypadki faktur z ustawy o VAT i są to setki elementów do analizy. Na niektórych trzeba zatrzymać się na godzinę, aby zrozumieć, czy ten element dotyczy, ponieważ w schemacie struktury sa tylko odwołania do paragrafów, które trzeba studiować.
MagAD na pewno nie będzie miał opcji bezpośredniej łączności z interfejsem Ministerstwa Finansów, tak zwanym API.

Rozwiązania, które mogą te łącznośc z API pominąć:

W dostępnej nieodpłatnie Aplikacji Podatnika KSEF (https://www.podatki.gov.pl/ksef/) jest wg informacji, którą otrzymałem z serwisu informatycznego Ministerstwa Finansów możliwośc wgrywania z plików pojedynczych faktur.
Masowe wgrywanie faktur i większa integracja MagAD z interfejsami MF jest zbyt kosztowna, aby była opłacalna do wykonania przeze mnie z powodu nieużywanej przeze mnie technologi oraz dużej komplikacji procesów uwierzytelniania i opisu, który odbiega (na minus) od zrozumiałych opisów z przykładami kodu innych API, jak Shoper, GUS czy kody pocztowe z którymi ma łączność wersja 3.8 MagAD.
Informacje płynące od osób, próbujących wykonać interfejsy do eksportu e-Faktur, są takie, że z powodu ciągłych mikrozmian w tym systemie nie sposób wytworzyć raz pomostu, ale wymagane sią w miare częste upgrade, co może mieć znaczący wpływ na koszty, ponoszone przez podatnika.

MagAD 3.8 oraz MagAD-JPK (dostępny dla posiadaczy MagAD w wersji >=3.4) będą miały opcję wyboru generowania plików faktur oddzielnie i razem  Implementuję aktualnie tylko wersję 2 e-Faktury, ponieważ zacznie ona obowiązywać jeszcze w roku 2023.


Jeżeli nie musimy automatyzowac wysyłki (np. mamy mało faktur):

1. Pliki wygenerowane w MagAD lub MagAD-JPK, zgodnie z deklaracją  Ministerstwa Finansów:
http://www.informatyka.gdynia.pl/wysylanie_e_faktur.pdf
można będzie zaimportować w dniu ich wystawienia w Aplikacji Podatnika KSEF (https://www.podatki.gov.pl/ksef/) . Teoretycznie zaakceptowano uwagi "biznesu", że np. w wypadku awarii u podatnika będzie on mógł zaimportować/wpisac e-Faktury z jednodniowym opóźnieniem, ale na razie nie przekłada się to na zapisy prawne.

2. Jest też możliwość po prostu powtórnego wpisania ich ręcznie w dniu ich wystawienia ww. aplikacji albo udostępnianej przez MF aplikacji "e-mikrofirma", ponieważ proces generowania i importowania może zająć więcej czasu, niż szybkie wpisanie. E-Faktura przewiduje tylko podstawowy opis sprzedawanego towaru/usługi, więc nie powinno to zająć dużo czasu.

Jeżeli chcemy bardziej zautomatyzowac wysyłkę (np. mamy dużo faktur):

1. Będę rozmawiał z firmą BC z Sopotu, ponieważ planuje ona zrobić właśnie program do wysyłania wygenerowanych w innych programach faktur:
https://bcsopot.com.pl/faq/ksef.php
Program taki uzupełniałby problem, nierozwiązany bezpośrednio w MagAD. W tym wypadku MagAD najprawdopodobniej zawsze by był sprzedawany z tym programem. Muszę jednak najpierw przetestować, czy oprogramowanie firmy BC mozna uruchomić w środowisku Linuksa (za pomoca emulatora "Wine") - dla tych, ktorzy pracują w środowisku Linuksa. Jeżeli ta próba nie wyjdzie, w Linuksie poszukam innego rozwiązania.

2. Jeżeli nie uda się z BC Sopot i w jakiejś firmie używającej MagAD konieczne będa jednak takie bardziej zaawansowane funkcjonalności, a wszczególności wysyłanie seryjne e-Faktur musi sie ona liczyć z koniecznością napisania odpowiedniego pomostu przez firmę zewnętrzną, która działa na technologiach, udostepnianych przez MF. Pomost będzie musiał wysyłać wytworzone w MagAD pliki e-Faktur (pojedyncze lub razem w jednym pliku).

3. Dla tych, którzy MagAD od 3.4 wzwyż opcja generowania plików eFaktur w formacie XML KSeF umieszczona będzie w programie do generowania JPK, ponieważ format KSeF to właściwie to samo, co JPK_FA. Dzięki temu uzytkownicy starszych wersji będą mogli tylko po nabyciu programu do eksportu JPK generować pliki z fakturami do późniejszego wgrania za pomocą Aplikacji Podatnika KSEF. Będą mieli troche więcej pracy, ale nie muszą wymieniac podstawowego oprogramowania, co da oszczędności przede wszystkim na kosztach reinstalacji MagAD na wszystkich komputerach.

10.01.2020

Konieczość wystawiania paragonów z NIP nabywcy - cd.

Prace nad drukowaniem NIP są zakończone. W praktyce w wersji rozwojowej programu tak funkcjonalość już działa, normalnie będzie dostępna od wersji handlowej 3.7 . Jeżeli drukarki fiskalne, z którymi działa MagAD są wyprodukowane od 2016 roku włącznie, powinno dać się na nich drukować NIP nabywcy (MagAD używa kilku sposobów dla starszych i nowszych typów drukarek - jest więc możliwe, że i na starszej, niz 2016 rok NIP da się drukować). Inne niuanse takich wydruków będa umieszczone już w dokumentacji programu.

31.12.2019

Konieczość wystawiania paragonów z NIP nabywcy
Fiskus od 01.01.2020 nakazuje wystawić paragon z NIP nabywcy, jeśli nabywca w przyszłości będzie chciał otrzymać fakturę z NIP.
Czyli de facto chodzi tu tylko  w praktyce o podmioty niebędące osobą fizyczną. Do paragonu bez NIP nalezy wystawić fakture bez NIP kontrahenta.
Równocześnie z powodu niedoskonałości plików JPK nie mamy wystawiac paragonów dla firm, w szczególności tych liczonych inaczej, niż liczą kasy fiskalne, to jest z VAT obliczanym od wartości netto w grupach VAT w górę, czyli zgodnie z ustawą o VAT. Czy nie lepiej zatem od razu wystawić faktury VAT dla takiego podmiotu i nie komplikowac sytuacji ? Tak właśnie było dotąd i nadal jest to zgodne z prawem. Pamiętajmy, że dokumenty, do których wystawiono paragony fiskalne, rozliczane są na podstawie danych z urządzeń fiskalnych, a nie JPK (tak informowano mnie na szkoleniu z JPK).
Zatem tak właśnie sugeruję czynić posiadaczom wersji MagAD, które nie mają wbudowanej opcji drukowania takiego NIP na paragonach fiskalnych.
Z tego powodu, że dokumentacje różnych drukarek z protokołem POSNET-THERMAL "Esc-P", ktory wykorzystuje MagAD w sposób rozbieżny opisują funkcję, która można wykorzystać w drukarkach fiskalnych do drukowania NIP nabywcy, prace jeszcze trwają w tym zakresie.

Oczywiście - jeżeli ktoś miał włączone faktury dla fimr do wydruku na drukarce fiskalnej - musi je wyłączyć.

Uproszczony opis, jak zmienić konfigurację drukowania dokumentów przez drukarkę fiskalną znajdziecie Państwo tutaj:
konf_drukarki_fiskalnej.pdf

26.02.2018

MagAD-JPK w wersji 4.2 z obsługą JPK_VAT wersja 3 z dnia 09.02.2018 miał błąd zapisu daty zakupu dla dokumentów zakupu
Jest możliwy do pobrania program MagAD-JPK w wersji 4.2 z dnia 26.02.2018 (posiada skorygowaną sprawę, dot.ww. daty zakupu, a także zauważony błąd techniczny - niezależnie od wyboru zapisania pliku JPK w miejscu A czy B zawsze zapisywał w B). W kwestii możliwości pobrania proszę posiadających licencje na MagAD-JPK o kontakt e-mail. Jeżeli nie uzyskacie Państwo w rozsądnym czasie (do 2 dni) odpowiedzi, proszę o telefon.

10.02.2018

MagAD-JPK w wersji 4.2 z obsługą JPK_VAT wersja 3
Jest możliwy do pobrania program MagAD-JPK w wersji 4.2 z dnia 09.02.2018 (posiada pewne korekty techniczne w stosunku do wetsji 4.1, ale nie ma to wpływu na jakość i zawartośc generowanych JPK). W kwestii możliwości pobrania proszę posiadających licencje na MagAD-JPK o kontakt e-mail. Jeżeli nie uzyskacie Państwo w rozsądnym czasie (do 2 dni) odpowiedzi, proszę o telefon.

MagAD-JPK generalnie rozwijany jest "na żądanie" po sygnale o klientów, gdzie księgowi powinni pilnować pojawiających się zmian w przepisach (to jest ich zadanie, a nie informatyki). W innym wypadku bardzo zwiększają się koszty wytwarzania oprogramowania, które przenoszone są potem na użytkownika.

04.02.2018

Jednolity Plik Kontrolny JPK_VAT wersja 3 - działa
Program MagAD-JPK został przetestowany za pomocą nowego "Klienta JPK" Ministerstwa Finansów. W nadchodzacym tygodniu udostepnię wersję 4.1 MagAD-JPK, który obsługuje już najnowszy JPK-VAT w wersji 3 (ważny na rok 2018). Firmy, które zakupiły dotychczas licencje, nie muszą wykupowac żadnego upgrade. Sam proces reinstalacji jest prosty i polega na nadpisaniu pliku poprzedniego programu "MagAD-SQL". Trzeba będzie wykonać jeszcze raz inicjację danych. Jeżeli ktos życzy sobie reinstalacji, ponieważ nie ma informatyka (lub z innegj przyczyny), proszę o umówienie się za mną na jakis termin (będzie to usługa płatna - ale tylko za same czynności instalacji - zgodnie z moim cennikiem).

19.01.2018

Jednolity Plik Kontrolny JPK_VAT wersja 3
Otrzymałem odpowiedź od "jpk helpdesk" Ministerstwa Finansów. Cytuję:
--------------------------------
...jeśli chodzi o użycie Aplikacji Klient JPK 2.0 w dniu 1 luty 2018 będzie wydana aktualizacja która umożliwi wczytywanie, walidację i wysyłanie plików w wersji 3. Do tego momentu środowisko produkcyjne nie będzie przyjmowało tych plików oraz aplikacja nie ma tych opcji odblokowanych. W kontekście pytania i uwag dot. błędów w opisie do pliku schemy XSD - błędy w opisie są nam znane. Prawidłowymi danymi są zapisy w pliku XSD opis został zlecony do poprawienia.
--------------------------------
Zamieniając to na ludzki język - definicja JPK_VAT na rok 2018 w "MagAD-JPK" została zaprojektowana poprawnie i w lutym 2018, bo dopiero wtedy Ministerstwo Finansów uruchomi jego obsługę - będzie realna możliwość przetestowania "MagAD-JPK". Pojawi się wtedy nowa wersja "MagAD-JPK" z obsługą JPK_VAT na rok 2018.

10.01.2018

Jednolite Pliki Kontrolne dla wersji 3.6 i 3.5
"Jednolite Pliki Kontrolne" (JPK) dla wersji jw.obsługuje dodatkowy program "MagAD-JPK". Wybrano jednak tę formę, ponieważ ze względu na dynamicznie wprowadzane w MagAD 3.6 zmiany - ta wersja może nie zostać wesją handlową w odpowiednim czasie, choc używana jest już przez wiele podmiotów. Posiadacze innych wersji powinni wykonać więc upgrade programu do wersji 3.5 najpóźniej do terminu, w jakim obowiązani są do składania odpowiednich plików JPK i zakupić program "MagAD-JPK".
Aktualnie istnieje w nim obsługa JPK_VAT w wersji na rok 2017, JPK_FA i JPK_MAG. Wstępnie zaprojektowany jest JPK_VAT w wersji na rok 2018, ale niestety - definicje udostępniane przez MF są błędne, stąd klienci, którzy już posiadają MagAD-JPK będa musieli zakupić jego upgrade po tym, kiedy MF opublikuje poprawne definicje. Wystosowałem 10.01.2018 e-mail do "info.e-deklaracje@mf.gov.pl" z precyzyjnym opisem problemów, które uniemożliwiają prawidłowe stworzenie JPK_VAT w wersji 3 (rok 2018). Jeżeli nie uzyskam odpowiedzi w ciągu 7 dni, przekażę informacje oficjalnym pismem do wskazanej mi na szkoleniu w III Urzędzie Skabowym w Gdańsku jednostki Ministerstwa Finansów. Tak czy owak program "MagAD-JPK" obsługuje już na dzisiejszy dzień JPK_VAT w wersji 3, zgodnie z elektroniczną definicją, ponieważ to z nią musi on być technicznie zgodny. Rozważana jest możliwość wykonania JPK_WB oraz przywrócenia programu KPR, który funkcjonuje z MagAD i wtedy ten program będzie generował JPK_PKPiR - zależy to jednak od potrzeb klientów, które w tej chwili nie są artykułowane w tym zakresie.
Program MagAD-JPK może być już sprzedawany firmom, które nie mają innej możliwości generowania JPK_VAT (JPK_VAT powinien być generowany przez oprogramowanie księgowe dla wszystkich operacji z rejestru VAT) lub też muszą generowac JPK_FA lub JPK_MAG.