# 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](https://github.com/postmanlabs/postman-app-support/issues/208 "https://github.com/postmanlabs/postman-app-support/issues/208") 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](https://www.postman.com/explore "https://www.postman.com/explore") to enable discovery [within your organization or team](https://learning.postman.com/docs/collaborating-in-postman/adding-private-network/ "https://learning.postman.com/docs/collaborating-in-postman/adding-private-network/"), and publish publicly available APIs in [public workspaces](https://learning.postman.com/docs/collaborating-in-postman/public-workspaces/ "https://learning.postman.com/docs/collaborating-in-postman/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:

 ![WSDL request example](https://blog.postman.com/wp-content/uploads/2021/07/WSDL-request-example.png)WSDL request example## 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: ![WSDL API definition in Postman](https://blog.postman.com/wp-content/uploads/2021/07/WSDL-API-Definition-in-Postman.png)WSDL API definition## 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](https://www.postman.com/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. ![Validate collections against WSDL](https://blog.postman.com/wp-content/uploads/2021/07/Validate-collections-against-WSDL.png)Validate collections against WSDL We’d love to hear what you think about this new feature. Reach out to us on [GitHub](https://github.com/postmanlabs/postman-app-support/issues "https://github.com/postmanlabs/postman-app-support/issues"), leverage our [Postman Community forum](https://community.postman.com/ "https://community.postman.com/") to engage with other Postman users, or contact us at [help@postman.com](mailto:help@postman.com "mailto:help@postman.com") to share your thoughts and feedback around your use cases. **[Try Postman now](https://www.postman.com/downloads/)**