Postman Now Supports WSDL
Update: This post was originally published to announce the introduction of WSDL import support in Postman. WSDL import is now a long-standing capability that allows teams to generate and work with SOAP requests in Postman.
We’re excited to announce that Postman now supports WSDL (Web Services Description Language) files, adding to the multiple API specification formats that we already support. This has been one of the oldest open feature requests on our issue tracker and a common ask from our users.
With this capability, you can import WSDL files, generate SOAP requests, and collaborate on testing and debugging SOAP services using Postman’s familiar collections and workspaces.
If you’re a developer working with multiple services spread across different architectural patterns and software standards, you know how cumbersome it is to work across different tools. With this update, you can use Postman to test, debug, and collaborate on SOAP-based web services alongside other API styles in a single workspace. Plus, you can leverage our powerful, expansive Postman API Network to enable discovery within your organization or team, and publish publicly available APIs in public workspaces.
Save time testing your services
Import your WSDL files directly into Postman (both WSDL 1.1 and 2.0 are supported) and use generated collections to send requests, inspect the response, and easily debug your services. Postman will automatically generate the SOAP envelopes that conform to the structure defined in the specification, eliminating the need to manually craft requests for each operation:

Define your SOAP services as Postman APIs
Define WSDL as the underlying specification used to generate collections and documentation in Postman. This lets you link generated requests to user-facing documentation for service consumers, monitors to track service metrics, and mocks that consumers can use to unblock their client development:

Validate your collections, documentation, and tests against the WSDL schema
A major source of quality issues is a disparity between the stated API specification and actual traffic your service handles. The Postman API platform can now help you address this. Validating Postman Collections against your schema will let you identify undocumented endpoints/operations, and even incorrect parameters in your SOAP envelope.

We’d love to hear what you think about this new feature. Reach out to us on GitHub, leverage our Postman Community forum to engage with other Postman users, or contact us at [email protected] to share your thoughts and feedback around your use cases.


It’s cool, but where is the button to import WSDL file?
@Evgeniy – Try the “Import” button near the top-left (https://learning.postman.com/docs/getting-started/importing-and-exporting-data/#importing-api-specifications). You can paste raw WSDL specs, or import a local/remote file.
Does it work with ws-security? Is it possible to encode the message with certificates?
Hi Roberts, Please contact our support team at http://www.postman.com/support and they’ll be able to help you!
YES! Long have I waited for this day.
This is amazing, I’ve always loved working with postman now this is awesome. Can automate my wsdl service as well, just like I can with Newman on a typical collection?
Hi Msingathi, Please contact our support team at http://www.postman.com/support and they’ll be able to help you!
I am trying to import a WSDL and am getting the following error: “read property ‘@_targetNamespace’ of undefined”
Hi Donald, Please contact our support team at http://www.postman.com/support and they’ll be able to help you!
Excellent job guys. Thank you. It would have been nice if you had placed a link to the appropriate documentation or tutorial on how to do this.
Hi,
When i tried to access the WSDL API ,I am getting the following error.
env:Client
Internal Error
It is a secured API and the certificate is valid . The client saying , many of their providers are using the same API without any issue but when we trying to connect the same, receiving the above error.
Can anyone help me to solve the issue?
I am quite new to working with WSDLAPI, i tried to access API through the browser directly and with postman.Both retrieving the same error message.
Many thanks in advance.
I am able to generate default requests using wsdl file but it is not generating requests with different child types as READYAPI tool. Is there any way to generate soap requests with different child types?