← Blog / SAP BTP i migracje

Integracja ERP w grupie kapitałowej: wiele spółek, jeden obraz

Opublikowano: 7 października 2026

W grupie, w której centrala pracuje na SAP, a spółki zależne na własnych systemach ERP, zamknięcie miesiąca ma zwykle ten sam przebieg: każda spółka zamyka księgi u siebie, eksportuje zestawienie obrotów i sald do arkusza, przypisuje lokalne konta do planu kont grupy według tabeli mapowania prowadzonej w Excelu i wysyła plik do centrali, która wczytuje go do narzędzia konsolidacyjnego. Potem zaczyna się uzgadnianie rozrachunków wewnątrzgrupowych. Spółka A wykazuje należność od spółki B, spółka B wykazuje zobowiązanie w innej kwocie, bo fakturę zaksięgowała miesiąc później albo po innym kursie, a każdą taką różnicę ktoś wyjaśnia mailem, para spółek po parze. Na wyjaśnianie takich różnic schodzi kilka dni zamknięcia.

Ten wpis dotyczy stanu ustalonego, a nie pierwszych miesięcy po przejęciu kolejnej spółki. Grupa kupowała spółki razem z ich systemami, wymiana każdego z nich to osobny projekt, więc kilka ERP obok siebie jest dla niej normalnym stanem na lata. Do wyboru są trzy drogi, które w praktyce często się łączy: harmonizacja na jednym S/4HANA, Central Finance jako wspólna warstwa finansowa nad różnymi systemami albo hub integracyjny na SAP BTP ze wspólnymi danymi podstawowymi. W 2026 roku doszedł do tego KSeF, który objął każdą spółkę osobno.

Trzy drogi w jednym zestawieniu

Harmonizacja: jeden system dla wszystkich spółek

Jeden S/4HANA dla całej grupy daje najmniej interfejsów i najprostszą konsolidację, bo rozrachunki wewnątrzgrupowe są wtedy dokumentami w tym samym systemie. Płaci się za to wdrożeniem w każdej spółce, zwykle według szablonu grupy rozwijanego spółka po spółce, oraz zmianą procesów, do których spółka była przyzwyczajona. W polskiej spółce produkcyjnej, która od lat pracuje na lokalnym systemie dopasowanym do siebie, ta druga część bywa trudniejsza niż technika.

Harmonizacja ma sens dla spółek, które zostaną w grupie na tyle długo, żeby wdrożenie się zwróciło, i tu leży najtrudniejsze pytanie całego wyboru, które nie jest techniczne. Plany zarządu wobec poszczególnych spółek, sprzedaż, połączenie czy wydzielenie, rzadko są znane zespołowi IT, a bez nich nie da się rzetelnie policzyć, czy daną spółkę przenosić na S/4HANA, czy tylko ją podłączyć.

Central Finance: wspólna księga nad różnymi systemami

Central Finance to scenariusz SAP, w którym księgowania z wielu systemów źródłowych są na bieżąco replikowane do jednego, centralnego S/4HANA. Dokumentacja SAP o Central Finance podaje wprost, że systemami źródłowymi mogą być SAP ERP, S/4HANA w różnych wersjach, a także systemy spoza SAP, a obiekty księgowe ze spółek, na przykład konta, centra zysku i centra kosztów, mapuje się na jeden wspólny zestaw danych podstawowych w systemie centralnym. Spółki dalej pracują u siebie, a centrala dostaje jedną księgę FI/CO, na której raportuje i na której może prowadzić centralnie wybrane procesy, na przykład płatności.

Dla grupy z polskimi systemami lokalnymi najważniejszy jest fragment tej samej dokumentacji o systemach zewnętrznych. Dane z ERP spoza SAP trafiają przez osobny interfejs do tabel pośrednich w SAP Landscape Transformation Replication Server, a program, który wyciąga je z systemu źródłowego, dostarczają partnerzy SAP albo sam klient, bo SAP takich programów nie dostarcza. Każdy lokalny ERP w grupie oznacza więc własną ekstrakcję do napisania i utrzymania, a każda aktualizacja tego systemu może ją zepsuć.

Mapowanie kont i kodów w Central Finance korzysta z funkcji mapowania SAP Master Data Governance. Według tej samej dokumentacji do samego mapowania nie trzeba osobnej licencji MDG, dopóki grupa nie używa MDG do dystrybucji danych podstawowych.

Central Finance dotyczy księgowości. Zamówienie wewnątrzgrupowe, dostawa i faktura między spółkami dalej powstają w ich własnych systemach i trzeba je między tymi systemami przenieść.

Hub integracyjny i wspólne dane podstawowe

Trzecia droga zostawia systemy spółek bez zmian i porządkuje to, co między nimi płynie. Każdy ERP w grupie łączy się raz, z platformą integracyjną, na przykład SAP Integration Suite na SAP BTP, a nie osobno z centralą i z każdą spółką, z którą handluje. Po stronie SAP część połączeń daje się zestawić z gotowych pakietów integracyjnych, po stronie polskiego systemu lokalnego interfejs buduje się zwykle na API, które udostępnia jego producent.

Przez hub płyną w grupie trzy rodzaje danych:

