Skip to main content
Back to all videos
Video

Zentitle Order Fulfillment

From an order all the way to the customer using your application

How does Zentitle handle order fulfillment?

Zentitle takes an order from Salesforce, NetSuite, Stripe, Chargify or any other source and turns it into the right entitlement action — create a new entitlement, renew an existing one, add seats, upgrade an edition — based on the SKU.

Why automated fulfillment matters

Manual entitlement creation is slow and error-prone. Every delay between "paid" and "activated" is lost revenue and a frustrated customer. Automated fulfillment makes that step invisible.

How the fulfillment flow works

Each SKU in the catalog maps to the operations Zentitle should perform on fulfilment.

  • Map SKUs to entitlement actions: new, renewal, add-on, upgrade
  • Automated credential dispatch (email, license key or identity invitation)
  • End customer activates through the SDK or REST API
  • Full order-to-active cycle can be under a couple of minutes

Who this video is for?

Revenue operations and finance leads looking to close the gap between order entry and product access.

Video transcript

Auto-generated from the video and lightly edited for readability.

So let's look at how you would use Zentitle within a typical order fulfillment flow.

So here, you know, you as the vendor would have some existing order processing order entry kind of approach. Could be Salesforce, could be NetSuite, could be an e commerce based flow, automated through Stripe, Chargify, and so forth. But ultimately, there's some way of taking an order the choice of addition, you know, subscription, perpetual, etcetera, from some product catalog.

So within the catalog, you can define For a given offering or a SKU, what are the operations should that that should be performed in terms of fulfilling an entitlement for that SKU? So for example, you may have some SKUs that generate a brand new entitlement. Right? So an initial subscription of whatever form. But you may also have other SKUs that act as modifiers against existing entitlements.

Classic example would be a renewal. Right? So you want to take an existing entitlement that already exists within the Zentitle Cloud and, expand the subscription expiration date by a year. Similarly, you may want to have SKUs that represent buying add ons of seats, upgrading from one addition to another, and so forth. So this catalog mechanism is very flexible in terms of defining to fulfill an order of a specific, entity, a specific SKU What are the operations that should be performed on that entitlement or set of entitlements within this end title cloud?

Now once that entitlement has been created, course, you can, on an automated basis, send out the credentials. So if you have sort of a ship to kind of field within that order, You can use that to define say an email address, generate an automated email with the credentials that should be used to activate seats, Could be, again, that license key based model could be an identity based approach and so forth. So the end user would then take those credentials and enter that into the application. Could be a SaaS application, could be an on prem application, and so forth.

And then once that set of credentials are entered. Your application through our SDKs, make a callback into this entire cloud using our licensing API to activate a seat against that license and away you go. So this whole path from order entry to order fulfillment providing credentials and then activating seat. You know, you can have an end to end experience for a given customer literally in a couple of minutes.

Decouple your monetization today

Join the enterprises scaling their revenue without rebuilding their stack every year.

Unleash the monetization potential of your software / SaaS / Hardware