Biura rachunkowe stanęły przed problemem obsługi klientów wystawiających dużą ilość faktur sprzedaży. Stosowana do tej pory metoda zbiorczego ujmowania faktur wystawianych dla osób fizycznych nieprowadzących działalności gospodarczej została zakwestionowana przez interpretacje Urzędu Skarbowego. Oznacza to, że konieczne jest szczegółowe uwzględnienie wszystkich takich faktur w pliku JPK-V7. Przykładowo, w pliku JPK-V7 muszą być szczegółowo ujęte wszystkie faktury wystawione w aptekach.

Na pierwszy rzut oka dostępne opcje to:
1) Import faktur z plików JPK utworzonych w innych systemach.
2) Łączenie plików JPK, lub wysyłanie wielu plików JPK dla jednego podmiotu.

1) Ponoć dostępne są rozwiązania pozwalające na import faktur z plików JPK do Małej Księgowości. Niestety nie znam ich szczegółów.

2) Podczas wysyłania JPK-V7 za pomocą Klienta JPK WEB pojawia się komunikat o konieczności osobnego podpisywania podpisem kwalifikowanym wszystkich plików xml znajdujących się w przesyłce. Wniosek z tego taki, że przesyłka może zawierać więcej niż jeden plik xml. Problem w tym, że konstrukcja systemu JPK wydaje się pozwalać jedynie na jednoczesne wysyłanie JPK-V7. Nie oznacza to, że dwa pliki xml mogą zawierać dane za ten sam okres od tego samego podatnika. Przykładowo wysłanie z biura rachunkowego plików jpk za kilku przedsiębiorców wydaje się być logiczne, podobnie jak jednoczesne wysłanie korekt za kilka okresów. Przesłanie jednak kilku plików JPK dotyczących tego samego okresu i tego samego przedsiębiorcy może spowodować, że tylko jeden z nich zostanie przyjęty. Trafiłem też na doniesienia, że w przypadku JPK-V7 konieczne jest scalanie danych z wielu oddziałów, ponieważ każdy plik xml musi być kompletnym zapisem ewidencji.

Poszukuję rozwiązań, które mogą odciążyć biuro rachunkowe pracujące na Małej Księgowości. Ręczne wprowadzanie wszystkich dokumentów wystawianych przez obsługiwanych przedsiębiorców trudno jest uznać za właściwe podejście do problemu.

Trafiłem na rozwiązania:

My korzystamy z KT Konwertera i jesteśmy zadowoleni. Korzystamy głównie z JPK_VAT, lub JPK_FA. Ceny nie znam , jestem pracownikiem biura:).

Z cennika KT Konwertera:

w JPK_FA nie ma kodów GTU
w JPK_VAT nie ma kodów GTU i nie ma podziału stawek w dokumentach zakupu
w JPK_V7 nie ma adresów kontrahentów i podziału stawek w dokumentach zakupu

Żeby import z JPKów był "pełny" trzeba go robić z 2 plików JPK_FA z JPK_V7

z tym, że adres nie jest wymagany i może go nie być :)

Wydaje mi się, że w KPIR adres jest kontrahenta jest nadal wymagany.

Czyli, wskazane jest znalezienie konwertera, który będzie pobierał i łączył dane z JPK_FA i JPK_V7 jednocześnie. Niestety nie udało mi się potwierdzić, czy którykolwiek ze wspomnianych konwerterów jest w stanie tego dokonać.

Alternatywą będzie konieczność uzupełniania importowanych dokumentów ręcznie.

Konwerter mógłby uzupełniać dane kontrahenta z GUS w trakcie konwersji.

Jeżeli konwerter przewiduje możliwość ręcznej korekty to stanowi to interesującą funkcję. Można też rozważyć dodatkowy konwerter pośredni uzupełniający dane o brakujące oznaczenia GTU.

W sytuacjach jakie mi opisano można będzie przyjąć założenia, że wszystkie faktury wystawione dla osób fizycznych w niektórych firmach przechodzą zawsze przez urządzenie fiskalne. Z kolei w innej firmie wszystkie faktury są wystawiane na usługi telekomunikacyjne. To daje możliwość automatycznego uzupełniania danych.

Natrafiłem na informację, że format 3.0 może przenosić oznaczenia GTU. Czyli stosowny konwerter pomiędzy JPK i fomatem 3.0 może rozwiązać problem.

-----------------------------------------------------

Trafiłem na konwerter JPK do formatu 3.0 na stronie Niestety brak jest informacji o cenie tego rozwiązania. W blogu widnieje informacja o możliwości ręcznego nadawania GTU przed zapisaniem w formacie symfonii.