MuleSoft czy SAP Integration Suite do integracji SAP i Salesforce
Opublikowano: 11 września 2026
Firma, która ma S/4HANA i Salesforce, dostaje ofertę platformy integracyjnej od obu dostawców, u których już wydaje pieniądze. SAP proponuje SAP Integration Suite, Salesforce proponuje MuleSoft, a każdy z nich pokazuje ten sam raport Gartnera na dowód, że jego platforma jest liderem. Obaj mają rację: w Magic Quadrant dla iPaaS z marca 2026 roku SAP jest liderem po raz szósty, a MuleSoft po raz dziesiąty. Ranking nie rozstrzygnie więc wyboru. Rozstrzyga to, gdzie leży środek ciężkości integracji w Twojej firmie i kto będzie ją utrzymywał.
Skąd wzięły się obie platformy
MuleSoft wyrósł z podejścia API-led: każdy system dostaje warstwę API, a integracje składa się z tych API jak z klocków. Anypoint Platform obejmuje Anypoint Studio i Anypoint Code Builder do budowy, Exchange jako katalog zasobów, API Manager, Runtime Manager i język transformacji DataWeave. Aplikacje działają w CloudHub 2.0, zarządzanym środowisku kontenerowym, albo w Runtime Fabric na klastrze Kubernetes, który utrzymuje klient. Od 2018 roku MuleSoft należy do Salesforce, co widać w kierunku rozwoju: Topic Center dla Agentforce, wsparcie protokołu MCP, katalog API dostępny z poziomu Salesforce.
SAP Integration Suite wyrósł z SAP Cloud Platform Integration, następcy SAP PI/PO w chmurze, i przez lata dokładał kolejne funkcje. Dziś, według dokumentacji SAP, obejmuje Cloud Integration, API Management, Advanced Event Mesh, Integration Advisor z Trading Partner Management do B2B, Open Connectors do aplikacji spoza SAP, Migration Assessment dla PI/PO oraz Edge Integration Cell, czyli możliwość uruchomienia przepływów integracyjnych i proxy API we własnym środowisku, na klastrze Kubernetes zarządzanym przez klienta. Kierunek rozwoju jest równie czytelny: gotowe pakiety integracyjne między aplikacjami SAP, narzędzia migracyjne z PI/PO i funkcje AI wspierające budowę przepływów.
Ogólny argument za platformą zamiast własnego kodu omawialiśmy we wpisie iPaaS vs custom code. Tu zakładamy, że decyzja o platformie zapadła i zostało pytanie, która.
Jak każda z nich łączy się z drugim światem
Z punktu widzenia S/4HANA obie platformy są równie zdolne, ale w różny sposób. MuleSoft łączy się z SAP przez SAP Connector oparty na bibliotekach SAP Java Connector, obsługujący BAPI przez RFC oraz IDoc przez tRFC i qRFC, co jest właściwą drogą do ECC i S/4HANA on-premise, oraz przez osobny konektor OData do S/4HANA. Do tego dochodzi MuleSoft Accelerator for SAP, gotowy zestaw dla ECC, S/4HANA i Salesforce z przypadkiem quote-to-cash, choć jego ostatnia wersja pochodzi z końca 2021 roku i przed użyciem wymaga sprawdzenia, ile z niej nadal pasuje do bieżących wydań.
SAP Integration Suite nie potrzebuje konektora do własnych systemów, a jego przewaga po stronie SAP to gotowe pakiety, które przenoszą znajomość struktur IDoc, komunikatów SOA i API S/4HANA do przepływów. Po stronie Salesforce Cloud Integration ma w standardzie adaptery nadawcze i odbiorcze Salesforce oraz adaptery Pub/Sub do zdarzeń platformy, więc podstawowa łączność jest wliczona. Gotowego pakietu S/4HANA z Salesforce w katalogu SAP nie udało nam się publicznie zweryfikować, bo strony pakietów wymagają zalogowania. Jeśli ktoś w Twojej firmie ma konto, warto to sprawdzić przed decyzją.
Wniosek z tej części jest mało efektowny: żadna z platform nie ma technicznej bariery po którejkolwiek stronie. Różnica jest w tym, po której stronie wiedza jest w pakietach, a po której trzeba ją wnieść samemu.
Za co się płaci
Modele rozliczeń różnią się tak bardzo, że porównanie cen wprost nie ma sensu bez policzenia własnego ruchu.
SAP Integration Suite rozlicza się według komunikatów. Na stronie cennika SAP pokazuje trzy pakiety różniące się liczbą komunikatów wliczonych w miesiąc i dostępnością Edge Integration Cell, a komunikat liczy się w blokach po 250 KB. Ta sama strona podaje, że integracje między aplikacjami SAP oparte na gotowych pakietach nie zużywają komunikatów. Dla firmy, w której większość ruchu to SAP z SAP, to zmienia rachunek. Do testów istnieje bezpłatny plan usługi, który po 90 dniach wygasa razem z całą zbudowaną zawartością, więc nadaje się do pilota, a nie do odkładania decyzji.
MuleSoft rozlicza się inaczej. Pakiety MuleSoft Integration Starter i Integration Advanced są subskrypcją mierzoną pojemnością przepływów Mule i komunikatów Mule, w umowie rocznej, a cen Salesforce nie publikuje. Ta sama strona wyjaśnia, że katalog API dla Agentforce jest w licencji Salesforce, ale dostęp do API MuleSoft z poziomu Salesforce wymaga licencji Anypoint. Innymi słowy, MuleSoft nie jest w cenie Sales Cloud ani Service Cloud i trzeba go negocjować osobno, choć zwykle w ramach tej samej umowy ramowej.
W obu przypadkach cena listowa mówi mało. Firma z dwudziestoma interfejsami o dużym wolumenie EDI zapłaci inaczej niż firma ze stu drobnymi wywołaniami API, a tego nie da się oszacować przed inwentaryzacją ruchu. Warstwa zarządzania API jest w obu platformach osobną pozycją do przemyślenia, podobnie jak w każdej strategii API.
Jedna platforma czy dwie?
To pytanie wraca w rozmowach między sesjami na każdej edycji. Przyjdź z własnym przypadkiem i porównaj go z innymi firmami, które mają SAP i Salesforce.
Zarejestruj się za darmo ↗Co obie platformy robią z AI
Tu kierunki są różne i to jest chyba najbardziej użyteczna różnica dla decyzji na lata.
SAP kieruje AI do wnętrza pracy integratora. Dokumentacja Integration Suite wymienia propozycje mapowań w Integration Advisor, generowanie skryptów Groovy, agenta migracji treści przepisującego mapowania Java na Groovy, generowanie specyfikacji OpenAPI oraz wykrywanie anomalii w ruchu API. Od jesieni 2024 roku można też generować przepływy integracyjne z opisu w języku naturalnym, przy czym SAP wprost ostrzega w dokumentacji, że wynik wymaga weryfikacji przez integratora.
Salesforce kieruje MuleSoft na zewnątrz, w stronę agentów. Topic Center jest ogólnie dostępny od lutego 2025 roku i zamienia API w tematy, które Agentforce może wywoływać, a od czerwca 2025 roku MuleSoft obsługuje protokół MCP, dzięki czemu dowolne API staje się narzędziem dla agenta AI. Jeśli plan firmy zakłada, że agenty w Salesforce mają sięgać do danych w SAP, MuleSoft jest do tego zbudowany. Jeśli plan zakłada, że zespół integracyjny ma szybciej budować i migrować przepływy, przewaga jest po stronie SAP.
Co faktycznie rozstrzyga
Z projektów, w których ta decyzja zapadała, wynika kilka pytań, które przesądzają więcej niż porównanie funkcji.
- Ile interfejsów łączy SAP z SAP, a ile SAP z resztą świata? Jeśli większość ruchu to S/4HANA z SuccessFactors, Ariba czy drugim systemem SAP, gotowe pakiety i zwolnienie z opłat za komunikaty przechylają wybór w stronę Integration Suite.
- Czy firma migruje z SAP PI/PO? Wsparcie standardowe dla wersji 7.5 kończy się z końcem 2027 roku, a rozszerzone z końcem 2030 roku, i narzędzia migracyjne SAP przenoszą treść do Integration Suite, nie do MuleSoft. Przepisanie na MuleSoft jest możliwe, ale to projekt od zera.
- Kto będzie to utrzymywał? Zespół z kompetencją w Javie i DataWeave szybciej wejdzie w MuleSoft, zespół po PI/PO szybciej w Cloud Integration i Groovy. Koszt szkolenia albo rekrutacji trzeba dodać do cennika, a na polskim rynku specjalistów MuleSoft jest wyraźnie mniej niż specjalistów SAP.
- Gdzie mają działać agenty AI? Jeśli w Salesforce, MuleSoft ma do tego gotowe mechanizmy. Jeśli w SAP, Integration Suite jest częścią tej samej platformy co Joule.
- Czy część integracji musi działać lokalnie, na przykład przy maszynach albo w zakładzie z ograniczoną łącznością? Obie platformy to umożliwiają: SAP przez Edge Integration Cell, MuleSoft przez Runtime Fabric, więc to kryterium rzadko rozstrzyga, ale bywa warunkiem koniecznym.
Do uporządkowania tej analizy SAP publikuje metodykę Integration Solution Advisory Methodology, którą sam opisuje jako otwartą i stosowalną do technologii integracyjnych innych dostawców. Warto z niej skorzystać nawet przy wyborze MuleSoft, bo zmusza do spisania scenariuszy integracyjnych, zanim ktokolwiek pokaże cennik.
Ostatnia uwaga, której nie ma w prezentacjach dostawców: część firm utrzymuje obie platformy. Integration Suite obsługuje rdzeń SAP i B2B, MuleSoft warstwę API wokół Salesforce i kanałów cyfrowych. To kosztuje dwie licencje i dwa zespoły kompetencyjne, ale bywa tańsze niż przepisywanie działających integracji tylko po to, żeby mieć jedną platformę. Czy to dobry układ, zależy od tego, jak wyraźnie da się wyznaczyć granicę odpowiedzialności między nimi, a to wychodzi zwykle dopiero po roku wspólnego działania.
FAQ
Czy można używać MuleSoft i SAP Integration Suite jednocześnie?
Tak i część firm tak robi. Zwykle Integration Suite obsługuje integracje między aplikacjami SAP i B2B, a MuleSoft warstwę API wokół Salesforce i kanałów cyfrowych. Warunkiem jest jasna granica odpowiedzialności, bo dwie platformy bez podziału ról dublują koszty i kompetencje.
Czy MuleSoft jest w cenie licencji Salesforce?
Nie. Anypoint Platform jest osobną subskrypcją, mierzoną pojemnością przepływów i komunikatów Mule, w umowie rocznej. W licencji Salesforce jest katalog API dla Agentforce, ale dostęp do API MuleSoft z jego poziomu wymaga licencji Anypoint.
Czy SAP Integration Suite łączy się z Salesforce bez dodatkowych narzędzi?
Tak. Cloud Integration ma w standardzie adaptery Salesforce oraz adaptery Pub/Sub do zdarzeń platformy Salesforce. Gotowe pakiety integracyjne dla konkretnych procesów trzeba sprawdzić w katalogu SAP po zalogowaniu.
Która platforma jest tańsza?
To zależy od profilu ruchu i nie da się tego rozstrzygnąć bez inwentaryzacji interfejsów. SAP liczy komunikaty w blokach po 250 KB i nie pobiera opłat za integracje SAP z SAP oparte na gotowych pakietach, MuleSoft liczy pojemność przepływów i komunikatów Mule. Firma z dużym wolumenem EDI i firma z setką drobnych API dostaną odwrotne wyniki.
Czy migracja z SAP PI/PO wymusza wybór SAP Integration Suite?
Nie wymusza, ale narzędzia migracyjne SAP, w tym Migration Assessment i agent przepisujący mapowania, przenoszą treść wyłącznie do Integration Suite. Przejście na MuleSoft oznacza przebudowę interfejsów od nowa, co przy kilkudziesięciu iFlow jest osobnym projektem, a nie migracją.