Jak przygotować firmę do zmiany programu do faktur?

Dlatego najlepiej nie traktować zmiany programu jak instalacji nowej aplikacji. To raczej przeniesienie niewielkiego fragmentu firmowych procesów z jednego środowiska do drugiego. Im więcej faktur wystawia przedsiębiorstwo, tym bardziej opłaca się zrobić to według planu.

Najgorszy scenariusz to zakończenie abonamentu w starym systemie, a dopiero później sprawdzanie, czego nie udało się przenieść.

Zanim wybierzesz nowy program, sprawdź, z czego naprawdę korzystasz

Listę wymagań łatwo zbudować na podstawie funkcji oferowanych przez producentów. Lepsza metoda to sprawdzenie własnej historii pracy.

Jeżeli firma przez ostatni rok nie wystawiła ani jednej faktury pro forma, brak rozbudowanego modułu pro form prawdopodobnie nie będzie problemem. Jeśli natomiast codziennie automatycznie importuje kilkaset zamówień z WooCommerce, integracja ze sklepem staje się jednym z podstawowych kryteriów wyboru.

Przed migracją dobrze więc spisać elementy faktycznie używane w obecnym systemie. Zwykle będą to między innymi faktury sprzedaży i korekty, baza klientów, produkty i usługi, serie numeracji, cykliczne faktury, waluty, języki dokumentów, magazyn, płatności, przypomnienia, integracje oraz dostęp pracowników i biura rachunkowego.

Nie trzeba przenosić wszystkiego. Trzeba natomiast wiedzieć, z czego można świadomie zrezygnować.

Szczególnie dokładnie należy sprawdzić funkcje działające „w tle”. Użytkownik może od miesięcy nie pamiętać, że program każdego pierwszego dnia miesiąca wystawia 70 faktur abonamentowych, wysyła je klientom i po terminie płatności automatycznie generuje przypomnienia. Po zmianie systemu brak tej automatyzacji szybko da o sobie znać.

Dane ze starego programu warto zabezpieczyć przed migracją

Nie należy zakładać, że po zmianie programu zawsze będzie można zalogować się do poprzedniego systemu i znaleźć potrzebny dokument.

Warunki dostępu do danych po zakończeniu abonamentu zależą od dostawcy. Dlatego jeszcze przed wypowiedzeniem umowy warto wykonać eksport.

Najbardziej użyteczne są dane w formacie, który pozwala je później wykorzystać, a nie tylko obejrzeć. PDF-y faktur są dobrym archiwum dla człowieka, ale znacznie gorzej nadają się do importu. Jeśli system umożliwia eksport do CSV, XLSX, XML lub innego uporządkowanego formatu, dobrze pobrać również takie pliki.

Osobno warto zabezpieczyć bazę kontrahentów, produktów i usług.

W firmie działającej od kilku lat może znajdować się kilka tysięcy klientów. Ręczne przepisywanie ich do nowego programu nie ma sensu, zwłaszcza że zwiększa ryzyko błędów w NIP-ach, adresach czy nazwach.

Przy archiwizacji trzeba też pamiętać, że faktury znajdujące się w KSeF są przechowywane w systemie przez 10 lat, licząc od końca roku, w którym zostały wystawione. Nie rozwiązuje to jednak całego problemu migracji. Firma może potrzebować starszych dokumentów, faktur wystawionych poza KSeF, załączników, ofert, zamówień, dokumentów magazynowych, historii płatności czy własnych notatek. Tych danych KSeF nie zastąpi.

Nie przenoś bałaganu do nowego systemu

Migracja jest dobrym momentem na wyczyszczenie danych.

Jeżeli w starej bazie znajduje się pięć wpisów tego samego kontrahenta, nie ma większego sensu importować wszystkich pięciu. Podobnie z nieaktualnymi produktami, dawnymi cennikami czy klientami testowymi utworzonymi kilka lat wcześniej.

Dobrym przykładem są kontrahenci występujący w bazie pod nazwami:

„ABC Sp. z o.o.”
„ABC sp z oo”
„ABC”
„ABC Spółka z ograniczoną odpowiedzialnością”.

