Depende do que você pode potencialmente compartilhar a camada 2 com. Se a maioria dos seus sistemas de back-end operar em objetos de negócios, faz muito mais sentido que os dados sejam convertidos em um objeto de negócios antes de passá-lo para seus outros sistemas. Tanto a conversão quanto a passagem simples funcionarão, mas, na ausência de requisitos estritos, eu sugeriria o que for mais conceitualmente local para seus sistemas atuais. Isso é principalmente por motivos de manutenção.
A inclusão de uma camada extra depende se você espera incluir várias operações / pontos de extremidade em uma única chamada. A camada extra separa a solicitação SOAP das operações, permitindo combinação flexível / correspondência e solicitação de despacho com base na identificação sem colocá-la na camada de serviço da web. Pode ser muito útil se você não puder tratar todas as solicitações da mesma forma, por qualquer motivo (fonte diferente, balanceamento de carga, etc.). Se você não espera nada disso, você deve estar preparado para o caso limitado por chamada e nix a camada extra.
Em ambos os casos, recomendo tornar o processo de transformação em um objeto de utilitário. Isso não "custa" muito, e eu acho / uso nosso front-end para o utilitário xml em todo o lugar. (Temos uma infinidade de formatos / canais front-end que aceitamos, mas consolidamos em um único formato xml para uso interno.)