Pioneering the next step.
SAP Gold Partner

SAP-Wiki

RFC – Remote Function Call

Ein RFC, Remote Function Call, ist das SAP-eigene Verfahren, mit dem ein Programm einen Funktionsbaustein auf einem anderen System oder demselben System aus der Ferne aufruft. Die Verbindung wird in der Transaktion SM59 als RFC-Destination hinterlegt. Varianten wie synchroner, transaktionaler oder queued RFC unterscheiden sich darin, wie zuverlässig und wie sofort die Antwort erfolgt.
Definition

Was ist RFC?

Entwickelt wurde RFC bereits mit SAP R/3, um Programmen den Aufruf eines Funktionsbausteins auf einem entfernten System zu erlauben, ohne dass sich der Entwickler um Netzwerkprotokolle oder Verbindungsdetails kümmern muss. Der Aufruf verhält sich für das aufrufende Programm fast wie ein lokaler Funktionsaufruf. Diese Abstraktion machte RFC zur Basistechnologie für nahezu jede Systemverbindung im SAP-Umfeld, von der Anbindung zweier SAP-Systeme bis zur Fremdsystem-Integration.

Zuständig für die Einrichtung ist meist das Basis-Team, das RFC-Destinationen in der Transaktion SM59 anlegt und pflegt. Relevant wird RFC überall dort, wo Systeme Daten oder Funktionen austauschen: zwischen Mandanten, zwischen SAP-Systemen in einer Landschaft oder zwischen SAP und Drittsystemen. Auch BAPIs, ALE-Verteilung und viele Standardschnittstellen bauen technisch auf RFC-fähigen Funktionsbausteinen auf.

In der Praxis entstehen Probleme selten durch die Technik selbst, sondern durch die Konfiguration: ein abgelaufenes Passwort des Kommunikationsusers, eine falsche Zielsystem-Adresse oder fehlende Berechtigungen blockieren den Aufruf. Der Verbindungstest direkt in SM59 zeigt solche Fehler meist sofort an. Bei sicherheitskritischen Verbindungen lohnt zusätzlich ein Blick auf Trusted-Trusting-Beziehungen zwischen den beteiligten Systemen.

Funktionen

Wie funktioniert RFC?

Ein RFC-fähiger Funktionsbaustein definiert eine feste Schnittstelle aus Import-, Export- und Tabellenparametern sowie möglichen Ausnahmen. Der Aufruf läuft über eine RFC-Destination, die in SM59 Zielsystem, Verbindungsdaten und Anmeldeinformationen bündelt. Synchrones RFC wartet auf eine sofortige Antwort, transaktionales und queued RFC sichern die Zustellung asynchron über Warteschlangen ab, auch wenn das Zielsystem kurzzeitig nicht erreichbar ist.

Auf RFC bauen zentrale SAP-Mechanismen auf: BAPIs sind selbst RFC-fähige Funktionsbausteine mit stabiler Schnittstelle, die ALE-Verteilung nutzt RFC für den IDoc-Versand zwischen Systemen. Bei der Anbindung von SAP BTP oder Drittsystemen übernehmen heute häufig RFC-Adapter innerhalb der Integration Suite diese Aufgabe, parallel zu moderneren API-basierten Wegen.

Vorteile
Bewährte Basistechnologie

Seit Jahrzehnten im produktiven Einsatz, entsprechend gut dokumentiert und in jedem SAP-System vorhanden.

Synchron und asynchron

Je nach Anforderung stehen unterschiedliche Varianten bereit, von der direkten Abfrage bis zur gesicherten Massenverarbeitung.

Fundament vieler Schnittstellen

BAPIs, ALE und IDoc-Verteilung setzen technisch auf RFC-fähigen Funktionsbausteinen auf.

Zentral konfigurierbar

RFC-Destinationen werden gebündelt in SM59 gepflegt, verstreute Verbindungsdaten im Code entfallen.

Grenzen
Kein moderner Web-Standard

Für Cloud-Integrationen und öffentliche APIs sind REST oder OData heute meist die passendere Wahl.

Punkt-zu-Punkt-Wildwuchs

Ohne zentrale Integrationsschicht wächst eine gewachsene RFC-Landschaft schnell unübersichtlich und schwer wartbar.

Kommunikationsuser als Fehlerquelle

Abgelaufene Passwörter oder fehlende Berechtigungen der technischen User sind im Betrieb ein häufiger Ausfallgrund.

FAQ

Häufige Fragen zu RFC – Remote Function Call

Was ist der Unterschied zwischen RFC und einer normalen API?
RFC ist SAP-eigen und ruft Funktionsbausteine direkt in der ABAP-Laufzeit auf. Eine REST- oder OData-API arbeitet über offene Webstandards und eignet sich besser für Cloud- und Fremdsystem-Integrationen außerhalb der SAP-Welt.
Wie richte ich eine RFC-Verbindung ein?
Verbindungen werden in der Transaktion SM59 als RFC-Destination angelegt, mit Zielsystem, Verbindungstyp und Anmeldedaten. Ein integrierter Verbindungstest prüft direkt, ob die Konfiguration funktioniert.
Ist RFC für neue Cloud-Integrationen noch zeitgemäß?
Für die klassische Anbindung zwischen SAP-Systemen bleibt RFC im Einsatz. Für neue, cloud-native Szenarien setzt SAP heute stärker auf REST- und OData-Schnittstellen über die Integration Suite.
Was ist der Unterschied zwischen synchronem und transaktionalem RFC?
Synchrones RFC wartet auf eine sofortige Antwort des Zielsystems. Transaktionales RFC sichert den Aufruf über eine Warteschlange ab und liefert ihn auch dann noch zu, wenn das Zielsystem kurzzeitig nicht erreichbar war.
Welche Berechtigungen braucht ein RFC-User?
Ein technischer Kommunikationsuser braucht genau die Berechtigungen für die aufgerufenen Funktionsbausteine, nicht mehr. Zu weite Berechtigungen sind ein verbreitetes Sicherheitsrisiko in gewachsenen Landschaften.

Ihr Kontakt

Gabriele Görtz, Head of Sales & Growth
Gabriele Görtz
Head of Sales & Growth

Sprechen Sie mit uns.

Ein Erstgespräch dauert 30 Minuten. Sie können auch direkt mit einem konkreten Thema kommen. Rufen Sie an oder schreiben Sie uns.
Willkommen bei der CPRO Gruppe

Ihr bisheriger Anbieter ist jetzt CPRO. Sie wurden automatisch auf unsere neue Website weitergeleitet. Für Sie ändert sich nur der Markenauftritt: Ihre Verträge behalten ihre Gültigkeit, Ihre Ansprechpartner und die Gesellschaft als Ihr Vertragspartner bleiben unverändert. Wir freuen uns, Sie hier begrüßen zu dürfen!