Test within the documentation
Fill in parameters, run the request, and check the response without building a separate client for the first validation.
The documentation lives inside the platform, organizes endpoints by purpose, and lets you run requests with the user's token. Code examples and a Postman collection shorten the path from discovery to first integration.
/v1/reports/telephony/teamslockBearer token
Returns consolidated and analytical data for teams in the specified period.
start_datestring · required
end_datestring · required
curl --request GET \ --url 'https://api.omnismart.com.br/v1/reports/telephony/teams' \ --header 'Authorization: Bearer ••••••••'
Instead of a loose list of routes, the documentation presents parameters, examples, pagination, responses, and errors in the context of each endpoint. The technical team can validate a call before writing the final integration.
Fill in parameters, run the request, and check the response without building a separate client for the first validation.
The authenticated user's token can be used in the testing experience, respecting available access and scope.
Copy equivalent examples in cURL, TypeScript, and Python to speed up prototypes and implementation.
Generate a collection with endpoints and initial structure to continue testing in your team's environment.
Browse data queries and available operations, with grouping and purpose descriptions.
View the experience in Portuguese or English, including descriptions and navigation elements.
The documentation reduces exploratory work, but integration still requires business rules, security, limits, and error handling.
Specify the data or action needed and who will be able to use the integration.
Browse the appropriate category and review method, parameters, response, and pagination.
Use controlled data to validate authentication, format, and expected behavior.
Take the example in your chosen language or generate a collection for Postman.
Add secure storage, logs, limits, retries, and exception handling.
Integration moves forward with fewer attempts when documentation, execution, and examples use the same technical reference.
The team confirms authentication, parameters, and response before building the entire integration layer.
A reproducible execution helps separate access, payload, rule, or implementation errors.
Examples in common languages bring documentation closer to the code that will be produced.
Product, operations, and development can point to the same endpoint and the same expected response.
It's documentation where users can view endpoint details and also fill in parameters and run a test request right in the environment.
The documented experience offers examples in cURL, TypeScript, and Python for the available endpoints.
Yes. The documentation lets you generate a collection to continue exploring and testing in Postman.
The documentation brings together report and controller endpoints as available on the platform, including queries related to calls and teams.
No. It speeds up discovery and prototyping, but a production integration still requires architecture, security, error handling, and process knowledge.
Map data, events, actions, and responsibilities to identify the right endpoints and integration design.
Tell us the basics about your scenario.