Większość firm traktuje JPK_CIT jak kolejny raport do wygenerowania. Struktura wymaga jednak danych, których w księgach zwykle nie ma, więc pierwszą robotą nie jest plik, a sprawdzenie, czego brakuje i jak głęboko. Dopiero na tym da się oprzeć uczciwą wycenę.
Zdalnie · cała Polska · OL-COM Bartosz OlchowikWasz system księgowy prowadzi dziś księgi tak, żeby się zgadzały i żeby dało się z nich zrobić sprawozdanie. JPK_KR_PD wymaga, żeby przy zapisach siedziały dodatkowe informacje, których nikt wcześniej nie musiał tam wprowadzać, bo do niczego nie były potrzebne. Ten sam obowiązek w dwóch firmach na tym samym systemie może oznaczać dwa tygodnie albo trzy miesiące roboty. Różnica siedzi wyłącznie w stanie danych.
Punkt startu, który daje liczby zamiast opinii. Sprawdzam na Waszej bazie Impulsa, ile zapisów i kontrahentów wymaga uzupełnienia, gdzie są luki i jak daleko wstecz sięgają. Z tym raportem możecie ocenić dowolną ofertę, także moją.
Braki mają dwie przyczyny: dane nigdy nie były wprowadzane albo są wprowadzane, ale gubią się po drodze. Pierwsze uzupełnia się jednorazowo, drugie trzeba naprawić u źródła, inaczej luka odtworzy się w następnym miesiącu.
Komponent czyta z bazy Impulsa, składa strukturę i waliduje ją przed wysyłką, ale żyje osobno od rdzenia systemu. Dzięki temu kolejne zmiany w strukturach ogłaszane przez Ministerstwo nie wymagają ruszania ERP ani czekania na aktualizację od producenta.
Pierwszy plik jest najdroższy, kolejne mają być rutyną. Zostawiam mechanizm, który sprawdza kompletność danych w trakcie roku, a nie po jego zamknięciu, oraz dokumentację, żeby dało się to obsłużyć bez mojego udziału.
Impuls stoi na otwartej bazie Oracle. Praktycznie wszystko, czego struktura potrzebuje, w tej bazie już jest, tylko rozproszone po tabelach, których nikt nie łączył w ten konkretny sposób, bo nie było po co. To dobra wiadomość: częściej chodzi o zestawienie i uzupełnienie niż o wprowadzanie wszystkiego od zera.
Współpraca
Najpierw liczby, potem decyzja o zakresie. Nie odwrotnie.
Potrzebuję dostępu do kopii bazy albo do środowiska testowego. Na produkcji nic nie zmieniam na tym etapie, tylko czytam.
Dostajecie raport z liczbami: ile zapisów i kontrahentów wymaga uzupełnienia, gdzie są luki, jak daleko wstecz sięgają. To dokument, z którym możecie iść do dowolnego wykonawcy.
Po audycie wiadomo, ile jest roboty. Wtedy podaję zakres, termin i koszt wdrożenia, a Wy decydujecie, czy i w jakiej kolejności to robimy.
Uzupełnienie danych, naprawa miejsc, gdzie się nie zapisują, silnik składający i walidujący plik, kontrola kompletności na kolejne lata.
FAQ
Nie, i to jest źródło większości nieporozumień. Struktura wymaga danych, których w księgach zwykle nie ma: znaczników kont, NIP-ów przy zapisach, numerów KSeF, danych o środkach trwałych. Sam mechanizm składający plik można napisać w kilka dni. Uzupełnienie brakujących danych trwa znacznie dłużej.
Część na pewno tak: samą strukturę i mechanizm wysyłki. Producent nie uzupełni jednak za Was danych w księgach, bo nie wie, jakie znaczniki przypisać Waszym kontom ani skąd wziąć brakujące NIP-y przy zapisach z lat wcześniejszych. Ta praca zostaje po stronie firmy niezależnie od dostawcy.
To pytanie do Waszego doradcy podatkowego, nie do programisty — zależy od tego, jak rozliczacie VAT i jaki macie rok podatkowy. Odpowiedź nie zmienia jednak zakresu roboty technicznej, tylko termin, do którego trzeba ją zrobić. Aktualne struktury i wyjaśnienia publikuje Ministerstwo Finansów.
Tego nie da się rzetelnie powiedzieć bez zajrzenia do bazy. Ten sam obowiązek w dwóch firmach na tym samym systemie oznacza dwa tygodnie albo trzy miesiące. Dlatego pierwszym krokiem jest audyt z konkretnymi liczbami, a nie wycena z góry.
Liczby, na których da się oprzeć decyzję: ile zapisów nie ma NIP-u i za jakie okresy, jak wygląda plan kont pod kątem mapowania, gdzie nie przenoszą się numery KSeF, co w ewidencji środków trwałych wymaga uzupełnienia. Plus ocenę, ile z tego da się uzupełnić masowo, a co wymaga ręcznej decyzji.
Nie. Raport jest Wasz i możecie z nim iść do dowolnego wykonawcy, także do producenta systemu. Taki jest sens robienia audytu osobno: żebyście wiedzieli, ile pracy jest naprawdę do wykonania, zanim ktokolwiek wystawi ofertę.
Bo struktury się zmieniają. Komponent czytający z bazy i składający plik można poprawić bez ruszania rdzenia systemu i bez czekania na aktualizację od producenta. To ta sama zasada, którą stosuję przy wszystkich modyfikacjach: zmiana żyje obok standardu, nie w jego środku.
Od wiadomości i od dostępu do kopii bazy albo środowiska testowego. Napisz, na jakiej wersji Impulsa pracujecie i kto u Was odpowiada za księgi, a odpowiem, co potrzebuję do audytu i ile on potrwa.
Nie ma tu Twojego pytania? Zadaj je — odpowiadam też wtedy, gdy nic z tego nie wynika. Formularz jest tutaj albo napisz wprost na kontakt@bartoszolchowik.pl.