Salesforce- en SAP-integratiepatronen voor fabrikanten

Kort antwoord: bijna elke Salesforce- en SAP-integratie in de maakindustrie valt terug op vier patronen: batchsynchronisatie, request-and-reply, datavirtualisatie en event streaming. Kies er een per data-object, en kies op twee vragen: welk systeem is eigenaar van het record, en hoe verouderd mag een kopie zijn? De middleware volgt uit die antwoorden, niet andersom.

Wij hebben deze keuze gemaakt voor order-, product- en servicedata bij asset-intensieve fabrikanten. Projecten die misgaan, gaan bijna nooit mis door de verkeerde iPaaS. Ze gaan mis omdat niemand heeft opgeschreven wie eigenaar is van het record.

Wat is een Salesforce- en SAP-integratiepatroon?

Een integratiepatroon is de vorm van een datastroom, los van de tool die hem draagt. De architectuurrichtlijnen van Salesforce noemen een kleine set: batch data synchronization, remote process invocation (request and reply, of fire and forget), remote call-in, UI update based on data changes en data virtualization. Elke connector, adapter en iPaaS op de markt is een van die patronen met een logo erop. Het patroon kiezen is architectuur. Het product kiezen is inkoop.

Welke SAP-data moet echt bewegen bij een fabrikant?

Drie families dekken het grootste deel, en ze vragen niet om dezelfde behandeling.

• Orderdata. Offertes en opportunities beginnen in Salesforce, maar SAP is eigenaar van de order zodra die bevestigd is. Sales heeft de bevestigde hoeveelheid, de toegezegde datum en de status terug nodig.
• Product-, prijs- en voorraaddata. SAP bezit de materiaalstam, de conditierecords en de voorraad. Salesforce is hier consument, nooit auteur.
• Service- en assetdata. Hier splitst het eigenaarschap echt. SAP houdt serienummers, stuklijsten en garantietermijnen; Salesforce houdt de case, de entitlement en het buitendienstbezoek.

Zet de eigenaar naast elk object voordat je ook maar een tool beoordeelt. Als twee systemen hetzelfde veld mogen schrijven, heb je geen integratie ontworpen. Je hebt een conflict met een planning ontworpen.

Welke vier patronen zijn het overwegen waard?

Batchsynchronisatie

Een geplande bulkoverdracht, meestal 's nachts. Geschikt voor materiaalstam, kostendata, afgesloten orders en historische realisatie. Goedkoop, begrijpelijk en makkelijk opnieuw af te spelen na een storing. De prijs is veroudering in uren, en een nachtvenster dat alleen maar krapper wordt naarmate het volume groeit.

Request and reply

Salesforce roept SAP aan en wacht op het antwoord: beschikbaarheidscheck, kredietcheck, prijssimulatie, orderindiening. Geschikt wanneer de gebruiker de waarheid op dat exacte moment nodig heeft en een kopie erger zou zijn dan een korte wachtindicator. De prijs is dat de beschikbaarheid van SAP de beschikbaarheid van je CRM wordt, en elke timeout een verkoopgesprek raakt.

Datavirtualisatie

Salesforce Connect toont SAP-data als external objects via OData 2.0 of 4.0, meestal via een SAP-gateway, zodat records live worden gelezen en nooit in Salesforce worden opgeslagen. Geschikt voor referentiedata in de staart die mensen opzoeken maar waarover niemand rapporteert: oude facturen, leveringsdocumenten, afgesloten serviceorders. De prijs is zwakke rapportage, zwakke automatisering en niets offline.

Event streaming

SAP publiceert een wijziging en Salesforce reageert: levering bevestigd, batch vrijgegeven, zending geblokkeerd, asset in bedrijf genomen. Geschikt voor statuswijzigingen waarbij minuten tellen en het volume te hoog is om te pollen. De prijs is dat je volgorde, retries en duplicaten nu zelf beheert.

Hoe kies je? Data-eigenaarschap en latency, niet het merk middleware