Dla użytkownika może być oczywiste, że chodzi o tę samą firmę. Po imporcie do nowego systemu pozostaną jednak cztery rekordy.

Przed przenoszeniem danych warto więc usunąć duplikaty i uzupełnić najważniejsze braki. Nie chodzi o tygodniowe porządki w każdej historycznej pozycji, lecz o to, żeby nowego programu nie rozpoczynać z dokładnie tym samym bałaganem.

Numeracji faktur nie zaczynaj przypadkowo

To jeden z drobiazgów, które potrafią spowodować zamieszanie już pierwszego dnia.

Załóżmy, że w starym programie ostatnią wystawioną fakturą jest FV/846/08/2026. Nowy system po uruchomieniu proponuje numer FV/1/08/2026.

Tego ustawienia nie powinno się bez sprawdzenia zaakceptować.

Przed wystawieniem pierwszego dokumentu trzeba ustalić dotychczasowy sposób numerowania faktur oraz skonfigurować odpowiednie serie w nowym systemie. Numer faktury musi jednoznacznie identyfikować dokument w ramach przyjętej serii.

Problem robi się większy, gdy firma korzysta z kilku numeracji, np. osobnej dla sklepu internetowego, sprzedaży stacjonarnej, usług albo różnych oddziałów.

Dobrym rozwiązaniem jest przeprowadzenie migracji w wyraźnym punkcie odcięcia. Na przykład: wszystkie faktury do końca danego dnia wystawiane są w starym systemie, a od następnego dnia wyłącznie w nowym. W małej firmie można zrobić to z dnia na dzień. W większej lepiej wybrać moment o mniejszej liczbie operacji.

Przez pewien czas dobrze pozostawić stary program dostępny w trybie tylko do odczytu, jeżeli dostawca daje taką możliwość.

Przy KSeF trzeba przenieść nie tylko fakturowanie

W firmach objętych obowiązkowym KSeF zmiana programu do faktur wymaga dodatkowego testu: czy nowy system prawidłowo komunikuje się z KSeF 2.0.

Od 1 lutego 2026 r. odbieranie faktur przy użyciu KSeF jest obowiązkowe. Obowiązek ich wystawiania wszedł etapami – od 1 lutego dla największych podatników i od 1 kwietnia dla pozostałych. Najmniejsi podatnicy, których miesięczna sprzedaż dokumentowana fakturami nie przekracza 10 000 zł brutto, korzystają jeszcze z odroczenia do końca 2026 r.

Przy zmianie programu trzeba sprawdzić przede wszystkim wysyłanie faktur do KSeF, pobieranie dokumentów zakupowych, obsługę numerów KSeF, korekty, status wysłanego dokumentu oraz zachowanie programu w przypadku problemów z dostępnością systemu.

Sam napis „integracja z KSeF” na stronie producenta to za mało. W firmie dobrze wykonać kilka rzeczywistych scenariuszy.

Wystawić fakturę. Sprawdzić, czy została przyjęta. Odczytać nadany numer KSeF. Pobrać fakturę zakupu. Wystawić korektę. Zweryfikować, czy użytkownik widzi odrzucenie dokumentu, jeśli KSeF go nie przyjmie.

Jeżeli firma korzysta z trybów szczególnych, znaczenie ma również obsługa certyfikatów KSeF. Certyfikat jest potrzebny między innymi do odpowiedniego oznaczania dokumentów wystawianych w trybie offline24. Tokeny nadal mogą być używane do uwierzytelnienia w KSeF w 2026 r., ale od 1 stycznia 2027 r. mają pozostać już wyłącznie certyfikaty KSeF.

Przy migracji warto więc od razu przygotować rozwiązanie docelowe, zamiast budować integrację wokół mechanizmu, który za kilka miesięcy przestanie funkcjonować.

Nie powinno się też bez potrzeby przekazywać nowemu dostawcy tych samych danych uwierzytelniających, które były używane przez poprzedni system. Po zakończeniu migracji dobrze przejrzeć aktywne uprawnienia oraz używane mechanizmy dostępu i usunąć te, które nie są już potrzebne.

