!--a11y-->
Internal Aliases 
If the string of the internal alias is found in the URL of the incoming request, the service assigned to this alias, that is, the HTTP request handler defined in this service, is called. In the URL, the alias is simply replaced by the path of the service to which the alias points.

Let us assume that the HTTP service tree contains a
service A with subservice B. B in turn has an alias to another service, E,
which is located in a different part of the tree. 
Now, if a request is received with the string A/B/, the service A/C/D/E is called, as B is simply replaced by the complete path to E.

You cannot create more subservices or subaliases underneath an alias in the ICF tree.
The logon data is accumulated in the sequence A/C/D/E/B, that is, the logon data from E (which can be maintained there or which can be inherited from a parent node or accumulated from several nodes) is overridden by the logon data from alias B.
Extending
the Above Example
If the following properties apply to the above example, service F is executed with the logon data for B (user Bert):
· E has a subservice, F
· No anonymous logon data has been entered for F
· B has the anonymous user Bert
· E has the anonymous user E
· The URL contains the path A/B/F
Service F is then executed with the logon data from B (user Bert)
If logon data is being overridden, this can be a reason to create an alias. You may want to call an existing service with other logon data, or call a different logon procedure.
For details on logging on to the SAP system, see the following sections:
Logging On to the SAP Web Application Server
In the next section you can read more about external aliases.
