En primer lugar, el símbolo hash se usa para identificar una ubicación dentro del documento actual que desea buscar, por lo que usarlo para indicar un punto final en el servidor es semánticamente incorrecto.

Debe usar parámetros de consulta para ello en lugar de recurrir al uso del hash. Por ejemplo, http://sub.domain.com/api/$metadata?endpoint=EndPointName

Hasta donde yo sé, eliminar el signo hash es la implementación angular del módulo Http

Encontré esto:

Parámetros de fragmento La parte de fragmento de la URL, todo lo que está después de un símbolo hash, es información que normalmente solo usa el cliente, como un navegador, y no procesa el servidor. Por lo tanto, no es interesante cuando se habla de parámetros REST. El único elemento interesante es si necesita enviar el carácter hash real como un valor (en lugar de representar el símbolo de control hash) a una de las opciones. En ese caso, debe codificar la URL.

Codificación de caracteres Los caracteres especiales se codifican en la URL mediante un mecanismo denominado "codificación porcentual". En este mecanismo, cualquier carácter puede ser reemplazado por el símbolo de porcentaje, seguido de un valor hexadecimal de dos dígitos del carácter codificado. Si es necesario enviar caracteres especiales (como el carácter hash) como datos reales, deben codificarse. Todos los demás caracteres se pueden codificar opcionalmente.

Aquí: https://www.soapui.org/testing-dojo/best-practices/understanding-rest-headers-and-parameters.html