Integracje najczęściej wychodzą dopiero po uruchomieniu

Sama faktura może działać poprawnie, a mimo to zmiana programu zakończy się problemami.

Sklep internetowy nie przekazuje zamówień. Biuro rachunkowe przestało otrzymywać dokumenty. System CRM nadal próbuje tworzyć faktury w poprzednim programie. Link do płatności nie pojawia się w wiadomości do klienta. Płatności z banku nie są automatycznie kojarzone.

Dlatego przed przełączeniem warto narysować sobie prostą mapę przepływu informacji:

zamówienie → faktura → KSeF → płatność → księgowość.

Jeżeli po drodze występują inne systemy, każdy z tych punktów trzeba sprawdzić.

W sklepie internetowym ważna będzie nie tylko sama możliwość wystawienia faktury, lecz również poprawny import danych klienta, stawek VAT, rabatów, kosztów dostawy, waluty i numeru zamówienia.

Przy integracji z księgowością trzeba ustalić, czy dokumenty trafiają do niej automatycznie, poprzez eksport pliku czy przez dostęp księgowej do programu.

Firma korzystająca z API powinna z kolei sprawdzić dokumentację nowego systemu jeszcze przed podpisaniem umowy. Różnice między API dwóch programów mogą oznaczać konieczność zmiany własnego oprogramowania.

Najbezpieczniejszy jest krótki okres równoległego dostępu

Nie chodzi o jednoczesne wystawianie tych samych faktur w dwóch systemach. To stworzyłoby więcej problemów niż korzyści.

Dobrze natomiast przez pewien czas mieć możliwość zalogowania się do obu programów. Nowy służy już do bieżącej pracy, a poprzedni pozostaje źródłem historii oraz punktem odniesienia.

W pierwszych dniach można dzięki temu szybko porównać wygląd dokumentów, dane kontrahentów, sposób naliczania podatków, ustawienia płatności i inne elementy, których nie udało się przewidzieć podczas testów.

Przed właściwym przełączeniem warto wystawić w nowym systemie kilka dokumentów testowych obejmujących różne sytuacje używane w firmie: zwykłą sprzedaż krajową, korektę, fakturę walutową, odwrotne obciążenie lub inną specyficzną procedurę – oczywiście tylko wtedy, gdy przedsiębiorstwo rzeczywiście z niej korzysta.

Nie ma potrzeby testować funkcji, których firma nigdy nie używa. Znacznie ważniejsze jest przejście od początku do końca przez kilka typowych procesów.

Co powinno być gotowe w dniu przełączenia?

Przed wystawieniem pierwszej właściwej faktury w nowym systemie powinny być już zaimportowane potrzebne dane, ustawiona numeracja, podłączony KSeF i sprawdzone najważniejsze integracje.

Pracownicy powinni wiedzieć, gdzie wystawiać dokumenty i czego od tego momentu nie robić w starym systemie. Jeżeli program obsługuje role użytkowników, trzeba wcześniej nadać odpowiednie uprawnienia sprzedawcom, księgowości czy administratorom.

Dobrze również sprawdzić ustawienia, które łatwo przeoczyć: numer rachunku bankowego, terminy płatności, domyślną stawkę VAT, dane sprzedawcy, stopkę wiadomości, logo, języki dokumentów oraz adres e-mail używany do wysyłki.

W firmie wystawiającej kilkanaście faktur miesięcznie całą migrację można zwykle przeprowadzić stosunkowo prosto. Przy tysiącach dokumentów, kilku oddziałach i wielu integracjach potrzebny jest już plan migracji z wyznaczonym momentem przełączenia i osobą odpowiedzialną za każdy element.

Największym błędem jest sprawdzanie nowego programu dopiero na pierwszym kliencie czekającym na fakturę.

Dobra zmiana programu do faktur jest właściwie mało widowiskowa. Jednego dnia pracownicy kończą pracę w starym systemie, następnego zaczynają w nowym, a klienci nie zauważają różnicy. Właśnie taki rezultat oznacza, że migracja została przygotowana dobrze.