Integracja AI z istniejacym krajobrazem IT - SAP, Comarch, Workday

Zasada: rozszerzac, nie zastepowac

Agenci AI nie zastepuja istniejacych systemow. Rozszerzaja je. SAP pozostaje SAP. Comarch pozostaje Comarch. Workday pozostaje Workday. Agent siedzi pomiedzy: odczytuje dane, podejmuje decyzje i zapisuje wyniki z powrotem.

Ta zasada jest kluczowa dla akceptacji w srodowiskach enterprise. Dyrektorzy IT nie inwestuja w rownolegy swiat. Inwestuja w warstwe, ktora czyni ich istniejacy krajobraz IT inteligentniejszym.

Integration Layer

Integration Layer w architekturze referencyjnej Gosign oddziela logike agenta od systemu docelowego. To ma konkretna zalete: gdy system docelowy sie zmienia, zmienia sie tylko warstwa eksportu - nie agent.

SAP FI/CO i S/4HANA: Propozycje ksiegowan w formacie SAP. Logika centrow kosztow i centrow zysku. Integracja przez RFC, REST API lub SAP BTP.

Comarch ERP: Propozycje ksiegowan w formacie Comarch. Plany kont zgodne z polska Ustawa o rachunkowosci. Eksport przez interfejs Comarch. Dla polskich firm Comarch jest czesto pierwszym wyborem jako system ERP.

Workday: Dane HR, informacje platnicze, struktura organizacyjna. Integracja przez Workday REST API.

SuccessFactors: Dane pracownikow, dane o wynikach, wynagrodzenia. Integracja przez SAP SuccessFactors API.

Microsoft Graph: SharePoint, Teams, Outlook. Dla Knowledge Agents uzyskujacych dostep do dokumentow firmowych.

Separacja: logika ksiegowa vs. warstwa eksportu

Oddzielenie logiki ksiegowej od warstwy eksportu to centralna zasada architektoniczna. Logika ksiegowa - jakie konto, jakie centrum kosztow, jaka stawka podatkowa - jest zaimplementowana w Decision Layer. Warstwa eksportu - jak wynik jest przekazywany do Comarch lub SAP - jest w Integration Layer.

Gdy klient przechodzi z Comarch na SAP, zmienia sie warstwa eksportu. Logika ksiegowa, zestawy regul, agent - wszystko pozostaje bez zmian. To znaczaco redukuje naklad pracy przy migracji.

W kontekscie polskim ta separacja jest szczegolnie istotna: polskie wymogi rachunkowosci (Ustawa o rachunkowosci, KSR) sa implementowane w Decision Layer jako zestawy regul, niezaleznie od tego, czy system docelowy to SAP, Comarch czy inny system ERP.

Bez systemu rownoleglego

Agenci staja sie czescia istniejacego zarzadzania IT - nie nowym rownoleglym swiatem. To oznacza:

Agenci korzystaja z istniejacej autentykacji (Azure Entra ID, LDAP)
Agenci dzialaja w istniejacym srodowisku chmurowym (Azure, GCP)
Agenci podlegaja istniejacym politykom bezpieczenstwa
Agenci sa integrowani z istniejacymi systemami monitoringu

Dla dyrektora IT agent AI to kolejny komponent w istniejacej architekturze - nie oddzielny system z wlasnymi regulami.

Wiecej na ten temat: Architektura referencyjna

Wiecej o infrastrukturze AI i opcjach integracji.

Umow spotkanie - Pokazemy integracje z Twoim istniejacym krajobrazem IT.

Najczęściej zadawane pytania

Czy agent AI zastepuje istniejacy system ERP?

Nie. Agent rozszerza istniejace systemy, nie zastepuje ich. Odczytuje dane z istniejacych systemow, podejmuje decyzje i zapisuje wyniki z powrotem. SAP, Comarch, Workday pozostaja systemem wiodacym.

Jak agent AI jest integrowany z SAP?

Przez Integration Layer: REST API, interfejs RFC lub SAP Business Technology Platform. Logika agenta jest oddzielona od systemu docelowego. Logika ksiegowa jest oddzielona od warstwy eksportu.

Co dzieje sie przy zmianie systemu?

Gdy system docelowy sie zmienia - np. z Comarch na SAP - zmienia sie tylko warstwa eksportu w Integration Layer. Agent, Decision Layer i zestawy regul pozostaja bez zmian.