• Dane podstawowe: kontrahenci, w tym same spółki grupy jako partnerzy handlowi, indeksy materiałowe i plan kont grupy. Wspólne identyfikatory są warunkiem, żeby cokolwiek dalej dało się uzgodnić.
• Przepływy wewnątrzgrupowe, czyli zamówienie spółki B, które w systemie spółki A staje się zleceniem sprzedaży, i faktura spółki A, która wraca do B jako dokument do zaksięgowania.
• Dane do konsolidacji. SAP w materiałach szkoleniowych o S/4HANA Finance for group reporting opisuje dla spółek spoza S/4HANA wczytanie pliku z zestawieniem z ich systemu księgowego albo przesłanie danych przez API, z systemu SAP lub spoza SAP. Hub zastępuje wtedy arkusz wysyłany mailem automatycznym przesłaniem sald po zamknięciu.

Wspólne dane podstawowe to miejsce, w którym ta droga najczęściej się zatrzymuje. SAP Master Data Governance pozwala prowadzić dane podstawowe centralnie, z obiegiem zatwierdzania zmian, i scalać duplikaty z wielu systemów w jeden rekord. W grupie zaczyna się zwykle od kontrahentów i od partnerów wewnątrzgrupowych, bo bez wspólnego identyfikatora spółki jako partnera handlowego żadne narzędzie nie dopasuje należności spółki A do zobowiązania spółki B. S/4HANA ma do tego uzgadniania osobną funkcję, Intercompany Matching and Reconciliation, ale ona też porównuje tylko to, co da się do siebie przypisać.

KSeF: każda spółka osobno

Według harmonogramu wdrożenia KSeF system jest obowiązkowy od 1 lutego 2026 roku dla firm, których sprzedaż z VAT przekroczyła w 2024 roku 200 milionów złotych, od 1 kwietnia 2026 roku dla pozostałych, a firmy wystawiające faktury na nie więcej niż 10 000 złotych miesięcznie dołączą 1 stycznia 2027 roku. Ministerstwo Finansów w komunikacie o drugim etapie wdrożenia dodaje, że obowiązek odbierania faktur w KSeF obejmuje wszystkich od 1 lutego 2026 roku.

Próg liczy się dla każdej spółki osobno, bo każda jest osobnym podatnikiem, więc w jednej grupie duża spółka produkcyjna weszła do KSeF w lutym, a mała spółka handlowa w kwietniu. Każdy ERP w grupie musiał do tego czasu umieć wysłać fakturę w strukturze FA(3) i pobrać z KSeF faktury zakupowe, a uprawnienia w KSeF nadaje i utrzymuje każda spółka dla siebie. W grupie z pięcioma systemami powstało w ten sposób pięć połączeń z KSeF, często zbudowanych przez różnych dostawców i w różnym czasie.

Z punktu widzenia integracji grupy KSeF ma jedną zaletę. Faktura między dwiema polskimi spółkami grupy istnieje teraz po obu stronach jako ustrukturyzowany plik XML z unikalnym numerem KSeF, więc sprzedawca i nabywca mogą dopasować dokument po numerze, a nie po kwocie i dacie. Według podręcznika KSeF 2.0 Ministerstwa Finansów od 1 stycznia 2027 roku czynny podatnik VAT, który płaci przelewem innemu czynnemu podatnikowi za fakturę z KSeF, podaje w przelewie jej numer KSeF. Rozliczenia wewnątrzgrupowe też się w tym mieszczą, więc przebieg płatności w każdym ERP grupy musi ten numer znać.

Wyjątkiem jest grupa VAT. Według objaśnień podatkowych Ministerstwa Finansów o grupach VAT z 11 października 2022 roku transakcje między członkami grupy VAT nie podlegają opodatkowaniu ani fakturowaniu, a członkowie prowadzą zamiast tego odrębną elektroniczną ewidencję transakcji między sobą. Grupa kapitałowa i grupa VAT to dwie różne rzeczy, a do grupy VAT nie muszą należeć wszystkie spółki grupy kapitałowej.

Od czego zacząć

Najtańszy pierwszy krok nie wymaga wyboru drogi. Przez dwa, trzy zamknięcia policz, skąd biorą się różnice w rozrachunkach wewnątrzgrupowych: ile z nich wynika z mapowania kont, ile z różnic czasowych między księgowaniem u sprzedawcy i u nabywcy, a ile z braku wspólnego identyfikatora partnera. Dopóki tego nie wiadomo, nie da się powiedzieć, czy problemem jest księga, czy dane podstawowe.

Dalej wybór zależy od kilku rzeczy, które zarząd i IT powinni ustalić razem:

• Które spółki zostaną w grupie dłużej niż czas wdrożenia S/4HANA.
• Czy centrala potrzebuje jednej księgi na poziomie dokumentu, czy wystarczą jej salda.
• Ile systemów spoza SAP jest w grupie i czy ich producenci udostępniają API.
• Czy grupa ma już platformę integracyjną, przez którą przechodzą połączenia z KSeF albo z bankami.

FAQ

#Integracja non-SAP #Integration Suite #Architektura #Dane firmowe #Strategia integracji