Sobald es etwas kniffliger wird mit Delphi und
SOAP, und fehlende Features aufwendig implementiert werden müssen, die bei anderen Plattformen die Web Service Frameworks ab Werk anbieten, ist es oft ökonomischer einen Proxy zu schreiben, der eine einfache Delphi Nachricht umsetzt auf das gewünschte Protokoll.
Konkret würde ein Proxy zum Beispiel in C# oder Java geschrieben, und über eine datei- oder netzwerkbasierte Schnittstelle würde die Kommunikation mit der Delphi Seite stattfinden. (In einem Projekt haben wir z.B. Microsoft Dynamics CRM über einen C# Proxy aus Delphi 2009 angebunden).
Das ist auch für langfristige Wartung vorteilhaft, wenn der Server später verbesserte Sicherheitsfeatures oder Protokolle verlangt, die in Delphi (noch) nicht verfügbar sind, im vewendeten C# oder Java Framework aber womöglich nur noch in der Konfiguration aktiviert werden müssen.