Marketing Automation · Integration
Sendoso
Add Sendoso to your product for your customers, and give your AI agents governed access to it.
Sendoso puts a physical thing in someone's hands, so an embedded Sendoso integration is the rare case where a product event costs real money and cannot be undone. That shapes the design. A send is triggered from your product against a chosen item, but a recipient's address usually has to be confirmed first, budget has to exist for the sending team, and only then is it dispatched from Sendoso's warehouse with a tracking number, while an eGift instead goes out as a link the recipient may or may not redeem. So your product reads two different kinds of result, delivery for physical items and redemption for digital ones. Each customer authorises their own Sendoso account, so spend and inventory belong to them. fastn holds the credentials, keeps the writes idempotent so a retry does not send twice, and follows the API.
In your product
Embedded for your customers. Per-tenant auth, no per-customer code, maintained by fastn.
Let customers connect their own Sendoso account so a send triggered from your product is paid for and shipped by them.
Trigger a gift or direct mail send when something happens in your app, with the write idempotent so a retry does not dispatch twice.
Request address confirmation before dispatch, so a physical send is not posted to a stale record.
Read delivery, tracking and redemption results per tenant so your product shows what actually arrived or was claimed.
For your AI agents
Governed, audited access for the agents you build, through the MCP server.
An agent reports which sends are awaiting an address confirmation and how long each has been waiting.
An agent triggers an approved send within governed permissions and within the budget the team has left, with the action logged.
An agent checks whether a recipient redeemed an eGift before it suggests a follow up.
Example prompt
Which Sendoso sends from last month were never redeemed, and which are still stuck waiting for an address?
Set up Sendoso in 4 steps
- 01Enable the Sendoso connector in your fastn dashboard.
- 02Have each customer authorise their own Sendoso account so sends are charged to their budget and their inventory.
- 03Map the send types, catalogue items, recipient and address fields your product uses, then enable the delivery and redemption triggers.
- 04Call it from your product and expose the same connection to your agents through the MCP gateway.
Why teams use the Sendoso integration
What you get by embedding it with fastn instead of building it yourself.
- Ship a Sendoso integration without building it. Your customers connect their own Sendoso account inside your product and work their campaigns, segments and subscribers there, with no per-customer code on your side.
- Handle the part that actually costs time: engagement data arrives as a high-volume event stream, so ordering and deduplication matter. fastn owns the auth, token refresh, rate limits, pagination and breaking-change fixes, so a Sendoso update is not your on-call problem.
- One integration serves your product and your agents. The same governed Sendoso connection powers in-product features and gives AI agents scoped, audited access, so you trigger and measure campaigns from inside your product without wiring it twice.
Used by these teams
Compare with
Works well with
Often used alongside
Tools the same teams tend to run next to Sendoso, across other categories.
Sendoso integration FAQ
How do I add a Sendoso integration to my product?
Enable the Sendoso connector in your fastn dashboard, then let each customer authenticate their own Sendoso account. fastn handles the OAuth flow, token storage and refresh per tenant, so there is no Sendoso client code in your app and no per-customer branch in your codebase. Setup is 4 steps.
Do my customers each connect their own Sendoso account?
Yes. Every connection is scoped to the individual customer, so each authorises their own Sendoso account and only ever sees their own campaigns, segments and subscribers. That per-tenant isolation is the point of an embedded integration: you support the long tail of customer setups without maintaining an integration per customer.
Can AI agents use this Sendoso integration?
Yes. The same connection is exposed to your agents through the fastn MCP gateway, with permissions scoped per tenant and every call audited. An agent reports which sends are awaiting an address confirmation and how long each has been waiting.
Who maintains the Sendoso integration?
fastn does. When Sendoso changes an endpoint, deprecates a field or alters its auth, the fix lands in the connector rather than in your backlog, and your customers' connections keep working.
Can I trigger a Sendoso campaign from an event in my product?
Yes. Product events can start a campaign, add a contact to a segment, or enrol someone in a journey, so lifecycle messaging follows what a user actually did rather than a nightly export.
Can I read engagement results back from Sendoso?
Yes. Results come back scoped per tenant, so your product can act on them without one customer's data mixing with another's. What you get depends on the channel: opens, clicks, bounces and unsubscribes where there are sends, and impressions, spend and conversions where there are campaigns.
What can I build with the Sendoso integration?
A common starting point: connect their own Sendoso account so a send triggered from your product is paid for and shipped by them. Teams also use it for the other use cases listed above, and expose it to agents for governed reads and writes.
How much does the Sendoso integration cost?
It is included. Pricing is based on connected accounts, not on how many connectors you enable, so adding Sendoso does not change your per-connector cost. You can start free with 3 connected accounts.
Add Sendoso to your product
Start free with 3 connected accounts. No sales call required, and no per-customer integration code.