Zmianę dostawcy księgowości planujemy od daty przejęcia odpowiedzialności, a następnie cofamy harmonogram do audytu danych, uzgodnienia cut-off, przekazania dostępów i próbnego zamknięcia. Przed dniem startu musimy wiedzieć, kto zamyka rozpoczęty okres, kto rozlicza dokumenty otrzymane z opóźnieniem i według jakich kryteriów zostanie zaakceptowany pierwszy pakiet raportowy.
Największym ryzykiem nie jest sam transfer plików. Problemy powstają na styku księgi głównej, ewidencji pomocniczych, podatków, KSeF, systemu ERP, raportowania grupowego i nierozwiązanych pozycji pozostawionych przez poprzedniego dostawcę.
Dlatego migracji nie rozpoczynamy od pytania „jak przekazać dokumenty?”, lecz od trzech decyzji: co dokładnie przejmujemy, od którego momentu odpowiadamy za wynik procesu i po czym obie strony poznają, że proces działa prawidłowo.
Najpierw ustalamy datę T i kryteria gotowości
Data T oznacza moment operacyjnego przejęcia uzgodnionych procesów, a nie wyłącznie początek obowiązywania umowy. Powinna zostać powiązana z kalendarzem zamknięcia, deklaracji podatkowych, raportowania grupowego i audytu.
Zmiana na początku roku obrotowego daje wyraźną granicę między okresami, ale nakłada się na zamknięcie roczne, sprawozdawczość i prace audytowe. Przejęcie w trakcie roku ogranicza tę kumulację, lecz wymaga dokładnego uzgodnienia obrotów i sald od początku roku oraz odpowiedzialności za późniejsze korekty.
Nie wskazujemy jednego uniwersalnego terminu. Wybieramy moment, dla którego organizacja potrafi zapewnić komplet danych, dostępność kluczowych osób i czas na weryfikację pierwszego zamknięcia.
Harmonogram migracji liczony względem daty przejęcia
| Faza | Co musi zostać wykonane? | Kryterium przejścia dalej |
| Przygotowanie przed T | Ustalamy zakres procesów, systemy, role, wolumeny, kalendarz zamknięcia i wymagania grupowe. | Każdy proces ma właściciela, termin i określone dane wejściowe. |
| Audyt początkowy | Rozpoznajemy stan ksiąg, dokumentacji, otwartych okresów, integracji i nierozwiązanych pozycji. | Lista braków i ryzyk jest kompletna, przypisana do właścicieli i oddzielona od bieżącej obsługi. |
| Transfer wiedzy | Przekazujemy procedury, kalendarze, mapping kont, reguły podatkowe, raporty i sposób obsługi wyjątków. | Nowy zespół potrafi odtworzyć przebieg procesu i wskazać źródło każdego kluczowego raportu. |
| Weryfikacja przed T | Sprawdzamy dostępy, próbki danych, uzgodnienia, raporty, workflow i ślad audytowy. | Nie występują krytyczne braki uniemożliwiające księgowanie, rozliczenie podatków lub raportowanie. |
| Data T | Uruchamiamy uzgodniony model odpowiedzialności i protokół cut-off. | Każdy dokument można jednoznacznie przypisać do starego albo nowego modelu obsługi. |
| Stabilizacja po T | Kontrolujemy pierwsze zamknięcie, korekty, wyjątki, terminy i jakość raportów. | Proces daje powtarzalny wynik bez krytycznych rozbieżności i niekontrolowanej pracy ręcznej. |
Audyt początkowy musi wykazać, co naprawdę jest przejmowane
Audyt migracyjny powinien objąć nie tylko dokumentację, lecz cały przepływ danych od źródła do raportu końcowego. Pozwala nam odróżnić formalnie opisany proces od sposobu, w jaki księgowość rzeczywiście działa podczas zamknięcia miesiąca.
Sprawdzamy zakres procesów finansowo-księgowych, liczbę spółek, wolumen dokumentów, rachunki bankowe, waluty, ewidencje pomocnicze, wymagania podatkowe oraz częstotliwość raportowania. W strukturach międzynarodowych uwzględniamy także IFRS, US GAAP, lokalne przepisy i pakiety wymagane przez centralę.
W audycie wstępnym sprawdzamy również gotowość nowego dostawcy do obsługi JPK_CIT. Weryfikujemy, czy potrafi przejąć ten obowiązek od strony procesowej i systemowej oraz czy zakres odpowiedzialności za przygotowanie, kontrolę i przekazanie wymaganych danych został jednoznacznie ustalony.
Szczególnej uwagi wymagają pozycje otwarte: nierozliczone należności i zobowiązania, konta przejściowe, dokumenty oczekujące na akceptację, korekty, środki trwałe, rozliczenia międzyokresowe oraz salda wymagające wyjaśnienia. Sam eksport salda nie potwierdza jeszcze, że nowy zespół rozumie jego strukturę i potrafi je rozliczyć.
Zakres ubezpieczenia OC trzeba sprawdzić przed podpisaniem umowy
Przed zmianą dostawcy weryfikujemy nie tylko posiadanie polisy OC, lecz także jej zakres, sumę gwarancyjną i okres ochrony. Przedsiębiorcy świadczący usługi prowadzenia ksiąg rachunkowych podlegają obowiązkowemu ubezpieczeniu OC na podstawie art. 76h ustawy o rachunkowości, a minimalna suma gwarancyjna odpowiada równowartości 10 000 euro.
Obowiązkowy zakres ochrony dotyczy jednak usługowego prowadzenia ksiąg rachunkowych. Nie obejmuje automatycznie prowadzenia ksiąg podatkowych ani rozliczeń z ZUS, NFZ czy PFRON, czyli obszarów, w których również mogą powstać istotne błędy. Dlatego sprawdzamy, czy dostawca posiada dodatkową ochronę obejmującą wszystkie procesy przejmowane w ramach umowy.
Przy zmianie dostawcy kontrolujemy także ciągłość ochrony. Trzeba ustalić, czy polisa poprzedniego dostawcy obejmie roszczenia dotyczące błędów popełnionych w okresie świadczenia usług, ale zgłoszonych już po zakończeniu współpracy, oraz od którego momentu i w jakim zakresie działa polisa nowego dostawcy.
Cut-off oddziela odpowiedzialność starego i nowego dostawcy
Protokół cut-off określa, według jakiej reguły dokumenty i korekty trafiają do dotychczasowego albo nowego dostawcy. Bez takiego odcięcia część operacji może zostać zaksięgowana podwójnie, a część pozostać poza obydwoma zespołami.
Nie wystarczy przyjąć, że wszystko „do końca miesiąca” realizuje poprzedni dostawca. Trzeba rozdzielić datę dokumentu, datę wpływu, okres księgowy, moment akceptacji oraz datę ujęcia w rejestrze podatkowym.
Minimalny protokół odcięcia danych
- Zamrażamy zakres przekazania – wskazujemy księgi, spółki, okresy, raporty oraz procesy objęte migracją.
- Ustalamy ostatnie zadania poprzedniego dostawcy – w tym zamknięcie okresu, deklaracje, raporty i uzgodnienia.
- Definiujemy obsługę dokumentów spóźnionych – wskazujemy, kto ujmuje faktury i korekty dotyczące okresu sprzed daty T.
- Potwierdzamy obroty i salda – księga główna musi być zgodna z ewidencjami pomocniczymi i danymi raportowymi.
- Rejestrujemy pozycje otwarte – każda rozbieżność otrzymuje opis, właściciela i termin wyjaśnienia.
- Kontrolujemy pierwsze księgowania po T – szczególnie operacje na przełomie okresów i dokumenty przeniesione pomiędzy obiegami.
Bilans otwarcia traktujemy jako punkt kontrolny, a nie pojedynczy plik. Weryfikujemy, czy salda mają właściwą analitykę, czy można je powiązać z dokumentami źródłowymi oraz czy zgadzają się z należnościami, zobowiązaniami, bankami, środkami trwałymi i raportowaniem podatkowym.
Matryca odpowiedzialności zapobiega lukom między zespołami
Każdy krytyczny proces powinien mieć wykonawcę, osobę zatwierdzającą, konsultowanych ekspertów i odbiorców informacji. Sama lista zadań nie wystarcza, jeżeli kilka stron uważa, że odpowiedzialność leży po stronie kogoś innego.
Stosujemy logikę RACI: R oznacza wykonawcę, A – właściciela rezultatu, czyli jedną osobę lub stronę odpowiedzialną za jego zatwierdzenie, C – osobę konsultowaną, a I – odbiorcę informacji. Poniższa tabela przedstawia przykładowy podział odpowiedzialności w modelu pełnego outsourcingu. W modelu co-sourcingowym należy przygotować odrębną matrycę, odpowiadającą procesom pozostającym po stronie wewnętrznego działu finansowego.
| Proces | Zarząd / CFO | Finanse wewnętrzne | Dotychczasowy dostawca | Nowy dostawca |
| Zatwierdzenie zakresu i daty T | A | R | I | C |
| Przekazanie danych historycznych | I | A | R | C |
| Uzgodnienie obrotów i sald za okres przed datą T | I | A | R | C |
| Akceptacja kosztów i wyjątków biznesowych | I | A | I | C |
| Pierwsze zamknięcie po T | I | A | C | R |
| Pakiet raportowy do grupy | I | A | C | R |
Matrycy nie kopiujemy automatycznie między projektami. Jeżeli wewnętrzny dział finansowy zachowuje controlling, akceptacje biznesowe lub wybrane elementy Tax Compliance, przygotowujemy osobny wariant RACI dla modelu co-sourcingowego. Dzięki temu każda czynność ma jednoznacznie wskazanego wykonawcę i jedną stronę zatwierdzającą rezultat.
SLA musi mierzyć rezultat, a nie samą aktywność
Dobre SLA odpowiada na cztery pytania: co mierzymy, od którego momentu, z jakich danych i co dzieje się po przekroczeniu ustalonego poziomu. Wartości docelowe ustalamy na podstawie kalendarza organizacji, wolumenu i jakości danych wejściowych, zamiast wpisywać do umowy przypadkowe standardy rynkowe.
Przykładowo termin raportu nie może być liczony bez informacji o granicznej dacie dostarczenia dokumentów i akceptacji kosztów. W przeciwnym razie dostawca odpowiada za opóźnienie powstałe przed rozpoczęciem jego części procesu.
| Obszar SLA | Co mierzymy? | Od kiedy liczymy? | Co trzeba doprecyzować? |
| Zamknięcie miesiąca | Termin przekazania uzgodnionych danych lub pakietu | Od granicznego terminu otrzymania kompletnych danych | Kalendarz, zakres uzgodnień, materialność i wyjątki |
| First Time Right | Odsetek rezultatów niewymagających korekty | Od pierwszego formalnego przekazania rezultatu | Definicję błędu i wyłączenia wynikające ze zmiany danych źródłowych |
| Rozliczenia podatkowe | Termin i kompletność kalkulacji oraz deklaracji | Od otrzymania wymaganych danych podatkowych | Zakres kontroli, akceptację i odpowiedzialność za dane |
| Zapytania krytyczne | Czas reakcji i czas rozwiązania | Od rejestracji kompletnego zgłoszenia | Poziomy priorytetów, godziny obsługi i ścieżkę eskalacji |
| Pozycje otwarte | Liczbę i wiek nierozwiązanych pozycji | Od daty identyfikacji problemu | Właściciela, termin oraz przyczynę blokującą rozwiązanie |
| Raportowanie grupowe | Terminowość i liczbę korekt pakietu | Od zamrożenia danych lokalnych | Mapping, kontrolę wersji i zasady korekt po akceptacji |
Rozdzielamy czas pierwszej reakcji od czasu rozwiązania. Potwierdzenie odebrania pytania audytora nie jest równoznaczne z przygotowaniem kompletnej odpowiedzi, szczególnie gdy potrzebna jest decyzja biznesowa albo dokumentacja z innego działu.
Nie ograniczamy SLA do terminowości. Kontrolujemy również poprawność, kompletność, liczbę korekt, wiek pozycji otwartych i powtarzalność błędów, ponieważ szybki raport wymagający wielokrotnych poprawek nie daje zarządowi wiarygodnej informacji.
Pierwsze zamknięcie po migracji jest testem całego modelu
Pierwszy close po dacie T powinien potwierdzić spójność księgi głównej, ewidencji pomocniczych, podatków i raportowania. Nie oceniamy powodzenia migracji wyłącznie na podstawie tego, czy wszystkie dokumenty zostały wprowadzone do ERP.
Kontrolujemy uzgodnienia sald, konta przejściowe, należności, zobowiązania, banki, koszty, przychody, rozliczenia międzyokresowe i dane podatkowe. Sprawdzamy również, czy raport zarządczy i pakiet grupowy można powiązać ze źródłowymi zapisami.
W organizacjach pracujących w modelu fast close migracja nie może sprowadzać się do przeniesienia presji na nowy zespół. Zachowanie krótkiego harmonogramu wymaga wcześniejszych odcięć, kontroli wyjątków, uzgodnionych reguł istotności i jasnego podziału odpowiedzialności pomiędzy finanse, podatki, controlling, IT i biznes.
W grupie kapitałowej kontrolujemy mapping i intercompany
Lokalnie poprawne księgi mogą nadal generować błąd w konsolidacji, jeżeli mapping kont, okres ujęcia lub salda intercompany nie są spójne. Dlatego przejęcie raportowania grupowego obejmuje więcej niż odtworzenie dotychczasowego arkusza.
Weryfikujemy przełożenie lokalnego planu kont na pakiet grupowy, właściciela zmian w mappingu oraz zasady zamrażania danych. Kontrolujemy również wersje plików i sposób dokumentowania korekt wprowadzanych po zaakceptowaniu pakietu.
W transakcjach wewnątrzgrupowych porównujemy obie strony operacji. Różnica pomiędzy należnością jednej spółki a zobowiązaniem drugiej może wynikać z odmiennego okresu ujęcia, kursu walutowego, błędnej klasyfikacji albo braku wspólnej logiki raportowania.
Uzgodnienie intercompany powinno nastąpić przed finalnym zatwierdzeniem danych jednostkowych. Korekta wykryta dopiero po wysłaniu pakietu angażuje nie tylko lokalną księgowość, ale również controlling, centralę i audytora.
KSeF wymaga osobnego cut-off dostępów i dokumentów
W środowisku KSeF migracja obejmuje fakturę od danych źródłowych przez ERP, XML, akceptację i księgowanie aż po VAT, płatność, numer KSeF i archiwizację. Sam fakt, że nowy dostawca potrafi wysłać lub odebrać dokument, nie potwierdza ciągłości całego procesu.
Na datę T przeglądamy w KSeF 2.0 uprawnienia właścicielskie, administracyjne, operacyjne oraz uprawnienia związane z samofakturowaniem. Dla każdej roli wskazujemy osoby lub podmioty, które powinny zachować dostęp po migracji. Uprawnienia poprzedniego dostawcy wygaszamy, a nowemu zespołowi nadajemy wyłącznie dostęp odpowiadający rzeczywistemu zakresowi jego zadań.
Jeżeli spółka lub inny podmiot niebędący osobą fizyczną nie posiada kwalifikowanej pieczęci elektronicznej, musi wskazać osobę fizyczną uprawnioną do działania w KSeF za pomocą zawiadomienia ZAW-FA. Dlatego przed datą T sprawdzamy nie tylko dostęp operacyjny nowego dostawcy, ale również to, kto może zarządzać pozostałymi uprawnieniami i zapewnić ciągłość działania systemu.
W procesie sprzedażowym kontrolujemy mapowanie danych do XML, potwierdzenie przyjęcia faktury, zapis numeru KSeF w ERP i obsługę korekt. W procesie zakupowym sprawdzamy przypisanie dostawcy, zamówienia, warunków płatności, centrum kosztów, konta księgowego oraz osoby zatwierdzającej.
Największe ryzyko powstaje przy wyjątkach: fakturach bez zamówienia, nowych kontrahentach, błędnych danych VAT, korektach, niejasnym właścicielu kosztu i dokumentach zatrzymanych w akceptacji. Dlatego audyt procesów AP i AR powinien obejmować jednocześnie perspektywę księgową, podatkową, systemową i operacyjną.
Systemy zewnętrzne i bezpieczeństwo IT również podlegają audytowi
Migracja obejmuje nie tylko podstawowy system księgowy i ERP. Inwentaryzujemy także programy pomocnicze, narzędzia wspierające pracę zespołu, rozwiązania chmurowe oraz systemy wykorzystujące AI. Sprawdzamy, do jakich danych mają dostęp, gdzie dane są przechowywane, kto może nimi zarządzać oraz czy po zakończeniu współpracy poprzedni dostawca utraci dostęp do wszystkich środowisk i kopii danych.
Przed datą T przeprowadzamy audyt bezpieczeństwa IT nowego dostawcy. Powinien on objąć zabezpieczenia danych, zarządzanie dostępami, kopie zapasowe, procedury awaryjne, ciągłość działania oraz sposób reagowania na incydenty.
Zmiana dostawcy księgowości w dużej firmie może wymagać uwzględnienia również wymogów dyrektywy NIS2, czyli unijnych regulacji dotyczących cyberbezpieczeństwa, jeżeli sama firma podlega przepisom wdrażającym tę dyrektywę. Dotyczy to także ryzyka związanego z zewnętrznymi dostawcami i całym łańcuchem dostaw.
Sam dostawca usług księgowych nie musi podlegać wymogom NIS2 tylko dlatego, że świadczy usługi na rzecz firmy objętej tymi regulacjami. Warto jednak przed zmianą sprawdzić jego zabezpieczenia IT, procedury awaryjne i sposób reagowania na incydenty. W umowie powinny znaleźć się jasne zasady dotyczące bezpieczeństwa, ciągłości działania oraz niezwłocznego informowania o incydentach, które mogą wpłynąć na świadczone usługi.
Co zrobić z zaległościami pozostawionymi przed datą T?
Zaległości oddzielamy od bieżącego strumienia pracy i obejmujemy osobnym planem naprawczym. W przeciwnym razie nowy proces od pierwszego dnia zaczyna funkcjonować pod presją historycznych błędów i nieuzgodnionych sald.
W ramach fast clean-up audytujemy niezakończone okresy, porządkujemy dokumentację, korygujemy błędy w ewidencji oraz przygotowujemy niezbędne deklaracje podatkowe i sprawozdania. Każdą pozycję należy jednocześnie przypisać do właściciela i określić jej wpływ na bieżące księgi.
Brak współpracy poprzedniego dostawcy nie powinien być pozostawiony jako ogólne ryzyko. Już przed datą T trzeba określić oczekiwany zakres danych, raportów, historii księgowań, dokumentów źródłowych i dostępów, a następnie potwierdzić ich odbiór w sposób pozwalający wskazać braki.
Przekazanie danych musi obejmować również formalne uporządkowanie obowiązków wynikających z RODO. Rozwiązujemy dotychczasową umowę powierzenia przetwarzania danych i zawieramy nową umowę z podmiotem przejmującym obsługę. Od poprzedniego dostawcy uzyskujemy potwierdzenie zwrotu albo usunięcia danych osobowych, ich kopii oraz danych przechowywanych w systemach pomocniczych i kopiach zapasowych – zgodnie z ustalonym zakresem i obowiązkami archiwizacyjnymi.
Kiedy migrację możemy uznać za zakończoną?
Migracja kończy się wtedy, gdy proces daje powtarzalny i możliwy do zweryfikowania rezultat, a nie w dniu przekazania plików. Kryterium sukcesu powinno obejmować pierwsze zamknięcie, rozliczenia podatkowe, raport zarządczy, pakiet grupowy oraz kontrolę pozycji otwartych.
Po pierwszym cyklu porównujemy wyniki z uzgodnionym SLA. Analizujemy terminy, liczbę korekt, przyczyny wyjątków, wiek nierozwiązanych pozycji i obciążenie zespołu wewnętrznego.
Dobrze zaplanowane przejęcie pozwala zachować ciągłość, ale również ujawnia problemy wcześniej ukryte w ręcznych uzgodnieniach, wiedzy pojedynczych osób i niespójnych plikach. To właśnie ten moment wykorzystujemy do uporządkowania odpowiedzialności, danych i kontroli procesu.
FAQ – migracja księgowości w dużej organizacji
Kiedy najlepiej zmienić dostawcę księgowości?
Termin dobieramy do kalendarza zamknięcia, podatków, raportowania i audytu. Początek roku daje czytelną granicę między okresami, ale zbiega się z zamknięciem rocznym; migracja w trakcie roku wymaga natomiast dokładnego potwierdzenia obrotów i sald od początku roku.
Czy pierwsze zamknięcie po zmianie dostawcy powinno być wykonane równolegle?
Zakres dodatkowej weryfikacji dobieramy do ryzyka procesu. Najważniejsze jest niezależne potwierdzenie kluczowych uzgodnień, danych podatkowych i pakietu raportowego, a nie mechaniczne podwojenie wszystkich operacji księgowych.
Jak ustalić SLA bez wpisywania przypadkowych wskaźników?
Zaczynamy od kalendarza biznesowego i wymaganych rezultatów. Dla każdego miernika określamy źródło danych, moment rozpoczęcia pomiaru, wartość docelową, dopuszczalne wyjątki oraz ścieżkę działania po przekroczeniu uzgodnionego poziomu.
Jak zabezpieczyć bilans otwarcia?
Uzgadniamy księgę główną z ewidencjami pomocniczymi i dokumentami źródłowymi. Kontrolujemy nie tylko wartości sald, ale również ich analitykę, strukturę wiekową, możliwość dalszego rozliczenia oraz powiązanie z podatkami i raportowaniem.
Co trzeba sprawdzić w KSeF na datę przejęcia?
Kontrolujemy uprawnienia właścicielskie, administracyjne, operacyjne oraz uprawnienia do samofakturowania. Wygaszamy dostępy poprzedniego dostawcy, nadajemy właściwe uprawnienia nowemu zespołowi i – jeżeli spółka lub inny podmiot niebędący osobą fizyczną nie posiada kwalifikowanej pieczęci elektronicznej – weryfikujemy osobę wskazaną przez ZAW-FA. Sprawdzamy również przepływ faktur między KSeF a ERP, zapis numeru KSeF, obsługę korekt, akceptację dokumentów zakupowych oraz postępowanie z wyjątkami.
Planują Państwo zmianę dostawcy księgowości lub chcą uporządkować proces przed migracją? Porozmawiajmy o zakresie, harmonogramie i ryzykach przejęcia, zanim zmiana wpłynie na zamknięcie miesiąca, podatki lub raportowanie grupowe.