Share your ideas with us

We use this to ship to clients it would be nice if we could save clients within the system to send notifications to. 

There is a massive discrepancy between the notificaiton customization capabilities within the Tracking module and the Returns module.  In the Returns module, all you can do is update the messaging. There is no ability to alter colours, add logos, images, or otherwise truly 'brand' the notifications.  All of this exists in the Tracking module.  Recommendation is that you port over the same functionality into the Returns module ASAP.  Those notification emails are currently a horrific customer experience.

Currently it's possible to view returns analytics only per 1 store at a time. It would be great to be able to select multiple stores and have a consolidated view on returns. 

The problem: We can't process a return without the item's serial number, and many merchants selling electronics, equipment or warranty-backed products are in the same position. The only option today is to make comments required on every return reason. Customers can type anything to get past it, so our team still has to chase missing or wrong serial numbers by hand, which slows down refunds for everyone. The request: Let merchants add custom fields for each item on the returns page, with: The option to make a field required before the return can be submitted Why it matters: Correct information at the point of submission means fewer bad returns, less admin, quicker refunds and happier customers. It also makes AfterShip Returns a better fit for any brand that tracks returns by serial number, IMEI or batch code.

Currently, AfterShip's webhook outgoing IP list is only available on an HTML documentation page (https://www.aftership.com/docs/tracking/webhook/webhook-outgoing-ips). This makes it impossible to automate IP allowlist management in infrastructure-as-code (IaC) workflows.   Problem: Teams that use IP-based firewalls to secure their webhook endpoints must manually monitor the documentation page for any IP changes and update their firewall rules accordingly. If a change is missed, it can cause webhook delivery failures and broken integrations.   Request: Please publish the webhook outgoing IP list as a dedicated plain-text endpoint — similar to how Cloudflare publishes theirs at https://www.cloudflare.com/ips-v4 — where each IP is returned on a separate line.   This would allow teams to: * Fetch the IP list programmatically as part of their CI/CD or IaC pipelines * Keep firewall allowlists automatically in sync without manual intervention * Avoid service disruptions caused by missed IP changes This is a standard practice among major API providers and would significantly improve the developer experience for customers who manage network security programmatically.

Consider leveraging Estimated Delivery Dates for Return Shipments as a column on the Returns Dashboard

It would be useful to have a Sku column amognst the list when editing the returns dashboard. The image of the item is useful but often the item is enclosed in a boxed which is marked with the sku. Therefore at first glance, the sku is seen before the physical item.

My package is currently reading that it is out for delivery in my area, but is still showing to be located in a totally different country so the tracking needs to be updated and fixed because this has been an ongoing issue that I've contacted them about for support and it's still reading the same way

I have built a website to publish articles about local business services. Can you tell me how I can rank my website? Is there any SEO expert who can help? The website is built on a custom Laravel framework.

leading latin america e commerce platform https://tiendanube.com