Wählen Sie beim Anlegen eines Services Alias auf einen bestehenden Service, so legen Sie einen internen Alias an. Anstatt im folgenden Bild einen HTTP-Request-Handler zu hinterlegen, verwenden Sie den Tabreiter Alias-Ziel, um zu bestimmen, auf welche Stelle im HTTP-Service-Baum der Alias zeigen soll. Positionieren Sie den Cursor auf die Ikone in der entsprechenden Zeile und wählen Sie
(Speichern).

Wird der String des internen Aliases in der URL des eingehenden Requests gefunden, wird der diesem Alias zugeordnete Service aufgerufen, d.h. die in diesem Service definierten HTTP-Request-Handler. In dem eingegeben Pfad der URL wird einfach der Alias durch den Pfad des Services, auf den der Alias zeigt, ersetzt.

Angenommen, der HTTP-Servicebaum enthält einen Service A mit Subservice B, der ein Alias auf einen Service E, der sich an einer ganz anderen Stelle im Baum befindet. 
Kommt nun die URL mit dem String A/B/ herein, wird der Service A/C/D/E aufgerufen, weil B einfach durch den kompletten Pfad zu E ersetzt wird.

Es ist nicht möglich, im ICF-Baum unterhalb von einem Alias noch weitere Subservices oder –Aliases anzulegen.
Interne Aliases und Anmeldedaten
Die Anmeldedaten werden in der Reihenfolge A/C/D/E/B akkumuliert, d.h. die Anmeldedaten von E (die dort gepflegt sein können oder von einem Vater geerbt bzw. von mehreren Vätern akkumuliert sein können) werden von den Anmeldedaten vom Alias B übersteuert!
Erweiterung des obigen Beispiels
Gelten im obigen Beispiel noch folgende Eigenschaften:
Dann wird der Service F mit den Anmeldedaten von B (Benutzer Bert) ausgeführt
Diese Übersteuerung der Anmeldedaten kann ein Grund sein, einen Alias anzulegen. Man möchte einen bestehenden Service mit anderen Anmeldedaten oder einer anderen Anmeldeprozedur aufrufen.
Details zu der Anmeldung am SAP-System finden Sie in folgenden Abschnitten:
Anmeldung am SAP Web Application Server Anonyme Anmeldedaten