💡 Feature Requests

It would be massively helpful to have the ability to select phone numbers to send SMS texts from. This would apply to workspaces with multiple numbers, and only one user. The current user interface does not allow for phone numbers to be unassigned from workspaces with a single user. We are only able to pass the team_id as a parameter from the phone call, thus having no control over which phone number we are sending texts from. Thank you.

As a Salesmsg user, I'd like to be able to use an outside system like a CRM to post conversation notes to a timeline. Aircall SIP trunk use case: I'd like to post Aircall call events from a SIP trunk number back to Salesmsg as a timeline entry.

As a user who builds integrations with their Salesmsg account, I'd like a way to send a long URL to our short URL endpoint and have a shortened version returned, so that I could use the feature from my desired platform.

As a Salesmsg user integrated with the Salesmsg API, I'd like to use "Stop On Response" for a programmed Scheduled message, so that I could use this feature programmatically.

As an Organization Owner who uses the Salesmsg API, I'd like analytics accessible via our API so that I could more easily access that information.

As an advanced user, I'd like Salesmsg to offer API keys for server to server integration, so that I can integrate with Salesmsg in the way I'd like to

As an advanced user, It would be great to have filters on the webhook dashboard, to be able to view only specific webhook events, so that I am seeing only the information I am wanting to see at any given time.

As a Salesmsg user, I'd like a way to collect event based data and then export it as a .csv, so that I can more easily share data with colleagues

As a advanced Salesmsg user, I'd like a way to edit the data provided in the payload of a webhook event, so that I could more deeply customize automations across systems.

As an advanced Salesmsg user, I'd like it if Salesmsg could provide an option to set an auth token or secret key in webhook events, so that I have more secure webhook events.