AI-collega in SAP S/4HANA: native integratie via BAPI en OData

Waarom SAP een eigen aanpak vraagt

SAP S/4HANA is geen standaard middenmarkt-ERP. Het draait in de kern van de financiële administratie, inkoop en supply chain van duizenden Nederlandse bedrijven, met een strak regime van rollen, autorisaties, transport requests en change management. Waar AFAS, Exact of Odoo zich laten benaderen via lichtgewicht API's, vraagt SAP om respect voor Basis-governance, release-strategie en de bestaande architectuur.

Veel AI- en automatiseringstools werken rondom SAP: data eruit, bewerken in een los platform, weer terugzetten via een interface-user en een batch-upload. Dat werkt, maar het maakt je koppeling fragiel, de audit trail versnipperd en elke SAP-release een potentieel breekpunt. Voor een systeem dat je per kwartaal nauwelijks wilt aanraken is dat geen houdbare richting.

Native integratie: BAPI, OData en RFC

Onze AI-collega's praten rechtstreeks met SAP via de standaardinterfaces die SAP zelf al jaren ondersteunt: BAPI's voor business objects, OData-services voor Fiori-achtige flows, en klassieke RFC waar nodig. Geen ABAP-forks, geen eigen schaduwtabellen, geen stagingslaag. De AI-collega krijgt een eigen SAP-gebruiker met expliciete autorisatie-objecten en werkt binnen de rechten die je Basis-team daaraan hangt.

In de praktijk betekent dat:

• Boekingen ontstaan rechtstreeks in SAP via BAPI_ACC_DOCUMENT_POST of MIRO, met correcte bedrijfs-, grootboek-, kosten- en BTW-codes.
• Master data, klanten, leveranciers, artikelen, wordt real-time uit SAP gelezen, niet uit een gekopieerde snapshot.
• Wijzigingen in je SAP-inrichting, nieuwe velden, validaties of customer enhancements, blijven werken zonder aanpassing aan de koppeling.
• Audit-logs staan in SAP-change documents op gebruikersniveau. Elke handeling van de AI-collega is traceerbaar voor je compliance-team.

Processen die we vaak bouwen in SAP

Factuurverwerking met three-way matching tegen inkooporders en goederenontvangsten, automatisch geboekt via MIRO met de juiste tolerantiegroepen. Sales-orders die binnenkomen via e-mail, portals of EDI en via VA01 worden aangemaakt, met validatie tegen klantprijsafspraken en beschikbaarheid. Master data governance: vendor- en customer-verzoeken die eerst tegen duplicatie, BTW en KvK worden gecontroleerd voordat ze in SAP belanden. En service- of projectmutaties waarbij e-mails en PDF's worden omgezet naar IW31-meldingen of projectboekingen.

Transport requests en release management

Een AI-collega introduceert geen nieuwe code in je SAP-systeem. Dat is bewust: je transport landschap (DEV, QAS, PRD) blijft eigendom van je Basis-team, en onze logica draait buiten SAP op ons platform. Wat er verandert zijn configuraties, gebruikers en autorisaties, en die volgen je eigen change-management-proces. Dat maakt ook dat een nieuwe SAP-release (S/4HANA 2023 naar 2024 bijvoorbeeld) geen breekpunt is: de BAPI- en OData-contracten zijn stabiel, en eventuele wijzigingen vangen we op in het integratieplatform.

Wat dit betekent voor je SAP-team

Je Basis-, security- en functioneel consultants blijven in regie. Zij bepalen welke autorisatie-objecten de AI-collega krijgt, in welke cliënt en per welke bedrijfsentiteit. Wat verandert is dat het repetitieve werk, het boeken, de matching, de extractie, weggaat uit de wachtrij van je financeteam. De kennis blijft, het procesbeheer blijft, en de SAP-logica blijft de waarheid. Alleen het handmatige deel ertussenuit verdwijnt. Plan een Quick Scan als je wilt weten welk proces in jouw SAP-landschap zich het beste laat automatiseren.