1. Benoem de eigenaar per object. Een schrijver, de rest leest. Zet het in het ontwerpdocument, niet in iemands hoofd.
2. Stel een latencybudget in gewone taal. "Een accountmanager mag nooit een datum toezeggen die de fabriek niet haalt" is een budget. "Real time" is geen budget, dat is een wens.
3. Tel het volume eerlijk. Pieken, geen gemiddelden. Een eventpatroon dat comfortabel is bij duizend berichten per dag gedraagt zich anders bij een miljoen per week.
4. Bepaal het faalgedrag voordat je het happy path bepaalt. Wat ziet een accountmanager als SAP plat ligt tijdens de kwartaalafsluiting? Stilte is het slechtst denkbare antwoord.

Doorloop die vier en het patroon kiest zichzelf meestal. De meeste fabrikanten eindigen hybride: batch voor stamdata, events voor order- en leverstatus, request and reply voor de twee of drie checks die live moeten zijn, en virtualisatie voor het archief dat niemand wil kopieren.

Waar gaat het mis bij fabrikanten?

• Alles synchroniseren. Elk gekopieerd veld is een veld dat je voor altijd moet afstemmen. Kopieer wat een Salesforce-proces echt gebruikt.
• Geen stabiele ID-mapping. Matchen op klantnaam of materiaalomschrijving werkt in de demo en faalt in productie. Draag de SAP-sleutel mee als external ID.
• Orderboeking die niet idempotent is. Een retry die een tweede order in SAP aanmaakt is de duurste bug in deze categorie. Elke schrijfactie heeft een correlatiesleutel nodig.
• Geen reconciliatiejob. Drift is geen mogelijkheid, het is een zekerheid. Iets moet beide kanten tellen en het verschil rapporteren.
• Eerst middleware kopen. De tool dicteert dan de architectuur, en die architectuur erft waar die tool toevallig goed in is.

Doet het merk middleware er dan helemaal niet toe?

Jawel, maar op de tweede plaats. Salesforce levert MuleSoft Direct-integraties voor Manufacturing Cloud die klant-, product- en verkooporderdata synchroon houden met SAP. Data 360 heeft een SAP HANA-connector waarbij batch-ingestie algemeen beschikbaar is en zero copy federation nog in beta zit, goed om te weten voordat je er een analyticslaag omheen plant. SAP Integration Suite, Boomi en direct API-werk blijven valide. Elk daarvan is een patroon in verpakte vorm. Kies eerst het patroon, dan het product dat het met de minste eigen code implementeert.

De opbrengst is operationeel, niet cosmetisch. In een connected-assetprogramma voor ASSA ABLOY brachten we het aantal cases per week terug van 3.000 naar 350, een reductie van 93% over 11.000 apparaten en tot 2,5 miljoen events per week, zonder extra supportmedewerkers. Dat kon omdat het eventvolume per patroon werd gerouteerd in plaats van door een generieke sync geduwd. Tekunda integreert Salesforce met 70+ enterprisesystemen, SAP inbegrepen, als gecertificeerd Salesforce SI, ISV en PDO.

FAQ

Moet Salesforce of SAP eigenaar zijn van de verkooporder?

SAP, vanaf de bevestiging. Salesforce hoort de offerte en de opportunity te bezitten en daarna de orderstatus terug te lezen, zodat er precies een plek is waar een bevestigde order leeft.

Is realtime integratie altijd beter?

Nee. Realtime verhoogt kosten, koppeling en faalvlak. Gebruik het alleen waar een verouderde waarde tot een verkeerde toezegging aan een klant leidt, en gebruik overal elders batch.

Hebben we MuleSoft nodig om Salesforce en SAP te koppelen?

Nee. MuleSoft past goed bij API-led programma's met veel afnemers, maar dezelfde patronen draaien op SAP Integration Suite, andere iPaaS-platformen of direct API-werk.

Hoe lang duurt een Salesforce- en SAP-integratie?

Dat hangt veel meer af van het aantal objecten dat je synchroniseert dan van de tooling. Twee of drie goed belegde objecten kunnen in weken live; een onbesloten eigenaarschapsmodel legt een project een jaar stil.